From owner-freebsd-current@FreeBSD.ORG Sat May 31 20:46:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 612DC37B401 for ; Sat, 31 May 2003 20:46:57 -0700 (PDT) Received: from gold.he.net (gold.he.net [216.218.149.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA1B643F85 for ; Sat, 31 May 2003 20:46:56 -0700 (PDT) (envelope-from daver@gomerbud.com) Received: from tombstone.localnet.gomerbud.com (adsl-64-161-56-54.dsl.snlo01.pacbell.net [64.161.56.54]) by gold.he.net (8.8.6p2003-03-31/8.8.2) with ESMTP id UAA14095; Sat, 31 May 2003 20:46:48 -0700 Received: by tombstone.localnet.gomerbud.com (Postfix, from userid 1001) id D1CFE395; Sat, 31 May 2003 20:46:54 -0700 (PDT) Date: Sat, 31 May 2003 20:46:54 -0700 From: "David P. Reese Jr." To: Dag-Erling Smorgrav Message-ID: <20030601034654.GA643@tombstone.localnet.gomerbud.com> References: <20030531210600.GA670@tombstone.localnet.gomerbud.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: "David P. Reese Jr." cc: current@freebsd.org Subject: Re: viapropm doesnt like sys/dev/pci.c rev 1.214 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 03:46:57 -0000 On Sun, Jun 01, 2003 at 01:52:57AM +0200, Dag-Erling Smorgrav wrote: > "David P. Reese Jr." writes: > > In rev 1.214 of sys/dev/pci/pci.c, we have started checking if a > > pci_set_command_bit() was successful with a subsequent PCI_READ_CONFIG > > and comparing the results. For some odd reason, this doesnt work when > > my viapropm tries to attach. > > viapropm is seriously broken for other reasons and needs professional > help. It will be hard for me to provide that professional help because the chipset docs require an NDA. > > pci_set_command_bit(dev, child, bit); > > command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); > > if (command & bit) > > return (0); > > It should allow the register to "settle" between write and read, which > may take some time (see chipset docs for timing details). DELAY(1000) > should be OK in an attach function. Well, using the following patch: Index: pci.c =================================================================== RCS file: /home/daver/cvs-freebsd/src/sys/dev/pci/pci.c,v retrieving revision 1.214 diff -u -r1.214 pci.c --- pci.c 16 Apr 2003 03:15:08 -0000 1.214 +++ pci.c 1 Jun 2003 02:45:11 -0000 @@ -606,6 +606,9 @@ break; } pci_set_command_bit(dev, child, bit); +#define PCI_CFG_DELAY 10000000 + device_printf(dev, "delaying for %i microseconds\n", PCI_CFG_DELAY); + DELAY(PCI_CFG_DELAY); command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); if (command & bit) return (0); I get: viapropm0: SMBus I/O base at 0x5000 viapropm0: port 0x5000-0x500f at device 7.4 on pci0 pci0: delaying for 10000000 microseconds viapropm0: failed to enable port mapping! viapropm0: could not allocate bus space device_probe_and_attach: viapropm0 attach returned 6 This seems to imply that we don't have a timing problem. Instead it looks like the chip doesn't want reflect it's status in it's command register. Can someone with access to the docs give me a clue? -- David P. Reese Jr. daver@gomerbud.com -------------------------------------------------------------------------- It can be argued that returning a NULL pointer when asked to allocate zero bytes is a silly response to a silly question. -- FreeBSD manual page for malloc(3) From owner-freebsd-current@FreeBSD.ORG Sat May 31 21:50:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B58537B401; Sat, 31 May 2003 21:50:45 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95DF043F3F; Sat, 31 May 2003 21:50:44 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h514ohNc020869; Sun, 1 Jun 2003 00:50:43 -0400 (EDT) Date: Sun, 1 Jun 2003 00:50:43 -0400 (EDT) From: Daniel Eischen To: Dag-Erling Smorgrav In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Christopher Johnson cc: freebsd-current@freebsd.org cc: Norikatsu Shigemura Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 04:50:45 -0000 On Sun, 1 Jun 2003, Dag-Erling Smorgrav wrote: > Christopher Johnson writes: > > On Sat, 31 May 2003, Dag-Erling Smorgrav wrote: > > > Daniel Eischen writes: > > > > What are the above error messages? Sorry, I've never been able to > > > > build native java for FreeBSD. > > > # cd /usr/ports/java/jdk13 > > > # make install clean > > I disagree. I recently built jdk13 on Friday and it died on me, > > complaining about needing npapi.h. The build instructions did > > mention downloading the Sun SDK source and eyesbeyond patchset, > > but did not mention the Qt Netscape Plugin Extension. > > [...] > > I just built jdk13 a couple of days ago. No problem whatsoever. You > guys must have rotten karma or something. Did you already have a native JDK installed? -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Sat May 31 22:47:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD38837B408 for ; Sat, 31 May 2003 22:47:54 -0700 (PDT) Received: from web13505.mail.yahoo.com (web13505.mail.yahoo.com [216.136.175.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BDEB43F93 for ; Sat, 31 May 2003 22:47:53 -0700 (PDT) (envelope-from dyeske@yahoo.com) Message-ID: <20030601054752.80675.qmail@web13505.mail.yahoo.com> Received: from [68.114.30.244] by web13505.mail.yahoo.com via HTTP; Sat, 31 May 2003 22:47:52 PDT Date: Sat, 31 May 2003 22:47:52 -0700 (PDT) From: David Yeske To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: hackers@freebsd.org cc: jake@freebsd.org cc: bde@freebsd.org Subject: BOOTP_NFSV3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 05:47:55 -0000 I have a suggestion to deprecate the BOOTP_NFSV3 option, and I wanted to get some feedback. If NFS_ROOT and BOOTP_NFSV3 are defined, then it is a noop in sys/i386/i386/locore.s? If NFS_ROOT is defined and BOOTP_NFSV3 is undefined then it copies in a nfs_diskless structure in sys/i386/i386/locore.s? Is this still needed? If BOOTP_NFSV3 is defined in sys/nfsclient/bootp_subr.c, then it will attempt a nfsv3 mount and then fall back to a nfsv2 mount. Should that eventually be the default behavior? Regards, David Yeske __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 01:00:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E46937B401 for ; Sun, 1 Jun 2003 01:00:32 -0700 (PDT) Received: from web12902.mail.yahoo.com (web12902.mail.yahoo.com [216.136.174.69]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AEFE43F85 for ; Sun, 1 Jun 2003 01:00:32 -0700 (PDT) (envelope-from magnus_os@yahoo.se) Message-ID: <20030601080031.75593.qmail@web12902.mail.yahoo.com> Received: from [217.215.189.15] by web12902.mail.yahoo.com via HTTP; Sun, 01 Jun 2003 10:00:31 CEST Date: Sun, 1 Jun 2003 10:00:31 +0200 (CEST) From: =?iso-8859-1?q?Magnus=20J?= To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Fatal trap on RELENG_5_1 SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 08:00:32 -0000 Hello everyone I'm getting a fatal trap when I do 'shutdown' on an SMP-box that I did cvsup on RELENG_5_1 yesterday. 'reboot' works without any problems. This is the message: Fatal trap 12: page fault while in kernel mode cpuid=1; lapic.id = 01000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xe0197d11 stack pointer = 0x10:0xe0197cec frame pointer = 0x10:0x8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (idle: cpu1) trap number = 12 panic: page fault cpuid=1; lapic.id = 01000000 boot() called on cpu#1 The machine is a 2x933 MHz PIII, Mainboard is Tyan Tiger 230, 1.5 GB RAM. If you need more details, please let me know. I'm not a member of this mailing list. Regards Magnus _____________________________________________________ Gå före i kön och få din sajt värderad på nolltid med Yahoo! Express Se mer på: http://se.docs.yahoo.com/info/express/help/index.html From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 01:30:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 686DA37B401 for ; Sun, 1 Jun 2003 01:30:35 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34AA143F3F for ; Sun, 1 Jun 2003 01:30:34 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h518UWEU095019 for ; Sun, 1 Jun 2003 10:30:32 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 1 Jun 2003 10:30:31 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20030601100651.E94836@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: vm-related panic with 5.1RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 08:30:35 -0000 Hi all, I just got this panic during compile of openoffice Fatal trap 12 while in kernel mode fault virtual address = 0x68 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0271f4d stack pointer = 0x10:0xe6e51ab0 frame pointer = 0x10:0xe6e51ae0 code segement = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32, gran 1 processor flags = interrupt enabled, resume, IOPL =1 current process = 22362 kernel: type 12 trap, code=0 Stopped at _mtx_lock_sleep+0x16d: movl 0x68(%ecx),%edx db> trace _mtx_lock_sleep(c082f0b0,0,0,0,c0678415) at _mtx_lock_sleep+0x16d vm_map_delete(c082f000, d0d0d000, d0d11000, e6effda0, c78d5720) at vm_map_delete+0x383) vm_map_remove(c082f000, d0d0d000, d0d11000, e6e51b9c, c03b247f) at vm_map_remove+0x58) kmem_free(c082f000, d0d0d000, 3000, 0, 80) at kmem_free+0x32 cpu_thread_clean(c78d54c0, e6e51bb4,c78d54c0, c78d54c0, e6e51be4) at cpu_thread_clean+0x7f thread_free(c78d54c0, e6e51bd0, c0275839, c67a3000, c6abf030) at thread_free+0x14 thread_reap(c78d55f0) at thread_reap+0x16c thread_wait(c656b000, ffffffff, 0, c03feb34,0) at thread_wait+0x55 wait1(c6569980, e6e51d10, 0, e6e51d40, c03b0dfa) at wait1+0x738 wait5(c6569980, e6e51d10, 10, c6569980, 4) at wait4+0x20 syscall(2f, 2f, 2f, bfbff074, 325) at syscall+0x2aa Xint0x80_syscall() at Xint0x80_syscall()+0x1d --- syscall (7, FreeBSD ELF32, wait4) eip = 0x807b28b, esp = 0xbfbfefbc, ebp = 0xbfbfefd8) Unfortunatly my partition was too small, so I could not get a dump. I've adjusted this now and the next time it panics I'll have one ready. Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 02:20:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84DA737B401; Sun, 1 Jun 2003 02:20:28 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A757243FF7; Sun, 1 Jun 2003 02:17:45 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.20) id 19MOxv-000KY4-B7; Sun, 01 Jun 2003 11:17:23 +0200 Date: Sun, 1 Jun 2003 11:17:23 +0200 From: Sheldon Hearn To: Daniel Eischen Message-ID: <20030601091723.GC71279@starjuice.net> Mail-Followup-To: Daniel Eischen , Dag-Erling Smorgrav , Christopher Johnson , freebsd-current@freebsd.org, Norikatsu Shigemura References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i Sender: Sheldon Hearn cc: Christopher Johnson cc: freebsd-current@freebsd.org cc: Norikatsu Shigemura cc: Dag-Erling Smorgrav Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 09:20:28 -0000 On (2003/06/01 00:50), Daniel Eischen wrote: > > I just built jdk13 a couple of days ago. No problem whatsoever. You > > guys must have rotten karma or something. > > Did you already have a native JDK installed? I built the native 1.4.1 JDK two weeks ago, first without the native JDK for bootstrapping, and then with the native JDK. Both worked without a hitch. If you're having problems with the build, your input would be appreciated on freebsd-java. The absence of credible Java support in FreeBSD has lost us significant penetration in the past, and it would be disastrous if the perceptions of the past shaped the future. FreeBSD now has some seriously committed Java people working hard on the port, and it'd be a shame if they didn't get to hear about the problem you've encountered. Ciao, Sheldon. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 02:27:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F7B237B405 for ; Sun, 1 Jun 2003 02:27:36 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9466B43FE3 for ; Sun, 1 Jun 2003 02:26:14 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h519QCEU000618 for ; Sun, 1 Jun 2003 11:26:13 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sun, 1 Jun 2003 11:26:12 +0200 (CEST) From: Martin Blapp To: freebsd-current@freebsd.org Message-ID: <20030601112540.V94836@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: vm-related panic with 5.1RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 09:27:36 -0000 Hi all, I just got this panic during compile of openoffice Fatal trap 12 while in kernel mode fault virtual address = 0x68 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0271f4d stack pointer = 0x10:0xe6e51ab0 frame pointer = 0x10:0xe6e51ae0 code segement = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32, gran 1 processor flags = interrupt enabled, resume, IOPL =1 current process = 22362 kernel: type 12 trap, code=0 Stopped at _mtx_lock_sleep+0x16d: movl 0x68(%ecx),%edx db> trace _mtx_lock_sleep(c082f0b0,0,0,0,c0678415) at _mtx_lock_sleep+0x16d vm_map_delete(c082f000, d0d0d000, d0d11000, e6effda0, c78d5720) at vm_map_delete+0x383) vm_map_remove(c082f000, d0d0d000, d0d11000, e6e51b9c, c03b247f) at vm_map_remove+0x58) kmem_free(c082f000, d0d0d000, 3000, 0, 80) at kmem_free+0x32 cpu_thread_clean(c78d54c0, e6e51bb4,c78d54c0, c78d54c0, e6e51be4) at cpu_thread_clean+0x7f thread_free(c78d54c0, e6e51bd0, c0275839, c67a3000, c6abf030) at thread_free+0x14 thread_reap(c78d55f0) at thread_reap+0x16c thread_wait(c656b000, ffffffff, 0, c03feb34,0) at thread_wait+0x55 wait1(c6569980, e6e51d10, 0, e6e51d40, c03b0dfa) at wait1+0x738 wait5(c6569980, e6e51d10, 10, c6569980, 4) at wait4+0x20 syscall(2f, 2f, 2f, bfbff074, 325) at syscall+0x2aa Xint0x80_syscall() at Xint0x80_syscall()+0x1d --- syscall (7, FreeBSD ELF32, wait4) eip = 0x807b28b, esp = 0xbfbfefbc, ebp = 0xbfbfefd8) Unfortunatly my partition was too small, so I could not get a dump. I've adjusted this now and the next time it panics I'll have one ready. Martin From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 02:30:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 577E337B401; Sun, 1 Jun 2003 02:30:45 -0700 (PDT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B90E43FE3; Sun, 1 Jun 2003 02:28:04 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.8p1/8.12.3) with ESMTP id h519QYQg004401; Sun, 1 Jun 2003 02:26:34 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.8p1/8.12.3/Submit) id h519QYcR004400; Sun, 1 Jun 2003 02:26:34 -0700 (PDT) (envelope-from rizzo) Date: Sun, 1 Jun 2003 02:26:34 -0700 From: Luigi Rizzo To: ticso@cicely.de Message-ID: <20030601022633.A4287@xorpc.icir.org> References: <3ED94166.7070300@btc.adaptec.com> <20030531173958.C91048@xorpc.icir.org> <20030601013256.GH503@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030601013256.GH503@cicely12.cicely.de>; from ticso@cicely12.cicely.de on Sun, Jun 01, 2003 at 03:32:56AM +0200 cc: Scott Long cc: Robert Watson cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 09:30:45 -0000 On Sun, Jun 01, 2003 at 03:32:56AM +0200, Bernd Walter wrote: ... > :) > And I hoped a programmer who knows the source could find out and fix > very quickly. sorry, i missed the offending line number in your previous email. I think i missed a & in all the first arguments to bcopy in the src/sbin/ipfw2.c changes :( this happens at lines 818, 1224, 1461 and 1701. Fortunately the kernel part seems correct. In detail, the fix should be the following: 818: - bcopy(rule->next_rule, &set_disable, sizeof(set_disable)); + bcopy(&rule->next_rule, &set_disable, sizeof(set_disable)); 1224: - bcopy(d->rule, &rulenum, sizeof(rulenum)); + bcopy(&d->rule, &rulenum, sizeof(rulenum)); 1461: - bcopy(((struct ip_fw *)data)->next_rule, + bcopy(&((struct ip_fw *)data)->next_rule, 1701: - bcopy(d->rule, &rulenum, sizeof(rulenum)); + bcopy(&d->rule, &rulenum, sizeof(rulenum)); thanks luigi > To be honest - I did not investigate the reason for the failure as > there were other things on my todo list. > Well after getting some sleep I will check that again. > > Nevertheless here are the stack traces again - in case someone else can > identify the cause in the meantime: > cicely12# ipfw flush > Are you sure? [yn] y > > Flushed all rules. > cicely12# ipfw show > Segmentation fault (core dumped) > cicely12# May 23 17:09:50 cicely12 kernel: pid 601 (ipfw), uid 0: exited on signal 11 (core dumped) > cicely12# gdb /usr/obj/var/d3/FreeBSD-2003-05-22/src/sbin/ipfw/ipfw ipfw.core > GNU gdb 5.2.1 (FreeBSD) > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "alpha-undermydesk-freebsd"... > Core was generated by `ipfw'. > Program terminated with signal 11, Segmentation fault. > #0 0x120044794 in bcopy () > (gdb) bt > #0 0x120044794 in bcopy () > #1 0x120001564 in show_ipfw (rule=0x1200ac000, pcwidth=3, bcwidth=5) > at /var/d3/FreeBSD-2003-05-22/src/sbin/ipfw/ipfw2.c:818 > (gdb) > > cicely12# ipfw add allow ip from any to any > Segmentation fault (core dumped) > cicely12# May 23 17:13:40 cicely12 kernel: pid 644 (ipfw), uid 0: exited on signal 11 (core dumped) > cicely12# gdb /usr/obj/var/d3/FreeBSD-2003-05-22/src/sbin/ipfw/ipfw ipfw.core > GNU gdb 5.2.1 (FreeBSD) > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "alpha-undermydesk-freebsd"... > Core was generated by `ipfw'. > Program terminated with signal 11, Segmentation fault. > #0 0x120044794 in bcopy () > (gdb) bt > #0 0x120044794 in bcopy () > #1 0x120001564 in show_ipfw (rule=0x120099cb0, pcwidth=10, bcwidth=10) > at /var/d3/FreeBSD-2003-05-22/src/sbin/ipfw/ipfw2.c:818 > warning: Hit beginning of text section without finding > warning: enclosing function for address 0x8 > This warning occurs if you are debugging a function without any symbols > (for example, in a stripped executable). In that case, you may wish to > increase the size of the search with the `set heuristic-fence-post' command. > > Otherwise, you told GDB there was a function where there isn't one, or > (more likely) you have encountered a bug in GDB. > (gdb) > > -- > B.Walter BWCT http://www.bwct.de > ticso@bwct.de info@bwct.de > From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 02:36:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8476E37B404; Sun, 1 Jun 2003 02:36:53 -0700 (PDT) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2102243FDF; Sun, 1 Jun 2003 02:34:11 -0700 (PDT) (envelope-from richard@unixguru.nl) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.9/8.12.9) with ESMTP id h519Xvnn013473 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 1 Jun 2003 11:33:59 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Sun, 1 Jun 2003 11:33:57 +0200 (CEST) From: Richard Arends To: re@freebsd.org In-Reply-To: <200305311300.h4VD0GUE084477@fledge.watson.org> Message-ID: <20030601112913.E13159@mail.unixguru.nl> References: <200305311300.h4VD0GUE084477@fledge.watson.org> X-message-flag: Get yourself a real mail client! http://www.washington.edu/pine/ X-Accepted-File-Formats: ASCII .rtf .ps - *NO* MS Office files please. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -2: EMAIL_ATTRIBUTION,IN_REP_TO,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 09:36:53 -0000 On Sat, 31 May 2003, Robert Watson wrote: > |-------------------+--------+---------------+---------------------------| > | | | | The recently upgraded | > | | | | if_wi driver is more | > | | | | tuned to Prism hardware | > | | | | than to Lucent hardware, | > | if_wi problems on | | | resulting in system | > | Lucent hardware | -- | -- | lockups and poor | > | | | | performance when using | > | | | | Lucent hardware. These | > | | | | problems are believed to | > | | | | be fixed but more testing | > | | | | is welcome. | > |-------------------+--------+---------------+---------------------------| Got a Lucent mini-pci card in my laptop and a Lucent(Avaya) Gold card. I don't see any problems with both cards. Regards, Richard. ---- Paul Vixie in an interview with Sendmail.net: Now that the Internet has the full spectrum of humanity as users, the technology is showing its weakness: it was designed to be used by friendly, smart people. Spammers, as an example of a class, are neither friendly nor smart. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 02:43:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5F7937B401 for ; Sun, 1 Jun 2003 02:43:57 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A3D43FEA for ; Sun, 1 Jun 2003 02:42:37 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h519gUM7003542 for ; Sun, 1 Jun 2003 02:42:34 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200306010942.h519gUM7003542@gw.catspoiler.org> Date: Sun, 1 Jun 2003 02:42:30 -0700 (PDT) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: vnode locking problem in pseudofs/procfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 09:43:58 -0000 I just stumbled across this vnode locking problem in procfs() db> tr Debugger(c05215d4,c0520b94,c669b000,c0521615,e6d77764) at Debugger+0x54 vfs_badlock(c0521615,c0520b94,c669b000,c05b4340,c669b000) at vfs_badlock+0x45 assert_vop_locked(c669b000,c0520b94,c0520adf,358,c6a35400) at assert_vop_locked+ 0x62 vn_fullpath(c66ce390,c669b000,e6d777a8,e6d777ac,c04ea6fb) at vn_fullpath+0xbc procfs_doprocfile(c66ce390,c61c2960,c6272000,e6d777d4,0) at procfs_doprocfile+0x 3a pfs_readlink(e6d77c10,c05210fd,c05b49c0,c6b2e920,e6d77c94) at pfs_readlink+0x116 VOP_READLINK(c6b2e920,e6d77c94,c6911d80,bfbed240,400) at VOP_READLINK+0x59 kern_readlink(c66ce390,bfbed650,0,bfbed240,0) at kern_readlink+0xc1 readlink(c66ce390,e6d77d10,c0535a6a,3fb,3) at readlink+0x38 syscall(2f,2f,2f,8134400,bfbedfd0) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (58, FreeBSD ELF32, readlink), eip = 0x8058a73, esp = 0xbfbed21c, eb p = 0xbfbeda68 --- when I ran find / -print0 | xargs -0 ls -l with the DEBUG_VFS_LOCKS kernel option. The obvious part of the fix is to lock the vnode in procfs_doprocfile() before calling vn_fullpath(). The more interesting question is if this means that all callers of (pn->pn_func)() need to drop their vnode locks in order to prevent a potential deadlock. It looks to me like this is necessary ... From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 03:57:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26E5B37B401; Sun, 1 Jun 2003 03:57:06 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAE2143FBF; Sun, 1 Jun 2003 03:54:23 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id E37095308; Sun, 1 Jun 2003 12:54:20 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Daniel Eischen References: From: Dag-Erling Smorgrav Date: Sun, 01 Jun 2003 12:54:19 +0200 In-Reply-To: (Daniel Eischen's message of "Sun, 1 Jun 2003 00:50:43 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Christopher Johnson cc: freebsd-current@freebsd.org cc: Norikatsu Shigemura Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 10:57:08 -0000 Daniel Eischen writes: > On Sun, 1 Jun 2003, Dag-Erling Smorgrav wrote: > > I just built jdk13 a couple of days ago. No problem whatsoever. You > > guys must have rotten karma or something. > Did you already have a native JDK installed? No. I used linux-sun-jdk13 to bootstrap. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 04:50:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6437037B401; Sun, 1 Jun 2003 04:50:43 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB7D43FEA; Sun, 1 Jun 2003 04:48:01 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.9/8.11.4) with ESMTP id h51Blxk8003819; Sun, 1 Jun 2003 14:48:01 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <3ED9E7EF.3080100@he.iki.fi> Date: Sun, 01 Jun 2003 14:47:59 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030501 X-Accept-Language: English [en],Finnish [fi] MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-threads@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: halt thread / mmap chatter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 11:50:45 -0000 Got the chatter below on a box which had some libkse and some mmap activity when it got shutdown. Built from morning of 30th May sources. Pete May 30 08:56:08 kompak halt: hallted by root ock order reversal 1st 0xc3335aa8 sigacts (sigacts) @ kern/subr_trap.c:248 2nd 0xc3347d88 process lock (process lock) @ kern/kern_thread.c:1453 Stack backtrace: backtrace(c0394b65,c3347d88,c039176d,c039176d,c0392acc) at backtrace+0x17 witness_lock(c3347d88,8,c0392acc,5ad,0) at witness_lock+0x697 _mtx_lock_flags(c3347d88,0,c0392ac3,5ad,c3347d20,c3347d88,4000,0,0,0) at _mtx_lock_flags+0xb1 thread_signal_add(c3327390,f,c0392177,85e,80e1310) at thread_signal_add+0xe1 postsig(f,0,c0394609,f8,20800) at postsig+0x356 ast(d2f53d48) at ast+0x46f doreti_ast() at doreti_ast+0x17 Mem1: promiscuous mode disabled lock order reversal 1st 0xc3351818 vm object (vm object) @ vm/vm_object.c:512 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325 Stack backtrace: backtrace(c0394b65,c082f110,c03a2bf2,c03a2bf2,c03a2a96) at backtrace+0x17 witness_lock(c082f110,8,c03a2a96,145,0) at witness_lock+0x697 _mtx_lock_flags(c082f110,0,c03a2a8d,145,3) at _mtx_lock_flags+0xb1 _vm_map_lock(c082f0b0,c03a2a8d,145,d2f53a40,c0211354) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,d2f53aac,c030ea00) at kmem_malloc+0x66 page_alloc(c083a240,1000,d2f53a9f,101,c03c48cc) at page_alloc+0x27 slab_zalloc(c083a240,101,c03a442f,66f,c083a924) at slab_zalloc+0x150 uma_zone_slab(c083a240,101,c03a4426,66f,0) at uma_zone_slab+0xd8 uma_zalloc_internal(c083a240,0,101,6ef,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c083a900,c3368000,0,d2f53b54,c02f68d8) at uma_zfree_arg+0x2cb dev_pager_putfake(c3368000,0,c03a22ce,bc,c3351818) at dev_pager_putfake+0x3a dev_pager_dealloc(c3351818,1,c03a4335,10b,0) at dev_pager_dealloc+0xc8 vm_pager_deallocate(c3351818,0,c03a3523,25e,c03f8848) at vm_pager_deallocate+0x3d vm_object_terminate(c3351818,0,c03a3523,200,c28b5834) at vm_object_terminate+0x1f4 vm_object_deallocate(c3351818,c28b5834,c3351818,c28b5834,d2f53c24) at vm_object_deallocate+0x20f vm_map_entry_delete(c28cbd00,c28b5834,c03a2c60,86e,c03904ed) at vm_map_entry_delete+0x3b vm_map_delete(c28cbd00,0,bfc00000,c28cbd00,c2677280) at vm_map_delete+0x453 vm_map_remove(c28cbd00,0,bfc00000,111,c0392177) at vm_map_remove+0x58 exit1(c3327390,9,c0392177,8d8,1) at exit1+0x626 sigexit(c3327390,9,c0392177,865,0) at sigexit+0x1a7 postsig(9,0,c0394609,f8,20800) at postsig+0x164 ast(d2f53d48) at ast+0x46f doreti_ast() at doreti_ast+0x17 Waiting (max 60 seconds) for system process `vnlru' to stop...stopped Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks, buffers remaining... 10 10 6 5 5 done Uptime: 2h40m11s The operating system has halted. Please press any key to reboot. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 04:53:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D097937B401; Sun, 1 Jun 2003 04:53:50 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F91143FAF; Sun, 1 Jun 2003 04:51:09 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.9/8.11.4) with ESMTP id h51Bp7k8003853; Sun, 1 Jun 2003 14:51:08 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <3ED9E8AB.5060106@he.iki.fi> Date: Sun, 01 Jun 2003 14:51:07 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030501 X-Accept-Language: English [en],Finnish [fi] MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 11:53:51 -0000 Is there anyone actually successfully using raidframe and if yes, what kind of hardware? Same question goes for any recent SCSI RAID controllers supported by FreeBSD. I admit not having tried all combinations but it seems that using anything else than simple ahc scsi stuff results in kernel panic with 5.x. Pete From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 05:25:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7984337B401; Sun, 1 Jun 2003 05:25:10 -0700 (PDT) Received: from grogged.dyndns.org (c-66-41-94-114.mn.client2.attbi.com [66.41.94.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B685A43FE1; Sun, 1 Jun 2003 05:22:29 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 060B216809; Sun, 1 Jun 2003 07:13:00 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id EB3C3D23C; Sun, 1 Jun 2003 07:13:00 -0500 (CDT) Date: Sun, 1 Jun 2003 07:13:00 -0500 (CDT) From: matt To: Petri Helenius In-Reply-To: <3ED9E8AB.5060106@he.iki.fi> Message-ID: <20030601071231.G76837-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 12:25:11 -0000 I'm using a Ami MegaRaid 1500 in 5.x without any issues. -m On Sun, 1 Jun 2003, Petri Helenius wrote: > > Is there anyone actually successfully using raidframe and if yes, what kind > of hardware? > > Same question goes for any recent SCSI RAID controllers supported > by FreeBSD. > > I admit not having tried all combinations but it seems that using anything > else than simple ahc scsi stuff results in kernel panic with 5.x. > > Pete > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 06:03:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4088F37B401; Sun, 1 Jun 2003 06:03:06 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2540243FDD; Sun, 1 Jun 2003 06:00:24 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h51D0DrN051747 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 1 Jun 2003 15:00:18 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h51D0BOs015931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Jun 2003 15:00:12 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h51D0BiN002171; Sun, 1 Jun 2003 15:00:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h51D09Kw002170; Sun, 1 Jun 2003 15:00:09 +0200 (CEST) Date: Sun, 1 Jun 2003 15:00:09 +0200 From: Bernd Walter To: Luigi Rizzo Message-ID: <20030601130008.GA527@cicely12.cicely.de> References: <3ED94166.7070300@btc.adaptec.com> <20030531173958.C91048@xorpc.icir.org> <20030601013256.GH503@cicely12.cicely.de> <20030601022633.A4287@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030601022633.A4287@xorpc.icir.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-BETA alpha User-Agent: Mutt/1.5.4i cc: Scott Long cc: Robert Watson cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 13:03:06 -0000 On Sun, Jun 01, 2003 at 02:26:34AM -0700, Luigi Rizzo wrote: > On Sun, Jun 01, 2003 at 03:32:56AM +0200, Bernd Walter wrote: > ... > > :) > > And I hoped a programmer who knows the source could find out and fix > > very quickly. > > sorry, i missed the offending line number in your previous email. > > I think i missed a & in all the first arguments to bcopy in > the src/sbin/ipfw2.c changes :( > > this happens at lines 818, 1224, 1461 and 1701. Fortunately > the kernel part seems correct. > > In detail, the fix should be the following: > > 818: > - bcopy(rule->next_rule, &set_disable, sizeof(set_disable)); > + bcopy(&rule->next_rule, &set_disable, sizeof(set_disable)); > > 1224: > - bcopy(d->rule, &rulenum, sizeof(rulenum)); > + bcopy(&d->rule, &rulenum, sizeof(rulenum)); > > 1461: > - bcopy(((struct ip_fw *)data)->next_rule, > + bcopy(&((struct ip_fw *)data)->next_rule, > > 1701: > - bcopy(d->rule, &rulenum, sizeof(rulenum)); > + bcopy(&d->rule, &rulenum, sizeof(rulenum)); Look way bettter now :) I wasn't able to crash the kernel with missaligned access any more, but the userland tool still does in some situations: [59]cicely12# ipfw show pid 2121 (ipfw): unaligned access: va=0x1200ac09c pc=0x120003bb4 ra=0x120003bfc op=ldq pid 2121 (ipfw): unaligned access: va=0x1200ac0a4 pc=0x120003bdc ra=0x120003bc8 op=ldq 00100 5237 824333 allow tcp from any to any dst-port 1-65535,1-65535 00200 0 0 allow tcp from any to any dst-port 1-65535,1-65535,1-65535 pid 2121 (ipfw): unaligned access: va=0x1200ac09c pc=0x120002260 ra=0x1200015ec op=ldq pid 2121 (ipfw): unaligned access: va=0x1200ac0a4 pc=0x120002264 ra=0x1200015ec op=ldq 65535 5836817 1002036976 allow ip from any to any [64]cicely12# sysctl machdep.unaligned_sigbus=1 machdep.unaligned_sigbus: 0 -> 1 [65]cicely12# ipfw show pid 2146 (ipfw): unaligned access: va=0x1200ac09c pc=0x120003bb4 ra=0x120003bfc op=ldq Bus error (core dumped) Exit 138 [66]cicely12# gdb ./ipfw ipfw.core GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-undermydesk-freebsd"... Core was generated by `ipfw'. Program terminated with signal 10, Bus error. #0 0x120003bb4 in list (ac=0, av=0x11fff720) at ipfw2.c:1629 1629 width = snprintf(NULL, 0, "%llu", r->pcnt); (gdb) bt #0 0x120003bb4 in list (ac=0, av=0x11fff720) at ipfw2.c:1629 #1 0x120007d10 in ipfw_main (ac=1, av=0x11fff718) at ipfw2.c:3486 #2 0x1200084bc in main (ac=2, av=0x11fff710) at ipfw2.c:3637 -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 06:03:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DC337B401; Sun, 1 Jun 2003 06:03:55 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7252643FBF; Sun, 1 Jun 2003 06:01:14 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h51D0DOn042668; Sun, 1 Jun 2003 09:00:14 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h51D0DMH042667; Sun, 1 Jun 2003 09:00:13 -0400 (EDT) (envelope-from robert) Date: Sun, 1 Jun 2003 09:00:13 -0400 (EDT) Message-Id: <200306011300.h51D0DMH042667@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 13:03:55 -0000 This is an automated bi-daily mailing of the FreeBSD 5.1 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.1R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.1. FreeBSD 5.1 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.1. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.1-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |------------------+-------------+-------------+-------------------------| | | | | There are reports of | | ipfw/ipfw2 | | | alignment problems with | | alignment issues | In progress | Luigi Rizzo | ipfw and/or ipfw2 on | | on alpha/sparc64 | | | 64-bit platforms | | | | | (specifically alpha and | | | | | sparc64). | +------------------------------------------------------------------------+ Desired Features for 5.1-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.1 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ Areas requiring immediate testing +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |-------------------+--------+---------------+---------------------------| | | | | The 20030228 vendor | | Fresh ACPI-CA | -- | -- | sources have been | | import | | | imported. Further testing | | | | | is appreciated. | |-------------------+--------+---------------+---------------------------| | | | | PAE support allows the | | | | | use of up to 64GB of RAM | | PAE support for | -- | -- | on Pentium Pro and above | | i386 | | | systems. Virtual | | | | | addresses are still | | | | | constrained to 32-bits. | |-------------------+--------+---------------+---------------------------| | | | | The recently upgraded | | | | | if_wi driver is more | | | | | tuned to Prism hardware | | | | | than to Lucent hardware, | | if_wi problems on | | | resulting in system | | Lucent hardware | -- | -- | lockups and poor | | | | | performance when using | | | | | Lucent hardware. These | | | | | problems are believed to | | | | | be fixed but more testing | | | | | is welcome. | |-------------------+--------+---------------+---------------------------| | | | | For 5.1-RELEASE, the | | | | | default file system type | | | | | for newly created file | | | | | systems is UFS2 rather | | UFS2 as | | | than UFS1. newfs(8) and | | installation, | -- | Robert Watson | sysinstall(8) have been | | newfs default | | | updated to use this new | | | | | default. Testing to make | | | | | sure all goes well after | | | | | the change (committed on | | | | | April 20, 2003) is vital. | |-------------------+--------+---------------+---------------------------| | | | | Support for pluggable | | | | | directory services using | | | | | NSS, including | | | | | adaptations of current | | | | Jacques | directory services (local | | NSSwitch support | -- | Vidrine | databases, NIS), and | | | | | support for new services | | | | | (LDAP, Active Directory, | | | | | etc). This change has | | | | | been committed, and | | | | | requires broader testing. | |-------------------+--------+---------------+---------------------------| | | | | Kris Kennaway reports | | | | | that he has seen several | | | | | unique panics on the | | Spurious alpha | | | alpha machines, but since | | panics | -- | -- | gdb -k doesn't work on | | | | | alpha I haven't been able | | | | | to get more than a DDB | | | | | traceback. No-one has | | | | | looked into them. | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- freebsd-qa@FreeBSD.ORG Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/05/31 07:19:32 From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 06:26:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A13037B401 for ; Sun, 1 Jun 2003 06:26:02 -0700 (PDT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB9743FF7 for ; Sun, 1 Jun 2003 06:26:01 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au (210.50.206.51) by smtp02.syd.iprimus.net.au (7.0.015) id 3ECBEA34001AADBF; Sun, 1 Jun 2003 23:26:00 +1000 Received: by dilbert.robbins.dropbear.id.au (Postfix, from userid 1000) id 237F7C90F; Sun, 1 Jun 2003 23:24:27 +1000 (EST) Date: Sun, 1 Jun 2003 23:24:27 +1000 From: Tim Robbins To: Petri Helenius Message-ID: <20030601232426.A43338@dilbert.robbins.dropbear.id.au> References: <3ED9E8AB.5060106@he.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3ED9E8AB.5060106@he.iki.fi>; from pete@he.iki.fi on Sun, Jun 01, 2003 at 02:51:07PM +0300 cc: freebsd-current@freebsd.org Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 13:26:02 -0000 On Sun, Jun 01, 2003 at 02:51:07PM +0300, Petri Helenius wrote: > Is there anyone actually successfully using raidframe and if yes, what kind > of hardware? RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be unwise to use it in 5.0 for anything other than experimentation. Hopefully it will be fixed before 5.2. Tim From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 06:46:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C43737B401 for ; Sun, 1 Jun 2003 06:46:30 -0700 (PDT) Received: from maul.immure.com (adsl-66-136-206-1.dsl.austtx.swbell.net [66.136.206.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 451D843FA3 for ; Sun, 1 Jun 2003 06:45:09 -0700 (PDT) (envelope-from bob@immure.com) Received: (from root@localhost) by maul.immure.com (8.12.9/8.12.9) id h51Dj8Up084380; Sun, 1 Jun 2003 08:45:08 -0500 (CDT) (envelope-from bob@immure.com) Received: from luke.immure.com (luke.immure.com [10.1.132.3]) by maul.immure.com (8.12.9/8.12.3) with ESMTP id h51Dj7uH084355; Sun, 1 Jun 2003 08:45:07 -0500 (CDT) (envelope-from bob@immure.com) Received: (from root@localhost) by luke.immure.com (8.12.9/8.12.3) id h51Dj7HH041951; Sun, 1 Jun 2003 08:45:07 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: from luke.immure.com (localhost [127.0.0.1]) by luke.immure.com (8.12.9/8.12.3) with ESMTP id h51Dj7wr041926; Sun, 1 Jun 2003 08:45:07 -0500 (CDT) (envelope-from bob@luke.immure.com) Received: (from bob@localhost) by luke.immure.com (8.12.9/8.12.9/Submit) id h51Dj7x3041925; Sun, 1 Jun 2003 08:45:07 -0500 (CDT) Date: Sun, 1 Jun 2003 08:45:06 -0500 From: Bob Willcox To: Petri Helenius Message-ID: <20030601134506.GA21979@luke.immure.com> References: <3ED9E8AB.5060106@he.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3ED9E8AB.5060106@he.iki.fi> User-Agent: Mutt/1.5.3i X-scanner: scanned by Inflex 1.0.12.3 on luke.immure.com X-scanner: scanned by Inflex 1.0.12.3 on maul.immure.com cc: freebsd-current@freebsd.org Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bob Willcox List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 13:46:32 -0000 I am successfully using a Mylex DAC1164PVX RAID controller on 5-CURRENT: mlx0: port 0x2000-0x207f mem 0xf8000000-0xfbffffff,0xec910000-0xec91007f irq 5 at device 8.0 on pci2 mlx0: controller initialisation in progress... mlx0: initialisation complete. mlx0: DAC1164PVX, 3 channels, firmware 5.08-0-87, 64MB RAM mlxd0: on mlx0 mlxd0: 105009MB (215058432 sectors) RAID 5 (online) On Sun, Jun 01, 2003 at 02:51:07PM +0300, Petri Helenius wrote: > > Is there anyone actually successfully using raidframe and if yes, what kind > of hardware? > > Same question goes for any recent SCSI RAID controllers supported > by FreeBSD. > > I admit not having tried all combinations but it seems that using anything > else than simple ahc scsi stuff results in kernel panic with 5.x. > > Pete > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Bob Willcox Patience is a minor form of despair, disguised as virtue. bob@immure.com -- Ambrose Bierce, on qualifiers Austin, TX From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:00:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCA8F37B401; Sun, 1 Jun 2003 07:00:42 -0700 (PDT) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B18743FE3; Sun, 1 Jun 2003 06:58:01 -0700 (PDT) (envelope-from kabaev@mail.ru) Received: from mx8.mail.ru (mx8.mail.ru [194.67.23.28]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 46663E2B1F; Sun, 1 Jun 2003 17:58:00 +0400 (MSD) Received: from [151.203.5.191] (port=51012 helo=kan.dnsalias.net) by mx8.mail.ru with esmtp id 19MTKy-0004tf-00; Sun, 01 Jun 2003 17:57:28 +0400 Received: from kan.dnsalias.net (ak03@localhost [127.0.0.1]) by kan.dnsalias.net (8.12.9/8.12.9) with ESMTP id h51DvQ54005946; Sun, 1 Jun 2003 09:57:26 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.9/8.12.9/Submit) id h51DvQhK005945; Sun, 1 Jun 2003 09:57:26 -0400 (EDT) Date: Sun, 1 Jun 2003 09:57:25 -0400 From: Alexander Kabaev To: Martin Blapp , freebsd-threads@freebsd.org Message-Id: <20030601095725.08bcc523.kabaev@mail.ru> In-Reply-To: <20030601112540.V94836@cvs.imp.ch> References: <20030601112540.V94836@cvs.imp.ch> X-Mailer: Sylpheed version 0.9.0claws2 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: Not detected cc: freebsd-current@freebsd.org Subject: Re: vm-related panic with 5.1RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:00:43 -0000 On Sun, 1 Jun 2003 11:26:12 +0200 (CEST) Martin Blapp wrote: > > Hi all, > > I just got this panic during compile of openoffice > > Fatal trap 12 while in kernel mode > fault virtual address = 0x68 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0271f4d > stack pointer = 0x10:0xe6e51ab0 > frame pointer = 0x10:0xe6e51ae0 > code segement = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32, gran 1 > processor flags = interrupt enabled, resume, IOPL =1 > current process = 22362 > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_sleep+0x16d: movl 0x68(%ecx),%edx > db> trace > _mtx_lock_sleep(c082f0b0,0,0,0,c0678415) at _mtx_lock_sleep+0x16d > vm_map_delete(c082f000, d0d0d000, d0d11000, e6effda0, c78d5720) at > vm_map_delete+0x383) vm_map_remove(c082f000, d0d0d000, d0d11000, > e6e51b9c, c03b247f) at vm_map_remove+0x58) kmem_free(c082f000, > d0d0d000, 3000, 0, 80) at kmem_free+0x32 cpu_thread_clean(c78d54c0, > e6e51bb4,c78d54c0, c78d54c0, e6e51be4) at cpu_thread_clean+0x7f > thread_free(c78d54c0, e6e51bd0, c0275839, c67a3000, c6abf030) at > thread_free+0x14 thread_reap(c78d55f0) at thread_reap+0x16c > thread_wait(c656b000, ffffffff, 0, c03feb34,0) at thread_wait+0x55 > wait1(c6569980, e6e51d10, 0, e6e51d40, c03b0dfa) at wait1+0x738 > wait5(c6569980, e6e51d10, 10, c6569980, 4) at wait4+0x20 > syscall(2f, 2f, 2f, bfbff074, 325) at syscall+0x2aa > Xint0x80_syscall() at Xint0x80_syscall()+0x1d > --- syscall (7, FreeBSD ELF32, wait4) eip = 0x807b28b, esp = > 0xbfbfefbc, ebp = 0xbfbfefd8) > > Unfortunatly my partition was too small, so I could not get a dump. > I've adjusted this now and the next time it panics I'll have one > ready. > > Martin This is exactly the panic I am seeing on my dual-processor box. My current suspicion is that it somehow relates to the same pcb_ext being freed twice. I do not need OpenOffice to trigger the bug, on SMP configuration it happens all the time. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:02:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5468537B401 for ; Sun, 1 Jun 2003 07:02:36 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B6D43F93 for ; Sun, 1 Jun 2003 07:01:14 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h51E0EOn053392 for ; Sun, 1 Jun 2003 10:00:14 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: (from robert@localhost) by fledge.watson.org (8.12.9/8.12.9/Submit) id h51E0E2X053391 for current@FreeBSD.org; Sun, 1 Jun 2003 10:00:14 -0400 (EDT) (envelope-from robert) Date: Sun, 1 Jun 2003 10:00:14 -0400 (EDT) Message-Id: <200306011400.h51E0E2X053391@fledge.watson.org> From: Robert Watson To: current@FreeBSD.org Subject: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: re@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:02:36 -0000 This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail re@FreeBSD.org. Must Resolve Issues for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------------+----------+-----------------+---------------------| | | | | KSE M:N threading | | | | | support is reaching | | | | | experimental yet | | | | Julian | usable status on | | Production-quality | In | Elischer, David | i386 for | | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | | | | Eischen | threading should be | | | | | productionable and | | | | | usable on all | | | | | platforms by | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Currently, the MD | | | | | elements of KSE are | | | | | present only for | | | | | the i386 platform, | | | | | limiting use of KSE | | | | | to the i386 | | | | | platform. It is | | | | | highly desirable to | | KSE support for | | Jake | make KSE available | | sparc64, alpha, | -- | Burkholder, --, | on non-i386 | | ia64 | | -- | platforms for | | | | | 5.2-RELEASE so that | | | | | KSE can see more | | | | | broad exposure, and | | | | | the performance | | | | | benefits of KSE can | | | | | be visible to users | | | | | of the 64-bit | | | | | FreeBSD | | | | | architectures. | |---------------------+----------+-----------------+---------------------| | | | | Kris Kennaway | | | | | reports high | | | | | instability of | | | | | 5-CURRENT on ia64 | | | In | Marcel | machines, such as | | ia64 stability | Progress | Moolenaar | the pluto* | | | | | machines. These | | | | | problems need to be | | | | | fixed in order to | | | | | get a successful | | | | | package build. | |---------------------+----------+-----------------+---------------------| | | | | ia64 serial console | | | | | support is reported | | | | | to not be | | | | | functional on HP | | | In | Marcel | Itanium2 platforms. | | ia64 sio support | progress | Moolenaar, | A reworking of the | | | | Warner Losh | sio driver to | | | | | improve platform | | | | | independence and | | | | | bus handling is | | | | | likely needed. | |---------------------+----------+-----------------+---------------------| | | | | FAST_IPSEC | | | | | currently cannot be | | | | | used directly with | | | | | the KAME IPv6 | | | | | implementation, | | | | | requiring an | | | | | additional level of | | | | | IP tunnel | | | | | indirection to | | | | | protect IPv6 | | | | | packets when using | | | | | hardware crypto | | FAST_IPSEC and KAME | -- | -- | acceleration. This | | compatibility | | | issue must be | | | | | resolved so that | | | | | the two services | | | | | may more easily be | | | | | used together. | | | | | Among other things, | | | | | this will require a | | | | | careful review of | | | | | the handling of | | | | | mbuf header copying | | | | | and m_tag support | | | | | in the KAME IPv6 | | | | | code. | |---------------------+----------+-----------------+---------------------| | | | | The FreeBSD KAME | | | | | IPv6 code is now | | | | | substantially dated | | | | | with respect to the | | KAME | | | KAME vendor source. | | Synchronization | -- | -- | The FreeBSD Project | | | | | needs to take | | | | | initiative in | | | | | driving the merge | | | | | of new bug fixes, | | | | | features, et al. | |---------------------+----------+-----------------+---------------------| | | | | Almost all process | | | | | debugging tools | | | | | have been updated | | | | | to use non-procfs | | | | | kernel primitives, | | | | | with the exception | | | | | of truss(1). As | | | | | procfs is | | | | | considered | | | | | deprecated due to | | truss support for | In | | its inherent | | ptrace | progress | Robert Drehmel | security risks, it | | | | | is highly desirable | | | | | to update truss to | | | | | operate in a | | | | | post-procfs world. | | | | | Dag-Erling Smorgrav | | | | | had prototype | | | | | patches; | | | | | Robert Drehmel is | | | | | developing and | | | | | testing patches | | | | | now. | |---------------------+----------+-----------------+---------------------| | | | | Apple's Darwin | | | | | operating system | | | | | has fairly | | | | | extensive | | Merge of Darwin | | | improvements to | | msdosfs, other | -- | -- | msdosfs and other | | fixes | | | kernel services; | | | | | these fixes must be | | | | | reviewed and merged | | | | | to the FreeBSD | | | | | tree. | |---------------------+----------+-----------------+---------------------| | | | | Port syscons to | | | | | sparc64. Add device | | | | | drivers for sun | | | | | mice and keyboards. | | | | | Allow for more than | | sparc64 adaptation | In | | 3 bits of | | of syscons | progress | Jake Burkholder | background colour | | | | | in syscons. Creator | | | | | frame buffer device | | | | | driver. In the | | | | | process, generally | | | | | improve the MI-ness | | | | | of syscons. | |---------------------+----------+-----------------+---------------------| | | | | Many systems | | | | | supporting POSIX.1e | | | | | ACLs permit a minor | | | | | violation to that | | | | | specification, in | | | | | which the ACL_MASK | | | | | entry overrides the | | ACL_MASK override | In | | umask, rather than | | of umask support in | progress | Robert Watson | being intersected | | UFS | | | with it. The | | | | | resulting semantics | | | | | can be useful in | | | | | group-oriented | | | | | environments, and | | | | | as such would be | | | | | very helpful on | | | | | FreeBSD. | |---------------------+----------+-----------------+---------------------| | | | | Significant parts | | | | | of the network | | | | | stack (especially | | | | | IPv4 and IPv6) now | | | | | have fine-grained | | | | | locking of their | | | | | data structures. | | | | | However, it is not | | | | | yet possible for | | | | | the netisr threads | | | | | to run without | | | | | Giant, due to | | Fine-grained | | | dependencies on | | network stack | In | Jeffrey Hsu, | sockets, routing, | | locking without | progress | Seigo Tanimura | etc. A 5.2-RELEASE | | Giant | | | goal is to have the | | | | | network stack | | | | | running largely | | | | | without Giant, | | | | | which should | | | | | substantially | | | | | improve performance | | | | | of the stack, as | | | | | well as other | | | | | system components | | | | | by reducing | | | | | contention on | | | | | Giant. | |---------------------+----------+-----------------+---------------------| | | | | Move ATA commands | | | | | into requests, so | | | | | that they can be | | | | | linked together, | | | | | centralize request | | | | | queue management | | | | | permitting direct | | ATA driver | | | DMA of ATA | | structural | In | So/ren Schmidt | commands. These | | improvements, | progress | | architectural | | MPsafety | | | changes will also | | | | | facilitate complete | | | | | MP-safety of the | | | | | ATA driver suite, | | | | | and dramatically | | | | | improve support for | | | | | Promise RAID | | | | | controllers. | |---------------------+----------+-----------------+---------------------| | | | | Productionable | | | | | support for the | | | | | AMD64 platform. | | | | | Currently, AMD64 | | | | | runs fully in | | | | | 32-bit emulation | | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | | AMD64 Hammer | progress | David O'Brien | single-user in | | | | | 64-bit mode. We | | | | | expect full | | | | | production support | | | | | for the AMD64 | | | | | architecture in | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | To properly support | | | | | AMD64, a compiler | | | | | upgrade is | | | | | required; however, | | | | | the new GCC 3.3 has | | | | David O'Brien | a substantial | | GCC 3.3 upgrade | In | Alexander | number of new | | | progress | Kabaev | warnings that will | | | | | disrupt application | | | | | support, preventing | | | | | inclusion in | | | | | 5.1-RELEASE. This | | | | | is a must-have for | | | | | 5.2-RELEASE. | |---------------------+----------+-----------------+---------------------| | | | | Kernel modules are | | | | | currently built | | | | | independently from | | | | | a kernel | | | | | configuration, and | | | | | independently from | | | | | one another, | | | | | resulting in | | | | | substantially | | | | | redundant | | | | | compilation of | | | | | objects, as well as | | | | | the inability to | | | | | easily manage | | | | | compile-time | | | | | options for kernel | | | | | objects (such as | | Revised kld build | -- | -- | MAC, PAE, etc) that | | infrastructure | | | may require | | | | | conditional | | | | | compilation in the | | | | | kernel modules. In | | | | | order to improve | | | | | build performance | | | | | and better support | | | | | options of this | | | | | sort, the KLD build | | | | | infrastructure | | | | | needs to be | | | | | revamped. Peter | | | | | Wemm has done some | | | | | initial | | | | | prototyping, and | | | | | should be contacted | | | | | before starting on | | | | | this work. | |---------------------+----------+-----------------+---------------------| | | | | Currently, there | | | | | are two classes of | | | | | interrupt handlers | | | | | in 5.x: fast | | | | | interrupt handlers | | | | | which run entirely | | | | | in interrupt | | | | | context, and | | | | | heavy-weight | | | | | handlers which | | | | | execute in a | | | | | full-weight kernel | | | | | interrupt thread. | | | | | It is possible to | | | | | optimize interrupt | | | | | thread context | | | | | management such | | | | | that a light-weight | | | | | context switch is | | | | | performed to begin | | | | | execution of the | | | | | interrupt thread in | | | | | the handler | | | | | context, and only | | Light-weight | | | when a full-weight | | interrupt threads, | -- | -- | context is required | | context switches | | | (such as sleeping | | | | | on a lock) is that | | | | | cost required. This | | | | | optimization should | | | | | substantially | | | | | improve interrupt | | | | | latency. There are | | | | | also additional | | | | | kernel thread | | | | | context switch | | | | | optimizations that | | | | | can be made to | | | | | improve the | | | | | performance of | | | | | thread workers in | | | | | the kernel, such as | | | | | found in the | | | | | network stack, | | | | | crypto worker | | | | | threads, and GEOM. | | | | | Bosko Milekic has | | | | | done substantial | | | | | prototyping work, | | | | | and should be | | | | | coordinated with. | |---------------------+----------+-----------------+---------------------| | | | | With the | | | | | introduction of | | | | | extensive PAM and | | | | | NSS support in | | | | | 5.0-RELEASE and | | | | | 5.1-RELEASE, | | Support for a fully | In | Gordon Tetlow | support for a fully | | dynamic system | progress | | dynamically linked | | | | | system is desired. | | | | | Gordon Tetlow has | | | | | in-progress patches | | | | | to post for review | | | | | following the 5.1 | | | | | release cycle. | |---------------------+----------+-----------------+---------------------| | | | | Existing interrupt | | | | | routing code is not | | | | | able to correctly | | | | | determine the | | | | | interrupt routing | | Complete the APIC | | | of PCI devices that | | PCI interrupt | -- | -- | are behind | | routing support | | | PCI-to-PCI bridges | | | | | when using APIC | | | | | Full Table routing | | | | | (with non-legacy | | | | | interrupts above | | | | | 15). | |---------------------+----------+-----------------+---------------------| | | | | Currently, gbde | | | | | must be manually | | | | | configured at | | | | | run-time each time | | | | | an encrypted disk | | | | | device is mounted. | | | | | This prevents easy | | Run-time | | | integration into | | autoconfiguration | | | /etc/fstab and easy | | of GBDE and related | -- | -- | automated | | transforms | | | deployment. | | | | | Improved | | | | | integration with | | | | | the configuration, | | | | | mounting, and boot | | | | | process is required | | | | | to make this | | | | | feature more easily | | | | | accessible. | |---------------------+----------+-----------------+---------------------| | | | | Brian Feldman has | | | | | submitted patches | | | | | to improve the | | | | | consistency of the | | | | | pathnames passed | | MAC Framework devfs | In | | into the MAC | | path fixes | progress | Robert Watson | Framework devfs | | | | | labeling entry | | | | | points. These | | | | | patches need to be | | | | | thoroughly reviewed | | | | | and tested, then | | | | | merged. | |---------------------+----------+-----------------+---------------------| | | | | A process cannot be | | | | | interrupted while | | | | | waiting on a lock. | | | | | Fixing this | | rpc.lockd(8) | In | Robert Watson | requires that the | | stability | progress | | rpc code be taught | | | | | how to deal with | | | | | lock cancellation | | | | | and interruption | | | | | events. | +------------------------------------------------------------------------+ Desired Features for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | | |------------+-----------+----------------+---------------| | | | | | Truss appears | | | | | | to contain a | | | | | | race | | | | | | condition | | | | | | during the | | | | | | start-up of | | | | | | debugging, | | | | | | which can | | | | | | result in | | | | | | truss failing | | | | | | to attach to | | | | | | the process | | | | | | before it | | | | | | exits. The | | | | | | symptom is | | | | | | that truss | | | | | | reports that | | | | | | it cannot | | | | | | open the | | | | | | procfs node | | | | | | supporting | | | | | | the process | | | | | | being | | | | | | debugged. A | | | | | | bug also | | | Race | | | appears to | | | conditions | Errata | Robert Drehmel | exist where | | | in truss | candidate | | in truss will | | | | | | hang if | | | | | | execve() | | | | | | returns | | | | | | ENOENT. A | | | | | | further race | | | | | | appears to | | | | | | exist in | | | | | | which truss | | | | | | will return | | | | | | "PIOCWAIT: | | | | | | Input/output | | | | | | error" | | | | | | occasionally | | | | | | on startup. | | | | | | The fix for | | | | | | this | | | | | | sufficiently | | | | | | changes | | | | | | process | | | | | | execution | | | | | | handling that | | | | | | we will defer | | | | | | the fix to | | | | | | post-5.0 and | | | | | | consider this | | | | | | errata. | | |------------+-----------+----------------+---------------| | | | | | Kris Kennaway | | | | | | reports | | | | | | deadlocks | | | | | | involving the | | | | | | use of nullfs | | | | | | in the bento | | | | | | environment: | | | | | | buildworld | | | | | | -j4 with src | | | | | | and obj | | | | | | mounted via | | | | | | nullfs; the | | | nullfs | -- | -- | gcc processes | | | deadlocks | | | eventually | | | | | | deadlocked in | | | | | | the ufs | | | | | | state. DDB | | | | | | traceback | | | | | | showed two | | | | | | different | | | | | | codepaths. | | | | | | I've just | | | | | | repeated | | | | | | this, so the | | | | | | bug still | | | | | | exists. | | |------------+-----------+----------------+---------------| | | gdb -k | | | gdb -k | | | support | -- | Mark Peek | doesn't work | | | for alpha | | | on alpha | | |------------+-----------+----------------+---------------| | | | | | Currently, | | | | | | MAC | | | | | | protections | | | | | | are enforced | | | | | | only on | | | | | | locally | | | | | | originated | | | | | | file system | | | | | | operations | | | | | | (VOPs), and | | | | | | not on RPCs | | | | | | generated via | | | | | | the NFS | | | MAC | | | server. | | | support | | | Improvements | | | for NFS | -- | Robert Watson | in NFS server | | | Server | | | credential | | | | | | handling are | | | | | | required to | | | | | | correct this | | | | | | problem, as | | | | | | well as the | | | | | | introduction | | | | | | of new entry | | | | | | points to | | | | | | properly | | | | | | label NFS | | | | | | credentials | | | | | | and perform | | | | | | enforcement | | | | | | properly. | | |------------+-----------+----------------+---------------| | | | | | All PCI | | | | | | drivers must | | | | | | use busdma | | | | | | for DMA; no | | | | | | use of | | | busdma in | | | vtophys() | | | all PCI | -- | -- | will be | | | drivers | | | permitted for | | | | | | any recent | | | | | | device | | | | | | driver. ISA | | | | | | drivers may | | | | | | be exempt. | | |------------+-----------+----------------+---------------| | | | | | With improved | | | | | | support for | | | | | | threading | | | | | | primitives, | | | | | | support is | | | | | | now required | | | | | | to ease | | | GDB thread | | | debugging of | | | support | -- | -- | threaded | | | | | | applications. | | | | | | Ideally, this | | | | | | support will | | | | | | work for both | | | | | | libthr and | | | | | | libkse | | | | | | threading | | | | | | models. | | |------------+-----------+----------------+---------------+--------------| | | | | Prebinding | | | | | | reduces | | | | | | executable | | | | | | startup time | | | | | | by lowering | | | | | | the expense | | | | | | of symbol | | | | | | lookup, | The benefits | | | | | binding and | of | | | | | relocation. | prebinding | | | | | This is | are realized | | | | | accomplished | when running | | | | | by a | executables | | | | | prebinding | that use a | | | | | data file or | large (>10) | | Per object | | | ELF segment | number of | | ELF | In | Matthew Dodd | that contains | shared | | Prebinding | progress | | intermediate | libraries. | | support | | | lookup | C++ | | | | | results | applications | | | | | allowing fast | also benefit | | | | | symbol | as they | | | | | binding and | contain a | | | | | relocation, | large number | | | | | provided that | of | | | | | dependent | relocations. | | | | | objects | | | | | | remain | | | | | | unchanged | | | | | | since the | | | | | | prebinding | | | | | | information | | | | | | was | | | | | | generated. | | +------------------------------------------------------------------------+ Documentation items that must be resolved for 5.2 +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | |---------------+--------+---------------+-------------------------------| | Bluetooth | | | It'd be nice to have some | | documentation | -- | Pav Lucistnik | Bluetooth documentation for | | | | | the Handbook. | +------------------------------------------------------------------------+ Testing focuses for 5.2-RELEASE +------------------------------------------------------------------------+ | Issue | Status | Responsible | Description | +------------------------------------------------------------------------+ ---------------------------------------------------------------------- freebsd-qa@FreeBSD.ORG Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. Last modified: 2003/05/31 07:19:32 From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:06:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95DC037B401 for ; Sun, 1 Jun 2003 07:06:24 -0700 (PDT) Received: from mezzanine.vandalon.nl (cp25482-a.gelen1.lb.home.nl [217.120.68.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D37B43FE3 for ; Sun, 1 Jun 2003 07:05:03 -0700 (PDT) (envelope-from wiebel@mezzanine.vandalon.nl) Received: by mezzanine.vandalon.nl (Postfix, from userid 1000) id 627E32A907; Sun, 1 Jun 2003 16:05:01 +0200 (CEST) Date: Sun, 1 Jun 2003 16:05:01 +0200 From: Joris Vandalon To: current@freebsd.org Message-ID: <20030601140501.GA49092@mezzanine.vandalon.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: IPv4 problems with an driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:06:24 -0000 Hi there, I'm having some troubles with my an (cisco 350) device under current. it seems like ipv4 is not workint perfectly. ipv6 seems to work fine though. here the ping statistics to my gateway over ipv4 and ipv6 - --- 192.168.2.1 ping statistics --- 100 packets transmitted, 67 packets received, 33% packet loss round-trip min/avg/max/stddev = 2.114/2.232/3.187/0.168 ms - - --- 2001:ab8:1002:666::1 ping6 statistics --- 101 packets transmitted, 101 packets received, 0% packet loss round-trip min/avg/max/std-dev = 2.036/2.987/8.183/1.111 ms - Has anyone seen this problems as well? Regards, Joris From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:31:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC0EC37B401 for ; Sun, 1 Jun 2003 07:31:59 -0700 (PDT) Received: from oldrelay.kundenserver.de (oldrelay.kundenserver.de [195.20.224.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249354400F for ; Sun, 1 Jun 2003 07:30:37 -0700 (PDT) (envelope-from Majordomo-owner@mailingliste.kundenserver.de) Received: from majordomo by oldrelay.kundenserver.de with local (Exim 2.12 #1) id 19MTr0-00018a-00 for current@freebsd.org; Sun, 1 Jun 2003 16:30:34 +0200 To: current@freebsd.org From: Majordomo@mailingliste.kundenserver.de X-No-Loop: kundenserver.de MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Precedence: bulk Message-Id: Date: Sun, 1 Jun 2003 16:30:34 +0200 Subject: Mailinglistenverwalter: : ML-(un)subscribe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: Majordomo@mailingliste.kundenserver.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:32:00 -0000 -- **** Ihre E-Mail an Majordomo@mailingliste.kundenserver.de mit dem Kommando **** **** subscribe newsletter@laserhotline.de current@freebsd.org **** **** muss überprüft werden. Hierzu wird eine weitere E-Mail mit einem **** Authentifizierungschlüssel an folgende Adresse geschickt: **** current@freebsd.org **** **** Erst wenn diese zweite E-Mail nochmals vom Empfänger bestätigt wurde **** ist current@freebsd.org auf der Mailingliste angemeldet. **** ----- **** Your request to Majordomo@mailingliste.kundenserver.de: **** **** subscribe newsletter@laserhotline.de current@freebsd.org **** **** must be authenticated. To accomplish this, another request must be **** sent in with an authorization key, which has been sent to: **** current@freebsd.org **** From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:32:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5515B37B401 for ; Sun, 1 Jun 2003 07:32:00 -0700 (PDT) Received: from oldrelay.kundenserver.de (oldrelay.kundenserver.de [195.20.224.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 205834400E for ; Sun, 1 Jun 2003 07:30:37 -0700 (PDT) (envelope-from Majordomo-owner@mailingliste.kundenserver.de) Received: from majordomo by oldrelay.kundenserver.de with local (Exim 2.12 #1) id 19MTr2-00018h-00 for current@freebsd.org; Sun, 1 Jun 2003 16:30:36 +0200 To: current@freebsd.org From: Majordomo@mailingliste.kundenserver.de X-No-Loop: kundenserver.de MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Precedence: bulk Message-Id: Date: Sun, 1 Jun 2003 16:30:36 +0200 Subject: subscribe newsletter@laserhotline.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: Majordomo@mailingliste.kundenserver.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:32:01 -0000 -- ------------------------------------------------------------------------ ACHTUNG: Ihre E-Mail-Adresse wurde noch NICHT in die Mailingliste eingetragen! Bitte bestätigen Sie die Eintragung nun wie folgt beschrieben: ------------------------------------------------------------------------ - Sie erhalten diese E-Mail zur Verifizierung. Um Ihre E-Mail-Adresse in die obige Mailingliste einzutragen, klicken Sie bitte auf diesen Link: - Oder schicken Sie zur Bestätigung eine E-Mail, indem Sie auf diese E-Mail antworten. Verwenden Sie dafür die 'Beantworten/Reply' Funktion in ihrem E-Mail-Programm. Löschen Sie dann alles bis auf folgende Textzeile und stellen Sie dabei sicher, dass kein '>' am Zeilenanfang steht und dass Sie keine HTML E-Mail versenden: auth c043c9c9 subscribe newsletter@laserhotline.de current@freebsd.org - Oder, wenn Sie nicht Teilnehmer der Mailingliste werden wollen, ignorieren Sie diese E-Mail einfach, Sie werden dann nicht auf die Liste eingetragen. Bei Fragen zur Mailingliste wenden Sie sich bitte an den Administrator: wh@laserhotline.de ======================================================================== Someone (possibly you) has requested that your email address be added to the mailing list "newsletter@laserhotline.de". - If you really want this action to be taken, please click this link: - Or send the following command (exactly as shown, no leading '>') back to "Majordomo@mailingliste.kundenserver.de", please send the mail as plain text, not as HTML encoded mail: auth c043c9c9 subscribe newsletter@laserhotline.de current@freebsd.org - If you do not want this action to be taken, simply ignore this message and the request will be disregarded. If you have any questions about the policy of the list owner, please contact contact wh@laserhotline.de ======================================================================== L'inscription de votre adresse e-mail sur la liste de diffusion newsletter@laserhotline.de a été demandé (vraisemblablement par vous-même). - Afin de confirmer cette inscription veuillez nous renvoyer la ligne ci-dessous sans la modifier (veuillez même ne pas rajouter ">" au début de la ligne) à Majordomo@mailingliste.kundenserver.de. Veuillez nous renvoyer cet email dans le format texte et pas au format HTML: auth c043c9c9 subscribe newsletter@laserhotline.de current@freebsd.org - Alternativement, vous pouvez aussi vous authentifier en cliquent le lient suivant: - Si vous ne voulez pas vous inscrire à cette liste de diffusion, ignorer simplement cet email. Vous ne serez alors pas inscrit sur la liste. Pour toutes questions au sujet de cette liste de diffusion, veuillez vous adresser à l'administrateur: wh@laserhotline.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:35:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1921837B404 for ; Sun, 1 Jun 2003 07:35:14 -0700 (PDT) Received: from oldrelay.kundenserver.de (oldrelay.kundenserver.de [195.20.224.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E452243FDD for ; Sun, 1 Jun 2003 07:33:52 -0700 (PDT) (envelope-from Majordomo-owner@mailingliste.kundenserver.de) Received: from majordomo by oldrelay.kundenserver.de with local (Exim 2.12 #1) id 19MTu9-0001ZQ-00 for current@freebsd.org; Sun, 1 Jun 2003 16:33:49 +0200 To: current@freebsd.org From: Majordomo@mailingliste.kundenserver.de X-No-Loop: kundenserver.de MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Precedence: bulk Message-Id: Date: Sun, 1 Jun 2003 16:33:49 +0200 Subject: Mailinglistenverwalter: : auth X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: Majordomo@mailingliste.kundenserver.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:35:14 -0000 X-List-Received-Date: Sun, 01 Jun 2003 14:35:14 -0000 -- Willkommen, Ihre Anmeldung zu newsletter@laserhotline.de war erfolgreich. Wenn Sie sich von der Liste wieder austragen möchten, benutzen Sie einfach das WWW-Interface oder schicken Sie eine E-Mail an "majordomo@mailingliste.kundenserver.de", mit leerem Betreff und folgender Zeile in der Nachricht: unsubscribe newsletter@laserhotline.de current@freebsd.org Bitte schicken Sie Ihren Wunsch zum Austragen aus der Liste nicht an die Liste selbst, oder den Administrator der Liste. Bei Fragen zur Mailingliste wenden Sie sich an den Administrator wh@laserhotline.de. ----- Welcome, your subscription to newsletter@laserhotline.de has been successful. If you ever want to get off the list use the WWW interface or send an email to "majordomo@mailingliste.kundenserver.de" with an empty subject and one line in the body reading unsubscribe newsletter@laserhotline.de current@freebsd.org Please do not send any unsubscribe requests directly to the list or the list maintainer. If you have questions regarding this list write to the maintainer wh@laserhotline.de. ----- Bienvenue! Suite à votre demande, vous venez d'être inscrit sur la liste de diffusion newsletter@laserhotline.de Si vous souhaitez ne plus faire partie de cette liste, il vous suffit d' utiliser l'interface WWW, ou d'envoyer le mail suivant (sans objet) à majordomo@mailingliste.kundenserver.de: unsubscribe newsletter@laserhotline.de current@freebsd.org Attention de ne pas envoyer ce message de désinscription ni à la liste, ni à l'administrateur de la liste! From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:35:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7698B37B401 for ; Sun, 1 Jun 2003 07:35:17 -0700 (PDT) Received: from oldrelay.kundenserver.de (oldrelay.kundenserver.de [195.20.224.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9863D43FE3 for ; Sun, 1 Jun 2003 07:33:56 -0700 (PDT) (envelope-from Majordomo-owner@mailingliste.kundenserver.de) Received: from majordomo by oldrelay.kundenserver.de with local (Exim 2.12 #1) id 19MTuA-0001ZN-00 for current@freebsd.org; Sun, 1 Jun 2003 16:33:50 +0200 To: current@freebsd.org From: Majordomo@mailingliste.kundenserver.de X-No-Loop: kundenserver.de MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Precedence: bulk Message-Id: Date: Sun, 1 Jun 2003 16:33:50 +0200 Subject: Mailinglistenverwalter: : auth X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Reply-To: Majordomo@mailingliste.kundenserver.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:35:17 -0000 -- Bei der Bearbeitung Ihrer Eintragung ist ein Fehler aufgetreten: current@freebsd.org ist bereits auf der Liste newsletter@laserhotline.de eingetragen. ----- An error occurred while processing your subscribe request: current@freebsd.org is already subscribed to newsletter@laserhotline.de. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:56:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B98737B401 for ; Sun, 1 Jun 2003 07:56:23 -0700 (PDT) Received: from sccrmhc11.attbi.com (sccrmhc11.attbi.com [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CAB43FDD for ; Sun, 1 Jun 2003 07:55:02 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.232.168.4]) by attbi.com (sccrmhc11) with ESMTP id <20030601145501011006rh8te>; Sun, 1 Jun 2003 14:55:01 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id HAA73412; Sun, 1 Jun 2003 07:55:00 -0700 (PDT) Date: Sun, 1 Jun 2003 07:55:00 -0700 (PDT) From: Julian Elischer To: Martin Blapp In-Reply-To: <20030601112540.V94836@cvs.imp.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: vm-related panic with 5.1RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:56:23 -0000 On Sun, 1 Jun 2003, Martin Blapp wrote: > > Hi all, > > I just got this panic during compile of openoffice > > Fatal trap 12 while in kernel mode > fault virtual address = 0x68 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0271f4d > stack pointer = 0x10:0xe6e51ab0 > frame pointer = 0x10:0xe6e51ae0 > code segement = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32, gran 1 > processor flags = interrupt enabled, resume, IOPL =1 > current process = 22362 > kernel: type 12 trap, code=0 > Stopped at _mtx_lock_sleep+0x16d: movl 0x68(%ecx),%edx > db> trace > _mtx_lock_sleep(c082f0b0,0,0,0,c0678415) at _mtx_lock_sleep+0x16d > vm_map_delete(c082f000, d0d0d000, d0d11000, e6effda0, c78d5720) at vm_map_delete+0x383) > vm_map_remove(c082f000, d0d0d000, d0d11000, e6e51b9c, c03b247f) at vm_map_remove+0x58) > kmem_free(c082f000, d0d0d000, 3000, 0, 80) at kmem_free+0x32 > cpu_thread_clean(c78d54c0, e6e51bb4,c78d54c0, c78d54c0, e6e51be4) at > cpu_thread_clean+0x7f > thread_free(c78d54c0, e6e51bd0, c0275839, c67a3000, c6abf030) at thread_free+0x14 > thread_reap(c78d55f0) at thread_reap+0x16c > thread_wait(c656b000, ffffffff, 0, c03feb34,0) at thread_wait+0x55 > wait1(c6569980, e6e51d10, 0, e6e51d40, c03b0dfa) at wait1+0x738 > wait5(c6569980, e6e51d10, 10, c6569980, 4) at wait4+0x20 > syscall(2f, 2f, 2f, bfbff074, 325) at syscall+0x2aa > Xint0x80_syscall() at Xint0x80_syscall()+0x1d > --- syscall (7, FreeBSD ELF32, wait4) eip = 0x807b28b, esp = 0xbfbfefbc, > ebp = 0xbfbfefd8) > > Unfortunatly my partition was too small, so I could not get a dump. I've > adjusted this now and the next time it panics I'll have one ready. This is with KSE right? I've seen this.. but never when I'm ready for it.. The 0xd0d11000 is always there.. it seems to be a symptom of the problem. It' probably an important clue.. I think it indicates a garbage pointer fo some type. > > Martin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 07:58:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7607137B401; Sun, 1 Jun 2003 07:58:25 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B7D43FEC; Sun, 1 Jun 2003 07:54:24 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.sul.t-online.de by mailout08.sul.t-online.com with smtp id 19MUE3-00060J-01; Sun, 01 Jun 2003 16:54:23 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.113.82]) by fmrl06.sul.t-online.com with esmtp id 19MUDo-1KbGqmC; Sun, 1 Jun 2003 16:54:08 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h51Es7Sa011869; Sun, 1 Jun 2003 16:54:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h51Es6fE001849; Sun, 1 Jun 2003 16:54:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 1 Jun 2003 16:54:06 +0200 From: Alexander Leidinger To: re@freebsd.org Message-Id: <20030601165406.20550ba0.Alexander@Leidinger.net> In-Reply-To: <200306011300.h51D0DMH042667@fledge.watson.org> References: <200306011300.h51D0DMH042667@fledge.watson.org> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net cc: rwatson@freebsd.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 14:58:25 -0000 On Sun, 1 Jun 2003 09:00:13 -0400 (EDT) Robert Watson wrote: > Areas requiring immediate testing I already reported to -current that I wasn't able to umount a msdosfs slice a while ago (umount failed with "busy" and the slice was still mounted), last week I had the possibility to test it with a May 25 kernel again and I still wasn't able to umount the msdosfs slice. I tried not with the same harddisk as last time and the slices wheren't created by the same Windows system, so I exclude the possibility of a damaged slice. I try to get time to connect the harddisk again to my system (with a May 30 kernel) before I return the disk, but I think the issue should get added to the list of issues to look at before 5.1 (at least to be able to add it to the errata). Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 08:07:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3190137B401 for ; Sun, 1 Jun 2003 08:07:47 -0700 (PDT) Received: from baer.de-punkt.de (baer.de-punkt.de [62.4.81.212]) by mx1.FreeBSD.org (Postfix) with SMTP id D7F1F43FBF for ; Sun, 1 Jun 2003 08:06:25 -0700 (PDT) (envelope-from phpwizard-return-@rent-a-phpwizard.de) Received: (qmail 20212 invoked by alias); 1 Jun 2003 14:35:03 -0000 Mailing-List: contact phpwizard-help@rent-a-phpwizard.de; run by ezmlm Date: 1 Jun 2003 14:35:03 -0000 Message-ID: <1054478103.20211.ezmlm@rent-a-phpwizard.de> From: phpwizard-help@rent-a-phpwizard.de To: current@freebsd.org Delivered-To: responder for phpwizard@rent-a-phpwizard.de Received: (qmail 20207 invoked by uid 609); 1 Jun 2003 14:35:03 -0000 MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Subject: confirm subscribe to phpwizard@rent-a-phpwizard.de X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: phpwizard-sc.1054478103.hadcimplemfmehcciakb-current=freebsd.org@rent-a-phpwizard.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 15:07:47 -0000 Hi! This is the ezmlm program. I'm managing the phpwizard@rent-a-phpwizard.de mailing list. To confirm that you would like current@freebsd.org added to the phpwizard mailing list, please send an empty reply to this address: phpwizard-sc.1054478103.hadcimplemfmehcciakb-current=freebsd.org@rent-a-phpwizard.de Usually, this happens when you just hit the "reply" button. If this does not work, simply copy the address and paste it into the "To:" field of a new message. This confirmation serves two purposes. First, it verifies that I am able to get mail through to you. Second, it protects you in case someone forges a subscription request in your name. --- Administrative commands for the phpwizard list --- I can handle administrative requests automatically. Please do not send them to the list address! Instead, send your message to the correct command address: To subscribe to the list, send a message to: To remove your address from the list, send a message to: Send mail to the following for info and FAQ for this list: To get messages 123 through 145 (a maximum of 100 per request), mail: To get an index with subject and author for messages 123-456 , mail: They are always returned as sets of 100, max 2000 per request, so you'll actually get 100-499. To receive all messages with the same subject as message 12345, send an empty message to: The messages do not really need to be empty, but I will ignore their content. Only the ADDRESS you send to is important. You can start a subscription for an alternate address, for example "john@host.domain", just add a hyphen and your address (with '=' instead of '@') after the command word: To stop subscription for this address, mail: In both cases, I'll send a confirmation message to that address. When you receive it, simply reply to it to complete your subscription. If despite following these instructions, you do not get the desired results, please contact my owner at phpwizard-owner@rent-a-phpwizard.de. Please be patient, my owner is a lot slower than I am ;-) --- Enclosed is a copy of the request I received. Return-Path: Received: (qmail 20207 invoked by uid 609); 1 Jun 2003 14:35:03 -0000 Date: 1 Jun 2003 14:35:03 -0000 Message-ID: <20030601143503.20206.qmail@baer.de-punkt.de> To: phpwizard-subscribe-current=freebsd.org@rent-a-phpwizard.de Subject: From: current@freebsd.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 08:12:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC27E37B401 for ; Sun, 1 Jun 2003 08:12:24 -0700 (PDT) Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFF7744008 for ; Sun, 1 Jun 2003 08:11:03 -0700 (PDT) (envelope-from root@disquiet.com) Received: from Disquiet.disquiet.com ([68.14.109.152]) by lakemtao01.cox.netESMTP <20030601151102.CGSA8337.lakemtao01.cox.net@Disquiet.disquiet.com> for ; Sun, 1 Jun 2003 11:11:02 -0400 Message-Id: <5.2.1.1.0.20030601101051.01a4caf8@wheresmymailserver.com> X-Sender: X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Sun, 01 Jun 2003 10:11:01 -0500 To: current@freebsd.org From: "Disquiet.com" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: confirmation required -- for Disquiet.com subscription X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 15:12:25 -0000 To complete your Disquiet.com email subscription, you must confirm your request by replying to this message. Be sure to include this phrase: ['j9r3,a1] If you did not request, or do not want, a subscription to the free Disquiet.com email newsletter, please accept this apology and ignore this message. Thanks. PS: If you wouldn't mind, please note in your reply how you came across the Disquiet website.. - - - Disquiet.com \ reflections on ambient/electronic music, and interviews with the people who make it \ http://www.disquiet.com \ root@disquiet.com. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 08:40:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2C8337B401 for ; Sun, 1 Jun 2003 08:40:37 -0700 (PDT) Received: from s-smtp-osl-01.bluecom.no (s-smtp-osl-01.bluecom.no [62.101.193.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2A4043F75 for ; Sun, 1 Jun 2003 08:40:34 -0700 (PDT) (envelope-from erik@pentadon.com) Received: from eps (tromso-dhcp-234-175.bluecom.no [62.101.234.175]) by s-smtp-osl-01.bluecom.no (Postfix) with ESMTP id 4766616354D for ; Sun, 1 Jun 2003 17:39:17 +0200 (CEST) From: "Erik Paulsen Skaalerud" To: Date: Sun, 1 Jun 2003 17:39:22 +0200 Message-ID: <000001c32853$f96d43b0$0a00000a@eps> X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: Eh.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 15:40:38 -0000 Can someone find out who's trying to add the freebsd mailinglist to other mailinglists? This is getting annoying. Erik. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 08:50:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 643A337B401 for ; Sun, 1 Jun 2003 08:50:57 -0700 (PDT) Received: from mail2.ymlp.net (mail2.ymlp.net [217.71.120.249]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FF4443F3F for ; Sun, 1 Jun 2003 08:50:54 -0700 (PDT) (envelope-from bounce@mail2.ymlp.net) Received: (qmail 8156 invoked by uid 0); 1 Jun 2003 15:51:02 -0000 Date: 1 Jun 2003 15:51:02 -0000 Message-ID: <20030601155102.8155.qmail@mail2.ymlp.net> To: current@freebsd.org From: "Fashions of India" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: Confirm your subscription to: Fashions of India Newsletter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 15:50:57 -0000 A few minutes ago, you entered your email address at http://www.fashions-of-india.com to be added to our mailing list. This list has a double optin feature so you must visit the URL listed below to confirm your subscription. Sincerely, The Fashions of India Team http://www.ymlp.com/confirm.php?13360_03060117504118 ______________ You receive this message because your email address was entered at http://www.fashions-of-india.com/newsletter.htm ( IP: 139.175.150.11 ; Netscape 5.0 ; FreeBSD ) If this message was sent in error, please disregard it and no further messages will be sent. Powered by http://www.YourMailingListProvider.com From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:03:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EF6E37B401 for ; Sun, 1 Jun 2003 09:03:07 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EBFD43FFD for ; Sun, 1 Jun 2003 09:03:06 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h51G35uD069904 for ; Sun, 1 Jun 2003 17:03:05 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h51G35XP069903 for current@freebsd.org; Sun, 1 Jun 2003 17:03:05 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.9/8.12.9) with ESMTP id h51G1lHh003762 for ; Sun, 1 Jun 2003 17:01:47 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200306011601.h51G1lHh003762@grimreaper.grondar.org> To: current@freebsd.org Date: Sun, 01 Jun 2003 17:01:46 +0100 Sender: mark@grondar.org X-Spam-Status: No, hits=2.2 required=5.0 tests=FROM_NO_LOWER version=2.55 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Trolling and forge subscribes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:03:07 -0000 > Can someone find out who's trying to add the freebsd mailinglist to other > mailinglists? This is getting annoying. PLEASE DO NOT REPLY TO ANY OF THESE TROLLS! Turn on your filters, train your spam-assassins etc. Please DON'T contribute to the traffic. The best way to make a troll go away is to ignore it. I'm dealing with the problem. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:05:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9AC437B401 for ; Sun, 1 Jun 2003 09:05:12 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D6F43FCB for ; Sun, 1 Jun 2003 09:04:57 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h51G3uOn075128; Sun, 1 Jun 2003 12:03:57 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h51G3uTN075125; Sun, 1 Jun 2003 12:03:56 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 1 Jun 2003 12:03:56 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: =?iso-8859-1?q?Magnus=20J?= In-Reply-To: <20030601080031.75593.qmail@web12902.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org Subject: Re: Fatal trap on RELENG_5_1 SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:05:13 -0000 Could you build your kernel with options DDB and debugging symbols, and when the kernel drops to the debugger on this panic, copy and past the stack trace into an e-mail? Alternatively, or perhaps as well, extract the information with a core. There are some excellent instructions on generating some comprehensive crash reports here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug.html This looks like it's a NULL pointer dereference, so the question we need to answer is: which pointer? To do that, we'll need to turn that back into a C line number, which will need the kernel with debugging symbols. Thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Sun, 1 Jun 2003, Magnus J wrote: > Hello everyone >=20 >=20 > I'm getting a fatal trap when I do 'shutdown' on an SMP-box that > I did cvsup on RELENG_5_1 yesterday. > 'reboot' works without any problems. >=20 > This is the message: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid=3D1; lapic.id =3D 01000000 > fault virtual address =3D 0x0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xe0197d11 > stack pointer =3D 0x10:0xe0197cec > frame pointer =3D 0x10:0x8 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 11 (idle: cpu1) > trap number =3D 12 > panic: page fault > cpuid=3D1; lapic.id =3D 01000000 > boot() called on cpu#1 >=20 >=20 > The machine is a 2x933 MHz PIII, Mainboard is Tyan Tiger 230, > 1.5 GB RAM. >=20 > If you need more details, please let me know. > I'm not a member of this mailing list. >=20 > Regards > Magnus >=20 >=20 > _____________________________________________________ > G=E5 f=F6re i k=F6n och f=E5 din sajt v=E4rderad p=E5 nolltid med Yahoo! = Express > Se mer p=E5: http://se.docs.yahoo.com/info/express/help/index.html > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:10:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A492337B401; Sun, 1 Jun 2003 09:10:07 -0700 (PDT) Received: from smtp.us2.messagingengine.com (ny2.fastmail.fm [66.111.4.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0F343F3F; Sun, 1 Jun 2003 09:10:06 -0700 (PDT) (envelope-from jstryker@petml.com) Received: from smtp.us2.messagingengine.com (server2.internal [10.202.2.133]) by server2.messagingengine.com (Postfix) with ESMTP id 283DD60DD7; Sun, 1 Jun 2003 08:27:44 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=smtp.us2.messagingengine.com) by messagingengine.com with SMTP; Sun, 01 Jun 2003 08:27:44 -0400 Received: by smtp.us2.messagingengine.com (Postfix, from userid 99) id 2435C60DE6; Sun, 1 Jun 2003 08:27:44 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "Jason Stryker" To: current@freebsd.org Date: Sun, 01 Jun 2003 04:27:44 -0800 X-Epoch: 1054470464 X-Sasl-enc: ovS1qCIPkBEsF5uZ3ldR1A Message-Id: <20030601122744.2435C60DE6@smtp.us2.messagingengine.com> cc: chat@freebsd.org Subject: subscribe {current,chat}@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:10:08 -0000 __ _ / _|_ _ ___| | __ | |_| | | |/ __| |/ / | _| |_| | (__| < |_| \__,_|\___|_|\_\ _ _ _ __ _ _| | | | '_ \| | | | | | | |_) | |_| | | | | .__/ \__,_|_|_| |_| _ _ | |__ ___ _ __ _ __ (_)_ __ __ _ | '_ \ / _ \ '_ \| '_ \| | '_ \ / _` | | | | | __/ | | | | | | | | | | (_| | |_| |_|\___|_| |_|_| |_|_|_| |_|\__, | |___/ _ | | ____ _ _ __ ___ _ __ | |/ / _` | '_ ` _ \| '_ \ | < (_| | | | | | | |_) | |_|\_\__,_|_| |_| |_| .__/ |_| This message released under the Fuck Fumerola License -- Jason Stryker jstryker@petml.com -- http://www.fastmail.fm - Send your email first class From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:10:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C7BE37B401; Sun, 1 Jun 2003 09:10:08 -0700 (PDT) Received: from smtp.us2.messagingengine.com (ny2.fastmail.fm [66.111.4.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9981C43F93; Sun, 1 Jun 2003 09:10:07 -0700 (PDT) (envelope-from jstryker@petml.com) Received: from smtp.us2.messagingengine.com (server2.internal [10.202.2.133]) by server2.messagingengine.com (Postfix) with ESMTP id 3A7E163BE7; Sun, 1 Jun 2003 08:28:11 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=smtp.us2.messagingengine.com) by messagingengine.com with SMTP; Sun, 01 Jun 2003 08:28:11 -0400 Received: by smtp.us2.messagingengine.com (Postfix, from userid 99) id 3633E63E25; Sun, 1 Jun 2003 08:28:11 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "Jason Stryker" To: current@freebsd.org Date: Sun, 01 Jun 2003 04:28:11 -0800 X-Epoch: 1054470491 X-Sasl-enc: A0cohRtzOT/VCic1YaJztg Message-Id: <20030601122811.3633E63E25@smtp.us2.messagingengine.com> cc: chat@freebsd.org Subject: subscribe {current,chat}@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:10:08 -0000 __ _ / _|_ _ ___| | __ | |_| | | |/ __| |/ / | _| |_| | (__| < |_| \__,_|\___|_|\_\ _ _ _ __ _ _| | | | '_ \| | | | | | | |_) | |_| | | | | .__/ \__,_|_|_| |_| _ _ | |__ ___ _ __ _ __ (_)_ __ __ _ | '_ \ / _ \ '_ \| '_ \| | '_ \ / _` | | | | | __/ | | | | | | | | | | (_| | |_| |_|\___|_| |_|_| |_|_|_| |_|\__, | |___/ _ | | ____ _ _ __ ___ _ __ | |/ / _` | '_ ` _ \| '_ \ | < (_| | | | | | | |_) | |_|\_\__,_|_| |_| |_| .__/ |_| This message released under the Fuck Fumerola License -- Jason Stryker jstryker@petml.com -- http://www.fastmail.fm - Choose from over 50 domains or use your own From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:10:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D46AB37B401; Sun, 1 Jun 2003 09:10:08 -0700 (PDT) Received: from smtp.us2.messagingengine.com (ny2.fastmail.fm [66.111.4.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE8F43F3F; Sun, 1 Jun 2003 09:10:08 -0700 (PDT) (envelope-from jstryker@petml.com) Received: from smtp.us2.messagingengine.com (server2.internal [10.202.2.133]) by server2.messagingengine.com (Postfix) with ESMTP id 74CAB4BA4E; Sun, 1 Jun 2003 08:27:19 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=smtp.us2.messagingengine.com) by messagingengine.com with SMTP; Sun, 01 Jun 2003 08:27:19 -0400 Received: by smtp.us2.messagingengine.com (Postfix, from userid 99) id 47E0C2554A; Sun, 1 Jun 2003 08:27:18 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "Jason Stryker" To: current@freebsd.org Date: Sun, 01 Jun 2003 04:27:18 -0800 X-Epoch: 1054470439 X-Sasl-enc: CpN9hu8dyIJvUu2ec4YcCw Message-Id: <20030601122718.47E0C2554A@smtp.us2.messagingengine.com> cc: chat@freebsd.org Subject: subscribe {current,chat}@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:10:09 -0000 __ _ / _|_ _ ___| | __ | |_| | | |/ __| |/ / | _| |_| | (__| < |_| \__,_|\___|_|\_\ _ _ _ __ _ _| | | | '_ \| | | | | | | |_) | |_| | | | | .__/ \__,_|_|_| |_| _ _ | |__ ___ _ __ _ __ (_)_ __ __ _ | '_ \ / _ \ '_ \| '_ \| | '_ \ / _` | | | | | __/ | | | | | | | | | | (_| | |_| |_|\___|_| |_|_| |_|_|_| |_|\__, | |___/ _ | | ____ _ _ __ ___ _ __ | |/ / _` | '_ ` _ \| '_ \ | < (_| | | | | | | |_) | |_|\_\__,_|_| |_| |_| .__/ |_| This message released under the Fuck Fumerola License -- Jason Stryker jstryker@petml.com -- http://www.fastmail.fm - A fast, anti-spam email service. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:10:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C2F37B401; Sun, 1 Jun 2003 09:10:10 -0700 (PDT) Received: from smtp.us2.messagingengine.com (ny2.fastmail.fm [66.111.4.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB4B43F3F; Sun, 1 Jun 2003 09:10:09 -0700 (PDT) (envelope-from jstryker@petml.com) Received: from smtp.us2.messagingengine.com (server2.internal [10.202.2.133]) by server2.messagingengine.com (Postfix) with ESMTP id 835D16508F; Sun, 1 Jun 2003 08:28:49 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=smtp.us2.messagingengine.com) by messagingengine.com with SMTP; Sun, 01 Jun 2003 08:28:49 -0400 Received: by smtp.us2.messagingengine.com (Postfix, from userid 99) id 7C81D65099; Sun, 1 Jun 2003 08:28:49 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "Jason Stryker" To: current@freebsd.org Date: Sun, 01 Jun 2003 04:28:49 -0800 X-Epoch: 1054470529 X-Sasl-enc: K5RRq1VF80Ehz/16VHTy/g Message-Id: <20030601122849.7C81D65099@smtp.us2.messagingengine.com> cc: chat@freebsd.org Subject: subscribe {current,chat}@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:10:11 -0000 __ _ / _|_ _ ___| | __ | |_| | | |/ __| |/ / | _| |_| | (__| < |_| \__,_|\___|_|\_\ _ _ _ __ _ _| | | | '_ \| | | | | | | |_) | |_| | | | | .__/ \__,_|_|_| |_| _ _ | |__ ___ _ __ _ __ (_)_ __ __ _ | '_ \ / _ \ '_ \| '_ \| | '_ \ / _` | | | | | __/ | | | | | | | | | | (_| | |_| |_|\___|_| |_|_| |_|_|_| |_|\__, | |___/ _ | | ____ _ _ __ ___ _ __ | |/ / _` | '_ ` _ \| '_ \ | < (_| | | | | | | |_) | |_|\_\__,_|_| |_| |_| .__/ |_| This message released under the Fuck Fumerola License -- Jason Stryker jstryker@petml.com -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:26:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AFA237B401; Sun, 1 Jun 2003 09:26:54 -0700 (PDT) Received: from smtp.us2.messagingengine.com (ny2.fastmail.fm [66.111.4.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D36343FA3; Sun, 1 Jun 2003 09:26:49 -0700 (PDT) (envelope-from jstryker@petml.com) Received: from smtp.us2.messagingengine.com (server2.internal [10.202.2.133]) by server2.messagingengine.com (Postfix) with ESMTP id 8B72664EB9; Sun, 1 Jun 2003 08:29:29 -0400 (EDT) Received: from 127.0.0.1 ([127.0.0.1] helo=smtp.us2.messagingengine.com) by messagingengine.com with SMTP; Sun, 01 Jun 2003 08:29:29 -0400 Received: by smtp.us2.messagingengine.com (Postfix, from userid 99) id 865BC64964; Sun, 1 Jun 2003 08:29:29 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "Jason Stryker" To: current@freebsd.org Date: Sun, 01 Jun 2003 04:29:29 -0800 X-Epoch: 1054470569 X-Sasl-enc: GVq4G0ikdem6A2haV8C/Jw Message-Id: <20030601122929.865BC64964@smtp.us2.messagingengine.com> cc: chat@freebsd.org Subject: subscribe {current,chat}@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:26:54 -0000 __ _ / _|_ _ ___| | __ | |_| | | |/ __| |/ / | _| |_| | (__| < |_| \__,_|\___|_|\_\ _ _ _ __ _ _| | | | '_ \| | | | | | | |_) | |_| | | | | .__/ \__,_|_|_| |_| _ _ | |__ ___ _ __ _ __ (_)_ __ __ _ | '_ \ / _ \ '_ \| '_ \| | '_ \ / _` | | | | | __/ | | | | | | | | | | (_| | |_| |_|\___|_| |_|_| |_|_|_| |_|\__, | |___/ _ | | ____ _ _ __ ___ _ __ | |/ / _` | '_ ` _ \| '_ \ | < (_| | | | | | | |_) | |_|\_\__,_|_| |_| |_| .__/ |_| This message released under the Fuck Fumerola License -- Jason Stryker jstryker@petml.com -- http://www.fastmail.fm - Does exactly what it says on the tin From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 09:45:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C710237B401 for ; Sun, 1 Jun 2003 09:45:58 -0700 (PDT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71A4443F3F for ; Sun, 1 Jun 2003 09:45:57 -0700 (PDT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) h51GjuDp077642 for ; Sun, 1 Jun 2003 18:45:56 +0200 (CEST) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) h51GjtO3005175 for ; Sun, 1 Jun 2003 18:45:55 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9/8.12.9/Submit) id h51Gjs3r005172; Sun, 1 Jun 2003 18:45:54 +0200 (MEST) To: freebsd-current@freebsd.org From: arno@heho.snv.jussieu.fr Date: 01 Jun 2003 18:45:49 +0200 Message-ID: Lines: 35 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr Subject: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 16:45:59 -0000 Hello, just in case re@ or a maintainer finds this worhtwhile : from my /etc/rc.conf : ifconfig_tap0="lladdr 00:90:27:3f:12:9f" apm_enable="YES" apmd_enable="YES" This gives me in dmesg-a (today's CVS) : 1) Setting hostname: M. > module_register: module if_tap already exists! > Module if_tap failed to register: 17 > can't re-use a leaf (if_tap_debug)! tap0: flags=8802 mtu 1500 ether 00:90:27:3f:12:9f bit I just compiled if_tap into my kernel, and I nowehere asked explicitly for kldloading "if_tap" (IIRC) 2) NFS access cache time=2 Starting usbd. > Starting apm. > Starting apm. Starting apmd. I somehow twice get 'Starting apm' ; voila, Arno From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 10:30:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D6437B401 for ; Sun, 1 Jun 2003 10:30:39 -0700 (PDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [193.162.153.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 691CC43F75 for ; Sun, 1 Jun 2003 10:30:38 -0700 (PDT) (envelope-from nicolai@catpipe.net) Received: from 80.164.80.184 (unknown [80.164.80.184]) by pfepa.post.tele.dk (Postfix) with ESMTP id CEDAE47FF22; Sun, 1 Jun 2003 19:30:36 +0200 (CEST) From: Nicolai Petri Organization: catpipe Systems ApS To: arno@heho.snv.jussieu.fr Date: Sun, 1 Jun 2003 19:30:26 +0200 User-Agent: KMail/1.5.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306011930.26131.nicolai@catpipe.net> cc: freebsd-current@freebsd.org Subject: Re: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 17:30:39 -0000 On Sunday 01 June 2003 18:45, arno@heho.snv.jussieu.fr wrote: > Hello, Hi Arno > > just in case re@ or a maintainer finds this worhtwhile : > 1) > > Setting hostname: M. > > > module_register: module if_tap already exists! > > Module if_tap failed to register: 17 > > can't re-use a leaf (if_tap_debug)! > > tap0: flags=8802 mtu 1500 > ether 00:90:27:3f:12:9f > > bit I just compiled if_tap into my kernel, and I nowehere asked > explicitly for kldloading "if_tap" (IIRC) > I don't exactly know why it tries to load if_tap when it is already present, but FreeBSD should not allow it to be double-linked into the kernel. I created a patch that (hopefully ;) disallows this. You can find it at : http://hobbes.bsd-dk.dk/~npp/kern_linker.patch I would appreciate if you have the time to test this to see if it aborts the loading correctly. I know it's not exactly the real fix but it should stop some panics. Could you also test if unloading the if_tap module panic's the system ? This should ofcourse be tested without my patch and preferably when a tap device is in use. > > voila, Arno Best regards, Nicolai Petri catpipe Systems ApS Ps. If any commiter reads this and would help getting this into the tree please let me know. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 10:49:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF17D37B401; Sun, 1 Jun 2003 10:49:16 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5247243FB1; Sun, 1 Jun 2003 10:49:16 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h51HiKZ28933; Sun, 1 Jun 2003 10:44:20 -0700 Received: from btc.adaptec.com (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id KAA24601; Sun, 1 Jun 2003 10:49:15 -0700 (PDT) Message-ID: <3EDA3BFA.1020602@btc.adaptec.com> Date: Sun, 01 Jun 2003 11:46:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> In-Reply-To: <20030601165406.20550ba0.Alexander@Leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: rwatson@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 17:49:17 -0000 Alexander Leidinger wrote: > On Sun, 1 Jun 2003 09:00:13 -0400 (EDT) > Robert Watson wrote: > > >> Areas requiring immediate testing > > > I already reported to -current that I wasn't able to umount a msdosfs > slice a while ago (umount failed with "busy" and the slice was still > mounted), last week I had the possibility to test it with a May 25 > kernel again and I still wasn't able to umount the msdosfs slice. I > tried not with the same harddisk as last time and the slices wheren't > created by the same Windows system, so I exclude the possibility of a > damaged slice. > > I try to get time to connect the harddisk again to my system (with a May > 30 kernel) before I return the disk, but I think the issue should get > added to the list of issues to look at before 5.1 (at least to be able > to add it to the errata). > > Bye, > Alexander. > I've mounted many MSDOS filesystems recently without problems. Do have any other information about this? Did you verify that there were no open vnodes on the filesystem? Scott From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 10:49:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A6537B404 for ; Sun, 1 Jun 2003 10:49:49 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C335243F3F for ; Sun, 1 Jun 2003 10:49:47 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 27469 invoked by uid 65534); 1 Jun 2003 17:49:46 -0000 Received: from pD90032BF.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.0.50.191) by mail.gmx.net (mp006) with SMTP; 01 Jun 2003 19:49:46 +0200 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h51HnhBj039301 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 1 Jun 2003 19:49:43 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: arno@heho.snv.jussieu.fr, freebsd-current@freebsd.org Date: Sun, 1 Jun 2003 19:49:39 +0200 User-Agent: KMail/1.5.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_2yj2+4y/8vRqtMw"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200306011949.42706.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 17:49:50 -0000 --Boundary-02=_2yj2+4y/8vRqtMw Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Sunday 01 June 2003 18:45, arno@heho.snv.jussieu.fr wrote: > > module_register: module if_tap already exists! > > Module if_tap failed to register: 17 > > can't re-use a leaf (if_tap_debug)! =46WIW, same thing happens for if_tun. =2D-=20 | Michael Nottebrock | KDE on FreeBSD | ,ww | | michaelnottebrock@gmx.net | --- | ,wWWCybaWW_) | | --- | http://freebsd.kde.org | free `WSheepW' | | http://tigress.com/lofi | --- | node II II | --Boundary-02=_2yj2+4y/8vRqtMw Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+2jy2Xhc68WspdLARAjMsAJ47gysh2UO8LYQc6ys9qkK3JvQ3+QCbBoDW PvZV+CY7ekKTJpS172v6r0c= =i+Y3 -----END PGP SIGNATURE----- --Boundary-02=_2yj2+4y/8vRqtMw-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 11:11:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C52B37B401; Sun, 1 Jun 2003 11:11:33 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6512243F75; Sun, 1 Jun 2003 11:11:32 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.sul.t-online.de by mailout08.sul.t-online.com with smtp id 19MXIn-0007jG-04; Sun, 01 Jun 2003 20:11:29 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.116.175]) by fmrl04.sul.t-online.com with esmtp id 19MXIW-1sOMTYC; Sun, 1 Jun 2003 20:11:12 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h51IBBSa012434; Sun, 1 Jun 2003 20:11:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h51IBAfE053739; Sun, 1 Jun 2003 20:11:10 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 1 Jun 2003 20:11:10 +0200 From: Alexander Leidinger To: Scott Long Message-Id: <20030601201110.7b11a30c.Alexander@Leidinger.net> In-Reply-To: <3EDA3BFA.1020602@btc.adaptec.com> References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> <3EDA3BFA.1020602@btc.adaptec.com> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net cc: rwatson@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 18:11:33 -0000 On Sun, 01 Jun 2003 11:46:34 -0600 Scott Long wrote: > I've mounted many MSDOS filesystems recently without problems. Do have > any other information about this? Did you verify that there were no > open vnodes on the filesystem? I just copied 13 GB from the msdosfs to an ufs slice and 8 GB from an ufs to the msdosfs slice. After that the system was idle for a while (several minutes, maybe 2 hours). Then I just did some 'ls' invocations to verify the copy procedure and tried to umount. I hadn't any program running with legitimate access to /mnt and I have no program running which accesses a random filesystem path, so no vnodes should have been open then. At the moment I have a simulation running in the background, so I can't reconnect the harddisk to the system, but I reconnect it tomorrow and present the typescript of the terminal session. Is there a way to set breakpoints in the kernel (no serial console) and if so, what would be interesting to look at? Bye, Alexander. -- The computer revolution is over. The computers won. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 11:13:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D38DB37B401; Sun, 1 Jun 2003 11:13:45 -0700 (PDT) Received: from tomts9-srv.bellnexxia.net (tomts9.bellnexxia.net [209.226.175.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839D843FA3; Sun, 1 Jun 2003 11:13:44 -0700 (PDT) (envelope-from dmagda@magda.ca) Received: from number6.magda.ca ([64.229.225.12]) by tomts9-srv.bellnexxia.netESMTP <20030601181343.XRF2188.tomts9-srv.bellnexxia.net@number6.magda.ca>; Sun, 1 Jun 2003 14:13:43 -0400 Received: from number6.magda.ca (localhost.magda.ca [127.0.0.1]) by number6.magda.ca (8.12.9/8.12.9) with ESMTP id h51IDgLw059169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Jun 2003 14:13:42 -0400 (EDT) (envelope-from dmagda@magda.ca) Received: (from dmagda@localhost) by number6.magda.ca (8.12.9/8.12.7/Submit) id h51IDg6e059168; Sun, 1 Jun 2003 14:13:42 -0400 (EDT) (envelope-from dmagda) Date: Sun, 1 Jun 2003 14:13:42 -0400 From: David Magda To: phk@freebsd.org Message-ID: <20030601181341.GA59161@number6.magda.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: GEOM & buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Magda List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 18:13:46 -0000 Getting the following message on a buildworld: mkdep -f .depend -a -I/usr/src/lib/libgeom /usr/src/lib/libgeom/geom_getxml.c /usr/src/lib/libgeom/geom_stats.c /usr/src/lib/libgeom/geom_xml2tree.c /usr/src/lib/libgeom/geom_ctl.c /usr/src/lib/libgeom/geom_ctl.c:48:27: geom/geom_ext.h: No such file or directory mkdep: compile failed Doing a 'find' doesn't turn up the header file: pilgrim:/usr/src# find . -name 'geom_ext*' pilgrim:/usr/src# From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 11:17:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A275037B401 for ; Sun, 1 Jun 2003 11:17:06 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B951043F75 for ; Sun, 1 Jun 2003 11:17:05 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h51IH0nA000895; Sun, 1 Jun 2003 20:17:01 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: David Magda From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 01 Jun 2003 14:13:42 EDT." <20030601181341.GA59161@number6.magda.ca> Date: Sun, 01 Jun 2003 20:17:00 +0200 Message-ID: <894.1054491420@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: GEOM & buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 18:17:06 -0000 This is already be fixed. In message <20030601181341.GA59161@number6.magda.ca>, David Magda writes: > >Getting the following message on a buildworld: > >mkdep -f .depend -a -I/usr/src/lib/libgeom > /usr/src/lib/libgeom/geom_getxml.c > /usr/src/lib/libgeom/geom_stats.c > /usr/src/lib/libgeom/geom_xml2tree.c > /usr/src/lib/libgeom/geom_ctl.c > /usr/src/lib/libgeom/geom_ctl.c:48:27: geom/geom_ext.h: > No such file or directory > mkdep: compile failed > >Doing a 'find' doesn't turn up the header file: > > pilgrim:/usr/src# find . -name 'geom_ext*' > pilgrim:/usr/src# > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 12:12:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAA1A37B401 for ; Sun, 1 Jun 2003 12:12:34 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 738B943FB1 for ; Sun, 1 Jun 2003 12:12:34 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (host14.tethered.net [206.117.27.14]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h51JCX118451 for ; Sun, 1 Jun 2003 12:12:33 -0700 (PDT) Message-ID: <3EDA4FE7.2090603@isi.edu> Date: Sun, 01 Jun 2003 12:11:35 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060107080008090108070500" Subject: i2c modules not hooked up to the build? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 19:12:35 -0000 This is a cryptographically signed message in MIME format. --------------ms060107080008090108070500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, is there a specific reason why the i2c modules aren't hooked up to the build in sys/modules/Makefile? diff -u -r1.324 Makefile --- Makefile 2003/05/31 18:36:40 1.324 +++ Makefile 2003/06/01 19:11:36 @@ -177,6 +177,7 @@ gnufpu \ hea \ hfa \ + i2c \ ibcs2 \ ie \ linprocfs \ Thanks, Lars -- Lars Eggert USC Information Sciences Institute --------------ms060107080008090108070500 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDYwMTE5MTEzNVowIwYJKoZIhvcNAQkEMRYEFGFdIyw441nrmd9hnrVn Su4j1f/MMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAA+r9DPbcKyu4LYG/DEcJXTAo6eTvY31OIAkp NI3+CAPvmlBzD6abcaeTa3RYXTmPJUFHaiZTiiHWI0s5UYHPP8YVRIYokzBQj2CDL/7T665/ ugya4TZIPxopmfopPSBAdv5+T530NbEjkXSxQkQS1PrxMl4BTfcVnyX5JhCykYS8m3Mwjhs+ HLfkeQ6vwvAxE4sGqJcS3fnC2aWVsRfipOSkO8PAi2DhPaoz3D6KNS2CgYkt3Qa+akGQmI2k eY/wQm5skfPld/srhlrOPXq8ARB9I4lRU6cCOWgce0tn/2tGKB0KDUg9kdVp/dD58MAd7OaH udj3l3LRdv080g/s6AAAAAAAAA== --------------ms060107080008090108070500-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 12:14:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA9D437B405 for ; Sun, 1 Jun 2003 12:14:02 -0700 (PDT) Received: from web12901.mail.yahoo.com (web12901.mail.yahoo.com [216.136.174.68]) by mx1.FreeBSD.org (Postfix) with SMTP id EBE2843F75 for ; Sun, 1 Jun 2003 12:14:01 -0700 (PDT) (envelope-from magnus_os@yahoo.se) Message-ID: <20030601191401.36928.qmail@web12901.mail.yahoo.com> Received: from [217.215.189.15] by web12901.mail.yahoo.com via HTTP; Sun, 01 Jun 2003 21:14:01 CEST Date: Sun, 1 Jun 2003 21:14:01 +0200 (CEST) From: =?iso-8859-1?q?Magnus=20J?= To: Robert Watson In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: Fatal trap on RELENG_5_1 SMP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 19:14:02 -0000 Hello I've rebuilt the kernel with these debug-options, and now I'm having difficulty reproducing the problem. That was not an issue before. Everytime I did 'shutdown', it crashed. Will continue trying. Any suggestions? Regards Magnus --- Robert Watson skrev: > Could you build your kernel with options DDB and debugging > symbols, and > when the kernel drops to the debugger on this panic, copy and > past the > stack trace into an e-mail? Alternatively, or perhaps as > well, extract > the information with a core. There are some excellent > instructions on > generating some comprehensive crash reports here: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > This looks like it's a NULL pointer dereference, so the > question we need > to answer is: which pointer? To do that, we'll need to turn > that back > into a C line number, which will need the kernel with > debugging symbols. > > Thanks! > > Robert N M Watson FreeBSD Core Team, TrustedBSD > Projects > robert@fledge.watson.org Network Associates Laboratories > > On Sun, 1 Jun 2003, Magnus J wrote: > > > Hello everyone > > > > > > I'm getting a fatal trap when I do 'shutdown' on an SMP-box > that > > I did cvsup on RELENG_5_1 yesterday. > > 'reboot' works without any problems. > > > > This is the message: > > > > Fatal trap 12: page fault while in kernel mode > > cpuid=1; lapic.id = 01000000 > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xe0197d11 > > stack pointer = 0x10:0xe0197cec > > frame pointer = 0x10:0x8 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = > 0 > > current process = 11 (idle: cpu1) > > trap number = 12 > > panic: page fault > > cpuid=1; lapic.id = 01000000 > > boot() called on cpu#1 > > > > > > The machine is a 2x933 MHz PIII, Mainboard is Tyan Tiger > 230, > > 1.5 GB RAM. > > > > If you need more details, please let me know. > > I'm not a member of this mailing list. > > > > Regards > > Magnus > > > > > > _____________________________________________________ > > Gå före i kön och få din sajt värderad på nolltid med Yahoo! > Express > > Se mer på: > http://se.docs.yahoo.com/info/express/help/index.html > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > > _____________________________________________________ Gå före i kön och få din sajt värderad på nolltid med Yahoo! Express Se mer på: http://se.docs.yahoo.com/info/express/help/index.html From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 12:46:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8459D37B401; Sun, 1 Jun 2003 12:46:24 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 628B743F3F; Sun, 1 Jun 2003 12:46:23 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h51JkMk8006875; Sun, 1 Jun 2003 22:46:22 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <00b501c32876$74502fd0$812a40c1@PETEX31> From: "Petri Helenius" To: "Tim Robbins" References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> Date: Sun, 1 Jun 2003 22:46:11 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-current@FreeBSD.ORG Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 19:46:24 -0000 > RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be > unwise to use it in 5.0 for anything other than experimentation. Hopefully it > will be fixed before 5.2. > Makes one wonder how broken code ever got into the tree in the first place... Pete From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:16:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E540E37B401; Sun, 1 Jun 2003 13:16:05 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C15543F3F; Sun, 1 Jun 2003 13:16:05 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h51KFfkF067988; Sun, 1 Jun 2003 16:15:41 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h51KFeL7067987; Sun, 1 Jun 2003 20:15:40 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sun, 1 Jun 2003 20:15:40 GMT Message-Id: <200306012015.h51KFeL7067987@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Subject: [-CURRENT tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 20:16:06 -0000 TB --- 2003-06-01 20:12:52 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-06-01 20:12:52 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-01 20:15:32 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools [...] error before `:' token In file included from /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/bool-array.h:59, from /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/bool-array.cc:21: /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/options.h:150:1: unterminated #ifdef /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/options.h:32:1: unterminated #ifndef In file included from /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/bool-array.cc:21: /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/bool-array.h:55:1: unterminated #ifdef /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/contrib/gperf/src/bool-array.h:27:1: unterminated #ifndef *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-06-01 20:15:40 - /usr/bin/make returned exit code 1 TB --- 2003-06-01 20:15:40 - ERROR: failed to build world TB --- 2003-06-01 20:15:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:18:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A584937B401; Sun, 1 Jun 2003 13:18:49 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id F28CD43F85; Sun, 1 Jun 2003 13:18:48 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h51KIPkF068407; Sun, 1 Jun 2003 16:18:25 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h51KIPdr068406; Sun, 1 Jun 2003 20:18:25 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sun, 1 Jun 2003 20:18:25 GMT Message-Id: <200306012018.h51KIPdr068406@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 20:18:50 -0000 TB --- 2003-06-01 20:15:41 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-01 20:15:41 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-01 20:18:17 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools [...] error before `:' token In file included from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/bool-array.h:59, from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/bool-array.cc:21: /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/options.h:150:1: unterminated #ifdef /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/options.h:32:1: unterminated #ifndef In file included from /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/bool-array.cc:21: /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/bool-array.h:55:1: unterminated #ifdef /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/contrib/gperf/src/bool-array.h:27:1: unterminated #ifndef *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-01 20:18:25 - /usr/bin/make returned exit code 1 TB --- 2003-06-01 20:18:25 - ERROR: failed to build world TB --- 2003-06-01 20:18:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:20:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1053137B401; Sun, 1 Jun 2003 13:20:40 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8091843F3F; Sun, 1 Jun 2003 13:20:39 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h51KFhZ00815; Sun, 1 Jun 2003 13:15:43 -0700 Received: from btc.adaptec.com ([10.100.253.187]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id NAA03642; Sun, 1 Jun 2003 13:20:38 -0700 (PDT) Message-ID: <3EDA600C.90104@btc.adaptec.com> Date: Sun, 01 Jun 2003 14:20:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Petri Helenius References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> In-Reply-To: <00b501c32876$74502fd0$812a40c1@PETEX31> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 20:20:40 -0000 Petri Helenius wrote: >>RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be >>unwise to use it in 5.0 for anything other than experimentation. Hopefully it >>will be fixed before 5.2. >> > > Makes one wonder how broken code ever got into the tree in the first place... > > Pete > Just settle down a bit. If you rewind to last October, RAIDFrame worked well. Unfortunately, some kernel interfaces changed in between now and then and RAIDFrame was left behind. I am remis in not fixing it, but please understand that I also have quite a few other responsibilities, and I get paid $0 to work on RAIDframe. As for hardware raid, what cards have you tried, and what problems have you experienced? You last message was jsut a shot in the dark that few of us would be able to help with. Scott From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 13:53:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D529437B401 for ; Sun, 1 Jun 2003 13:53:05 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD9F343F75 for ; Sun, 1 Jun 2003 13:53:04 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h51Kr2BA098368; Sun, 1 Jun 2003 23:53:02 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h51Kr1uh098365; Sun, 1 Jun 2003 23:53:02 +0300 (EEST) Date: Sun, 1 Jun 2003 23:53:01 +0300 (EEST) From: Narvi To: Sheldon Hearn In-Reply-To: <20030601091723.GC71279@starjuice.net> Message-ID: <20030601235129.T40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 20:53:06 -0000 On Sun, 1 Jun 2003, Sheldon Hearn wrote: > On (2003/06/01 00:50), Daniel Eischen wrote: > > > > I just built jdk13 a couple of days ago. No problem whatsoever. You > > > guys must have rotten karma or something. > > > > Did you already have a native JDK installed? > > I built the native 1.4.1 JDK two weeks ago, first without the native JDK > for bootstrapping, and then with the native JDK. > > Both worked without a hitch. > > If you're having problems with the build, your input would be > appreciated on freebsd-java. > > The absence of credible Java support in FreeBSD has lost us significant > penetration in the past, and it would be disastrous if the perceptions > of the past shaped the future. > credible rather sounds like 'comes on the installation cd, doesn't have significantly more bugs than linux/solaris/xxx version' 8-( > FreeBSD now has some seriously committed Java people working hard on the > port, and it'd be a shame if they didn't get to hear about the problem > you've encountered. > > Ciao, > Sheldon. > From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:07:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0D1537B401 for ; Sun, 1 Jun 2003 14:07:57 -0700 (PDT) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8582B43F85 for ; Sun, 1 Jun 2003 14:07:56 -0700 (PDT) (envelope-from rorya@TrueStep.com) Received: from TrueStep.com (Wallstreet.lan [10.1.1.5]) by Tserver.TrueStep.com (8.12.9/8.12.9) with ESMTP id h51L7rvB019342 for ; Sun, 1 Jun 2003 17:07:53 -0400 (EDT) (envelope-from rorya@TrueStep.com) Date: Sun, 1 Jun 2003 17:07:53 -0400 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed From: Rory Arms To: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <1BDD0F44-9475-11D7-B397-000502D78289@TrueStep.com> X-Mailer: Apple Mail (2.552) X-Spam-Status: No, hits=-102.1 required=4.5 tests=USER_AGENT_APPLEMAIL,USER_IN_WHITELIST version=2.53 X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) Subject: installing kernel with securelevel set to 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 21:07:58 -0000 FreeBSD-current@ I just tried installing a kernel after compiling May 31st source and figured I would have to reboot to a lower securelevel, as I'm running with kern.securelevel set to 2. However, it slipped my mind and i've noticed it installed anyhow. Has this behavior changed? I thought that the kernel file (/boot/kernel/kernel) and its modules could not be replaced at that securelevel? Note: I'm currently running an April 6th -CURRENT. Also, all filesystems are UFS1, currently. As you can see, it installed kernel just fine for some reason. In the past, if the machine was running in secure mode it would stop at this point: [...] cd /usr/obj/usr/src/sys/TSERVER; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=i686 GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/ legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/ i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/ games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel install thiskernel=`sysctl -n kern.bootfile` ; if [ "$thiskernel" = /boot/kernel.old/kernel ] ; then chflags -R noschg /boot/kernel ; rm -rf /boot/kernel ; else if [ -d /boot/kernel.old ] ; then chflags -R noschg /boot/kernel.old ; rm -rf /boot/kernel.old ; fi ; mv /boot/kernel /boot/kernel.old ; if [ "$thiskernel" = /boot/kernel/kernel ] ; then sysctl kern.bootfile=/boot/kernel.old/kernel ; fi; fi kern.bootfile: /boot/kernel/kernel -> /boot/kernel.old/kernel mkdir -p /boot/kernel install -p -m 555 -o root -g wheel kernel /boot/kernel cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/TSERVER/modules KMODDIR=/boot/kernel MACHINE=i386 make install [...] Looks like it was able to remove the immutable flag w/o a problem, which isn't supposed to be allowed at securelevel 1 or 2. From securelevel(8): 1 Secure mode - the system immutable and system append-only flags may not be turned off; disks for mounted file systems, /dev/mem, and /dev/kmem may not be opened for writing; kernel modules (see kld(4)) may not be loaded or unloaded. 2 Highly secure mode - same as secure mode, plus disks may not be opened for writing (except by mount(2)) whether mounted or not. This level precludes tampering with file systems by unmounting them, but also inhibits running newfs(8) while the system is multi- user. Here's how I checked the securelevel: # sysctl kern.securelevel kern.securelevel: 2 # Also, checking the flags on "/boot/kernel/kernel" after the "make -j2 kernelinstall" there appears to be no flags set on the kernel file or any of its modules: # ls -lo /boot/kernel/kernel -r-xr-xr-x 1 root wheel - 3553557 Jun 1 16:24 /boot/kernel/kernel # Odd, no? Is there a new sysctl(8) directive that I'm missing? Maybe its a bug that's been fixed since Apr. 6th. Thanks, -rory From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:17:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8EC337B401 for ; Sun, 1 Jun 2003 14:17:14 -0700 (PDT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF6043FAF for ; Sun, 1 Jun 2003 14:17:13 -0700 (PDT) (envelope-from andy@athame.co.uk) Received: from vimes.int.athame.co.uk ([192.168.1.3]) by hex.athame.co.uk with esmtp (Exim 4.20) id 19MaCS-000Iid-Ek; Mon, 02 Jun 2003 00:17:08 +0300 From: Andy Fawcett To: Christopher Johnson , Dag-Erling Smorgrav Date: Mon, 2 Jun 2003 00:17:07 +0300 User-Agent: KMail/1.5.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306020017.07101.andy@athame.co.uk> cc: freebsd-current@freebsd.org Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 21:17:15 -0000 On Sunday 01 June 2003 02:03, Christopher Johnson wrote: > On Sat, 31 May 2003, Dag-Erling Smorgrav wrote: > > Daniel Eischen writes: > > > What are the above error messages? Sorry, I've never been able > > > to build native java for FreeBSD. > > > > # cd /usr/ports/java/jdk13 > > # make install clean > > > > DES > > I disagree. I recently built jdk13 on Friday and it died on me, > complaining about needing npapi.h. The build instructions did > mention downloading the Sun SDK source and eyesbeyond patchset, > but did not mention the Qt Netscape Plugin Extension. Okay, the problem here is (probably) that you have Qt 3.1.2 installed, which clobbers a couple of headers that it shouldn't, one of which is the npapi.h one. kde@freebsd is currently working on some patches to the qt31 port to fix this. In the meantime, your fix should be good enough -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:31:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99E2637B401 for ; Sun, 1 Jun 2003 14:31:59 -0700 (PDT) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A6843FAF for ; Sun, 1 Jun 2003 14:31:58 -0700 (PDT) (envelope-from rorya@TrueStep.com) Received: from TrueStep.com (Wallstreet.lan [10.1.1.5]) by Tserver.TrueStep.com (8.12.9/8.12.9) with ESMTP id h51LVtvB019459 for ; Sun, 1 Jun 2003 17:31:55 -0400 (EDT) (envelope-from rorya@TrueStep.com) Date: Sun, 1 Jun 2003 17:31:56 -0400 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed From: Rory Arms To: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <781BFFBC-9478-11D7-B397-000502D78289@TrueStep.com> X-Mailer: Apple Mail (2.552) X-Spam-Status: No, hits=-105.3 required=4.5 tests=QUOTED_EMAIL_TEXT,USER_AGENT_APPLEMAIL,USER_IN_WHITELIST version=2.53 X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp) Subject: Re: installing kernel with securelevel set to 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 21:32:00 -0000 I think I answered my own question. The kernel isn't installed with immutable flags to begin with -- So, my question is, why is this? I thought the advantage of making the kernel immutable was to better protect the system if root was compromised? I searched the archives regarding this, but found nothing that related to it. -rory > From: Rory Arms > Date: Sun Jun 1, 2003 17:07:53 US/Eastern > To: freebsd-current@freebsd.org > Subject: installing kernel with securelevel set to 2 > X-Mailer: Apple Mail (2.552) > > FreeBSD-current@ > > I just tried installing a kernel after compiling May 31st source and > figured I would have to reboot to a lower securelevel, as I'm running > with kern.securelevel set to 2. However, it slipped my mind and i've > noticed it installed anyhow. Has this behavior changed? I thought that > the kernel file (/boot/kernel/kernel) and its modules could not be > replaced at that securelevel? Note: I'm currently running an April 6th > -CURRENT. Also, all filesystems are UFS1, currently. > > As you can see, it installed kernel just fine for some reason. In the > past, if the machine was running in secure mode it would stop at this > point: > > [...] > cd /usr/obj/usr/src/sys/TSERVER; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=i686 > GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/ > legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/ > src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/ > usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel install > thiskernel=`sysctl -n kern.bootfile` ; if [ "$thiskernel" = > /boot/kernel.old/kernel ] ; then chflags -R noschg /boot/kernel ; rm > -rf /boot/kernel ; else if [ -d /boot/kernel.old ] ; then chflags > -R noschg /boot/kernel.old ; rm -rf /boot/kernel.old ; fi ; mv > /boot/kernel /boot/kernel.old ; if [ "$thiskernel" = > /boot/kernel/kernel ] ; then sysctl > kern.bootfile=/boot/kernel.old/kernel ; fi; fi > kern.bootfile: /boot/kernel/kernel -> /boot/kernel.old/kernel > mkdir -p /boot/kernel > install -p -m 555 -o root -g wheel kernel /boot/kernel > cd /usr/src/sys/modules; > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/TSERVER/modules > KMODDIR=/boot/kernel MACHINE=i386 make install > [...] > > Looks like it was able to remove the immutable flag w/o a problem, > which isn't supposed to be allowed at securelevel 1 or 2. > > From securelevel(8): > > 1 Secure mode - the system immutable and system append-only > flags may > not be turned off; disks for mounted file systems, > /dev/mem, and > /dev/kmem may not be opened for writing; kernel modules (see > kld(4)) may not be loaded or unloaded. > > 2 Highly secure mode - same as secure mode, plus disks may > not be > opened for writing (except by mount(2)) whether mounted or > not. > This level precludes tampering with file systems by > unmounting > them, but also inhibits running newfs(8) while the system > is multi- > user. > > Here's how I checked the securelevel: > # sysctl kern.securelevel > kern.securelevel: 2 > # > > Also, checking the flags on "/boot/kernel/kernel" after the "make -j2 > kernelinstall" there appears to be no flags set on the kernel file or > any of its modules: > > # ls -lo /boot/kernel/kernel > -r-xr-xr-x 1 root wheel - 3553557 Jun 1 16:24 /boot/kernel/kernel > # > > Odd, no? Is there a new sysctl(8) directive that I'm missing? Maybe > its a bug that's been fixed since Apr. 6th. > > Thanks, > > -rory > > From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:53:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 170DD37B401 for ; Sun, 1 Jun 2003 14:53:52 -0700 (PDT) Received: from rwcrmhc11.attbi.com (rwcrmhc11.attbi.com [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA5C043F75 for ; Sun, 1 Jun 2003 14:53:49 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.232.168.4]) by attbi.com (rwcrmhc11) with ESMTP id <2003060121534901300snkate>; Sun, 1 Jun 2003 21:53:49 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA76130 for ; Sun, 1 Jun 2003 14:53:48 -0700 (PDT) Date: Sun, 1 Jun 2003 14:53:47 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ftp.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 21:53:52 -0000 Just a quick note.. I noticed that packages-5-current directlry just got cleared out. (I guess a new set of packages is on the way). (bummer I was just upgrading a package from it :-) While it was "almost" empty I noticed that there is one file left dated May 8 in the "All" directory.. Whoever is responcible for that machine might like to rm it.. it's 7MB (called #cvs.cvsup-40860.3547). When it fills up again it'll be lost in the noise again.. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:57:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 852F337B401 for ; Sun, 1 Jun 2003 14:57:25 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1694743FDF for ; Sun, 1 Jun 2003 14:57:25 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by attbi.com (rwcrmhc51) with SMTP id <200306012157230510026rqke>; Sun, 1 Jun 2003 21:57:23 +0000 Date: Sun, 1 Jun 2003 14:57:23 -0700 (PDT) From: Doug Barton To: Paul Richards In-Reply-To: <20030528104027.GD6015@survey.codeburst.net> Message-ID: <20030601145626.Q99813@12-234-22-23.pyvrag.nggov.pbz> References: <20030528071326.GA29506@gvr.gvr.org> <32216.1054109479@critter.freebsd.dk> <20030528104027.GD6015@survey.codeburst.net> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: gbde Performance - 35Mb/s vs 5.2 MB/s X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 21:57:25 -0000 Personally I think it would make more sense for gdbe init to pull the sectorsize from the fs for the user. But, I'm not volunteering to write the code. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 14:57:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1658437B401 for ; Sun, 1 Jun 2003 14:57:45 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C0C443FB1 for ; Sun, 1 Jun 2003 14:57:44 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by attbi.com (rwcrmhc51) with ESMTP id <2003060121574405100266a6e>; Sun, 1 Jun 2003 21:57:44 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA76168 for ; Sun, 1 Jun 2003 14:57:43 -0700 (PDT) Date: Sun, 1 Jun 2003 14:57:41 -0700 (PDT) From: Julian Elischer To: FreeBSD current users In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: ftp.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 21:57:45 -0000 too late.. you already got it.... :-) This brings up a question.. How do we find out who to contact for each mirror etc.? I notice cvsup14 has been unreachable for a month now.. On Sun, 1 Jun 2003, Julian Elischer wrote: > Just a quick note.. > > I noticed that packages-5-current directlry just got cleared out. > (I guess a new set of packages is on the way). > (bummer I was just upgrading a package from it :-) > While it was "almost" empty I noticed that there is one > file left dated May 8 in the "All" directory.. > > Whoever is responcible for that machine might like to rm it.. > it's 7MB (called #cvs.cvsup-40860.3547). When it fills up again it'll > be lost in the noise again.. > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 15:05:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9193F37B401 for ; Sun, 1 Jun 2003 15:05:04 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id D827143F85 for ; Sun, 1 Jun 2003 15:05:03 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 1FB1810BF82; Mon, 2 Jun 2003 00:05:02 +0200 (CEST) Date: Mon, 2 Jun 2003 00:05:02 +0200 From: "Simon L. Nielsen" To: Julian Elischer Message-ID: <20030601220500.GA11953@nitro.dk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: FreeBSD current users Subject: Re: ftp.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 22:05:04 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.06.01 14:57:41 -0700, Julian Elischer wrote: > This brings up a question.. > How do we find out who to contact for each mirror etc.? In the handbook :) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html or perhaps the hubs mailling list if contact information is out of date. > I notice cvsup14 has been unreachable for a month now.. According to the handbook it should be adminitered by: cvsup14.FreeBSD.org (maintainer ), California --=20 Simon L. Nielsen --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+2niM8kocFXgPTRwRAvimAJ9c61tyZuK5FK+HRQVWmjcNWp7Q5ACfUn61 FcAmOQubgRDNVp0CblJgOSI= =fTh/ -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 15:25:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D07B337B401 for ; Sun, 1 Jun 2003 15:25:57 -0700 (PDT) Received: from web40304.mail.yahoo.com (web40304.mail.yahoo.com [66.218.78.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A03343F93 for ; Sun, 1 Jun 2003 15:25:57 -0700 (PDT) (envelope-from m_evmenkin@yahoo.com) Message-ID: <20030601222557.48106.qmail@web40304.mail.yahoo.com> Received: from [207.175.241.198] by web40304.mail.yahoo.com via HTTP; Sun, 01 Jun 2003 15:25:57 PDT Date: Sun, 1 Jun 2003 15:25:57 -0700 (PDT) From: Maksim Yevmenkin To: arno@heho.snv.jussieu.fr, freebsd-current@freebsd.org In-Reply-To: <2E7E8A35375D1449A6F28D5E022E67310AC4D6@USSC8MS04.Global.Cwintra.Com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 22:25:58 -0000 Hello, > just in case re@ or a maintainer finds this worhtwhile : > > from my /etc/rc.conf : > > ifconfig_tap0="lladdr 00:90:27:3f:12:9f" > apm_enable="YES" > apmd_enable="YES" > > This gives me in dmesg-a (today's CVS) : > > 1) > > Setting hostname: M. > > module_register: module if_tap already exists! > > Module if_tap failed to register: 17 > > can't re-use a leaf (if_tap_debug)! > tap0: flags=8802 mtu 1500 > ether 00:90:27:3f:12:9f > > bit I just compiled if_tap into my kernel, and I nowehere asked > explicitly for kldloading "if_tap" (IIRC) here what is (probably) going on. when system starts up you have no "tap0" interface. ifconfig(8) can not find "tap0" interface and tries to kldload(8) if_tap(4) module. since you already have if_tap(4) compiled into the kernel you get these messages. now the thing about tap(4) (and tun(4)) interfaces is that they are *virtual*, i.e. in order to create interface one need to open corresponding character device first, i.e. /dev/tapX (or /dev/tunX). i'm not sure why do you need to ifconfig tap0 interface in system startup script. the application that *uses* tap0 interface is supposed to do that. thanks, max __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 16:48:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7EDA37B401 for ; Sun, 1 Jun 2003 16:48:42 -0700 (PDT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF4F43F85 for ; Sun, 1 Jun 2003 16:48:41 -0700 (PDT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.9/jtpda-5.4) with ESMTP id h51NmdDp063988 ; Mon, 2 Jun 2003 01:48:39 +0200 (CEST) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) h51NmdO3046410 ; Mon, 2 Jun 2003 01:48:39 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9/8.12.9/Submit) id h51NmcUm046407; Mon, 2 Jun 2003 01:48:38 +0200 (MEST) To: Nicolai Petri References: <200306011930.26131.nicolai@catpipe.net> From: arno@heho.snv.jussieu.fr Date: 02 Jun 2003 01:48:38 +0200 In-Reply-To: <200306011930.26131.nicolai@catpipe.net> Message-ID: Lines: 40 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: freebsd-current@freebsd.org Subject: Re: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Jun 2003 23:48:42 -0000 > > > module_register: module if_tap already exists! > > > Module if_tap failed to register: 17 > > > can't re-use a leaf (if_tap_debug)! > > > > tap0: flags=8802 mtu 1500 > > ether 00:90:27:3f:12:9f > > > > bit I just compiled if_tap into my kernel, and I nowehere asked > > explicitly for kldloading "if_tap" (IIRC) > > > > I don't exactly know why it tries to load if_tap when it is already present, > but FreeBSD should not allow it to be double-linked into the kernel. I > created a patch that (hopefully ;) disallows this. You can find it at : > http://hobbes.bsd-dk.dk/~npp/kern_linker.patch > > I would appreciate if you have the time to test this to see if it aborts the > loading correctly. I know it's not exactly the real fix but it should stop > some panics. more or less : Setting hostname: M. > linker_file_register_modules: Cannot load module if_tap.ko. > linker_file_register_modules: Module if_tap is already loaded. > linker_load_file: register_modules_failed > linker_file_register_modules: Cannot load module if_tap.ko. > linker_file_register_modules: Module if_tap is already loaded. > linker_load_file: register_modules_failed tap0: flags=8802 mtu 1500 > Could you also test if unloading the if_tap module panic's the system ? This > should ofcourse be tested without my patch and preferably when a tap device > is in use. no more panic. thanx, Arno From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 18:24:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8823037B401 for ; Sun, 1 Jun 2003 18:24:13 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B6C43F85 for ; Sun, 1 Jun 2003 18:24:11 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 1EF09527A5; Mon, 2 Jun 2003 10:54:07 +0930 (CST) Date: Mon, 2 Jun 2003 10:54:06 +0930 From: Greg 'groggy' Lehey To: FreeBSD current users Message-ID: <20030602012406.GM73959@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fz0LNKsoEivY4NpG" Content-Disposition: inline User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Problems building today's world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 01:24:13 -0000 --fz0LNKsoEivY4NpG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've just cvsupped the latest -CURRENT, and it dies on me in gnu/usr.bin/gperf/doc: =3D=3D=3D> gnu/usr.bin/gperf/doc c++ -O -pipe -std=3Diso9899:1999 -I/usr/obj/src/FreeBSD/5-CURRENT-ZAPHOD= /src/i386/legacy/usr/include -I/src/FreeBSD/5-CURRENT-ZAPHOD/src/gnu/usr.bi= n/gperf/../../../contrib/gperf/lib -I/src/FreeBSD/5-CURRENT-ZAPHOD/src/gnu/= usr.bin/gperf -c /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/bool-a= rray.cc In file included from /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/o= ptions.h:154, from /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/b= ool-array.h:59, from /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/b= ool-array.cc:21: /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/options.icc:27: syntax= =20 error before `:' token In file included from /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/b= ool-array.h:59, from /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/b= ool-array.cc:21: /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/options.h:150:1: unterm= inated #ifdef /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/options.h:32:1: untermi= nated #ifndef In file included from /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/b= ool-array.cc:21: /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/bool-array.h:55:1: unte= rminated #ifdef /src/FreeBSD/5-CURRENT-ZAPHOD/src/contrib/gperf/src/bool-array.h:27:1: unte= rminated #ifndef *** Error code 1 Stop in /src/FreeBSD/5-CURRENT-ZAPHOD/src/gnu/usr.bin/gperf. *** Error code 1 Stop in /src/FreeBSD/5-CURRENT-ZAPHOD/src. *** Error code 1 Stop in /src/FreeBSD/5-CURRENT-ZAPHOD/src. *** Error code 1 Stop in /src/FreeBSD/5-CURRENT-ZAPHOD/src. The funny thing is that there's nothing obviously wrong with the source files. I suspect c++, which dates from: -r-xr-xr-x 3 root wheel 78708 May 22 17:38 /usr/bin/c++ Is there something I should be doing first? Greg -- See complete headers for address and phone numbers --fz0LNKsoEivY4NpG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+2qc2IubykFB6QiMRAp7FAJ9nRCgaZ9xGyvTcmeRKenC4umtj0gCdFSCo 03Bmw4qqB/rQ2HwGeTkR5rI= =j19J -----END PGP SIGNATURE----- --fz0LNKsoEivY4NpG-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 18:47:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E0CF37B401; Sun, 1 Jun 2003 18:47:58 -0700 (PDT) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ECEC43FB1; Sun, 1 Jun 2003 18:47:58 -0700 (PDT) (envelope-from hmp@nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1072) id A08B421058; Sun, 1 Jun 2003 18:47:57 -0700 (PDT) Date: Sun, 1 Jun 2003 18:47:57 -0700 From: Hiten Pandya To: current@FreeBSD.ORG Message-ID: <20030602014757.GA99626@perrin.int.nxad.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD FreeBSD 4.7-STABLE User-Agent: Mutt/1.5.4i cc: des@FreeBSD.ORG Subject: VFS: C99 sparse format for struct vfsops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 01:47:58 -0000 Gang, My fingers have been itching to do this since the day phk@ planted this idea in my brain (re: cdevsw initialisations). Basically, it changes the vfsops to use C99 sparse format, just like cdevsw. It removes a lot of junk default initialisations, and duplication. Just like phk@ said in his mail for cdevsw; likewise, we wil be able to add new vfsops without having to hunt down each driver to match. Except this patch was "not" generated automatically. While there, I have also nuked all the prototypes for the vfsops, and replaced them with the typedefs, available in sys/mount.h, i.e. vfs__t. If this patch gets approved by some senior mac-daddies of FreeBSD, I can kindly ask my mentor, DES, to commit this for me. 8-) The patch: http://people.FreeBSD.ORG/~hmp/patches/vfs-voodoo.patch My mentor, and some other developers on secret IRC channel have given this a cursory glance. I am composing my email from a kernel running with this patch -- no rabbits, or hard disks were harmed in the making of this patch. Cheers. -- Hiten (hmp@FreeBSD.ORG) From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 19:39:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE37B37B401 for ; Sun, 1 Jun 2003 19:39:43 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C49C43F75 for ; Sun, 1 Jun 2003 19:39:42 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id D6AAF51A78; Mon, 2 Jun 2003 12:09:38 +0930 (CST) Date: Mon, 2 Jun 2003 12:09:38 +0930 From: Greg 'groggy' Lehey To: FreeBSD current users Message-ID: <20030602023938.GB83069@wantadilla.lemis.com> References: <20030602012406.GM73959@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <20030602012406.GM73959@wantadilla.lemis.com> User-Agent: Mutt/1.4i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Re: Problems building today's world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 02:39:44 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 2 June 2003 at 10:54:06 +0930, Greg 'groggy' Lehey wrote: > I've just cvsupped the latest -CURRENT, and it dies on me in > gnu/usr.bin/gperf/doc: *sigh* Yes, of course I saw the dialogue between DES and obrien, and the subsequent commit, so I re-supped and cvs updated and it still happened. But then, I should have updated the correct tree :-( Sorry for the noise Greg -- See complete headers for address and phone numbers --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE+2rjqIubykFB6QiMRAimrAJwPx7teYwQykuDF+O9WBIUWbtJBbQCgsX/C BOAujICciQTZRyNEC9gPIEY= =E+hH -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 19:56:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EFEA37B401 for ; Sun, 1 Jun 2003 19:56:35 -0700 (PDT) Received: from 255-164.ip.ll.net (255-164.ip.ll.net [209.131.255.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6088C43F3F for ; Sun, 1 Jun 2003 19:56:34 -0700 (PDT) (envelope-from none@siu.edu) Received: from freebsd2.localnet10 (localhost [127.0.0.1]) by 255-164.ip.ll.net (8.12.9/8.12.9) with ESMTP id h51Lvgue021130 for ; Sun, 1 Jun 2003 21:57:46 GMT (envelope-from none@freebsd2.localnet10) Message-Id: <200306012157.h51Lvgue021130@255-164.ip.ll.net> Date: Sun, 1 Jun 2003 21:57:42 +0000 (CDT) From: none@freebsd2.localnet10 To: FreeBSD-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: i386-P4 make world from 06.01.2003 source failed: (csu/i386-elf) ISO CB89 long long error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jimd@siu.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 02:56:36 -0000 System: i386 P4 5.1-BETA2 (cvsup 06.01.2003.2114CDT) cd /usr/src cvsup standard-supfile make world . . . cc -O -pipe -mcpu=pentiumpro -elf -Wall -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -pedantic -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/lib/csu/i386-elf/crt1.c -o crt1.o cc1: warnings being treated as errors In file included from /usr/src/lib/csu/i386-elf/crt1.c:33: /usr/obj/usr/src/i386/usr/include/stdlib.h:134: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 20:55:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 519A737B401; Sun, 1 Jun 2003 20:55:19 -0700 (PDT) Received: from mx.relrs.com.br (patras.procergs.com.br [200.189.130.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1696343F75; Sun, 1 Jun 2003 20:55:18 -0700 (PDT) (envelope-from paa01375@ig.com.br) Received: from eta.ig.com.br (cm-net-poa-C8B02EC0.brdterra.com.br [200.176.46.192]) by mx.relrs.com.br (Postfix) with ESMTP id A78FD1BB29D; Mon, 2 Jun 2003 00:54:45 -0300 (BRT) Message-Id: <5.2.1.1.0.20030602005202.00a51ec0@pop.ig.com.br> X-Sender: paa01375@pop.ig.com.br (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Mon, 02 Jun 2003 00:52:38 -0300 To: freebsd-current@freebsd.org From: milo Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-hackers@freebsd.org Subject: MAXLOGNAME > 17 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 03:55:19 -0000 Hi, in my service I have one box linux runing openldap with five thousand accounts. Many servers linux do authentication in this box and everything is fine. We also use box freebsd 4, however without this feature because not works nss_ldap in this version. Well, whith the begin of the 5.1, a could see this working (thanks Vidrine). My problem is size of username, that can be bigger than seventeen caracteres. The define MAXLOGNAME in /usr/include/sys/param.h and UT_NAMESIZE in /usr/include/utmp.h show me this. I think that change this value can resolv. After one cvsup of current, my login and syslogd were compiled again but not works. Then I did one attach with gdb in login and I watched that mistake was in setlogin(username) in the child process. ----- May 30 18:51:57 ws-tor-0012 login: setlogin(procergs-carlos-louzada): Invalid argument - exiting ----- If this is true, I need recompile the kernel and libc (make world) with the new values? What can I do in this case? ps. About 5.1-beta2, my console is full of warnings: -------------- May 30 17:17:51 ws-tor-0012 kernel: Sleeping on "stopevent" with the following non-sleepa blelocks held: May 30 17:17:51 ws-tor-0012 kernel: exclusive sleep mutex sigacts r = 0 (0xc42c4aa8) lock ed @ /usr/src/sys/kern/subr_trap.c:248 May 30 17:17:51 ws-tor-0012 kernel: lock order reversal May 30 17:17:51 ws-tor-0012 kernel: 1st 0xc42c4aa8 sigacts (sigacts) @ /usr/src/sys/kern/ subr_trap.c:248 May 30 17:17:51 ws-tor-0012 kernel: 2nd 0xc4187608 process lock (process lock) @ /usr/src /sys/kern/kern_synch.c:312 May 30 17:17:51 ws-tor-0012 kernel: Stack backtrace: May 30 17:17:59 ws-tor-0012 kernel: Sleeping on "stopevent" with the following non-sleepa blelocks held: May 30 17:17:59 ws-tor-0012 kernel: exclusive sleep mutex sigacts r = 0 (0xc42d4aa8) lock ed @ /usr/src/sys/kern/subr_trap.c:248 -------------- -- milo From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 21:09:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14FB537B401; Sun, 1 Jun 2003 21:09:04 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4368A43F75; Sun, 1 Jun 2003 21:09:03 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5248bkF085389; Mon, 2 Jun 2003 00:08:37 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5248b1h085388; Mon, 2 Jun 2003 04:08:37 GMT (envelope-from des+tinderbox@freebsd.org) Date: Mon, 2 Jun 2003 04:08:37 GMT Message-Id: <200306020408.h5248b1h085388@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Subject: [-CURRENT tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 04:09:04 -0000 TB --- 2003-06-02 04:00:10 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-02 04:00:10 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-02 04:02:05 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries [...] /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/csu/alpha. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-02 04:08:37 - /usr/bin/make returned exit code 1 TB --- 2003-06-02 04:08:37 - ERROR: failed to build world TB --- 2003-06-02 04:08:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 21:17:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4894B37B401; Sun, 1 Jun 2003 21:17:41 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7481043F93; Sun, 1 Jun 2003 21:17:40 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h524HFkF001862; Mon, 2 Jun 2003 00:17:15 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h524HF6l001861; Mon, 2 Jun 2003 04:17:15 GMT (envelope-from des+tinderbox@freebsd.org) Date: Mon, 2 Jun 2003 04:17:15 GMT Message-Id: <200306020417.h524HF6l001861@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Subject: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 04:17:41 -0000 TB --- 2003-06-02 04:08:37 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-06-02 04:08:37 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-02 04:10:30 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include >>> stage 4: building libraries [...] /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/csu/i386-elf. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-06-02 04:17:15 - /usr/bin/make returned exit code 1 TB --- 2003-06-02 04:17:15 - ERROR: failed to build world TB --- 2003-06-02 04:17:15 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 21:25:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF1537B401; Sun, 1 Jun 2003 21:25:45 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 286C943F3F; Sun, 1 Jun 2003 21:25:45 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h524PJkF018199; Mon, 2 Jun 2003 00:25:19 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h524PJMN018198; Mon, 2 Jun 2003 04:25:19 GMT (envelope-from des+tinderbox@freebsd.org) Date: Mon, 2 Jun 2003 04:25:19 GMT Message-Id: <200306020425.h524PJMN018198@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Subject: [-CURRENT tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 04:25:46 -0000 TB --- 2003-06-02 04:17:15 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-06-02 04:17:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-02 04:18:50 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include >>> stage 4: building libraries [...] /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/csu/i386-elf. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-06-02 04:25:19 - /usr/bin/make returned exit code 1 TB --- 2003-06-02 04:25:19 - ERROR: failed to build world TB --- 2003-06-02 04:25:19 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 21:41:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ECE337B401; Sun, 1 Jun 2003 21:41:35 -0700 (PDT) Received: from praetor.linc-it.com (hardtime.linuxman.net [66.147.26.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F3443F93; Sun, 1 Jun 2003 21:41:34 -0700 (PDT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-156-172-64.jan.bellsouth.net [66.156.172.64]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id AE7AF15482; Sun, 1 Jun 2003 23:41:32 -0500 (CDT) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 1A45220F12; Sun, 1 Jun 2003 23:41:19 -0500 (CDT) Date: Sun, 1 Jun 2003 23:41:19 -0500 From: "Matthew D. Fuller" To: milo Message-ID: <20030602044119.GR61246@over-yonder.net> References: <5.2.1.1.0.20030602005202.00a51ec0@pop.ig.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.2.1.1.0.20030602005202.00a51ec0@pop.ig.com.br> User-Agent: Mutt/1.4i-fullermd.1 X-Editor: vi X-OS: FreeBSD cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: MAXLOGNAME > 17 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 04:41:35 -0000 On Mon, Jun 02, 2003 at 12:52:38AM -0300 I heard the voice of milo, and lo! it spake thus: > > I think that change this value can resolv. After one cvsup of current, > my login and syslogd were compiled again but not works. Then I did one > attach with gdb in login and I watched that mistake was in > setlogin(username) in the child process. Yes, you can. Just change the values, then do your buildworld/buildkernel etc. You may also need to recompile some ports that mess with usernames. I used to do this on 2.2.x to get 16-char usernames, and had to rebuild things like sshd to handle it ('course, with ssh in base now, that's one less). There were occasional weirdnesses (wtmp got screwy sometimes, never tracked it down), but overall it worked fine. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 22:13:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6694837B401 for ; Sun, 1 Jun 2003 22:13:59 -0700 (PDT) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE8AB43FBD for ; Sun, 1 Jun 2003 22:13:57 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 9162140E4 for ; Mon, 2 Jun 2003 14:13:56 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id C0AB440E2 for ; Mon, 2 Jun 2003 14:13:55 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 8D9201E4620 for ; Mon, 2 Jun 2003 14:13:55 +0900 (JST) Date: Mon, 02 Jun 2003 14:13:55 +0900 Message-ID: <7mvfvpcb8s.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 Subject: Remove absolute symlink in $MAKEOBJDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 05:13:59 -0000 In usual buildworld, we have absolute symbolic links in $MAKEOBJDIR. This causes built $MAKEOBJDIR can use to install the world on other boxen only if same /usr/src (or etc.) location and same $MAKEOBJDIR. I'm using this patch for months to avoid this situation. (1) Copy man pages rather than absolute symlinks. (2) Use correct dependency in sys/boot/i386/kgzldr. I'll commit this if noone objects. Index: bin/csh/Makefile =================================================================== RCS file: /home/ncvs/src/bin/csh/Makefile,v retrieving revision 1.30 diff -u -r1.30 Makefile --- bin/csh/Makefile 2 May 2003 06:39:13 -0000 1.30 +++ bin/csh/Makefile 2 May 2003 15:01:02 -0000 @@ -73,7 +73,7 @@ .endfor csh.1: tcsh.man - ln -sf ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} build-tools: gethost Index: gnu/usr.bin/cc/cpp/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cc/cpp/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- gnu/usr.bin/cc/cpp/Makefile 5 Jun 2002 21:30:45 -0000 1.22 +++ gnu/usr.bin/cc/cpp/Makefile 23 Jan 2003 23:20:00 -0000 @@ -17,6 +17,6 @@ CLEANFILES= cpp.1 cpp.1: cccp.1 - ln -sf ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} .include Index: gnu/usr.bin/cc/f77/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cc/f77/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- gnu/usr.bin/cc/f77/Makefile 9 Jun 2002 00:03:56 -0000 1.19 +++ gnu/usr.bin/cc/f77/Makefile 23 Jan 2003 23:20:10 -0000 @@ -18,6 +18,6 @@ CLEANFILES= f77.1 f77.1: g77.1 - ln -sf ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} .include Index: lib/libform/Makefile =================================================================== RCS file: /home/ncvs/src/lib/libform/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- lib/libform/Makefile 21 May 2002 07:08:30 -0000 1.7 +++ lib/libform/Makefile 23 Jan 2003 13:45:48 -0000 @@ -45,7 +45,7 @@ CLEANFILES+=${page:T:S/x$//g} MAN+=${page:T:S/x$//g} ${page:T:S/x$//g}: ${page} - ln -s ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} .endfor MLINKS+=form_cursor.3 pos_form_cursor.3 Index: lib/libmenu/Makefile =================================================================== RCS file: /home/ncvs/src/lib/libmenu/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- lib/libmenu/Makefile 21 May 2002 07:08:30 -0000 1.9 +++ lib/libmenu/Makefile 23 Jan 2003 13:46:03 -0000 @@ -42,7 +42,7 @@ CLEANFILES+=${page:T:S/x$//g} MAN+=${page:T:S/x$//g} ${page:T:S/x$//g}: ${page} - ln -s ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} .endfor MLINKS+=menu_attributes.3 menu_back.3 menu_attributes.3 menu_fore.3 \ Index: lib/libncurses/Makefile =================================================================== RCS file: /home/ncvs/src/lib/libncurses/Makefile,v retrieving revision 1.69 diff -u -r1.69 Makefile --- lib/libncurses/Makefile 30 Apr 2003 15:49:40 -0000 1.69 +++ lib/libncurses/Makefile 1 May 2003 22:54:23 -0000 @@ -410,7 +410,7 @@ CLEANFILES+=${page:T:S/x$//g} MAN+=${page:T:S/x$//g} ${page:T:S/x$//g}: ${page} - ln -sf ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} .endfor MLINKS+=ncurses.3 curses.3 Index: lib/libpanel/Makefile =================================================================== RCS file: /home/ncvs/src/lib/libpanel/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- lib/libpanel/Makefile 21 May 2002 05:41:07 -0000 1.8 +++ lib/libpanel/Makefile 23 Jan 2003 13:46:33 -0000 @@ -32,7 +32,7 @@ CLEANFILES+= panel.3 MAN= panel.3 panel.3: panel.3x - ln -s ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} MLINKS+=panel.3 bottom_panel.3 panel.3 del_panel.3 panel.3 hide_panel.3 \ panel.3 move_panel.3 panel.3 new_panel.3 panel.3 panel_above.3 \ Index: sys/boot/i386/kgzldr/Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/kgzldr/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- sys/boot/i386/kgzldr/Makefile 30 Sep 2002 20:37:57 -0000 1.12 +++ sys/boot/i386/kgzldr/Makefile 24 Jan 2003 07:01:52 -0000 @@ -1,8 +1,10 @@ # $FreeBSD: src/sys/boot/i386/kgzldr/Makefile,v 1.12 2002/09/30 20:37:57 peter Exp $ -FILES= kgzldr.o +PROG= kgzldr.o +NOMAN= +STRIP= +BINMODE=444 SRCS= start.s boot.c inflate.c lib.c crt.s sio.s -OBJS= ${SRCS:N*.h:R:S/$/.o/g} CFLAGS= -ffreestanding CFLAGS+=-Os CFLAGS+=-DKZIP @@ -15,7 +17,9 @@ BOOT_COMCONSOLE_PORT?= 0x3f8 AFLAGS+=--defsym SIO_PRT=${BOOT_COMCONSOLE_PORT} -kgzldr.o: ${OBJS} - ${CC} ${LDFLAGS} -o ${.TARGET} ${OBJS} +.if target(${PROG}) +CFLAGS= ${LDFLAGS} +LDADD= +.endif .include Index: usr.bin/awk/Makefile =================================================================== RCS file: /home/ncvs/src/usr.bin/awk/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- usr.bin/awk/Makefile 17 Mar 2003 08:07:54 -0000 1.10 +++ usr.bin/awk/Makefile 17 Mar 2003 15:24:24 -0000 @@ -27,6 +27,6 @@ CLEANFILES+= nawk.1 nawk.1: awk.1 - ln -sf ${.ALLSRC} ${.TARGET} + cp ${.ALLSRC} ${.TARGET} .include Index: usr.bin/less/Makefile.common =================================================================== RCS file: /home/ncvs/src/usr.bin/less/Makefile.common,v retrieving revision 1.3 diff -u -r1.3 Makefile.common --- usr.bin/less/Makefile.common 3 Jun 2000 11:39:36 -0000 1.3 +++ usr.bin/less/Makefile.common 23 Jan 2003 23:22:06 -0000 @@ -8,4 +8,4 @@ .SUFFIXES: .nro .1 .nro.1: - ln -s ${.IMPSRC} ${.TARGET} + cp ${.IMPSRC} ${.TARGET} -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 22:21:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC77F37B401; Sun, 1 Jun 2003 22:21:00 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F9C43F75; Sun, 1 Jun 2003 22:21:00 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h525KYkF016179; Mon, 2 Jun 2003 01:20:34 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h525KYmB016178; Mon, 2 Jun 2003 05:20:34 GMT (envelope-from des+tinderbox@freebsd.org) Date: Mon, 2 Jun 2003 05:20:34 GMT Message-Id: <200306020520.h525KYmB016178@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Subject: [-CURRENT tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 05:21:01 -0000 TB --- 2003-06-02 04:25:20 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-06-02 04:25:20 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-02 04:26:47 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/nfsiod. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-06-02 05:20:34 - /usr/bin/make returned exit code 1 TB --- 2003-06-02 05:20:34 - ERROR: failed to build world TB --- 2003-06-02 05:20:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 22:55:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1466237B401 for ; Sun, 1 Jun 2003 22:55:01 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 410D643F75 for ; Sun, 1 Jun 2003 22:55:00 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h525t0wk098121; Sun, 1 Jun 2003 22:55:00 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h525sx2Y002481; Sun, 1 Jun 2003 22:54:59 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h525sxl3002480; Sun, 1 Jun 2003 22:54:59 -0700 (PDT) Date: Sun, 1 Jun 2003 22:54:59 -0700 From: Marcel Moolenaar To: Jun Kuriyama Message-ID: <20030602055459.GA2455@athlon.pn.xcllnt.net> References: <7mvfvpcb8s.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7mvfvpcb8s.wl@black.imgsrc.co.jp> User-Agent: Mutt/1.5.4i cc: Current Subject: Re: Remove absolute symlink in $MAKEOBJDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 05:55:01 -0000 On Mon, Jun 02, 2003 at 02:13:55PM +0900, Jun Kuriyama wrote: > > Index: bin/csh/Makefile > =================================================================== > RCS file: /home/ncvs/src/bin/csh/Makefile,v > retrieving revision 1.30 > diff -u -r1.30 Makefile > --- bin/csh/Makefile 2 May 2003 06:39:13 -0000 1.30 > +++ bin/csh/Makefile 2 May 2003 15:01:02 -0000 > @@ -73,7 +73,7 @@ > .endfor > > csh.1: tcsh.man > - ln -sf ${.ALLSRC} ${.TARGET} > + cp ${.ALLSRC} ${.TARGET} > > build-tools: gethost > Please don't use cp(1). When source files are read-only, such as for perforce trees, a buildworld -DNOCLEAN can fail because the copy in the object directory will be read-only too. Use cat(1) or something else that yields a copy that is writable. Thanks, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 23:07:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD86F37B401; Sun, 1 Jun 2003 23:07:08 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E9CC44003; Sun, 1 Jun 2003 23:07:05 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h5266bkF014639; Mon, 2 Jun 2003 02:06:37 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h5266bbg014638; Mon, 2 Jun 2003 06:06:37 GMT (envelope-from des+tinderbox@freebsd.org) Date: Mon, 2 Jun 2003 06:06:37 GMT Message-Id: <200306020606.h5266bbg014638@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 06:07:09 -0000 TB --- 2003-06-02 05:20:34 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-02 05:20:34 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-02 05:22:27 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/nfsiod. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-02 06:06:37 - /usr/bin/make returned exit code 1 TB --- 2003-06-02 06:06:37 - ERROR: failed to build world TB --- 2003-06-02 06:06:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 23:33:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A670937B401 for ; Sun, 1 Jun 2003 23:33:11 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 064D343F3F for ; Sun, 1 Jun 2003 23:33:11 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h526X5Vm017345; Sun, 1 Jun 2003 23:33:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h526X4AP017344; Sun, 1 Jun 2003 23:33:04 -0700 (PDT) Date: Sun, 1 Jun 2003 23:33:04 -0700 From: "David O'Brien" To: Jun Kuriyama Message-ID: <20030602063304.GA16232@dragon.nuxi.com> References: <7mvfvpcb8s.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7mvfvpcb8s.wl@black.imgsrc.co.jp> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-BETA 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 cc: Current Subject: Re: Remove absolute symlink in $MAKEOBJDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 06:33:11 -0000 On Mon, Jun 02, 2003 at 02:13:55PM +0900, Jun Kuriyama wrote: > > In usual buildworld, we have absolute symbolic links in $MAKEOBJDIR. > This causes built $MAKEOBJDIR can use to install the world on other > boxen only if same /usr/src (or etc.) location and same $MAKEOBJDIR. > > I'm using this patch for months to avoid this situation. > > (1) Copy man pages rather than absolute symlinks. I prefer the ln's over cp. Are you sure this is the only reason for the same $MAKEOBJDIR requirement? Also, typically one sets MAKEOBJDIRPREFIX, not MAKEOBJDIR. Are you sure you're using the right one for what you're wanting to do? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 1 23:41:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 698EB37B404; Sun, 1 Jun 2003 23:41:20 -0700 (PDT) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F15CB43F3F; Sun, 1 Jun 2003 23:41:18 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id E62D44222; Mon, 2 Jun 2003 15:41:17 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 3ABDC4217; Mon, 2 Jun 2003 15:41:17 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 11C211E4622; Mon, 2 Jun 2003 15:41:17 +0900 (JST) Date: Mon, 02 Jun 2003 15:41:17 +0900 Message-ID: <7mr86dc776.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: obrien@FreeBSD.org In-Reply-To: <20030602063304.GA16232@dragon.nuxi.com> References: <7mvfvpcb8s.wl@black.imgsrc.co.jp> <20030602063304.GA16232@dragon.nuxi.com> User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: Current Subject: Re: Remove absolute symlink in $MAKEOBJDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 06:41:29 -0000 At Sun, 1 Jun 2003 23:33:04 -0700, David O'Brien wrote: > I prefer the ln's over cp. Are you sure this is the only reason for the > same $MAKEOBJDIR requirement? Also, typically one sets MAKEOBJDIRPREFIX, > not MAKEOBJDIR. Are you sure you're using the right one for what you're > wanting to do? Actually, I'm using MAKEOBJDIRPREFIX. The only thing I want to do is, o Nightly buildworld in /work/HEAD/src, /work/RELENG_5_0/src and /work/RELENG_5_1/src with MAKEOBJDIRPREFIX=/work/${BRANCH}/obj. o Use /work/${BRANCH}/{src,obj} for installing the world on the other box. But without this patch, I have symlinks like this: % ls -l /work/RELENG_5_1/obj/work/RELENG_5_1/src/bin/csh/csh.1 lrwxr-xr-x 1 god god 56 Jun 2 05:40 /work/RELENG_5_1/obj/work/RELENG_5_1/src/bin/csh/csh.1 -> /work/RELENG_5_1/src/bin/csh/../../contrib/tcsh/tcsh.man This causes problem when installing on the other box as mounting /usr/src and /usr/obj. I'll appreciate if you can teach me how to build absolute-path-free objdir in another way... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 00:02:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A290F37B401 for ; Mon, 2 Jun 2003 00:02:17 -0700 (PDT) Received: from 255-171.ip.ll.net (255-164.ip.ll.net [209.131.255.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93CF843F75 for ; Mon, 2 Jun 2003 00:02:12 -0700 (PDT) (envelope-from none@siu.edu) Received: from 255-171.ip.ll.net (localhost [127.0.0.1]) by freebsd2.localnet10 (8.12.9/8.12.9) with ESMTP id h5271gY4000976 for ; Mon, 2 Jun 2003 02:01:47 -0500 (CDT) (envelope-from none@siu.edu) Message-Id: <200306020701.h5271gY4000976@freebsd2.localnet10> Date: Mon, 2 Jun 2003 02:01:42 -0500 (CDT) From: none@siu.edu To: FreeBSD-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: malloc "non-sleepablelocks held" messages for nvidia.ko at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jimd@siu.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 07:02:17 -0000 I have no apparent problems using the NVIDIA_FreeBSD-1.0-3203 driver, but under 5.1-BETA I see the following messages, which I assume are informational only, but I don't really know what it is that they are trying to "tell me": Jun 2 01:43:16 freebsd2 syslogd: kernel boot file is /boot/kernel/kernel malloc() of "32" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "65536" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "DP fakepg" with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc084f4c8) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "32" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "4096" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "32" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "32768" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "DP fakepg" with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc084f4c8) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 00:10:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF84537B401 for ; Mon, 2 Jun 2003 00:10:54 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [207.151.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D068443FAF for ; Mon, 2 Jun 2003 00:10:53 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.8p1/8.12.3) with ESMTP id h527AqSB031716 for ; Mon, 2 Jun 2003 00:10:52 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.8p1/8.12.3/Submit) id h527AqYM031715 for current@freebsd.org; Mon, 2 Jun 2003 00:10:52 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200306020710.h527AqYM031715@ns.altadena.net> To: current@freebsd.org Date: Mon, 2 Jun 2003 00:10:51 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Subject: Pedantic and Werror together... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 07:10:55 -0000 pedantic and Werror together cause problems again... I presume we really need the quad type here. (or is this one due to a compiler "upgrade"?) -- Pete ----------------------------------------------------------------------- ===> lib/csu/i386-elf rm -f .depend mkdep -f .depend -a -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include /usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S mkdep -f .depend -a -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include /usr/src/lib/csu/i386-elf/crt1.c cc -O -pipe -march=pentium3 -elf -Wall -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -pedantic -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/lib/csu/i386-elf/crt1.c -o crt1.o cc1: warnings being treated as errors In file included from /usr/src/lib/csu/i386-elf/crt1.c:33: /usr/obj/usr/src/i386/usr/include/stdlib.h:134: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 00:27:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8ACA37B401; Mon, 2 Jun 2003 00:27:35 -0700 (PDT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B4643F85; Mon, 2 Jun 2003 00:27:34 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.sul.t-online.de by mailout03.sul.t-online.com with smtp id 19Mjj9-0004Nz-0E; Mon, 02 Jun 2003 09:27:31 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.116.175]) by fmrl06.sul.t-online.com with esmtp id 19Mjiw-1uL4wiC; Mon, 2 Jun 2003 09:27:18 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h527RGSa015162; Mon, 2 Jun 2003 09:27:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h527RGTA000738; Mon, 2 Jun 2003 09:27:16 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 2 Jun 2003 09:27:16 +0200 From: Alexander Leidinger To: Scott Long Message-Id: <20030602092716.1149ed90.Alexander@Leidinger.net> In-Reply-To: <3EDA3BFA.1020602@btc.adaptec.com> References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> <3EDA3BFA.1020602@btc.adaptec.com> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net cc: rwatson@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 07:27:36 -0000 On Sun, 01 Jun 2003 11:46:34 -0600 Scott Long wrote: > I've mounted many MSDOS filesystems recently without problems. Do have > any other information about this? Did you verify that there were no > open vnodes on the filesystem? Simply mounting, reading and umount the fs works: ---snip--- Monday, 02. June 2003, 09:15:01 {0} [Magelan:~] (1) root@ttyv0 # mount_msdosfs -l -u netchild /dev/ad1s1 /mnt Monday, 02. June 2003, 09:15:56 {0} [Magelan:~] (2) root@ttyv0 # du -hd0 /mnt 22G /mnt Monday, 02. June 2003, 09:16:26 {0} [Magelan:~] (3) root@ttyv0 # umount /mnt ---snip--- This is the problem case: ---snip--- Monday, 02. June 2003, 09:16:31 {0} [Magelan:~] (4) root@ttyv0 # mount_msdosfs -l -u netchild /dev/ad1s1 /mnt Monday, 02. June 2003, 09:16:40 {0} [Magelan:~] (5) root@ttyv0 # cp ftpchroot-test.sh /mnt Monday, 02. June 2003, 09:16:59 {0} [Magelan:~] (6) root@ttyv0 # cp /mnt/ftpchroot-test.sh /tmp/ Monday, 02. June 2003, 09:17:12 {0} [Magelan:~] (7) root@ttyv0 # umount /tmp umount: unmount of /tmp failed: Device busy Monday, 02. June 2003, 09:17:15 {1} [Magelan:~] (8) root@ttyv0 # sync;sync;sync Monday, 02. June 2003, 09:17:22 {0} [Magelan:~] (9) root@ttyv0 # umount /tmp umount: unmount of /tmp failed: Device busy ---snip--- The copied file has a size of 212 bytes. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 00:38:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D61FF37B401 for ; Mon, 2 Jun 2003 00:38:32 -0700 (PDT) Received: from xyzzy.wireless.snsonline.net (dhcp.looksmart.com.au [210.9.52.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2566943F3F for ; Mon, 2 Jun 2003 00:38:31 -0700 (PDT) (envelope-from msergeant@snsonline.net) Received: from xyzzy.wireless.snsonline.net (localhost [127.0.0.1]) h527cWfj071177; Mon, 2 Jun 2003 17:38:32 +1000 (EST) (envelope-from msergeant@snsonline.net) Received: (from sarge@localhost)h527cSEr071176; Mon, 2 Jun 2003 17:38:28 +1000 (EST) X-Authentication-Warning: xyzzy.wireless.snsonline.net: sarge set sender to msergeant@snsonline.net using -f From: Mark Sergeant To: Alexander Leidinger In-Reply-To: <20030602092716.1149ed90.Alexander@Leidinger.net> References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> <3EDA3BFA.1020602@btc.adaptec.com> <20030602092716.1149ed90.Alexander@Leidinger.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SNSOnline Technical Services Message-Id: <1054539507.853.39.camel@xyzzy.wireless.snsonline.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 02 Jun 2003 17:38:28 +1000 cc: Scott Long cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 07:38:33 -0000 -snip- > Monday, 02. June 2003, 09:16:59 > {0} [Magelan:~] > (6) root@ttyv0 # cp /mnt/ftpchroot-test.sh /tmp/ > > Monday, 02. June 2003, 09:17:12 > {0} [Magelan:~] > (7) root@ttyv0 # umount /tmp > umount: unmount of /tmp failed: Device busy > > Monday, 02. June 2003, 09:17:15 > {1} [Magelan:~] > (8) root@ttyv0 # sync;sync;sync > > Monday, 02. June 2003, 09:17:22 > {0} [Magelan:~] > (9) root@ttyv0 # umount /tmp > umount: unmount of /tmp failed: Device busy > ---snip--- Umm shouldn't you be trying to umount /mnt ? -- Mark Sergeant SNSOnline Technical Services From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 01:06:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BAC237B401; Mon, 2 Jun 2003 01:06:25 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F4DC43F3F; Mon, 2 Jun 2003 01:06:24 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h5286KEU059134; Mon, 2 Jun 2003 10:06:21 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 2 Jun 2003 10:06:20 +0200 (CEST) From: Martin Blapp To: Alexander Kabaev In-Reply-To: <20030601095725.08bcc523.kabaev@mail.ru> Message-ID: <20030602100458.R71313@cvs.imp.ch> References: <20030601112540.V94836@cvs.imp.ch> <20030601095725.08bcc523.kabaev@mail.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-threads@freebsd.org Subject: Re: vm-related panic with 5.1RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 08:06:26 -0000 Hi, > This is exactly the panic I am seeing on my dual-processor box. My > current suspicion is that it somehow relates to the same pcb_ext being > freed twice. I do not need OpenOffice to trigger the bug, on SMP > configuration it happens all the time. In the meantime the box did not panic anymore. Can you look and try if limiting maxmem makes anything different on the SMP box ? cat /boot/loader.conf hw.physmem=256M I think it's coincidence, but who knows ... Martin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 01:07:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA1CE37B401; Mon, 2 Jun 2003 01:07:34 -0700 (PDT) Received: from plewe.is.tsukuba.ac.jp (plewe.is.tsukuba.ac.jp [130.158.81.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D9BF43F93; Mon, 2 Jun 2003 01:07:33 -0700 (PDT) (envelope-from till@plewe.is.tsukuba.ac.jp) Received: from plewe.is.tsukuba.ac.jp (localhost [127.0.0.1]) h5287lte031223; Mon, 2 Jun 2003 17:07:47 +0900 (JST) (envelope-from till@plewe.is.tsukuba.ac.jp) Received: (from till@localhost) by plewe.is.tsukuba.ac.jp (8.12.8/8.12.8/Submit) id h5287ltq031222; Mon, 2 Jun 2003 17:07:47 +0900 (JST) Date: Mon, 2 Jun 2003 17:07:47 +0900 From: Till Plewe To: stable@freebsd.org Message-ID: <20030602080747.GA79912@plewe.is.tsukuba.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i-ja.1 cc: current@freebsd.org Subject: curses header conflict (wchar_t,wint_t) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: till@score.is.tsukuba.ac.jp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 08:07:35 -0000 When trying to install python2.3 on either stable or current the python curses module doesn't build. I get the following compiler complaints: STABLE (line numbers in brackets are from CURRENT) /usr/include/ncurses.h:236(289): conflicting types for `wchar_t' /usr/include/stdlib.h:58(57): previous declaration of `wchar_t' /usr/include/ncurses.h:239(292): conflicting types for `wint_t' /usr/include/wchar.h:89(96): previous declaration of `wint_t' Can somebody tell me the story of _WCHAR_T and _BSD_WCHAR_T, or tell me where I can find some hints? I found several long threads on seemingly related problems but haven't been enlightened yet. (One drastic fix is to remove the relevant lines from ncurses.h while building python.) - Till From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 01:09:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82B9037B401 for ; Mon, 2 Jun 2003 01:09:39 -0700 (PDT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A841B43F3F for ; Mon, 2 Jun 2003 01:09:38 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.sul.t-online.de by mailout03.sul.t-online.com with smtp id 19MkNp-0000xt-0F; Mon, 02 Jun 2003 10:09:33 +0200 Received: from Andro-Beta.Leidinger.net (520065502893-0001@[80.131.116.175]) by fmrl04.sul.t-online.com with esmtp id 19MkNY-0p3s4OC; Mon, 2 Jun 2003 10:09:16 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h5289FSa015318; Mon, 2 Jun 2003 10:09:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h5289FiE000798; Mon, 2 Jun 2003 10:09:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 2 Jun 2003 10:09:15 +0200 From: Alexander Leidinger To: Mark Sergeant Message-Id: <20030602100915.0fce072a.Alexander@Leidinger.net> In-Reply-To: <1054539507.853.39.camel@xyzzy.wireless.snsonline.net> References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> <3EDA3BFA.1020602@btc.adaptec.com> <20030602092716.1149ed90.Alexander@Leidinger.net> <1054539507.853.39.camel@xyzzy.wireless.snsonline.net> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Sender: 520065502893-0001@t-dialin.net cc: scott_long@btc.adaptec.com cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 08:09:39 -0000 On 02 Jun 2003 17:38:28 +1000 Mark Sergeant wrote: > Umm shouldn't you be trying to umount /mnt ? I retested this and now used /mnt in the umount invocation... (I hope I'm awake now.). It umounts now successfully. I noticed some commits to the vfs layer between my last kernel and the actual one, either the bug is fixed now (I'm sure last time I had the problems I used /mnt in the umount invocation, not any other mounted FS), or the bug only get's triggered only in a specific situation I wasn't able to reproduce now. Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 01:18:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C89DC37B401; Mon, 2 Jun 2003 01:18:50 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C8B243F75; Mon, 2 Jun 2003 01:18:49 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h528Ijk8012255; Mon, 2 Jun 2003 11:18:45 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <036d01c328df$902ef380$812a40c1@PETEX31> From: "Petri Helenius" To: "Scott Long" References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> Date: Mon, 2 Jun 2003 11:18:34 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 08:18:51 -0000 So far I´ve tried asr and aac, both cards end up in kernel panics and/or array hang in a few minutes (multiple hardware platforms so I don´t think the motherboard is to blame) After the bad experience with asr I thought I give aac a try with somewhat similar results. And asr does not work with >4G machines anyway (although I don´t put that amount of memory in the servers now, I don´t want to generate a barrier because of a disk controller) Judging from the limited set of responses, Mylex stuff seems to work. My offer to help you to debug the aac code is still valid. You mean this one as "shot in the dark"? I got this when configuring an array on 5.1-BETA and aaccli: lock order reversal 1st 0xc2671134 AAC sync FIB lock (AAC sync FIB lock) @ /usr/src/sys/dev/aac/aac.c:1703 2nd 0xc03f5f20 Giant (Giant) @ vm/vm_fault.c:210 Stack backtrace: backtrace(c0397297,c03f5f20,c0393ecb,c0393ecb,c03a4e34) at backtrace+0x17 witness_lock(c03f5f20,8,c03a4e34,d2,d1d33ad8) at witness_lock+0x697 _mtx_lock_flags(c03f5f20,0,c03a4e2b,d2,2) at _mtx_lock_flags+0xb1 vm_fault(c03f1940,0,1,0,c2670000) at vm_fault+0x59 trap_pfault(d1d33c70,0,8,d1d33c40,8) at trap_pfault+0xef trap(18,c2670010,c2670010,d26402a4,c2671000) at trap+0x39d calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc24e5959, esp = 0xd1d33cb0, ebp = 0xd1d33ce0 --- aac_handle_aif(c2671000,d2640284,d1d33cfc,d1d33d00,7d0) at aac_handle_aif+0x139 aac_command_thread(c2671000,d1d33d48,c0392341,310,0) at aac_command_thread+0x179 fork_exit(c24e36c0,c2671000,d1d33d48) at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xd1d33d7c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc31f3959 stack pointer = 0x10:0xd1d39cb0 frame pointer = 0x10:0xd1d39ce0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 550 (aac0aif) kernel: type 12 trap, code=0 Stopped at aac_handle_aif+0x139: cmpl 0x8(%edx),%ecx db> trace aac_handle_aif(c2679000,d2635284,d1d39cfc,d1d39d00,7d0) at aac_handle_aif+0x139 aac_command_thread(c2679000,d1d39d48,c0392341,310,c2670260) at aac_command_thread+0x179 fork_exit(c31f16c0,c2679000,d1d39d48) at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xd1d39d7c, ebp = 0 --- db> Before that I got some message on GEOM not being properly locked but that scrolled off buffer before I could catch it. Pete ----- Original Message ----- From: "Scott Long" To: "Petri Helenius" Cc: "Tim Robbins" ; Sent: Sunday, June 01, 2003 11:20 PM Subject: Re: raidframe > Petri Helenius wrote: > >>RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be > >>unwise to use it in 5.0 for anything other than experimentation. Hopefully it > >>will be fixed before 5.2. > >> > > > > Makes one wonder how broken code ever got into the tree in the first place... > > > > Pete > > > > Just settle down a bit. > > If you rewind to last October, RAIDFrame worked well. Unfortunately, > some kernel interfaces changed in between now and then and RAIDFrame was > left behind. I am remis in not fixing it, but please understand that I > also have quite a few other responsibilities, and I get paid $0 to work > on RAIDframe. > > As for hardware raid, what cards have you tried, and what problems have > you experienced? You last message was jsut a shot in the dark that few > of us would be able to help with. > > Scott > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 01:36:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95D0037B401; Mon, 2 Jun 2003 01:36:32 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD4843FB1; Mon, 2 Jun 2003 01:36:31 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h528aSk8012368; Mon, 2 Jun 2003 11:36:28 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <039101c328e2$09bce480$812a40c1@PETEX31> From: "Petri Helenius" To: "Scott Long" References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> Date: Mon, 2 Jun 2003 11:36:18 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 08:36:32 -0000 > > If you rewind to last October, RAIDFrame worked well. Unfortunately, > some kernel interfaces changed in between now and then and RAIDFrame was > left behind. I am remis in not fixing it, but please understand that I > also have quite a few other responsibilities, and I get paid $0 to work > on RAIDframe. > Not being a native english speaker I probably didn´t understand that experimental equals broken. If that equation cannot be justified, then the release notes should have said "has critical defects" or "broken", not just "experimental". I appreciate the work you and everybody else puts in, it just does not make sense to have people go through the same hoops and hit the wall when that could be saved by a single line noting that that the wall exists. Pete From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 02:06:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51DEB37B401 for ; Mon, 2 Jun 2003 02:06:45 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7002343FA3 for ; Mon, 2 Jun 2003 02:06:44 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id C7D1810BF8B; Mon, 2 Jun 2003 11:06:42 +0200 (CEST) Date: Mon, 2 Jun 2003 11:06:42 +0200 From: "Simon L. Nielsen" To: Petri Helenius Message-ID: <20030602090641.GA401@nitro.dk> References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <036d01c328df$902ef380$812a40c1@PETEX31> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <036d01c328df$902ef380$812a40c1@PETEX31> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 09:06:45 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.06.02 11:18:34 +0300, Petri Helenius wrote: > So far I=B4ve tried asr and aac, both cards end up in kernel panics and/o= r array > hang in a few minutes (multiple hardware platforms so I don=B4t think the= motherboard > is to blame) I have an asr based RAID controller (Adaptec 2400A), though it is an IDE RAID controller, it uses the "SCSI" asr driver. My controller has worked very well with FreeBSD 5.x, and the server is currently running 5.1-BETA. The only thing that doesn't work, is the userland utilities to control / get status from the card, but that's not so important. --=20 Simon L. Nielsen --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+2xOh8kocFXgPTRwRAsnbAKC7M1YzdvDL+uJc9GTsTVPYWbaFjgCgwlXH Bg9R7u0kkrWrbrIh9qtVYnI= =7q56 -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 02:40:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32EE837B401 for ; Mon, 2 Jun 2003 02:40:00 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D768D43FBF for ; Mon, 2 Jun 2003 02:39:57 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.20) id 19MlnE-000M4c-8i; Mon, 02 Jun 2003 11:39:52 +0200 Date: Mon, 2 Jun 2003 11:39:51 +0200 From: Sheldon Hearn To: Narvi Message-ID: <20030602093951.GA84604@starjuice.net> Mail-Followup-To: Narvi , freebsd-current@freebsd.org References: <20030601091723.GC71279@starjuice.net> <20030601235129.T40030-100000@haldjas.folklore.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030601235129.T40030-100000@haldjas.folklore.ee> User-Agent: Mutt/1.5.4i Sender: Sheldon Hearn cc: freebsd-current@freebsd.org Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 09:40:00 -0000 On (2003/06/01 23:53), Narvi wrote: > > The absence of credible Java support in FreeBSD has lost us significant > > penetration in the past, and it would be disastrous if the perceptions > > of the past shaped the future. > > credible rather sounds like 'comes on the installation cd, doesn't have > significantly more bugs than linux/solaris/xxx version' 8-( And I think we'll get there. I'm currently doing some Java development on a FreeBSD-CURRENT workstation using a native jdk14. It's good enough for testing components in a J2EE application server (JBoss), and performance is comparable to that seen on an equivalent Windows workstation. Would I use FreeBSD as a production J2EE server reliant on 1.4.1? No. But the time is coming, so don't write FreeBSD off just yet. Ciao, Sheldon. From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 03:05:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD6CE37B401 for ; Mon, 2 Jun 2003 03:05:25 -0700 (PDT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB9043FBD for ; Mon, 2 Jun 2003 03:05:24 -0700 (PDT) (envelope-from der_julian@web.de) Received: from fwd10.aul.t-online.de by mailout07.sul.t-online.com with smtp id 19MmBu-0000jz-01; Mon, 02 Jun 2003 12:05:22 +0200 Received: from jmmr.no-ip.com (TWDBToZcZe73DyMd4BjOt15sJu8NCsUKMmKUFPhSCzfPaVzzB1dnQO@[217.85.111.21]) by fmrl10.sul.t-online.com with esmtp id 19MmBa-2JHr3A0; Mon, 2 Jun 2003 12:05:02 +0200 Received: from jmmr.no-ip.com (blitz@localhost [127.0.0.1]) by jmmr.no-ip.com (8.12.9/8.12.8) with SMTP id h52A4kjT003090 for ; Mon, 2 Jun 2003 12:04:56 +0200 (CEST) (envelope-from der_julian@web.de) Date: Mon, 2 Jun 2003 12:04:40 +0200 From: "Julian St." To: FreeBSD-current@freebsd.org Message-Id: <20030602120440.1b11b9d6.der_julian@web.de> In-Reply-To: <200306020701.h5271gY4000976@freebsd2.localnet10> References: <200306020701.h5271gY4000976@freebsd2.localnet10> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="b100w.Ue=.SRHXlH" X-Seen: false X-ID: TWDBToZcZe73DyMd4BjOt15sJu8NCsUKMmKUFPhSCzfPaVzzB1dnQO@t-dialin.net Subject: Re: malloc "non-sleepablelocks held" messages for nvidia.ko at boot time X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 10:05:26 -0000 --b100w.Ue=.SRHXlH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello, almost the same here: FreeBSD jmmr.no-ip.com 5.1-BETA FreeBSD 5.1-BETA #16: Sat May 31 15:51:17 CEST 2003 root@jmmr.no-ip.com:/usr/src/sys/i386/compile/BSD5ROUTER i386 Interesting lines from dmesg: Preloaded elf module "/boot/kernel/nvidia.ko" at 0xc05cb1f4. ... nvidia0: mem 0xe4000000-0xe5ffffff,0xe6000000-0xe6ffffff irq 11 at device 0.0 on pci1 ... lock order reversal 1st 0xc46e2534 vm object (vm object) @ vm/vm_object.c:512 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325 Stack backtrace: malloc() of "32" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "65536" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "DP fakepg" with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc05ae4c8) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "32" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "4096" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "32" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "32768" with the following non-sleepablelocks held: exclusive sleep mutex dev.mtx_api r = 0 (0xc150dd88) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 malloc() of "DP fakepg" with the following non-sleepablelocks held: exclusive sleep mutex ctl.mtx_api r = 0 (0xc05ae4c8) locked @ /usr/ports/x11/nvi dia-driver/work/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 On Mon, 2 Jun 2003 02:01:42 -0500 (CDT) none@siu.edu wrote: > I have no apparent problems using the NVIDIA_FreeBSD-1.0-3203 driver, > but under 5.1-BETA I see the following messages, which I assume are > informational only, but I don't really know what it is that they are > trying to "tell me": > > > Jun 2 01:43:16 freebsd2 syslogd: kernel boot file is /boot/kernel/kernel > malloc() of "32" with the following non-sleepablelocks held: > exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "65536" with the following non-sleepablelocks held: > exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "DP fakepg" with the following non-sleepablelocks held: > exclusive sleep mutex ctl.mtx_api r = 0 (0xc084f4c8) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "32" with the following non-sleepablelocks held: > exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "4096" with the following non-sleepablelocks held: > exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "32" with the following non-sleepablelocks held: > exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "32768" with the following non-sleepablelocks held: > exclusive sleep mutex dev.mtx_api r = 0 (0xc64a1b88) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > malloc() of "DP fakepg" with the following non-sleepablelocks held: > exclusive sleep mutex ctl.mtx_api r = 0 (0xc084f4c8) locked @ /var/tmp/NVIDIA_FreeBSD-1.0-3203/src/nvidia_subr.c:711 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Reboot America. --b100w.Ue=.SRHXlH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+2yE+NdiNDtZbKrURAnsaAJ9cFUeQlCqmCVk5LVTRkJSg2cIoaQCfUYpF WI/n6PszMkaJv+w8zk2HLRk= =74mZ -----END PGP SIGNATURE----- --b100w.Ue=.SRHXlH-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 03:08:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2203337B401 for ; Mon, 2 Jun 2003 03:08:55 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8F0F43FA3 for ; Mon, 2 Jun 2003 03:08:53 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id UAA27228; Mon, 2 Jun 2003 20:08:44 +1000 Date: Mon, 2 Jun 2003 20:08:43 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Jun Kuriyama In-Reply-To: <7mvfvpcb8s.wl@black.imgsrc.co.jp> Message-ID: <20030602194516.Q15091@gamplex.bde.org> References: <7mvfvpcb8s.wl@black.imgsrc.co.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Current Subject: Re: Remove absolute symlink in $MAKEOBJDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 10:08:55 -0000 On Mon, 2 Jun 2003, Jun Kuriyama wrote: > In usual buildworld, we have absolute symbolic links in $MAKEOBJDIR. > This causes built $MAKEOBJDIR can use to install the world on other > boxen only if same /usr/src (or etc.) location and same $MAKEOBJDIR. > > I'm using this patch for months to avoid this situation. > > (1) Copy man pages rather than absolute symlinks. As marcel pointed out, there are technical reasons for not using cp. Use cat. > (2) Use correct dependency in sys/boot/i386/kgzldr. This is too hackish for me. Try using the same method as for lib/csu. I think you nmainly care about "make install" building things. This is from longstanding brokenness of installation of man pages which was cloned to brokenness of installation of FILES. > Index: sys/boot/i386/kgzldr/Makefile > =================================================================== > RCS file: /home/ncvs/src/sys/boot/i386/kgzldr/Makefile,v > retrieving revision 1.12 > diff -u -r1.12 Makefile > --- sys/boot/i386/kgzldr/Makefile 30 Sep 2002 20:37:57 -0000 1.12 > +++ sys/boot/i386/kgzldr/Makefile 24 Jan 2003 07:01:52 -0000 > ... > @@ -15,7 +17,9 @@ > BOOT_COMCONSOLE_PORT?= 0x3f8 > AFLAGS+=--defsym SIO_PRT=${BOOT_COMCONSOLE_PORT} > > -kgzldr.o: ${OBJS} > - ${CC} ${LDFLAGS} -o ${.TARGET} ${OBJS} > +.if target(${PROG}) > +CFLAGS= ${LDFLAGS} > +LDADD= > +.endif > > .include Especially-hackish part :-). Setting LDADD is not needed. The boot Makefiles already have too many abuses of PROG for non-programs and/or non-primary targets. Bruce From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 03:11:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85B3437B401; Mon, 2 Jun 2003 03:11:11 -0700 (PDT) Received: from newsguy.com (smtp.newsguy.com [129.250.170.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id E099643F85; Mon, 2 Jun 2003 03:11:10 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (200-140-081-201.bsace7025.dsl.brasiltelecom.net.br [200.140.81.201]) by newsguy.com (8.9.1p2/8.9.1) with ESMTP id DAA99061; Mon, 2 Jun 2003 03:09:52 -0700 (PDT) Message-ID: <3EDB2268.2020508@newsguy.com> Date: Mon, 02 Jun 2003 07:09:44 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507 X-Accept-Language: en,pt-BR,pt,en-GB,en-US,ja MIME-Version: 1.0 To: Alexander Leidinger References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> <3EDA3BFA.1020602@btc.adaptec.com> <20030601201110.7b11a30c.Alexander@Leidinger.net> In-Reply-To: <20030601201110.7b11a30c.Alexander@Leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Scott Long cc: rwatson@freebsd.org cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 10:11:11 -0000 Alexander Leidinger wrote: > On Sun, 01 Jun 2003 11:46:34 -0600 > Scott Long wrote: > > >>I've mounted many MSDOS filesystems recently without problems. Do have >>any other information about this? Did you verify that there were no >>open vnodes on the filesystem? > > > I just copied 13 GB from the msdosfs to an ufs slice and 8 GB from an > ufs to the msdosfs slice. After that the system was idle for a while > (several minutes, maybe 2 hours). Then I just did some 'ls' invocations > to verify the copy procedure and tried to umount. > > I hadn't any program running with legitimate access to /mnt and I have > no program running which accesses a random filesystem path, so no vnodes > should have been open then. Alas, lsof (ports) would be a better way of checking if there are vnodes open or not. I think fstat does that too, but I'm too used to lsof. Also, what is the error message? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@professional.bsdconspiracy.net Spellng is overated anywy. From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 04:49:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD79637B401 for ; Mon, 2 Jun 2003 04:49:16 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1191543FA3 for ; Mon, 2 Jun 2003 04:49:16 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h52BnENc007893; Mon, 2 Jun 2003 07:49:14 -0400 (EDT) Date: Mon, 2 Jun 2003 07:49:14 -0400 (EDT) From: Daniel Eischen To: Sheldon Hearn In-Reply-To: <20030602093951.GA84604@starjuice.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Native JDK with libthr/libkse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 11:49:17 -0000 On Mon, 2 Jun 2003, Sheldon Hearn wrote: > On (2003/06/01 23:53), Narvi wrote: > > > > The absence of credible Java support in FreeBSD has lost us significant > > > penetration in the past, and it would be disastrous if the perceptions > > > of the past shaped the future. > > > > credible rather sounds like 'comes on the installation cd, doesn't have > > significantly more bugs than linux/solaris/xxx version' 8-( > > And I think we'll get there. And I encourage the java developers to let us threads guys know what they're having problems with. It has been stated that jdk is not guaranteed to work with anything but libc_r, so contact us over at threads@. We want to see a fast and stable jdk as much as anyone else does. -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 05:09:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE4DF37B401; Mon, 2 Jun 2003 05:09:17 -0700 (PDT) Received: from MX2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39A2843FAF; Mon, 2 Jun 2003 05:09:16 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from kevad.internal (80-235-40-230-dsl.mus.estpak.ee [80.235.40.230]) by MX2.estpak.ee (Postfix) with ESMTP id 1227F73558; Mon, 2 Jun 2003 15:07:34 +0300 (EEST) Received: by kevad.internal (Postfix, from userid 1000) id BE5B530ACF; Mon, 2 Jun 2003 08:09:17 +0300 (EEST) Date: Mon, 2 Jun 2003 08:09:17 +0300 From: Vallo Kallaste To: Petri Helenius Message-ID: <20030602050917.GB2247@kevad.internal> References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <039101c328e2$09bce480$812a40c1@PETEX31> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <039101c328e2$09bce480$812a40c1@PETEX31> User-Agent: Mutt/1.5.4i cc: Scott Long cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 12:09:18 -0000 On Mon, Jun 02, 2003 at 11:36:18AM +0300, Petri Helenius wrote: > > left behind. I am remis in not fixing it, but please understand > > that I also have quite a few other responsibilities, and I get > > paid $0 to work on RAIDframe. > > > Not being a native english speaker I probably didn´t understand > that experimental equals broken. If that equation cannot be > justified, then the release notes should have said "has critical > defects" or "broken", not just "experimental". > > I appreciate the work you and everybody else puts in, it just does > not make sense to have people go through the same hoops and hit > the wall when that could be saved by a single line noting that > that the wall exists. FreeBSD 5.x series is slowly progressing, but is nowhere near to production quality. As the things are currently, you simply waste your time. This is only my opinion and I don't want to offend anyone. -- Vallo Kallaste From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 05:32:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB0C337B401; Mon, 2 Jun 2003 05:32:16 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F85943F85; Mon, 2 Jun 2003 05:32:15 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h52CW0k8014345; Mon, 2 Jun 2003 15:32:00 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <03dc01c32902$f09bc680$812a40c1@PETEX31> From: "Petri Helenius" To: References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <039101c328e2$09bce480$812a40c1@PETEX31> <20030602050917.GB2247@kevad.internal> Date: Mon, 2 Jun 2003 15:31:49 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: Scott Long cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 12:32:17 -0000 > > FreeBSD 5.x series is slowly progressing, but is nowhere near to > production quality. As the things are currently, you simply waste > your time. > This is only my opinion and I don't want to offend anyone. IMO, software does not magically get better but it must be actively being used and problems reported and fixed in reasonable time. So if 5.x never gets users it never gets production quality. Pete From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 05:58:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D088837B401; Mon, 2 Jun 2003 05:58:58 -0700 (PDT) Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAAF043F75; Mon, 2 Jun 2003 05:58:55 -0700 (PDT) (envelope-from dcs@tcoip.com.br) Received: from tcoip.com.br ([10.0.2.6]) by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h52Cwsl15249; Mon, 2 Jun 2003 09:58:54 -0300 Message-ID: <3EDB4A0D.9030604@tcoip.com.br> Date: Mon, 02 Jun 2003 09:58:53 -0300 From: "Daniel C. Sobral" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4a) Gecko/20030416 X-Accept-Language: en-us, en, pt-br, ja MIME-Version: 1.0 To: Robert Watson References: <200306011400.h51E0E2X053391@fledge.watson.org> In-Reply-To: <200306011400.h51E0E2X053391@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 12:58:59 -0000 Actually, I would think it a desirable feature mac support that won't panic within 24 hours. :-) I've given up on mac again. Can't have it if it panics on every daily. :-( What's the plans for dealing with that? Robert Watson wrote: > This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. > The live version of this list is available at: > > http://www.FreeBSD.org/releases/5.2R/todo.html > > Automated mailing of this list will continue through the release of > FreeBSD 5.2. > > > FreeBSD 5.2 Open Issues > > Open Issues > > This is a list of open issues that need to be resolved for FreeBSD 5.2. If > you have any updates for this list, please e-mail re@FreeBSD.org. > > Must Resolve Issues for 5.2-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |---------------------+----------+-----------------+---------------------| > | | | | KSE M:N threading | > | | | | support is reaching | > | | | | experimental yet | > | | | Julian | usable status on | > | Production-quality | In | Elischer, David | i386 for | > | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N | > | | | Eischen | threading should be | > | | | | productionable and | > | | | | usable on all | > | | | | platforms by | > | | | | 5.2-RELEASE. | > |---------------------+----------+-----------------+---------------------| > | | | | Currently, the MD | > | | | | elements of KSE are | > | | | | present only for | > | | | | the i386 platform, | > | | | | limiting use of KSE | > | | | | to the i386 | > | | | | platform. It is | > | | | | highly desirable to | > | KSE support for | | Jake | make KSE available | > | sparc64, alpha, | -- | Burkholder, --, | on non-i386 | > | ia64 | | -- | platforms for | > | | | | 5.2-RELEASE so that | > | | | | KSE can see more | > | | | | broad exposure, and | > | | | | the performance | > | | | | benefits of KSE can | > | | | | be visible to users | > | | | | of the 64-bit | > | | | | FreeBSD | > | | | | architectures. | > |---------------------+----------+-----------------+---------------------| > | | | | Kris Kennaway | > | | | | reports high | > | | | | instability of | > | | | | 5-CURRENT on ia64 | > | | In | Marcel | machines, such as | > | ia64 stability | Progress | Moolenaar | the pluto* | > | | | | machines. These | > | | | | problems need to be | > | | | | fixed in order to | > | | | | get a successful | > | | | | package build. | > |---------------------+----------+-----------------+---------------------| > | | | | ia64 serial console | > | | | | support is reported | > | | | | to not be | > | | | | functional on HP | > | | In | Marcel | Itanium2 platforms. | > | ia64 sio support | progress | Moolenaar, | A reworking of the | > | | | Warner Losh | sio driver to | > | | | | improve platform | > | | | | independence and | > | | | | bus handling is | > | | | | likely needed. | > |---------------------+----------+-----------------+---------------------| > | | | | FAST_IPSEC | > | | | | currently cannot be | > | | | | used directly with | > | | | | the KAME IPv6 | > | | | | implementation, | > | | | | requiring an | > | | | | additional level of | > | | | | IP tunnel | > | | | | indirection to | > | | | | protect IPv6 | > | | | | packets when using | > | | | | hardware crypto | > | FAST_IPSEC and KAME | -- | -- | acceleration. This | > | compatibility | | | issue must be | > | | | | resolved so that | > | | | | the two services | > | | | | may more easily be | > | | | | used together. | > | | | | Among other things, | > | | | | this will require a | > | | | | careful review of | > | | | | the handling of | > | | | | mbuf header copying | > | | | | and m_tag support | > | | | | in the KAME IPv6 | > | | | | code. | > |---------------------+----------+-----------------+---------------------| > | | | | The FreeBSD KAME | > | | | | IPv6 code is now | > | | | | substantially dated | > | | | | with respect to the | > | KAME | | | KAME vendor source. | > | Synchronization | -- | -- | The FreeBSD Project | > | | | | needs to take | > | | | | initiative in | > | | | | driving the merge | > | | | | of new bug fixes, | > | | | | features, et al. | > |---------------------+----------+-----------------+---------------------| > | | | | Almost all process | > | | | | debugging tools | > | | | | have been updated | > | | | | to use non-procfs | > | | | | kernel primitives, | > | | | | with the exception | > | | | | of truss(1). As | > | | | | procfs is | > | | | | considered | > | | | | deprecated due to | > | truss support for | In | | its inherent | > | ptrace | progress | Robert Drehmel | security risks, it | > | | | | is highly desirable | > | | | | to update truss to | > | | | | operate in a | > | | | | post-procfs world. | > | | | | Dag-Erling Smorgrav | > | | | | had prototype | > | | | | patches; | > | | | | Robert Drehmel is | > | | | | developing and | > | | | | testing patches | > | | | | now. | > |---------------------+----------+-----------------+---------------------| > | | | | Apple's Darwin | > | | | | operating system | > | | | | has fairly | > | | | | extensive | > | Merge of Darwin | | | improvements to | > | msdosfs, other | -- | -- | msdosfs and other | > | fixes | | | kernel services; | > | | | | these fixes must be | > | | | | reviewed and merged | > | | | | to the FreeBSD | > | | | | tree. | > |---------------------+----------+-----------------+---------------------| > | | | | Port syscons to | > | | | | sparc64. Add device | > | | | | drivers for sun | > | | | | mice and keyboards. | > | | | | Allow for more than | > | sparc64 adaptation | In | | 3 bits of | > | of syscons | progress | Jake Burkholder | background colour | > | | | | in syscons. Creator | > | | | | frame buffer device | > | | | | driver. In the | > | | | | process, generally | > | | | | improve the MI-ness | > | | | | of syscons. | > |---------------------+----------+-----------------+---------------------| > | | | | Many systems | > | | | | supporting POSIX.1e | > | | | | ACLs permit a minor | > | | | | violation to that | > | | | | specification, in | > | | | | which the ACL_MASK | > | | | | entry overrides the | > | ACL_MASK override | In | | umask, rather than | > | of umask support in | progress | Robert Watson | being intersected | > | UFS | | | with it. The | > | | | | resulting semantics | > | | | | can be useful in | > | | | | group-oriented | > | | | | environments, and | > | | | | as such would be | > | | | | very helpful on | > | | | | FreeBSD. | > |---------------------+----------+-----------------+---------------------| > | | | | Significant parts | > | | | | of the network | > | | | | stack (especially | > | | | | IPv4 and IPv6) now | > | | | | have fine-grained | > | | | | locking of their | > | | | | data structures. | > | | | | However, it is not | > | | | | yet possible for | > | | | | the netisr threads | > | | | | to run without | > | | | | Giant, due to | > | Fine-grained | | | dependencies on | > | network stack | In | Jeffrey Hsu, | sockets, routing, | > | locking without | progress | Seigo Tanimura | etc. A 5.2-RELEASE | > | Giant | | | goal is to have the | > | | | | network stack | > | | | | running largely | > | | | | without Giant, | > | | | | which should | > | | | | substantially | > | | | | improve performance | > | | | | of the stack, as | > | | | | well as other | > | | | | system components | > | | | | by reducing | > | | | | contention on | > | | | | Giant. | > |---------------------+----------+-----------------+---------------------| > | | | | Move ATA commands | > | | | | into requests, so | > | | | | that they can be | > | | | | linked together, | > | | | | centralize request | > | | | | queue management | > | | | | permitting direct | > | ATA driver | | | DMA of ATA | > | structural | In | So/ren Schmidt | commands. These | > | improvements, | progress | | architectural | > | MPsafety | | | changes will also | > | | | | facilitate complete | > | | | | MP-safety of the | > | | | | ATA driver suite, | > | | | | and dramatically | > | | | | improve support for | > | | | | Promise RAID | > | | | | controllers. | > |---------------------+----------+-----------------+---------------------| > | | | | Productionable | > | | | | support for the | > | | | | AMD64 platform. | > | | | | Currently, AMD64 | > | | | | runs fully in | > | | | | 32-bit emulation | > | Tier-1 Support for | In | Peter Wemm, | mode, and boots to | > | AMD64 Hammer | progress | David O'Brien | single-user in | > | | | | 64-bit mode. We | > | | | | expect full | > | | | | production support | > | | | | for the AMD64 | > | | | | architecture in | > | | | | 5.2-RELEASE. | > |---------------------+----------+-----------------+---------------------| > | | | | To properly support | > | | | | AMD64, a compiler | > | | | | upgrade is | > | | | | required; however, | > | | | | the new GCC 3.3 has | > | | | David O'Brien | a substantial | > | GCC 3.3 upgrade | In | Alexander | number of new | > | | progress | Kabaev | warnings that will | > | | | | disrupt application | > | | | | support, preventing | > | | | | inclusion in | > | | | | 5.1-RELEASE. This | > | | | | is a must-have for | > | | | | 5.2-RELEASE. | > |---------------------+----------+-----------------+---------------------| > | | | | Kernel modules are | > | | | | currently built | > | | | | independently from | > | | | | a kernel | > | | | | configuration, and | > | | | | independently from | > | | | | one another, | > | | | | resulting in | > | | | | substantially | > | | | | redundant | > | | | | compilation of | > | | | | objects, as well as | > | | | | the inability to | > | | | | easily manage | > | | | | compile-time | > | | | | options for kernel | > | | | | objects (such as | > | Revised kld build | -- | -- | MAC, PAE, etc) that | > | infrastructure | | | may require | > | | | | conditional | > | | | | compilation in the | > | | | | kernel modules. In | > | | | | order to improve | > | | | | build performance | > | | | | and better support | > | | | | options of this | > | | | | sort, the KLD build | > | | | | infrastructure | > | | | | needs to be | > | | | | revamped. Peter | > | | | | Wemm has done some | > | | | | initial | > | | | | prototyping, and | > | | | | should be contacted | > | | | | before starting on | > | | | | this work. | > |---------------------+----------+-----------------+---------------------| > | | | | Currently, there | > | | | | are two classes of | > | | | | interrupt handlers | > | | | | in 5.x: fast | > | | | | interrupt handlers | > | | | | which run entirely | > | | | | in interrupt | > | | | | context, and | > | | | | heavy-weight | > | | | | handlers which | > | | | | execute in a | > | | | | full-weight kernel | > | | | | interrupt thread. | > | | | | It is possible to | > | | | | optimize interrupt | > | | | | thread context | > | | | | management such | > | | | | that a light-weight | > | | | | context switch is | > | | | | performed to begin | > | | | | execution of the | > | | | | interrupt thread in | > | | | | the handler | > | | | | context, and only | > | Light-weight | | | when a full-weight | > | interrupt threads, | -- | -- | context is required | > | context switches | | | (such as sleeping | > | | | | on a lock) is that | > | | | | cost required. This | > | | | | optimization should | > | | | | substantially | > | | | | improve interrupt | > | | | | latency. There are | > | | | | also additional | > | | | | kernel thread | > | | | | context switch | > | | | | optimizations that | > | | | | can be made to | > | | | | improve the | > | | | | performance of | > | | | | thread workers in | > | | | | the kernel, such as | > | | | | found in the | > | | | | network stack, | > | | | | crypto worker | > | | | | threads, and GEOM. | > | | | | Bosko Milekic has | > | | | | done substantial | > | | | | prototyping work, | > | | | | and should be | > | | | | coordinated with. | > |---------------------+----------+-----------------+---------------------| > | | | | With the | > | | | | introduction of | > | | | | extensive PAM and | > | | | | NSS support in | > | | | | 5.0-RELEASE and | > | | | | 5.1-RELEASE, | > | Support for a fully | In | Gordon Tetlow | support for a fully | > | dynamic system | progress | | dynamically linked | > | | | | system is desired. | > | | | | Gordon Tetlow has | > | | | | in-progress patches | > | | | | to post for review | > | | | | following the 5.1 | > | | | | release cycle. | > |---------------------+----------+-----------------+---------------------| > | | | | Existing interrupt | > | | | | routing code is not | > | | | | able to correctly | > | | | | determine the | > | | | | interrupt routing | > | Complete the APIC | | | of PCI devices that | > | PCI interrupt | -- | -- | are behind | > | routing support | | | PCI-to-PCI bridges | > | | | | when using APIC | > | | | | Full Table routing | > | | | | (with non-legacy | > | | | | interrupts above | > | | | | 15). | > |---------------------+----------+-----------------+---------------------| > | | | | Currently, gbde | > | | | | must be manually | > | | | | configured at | > | | | | run-time each time | > | | | | an encrypted disk | > | | | | device is mounted. | > | | | | This prevents easy | > | Run-time | | | integration into | > | autoconfiguration | | | /etc/fstab and easy | > | of GBDE and related | -- | -- | automated | > | transforms | | | deployment. | > | | | | Improved | > | | | | integration with | > | | | | the configuration, | > | | | | mounting, and boot | > | | | | process is required | > | | | | to make this | > | | | | feature more easily | > | | | | accessible. | > |---------------------+----------+-----------------+---------------------| > | | | | Brian Feldman has | > | | | | submitted patches | > | | | | to improve the | > | | | | consistency of the | > | | | | pathnames passed | > | MAC Framework devfs | In | | into the MAC | > | path fixes | progress | Robert Watson | Framework devfs | > | | | | labeling entry | > | | | | points. These | > | | | | patches need to be | > | | | | thoroughly reviewed | > | | | | and tested, then | > | | | | merged. | > |---------------------+----------+-----------------+---------------------| > | | | | A process cannot be | > | | | | interrupted while | > | | | | waiting on a lock. | > | | | | Fixing this | > | rpc.lockd(8) | In | Robert Watson | requires that the | > | stability | progress | | rpc code be taught | > | | | | how to deal with | > | | | | lock cancellation | > | | | | and interruption | > | | | | events. | > +------------------------------------------------------------------------+ > > Desired Features for 5.2-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | | > |------------+-----------+----------------+---------------| | > | | | | Truss appears | | > | | | | to contain a | | > | | | | race | | > | | | | condition | | > | | | | during the | | > | | | | start-up of | | > | | | | debugging, | | > | | | | which can | | > | | | | result in | | > | | | | truss failing | | > | | | | to attach to | | > | | | | the process | | > | | | | before it | | > | | | | exits. The | | > | | | | symptom is | | > | | | | that truss | | > | | | | reports that | | > | | | | it cannot | | > | | | | open the | | > | | | | procfs node | | > | | | | supporting | | > | | | | the process | | > | | | | being | | > | | | | debugged. A | | > | | | | bug also | | > | Race | | | appears to | | > | conditions | Errata | Robert Drehmel | exist where | | > | in truss | candidate | | in truss will | | > | | | | hang if | | > | | | | execve() | | > | | | | returns | | > | | | | ENOENT. A | | > | | | | further race | | > | | | | appears to | | > | | | | exist in | | > | | | | which truss | | > | | | | will return | | > | | | | "PIOCWAIT: | | > | | | | Input/output | | > | | | | error" | | > | | | | occasionally | | > | | | | on startup. | | > | | | | The fix for | | > | | | | this | | > | | | | sufficiently | | > | | | | changes | | > | | | | process | | > | | | | execution | | > | | | | handling that | | > | | | | we will defer | | > | | | | the fix to | | > | | | | post-5.0 and | | > | | | | consider this | | > | | | | errata. | | > |------------+-----------+----------------+---------------| | > | | | | Kris Kennaway | | > | | | | reports | | > | | | | deadlocks | | > | | | | involving the | | > | | | | use of nullfs | | > | | | | in the bento | | > | | | | environment: | | > | | | | buildworld | | > | | | | -j4 with src | | > | | | | and obj | | > | | | | mounted via | | > | | | | nullfs; the | | > | nullfs | -- | -- | gcc processes | | > | deadlocks | | | eventually | | > | | | | deadlocked in | | > | | | | the ufs | | > | | | | state. DDB | | > | | | | traceback | | > | | | | showed two | | > | | | | different | | > | | | | codepaths. | | > | | | | I've just | | > | | | | repeated | | > | | | | this, so the | | > | | | | bug still | | > | | | | exists. | | > |------------+-----------+----------------+---------------| | > | gdb -k | | | gdb -k | | > | support | -- | Mark Peek | doesn't work | | > | for alpha | | | on alpha | | > |------------+-----------+----------------+---------------| | > | | | | Currently, | | > | | | | MAC | | > | | | | protections | | > | | | | are enforced | | > | | | | only on | | > | | | | locally | | > | | | | originated | | > | | | | file system | | > | | | | operations | | > | | | | (VOPs), and | | > | | | | not on RPCs | | > | | | | generated via | | > | | | | the NFS | | > | MAC | | | server. | | > | support | | | Improvements | | > | for NFS | -- | Robert Watson | in NFS server | | > | Server | | | credential | | > | | | | handling are | | > | | | | required to | | > | | | | correct this | | > | | | | problem, as | | > | | | | well as the | | > | | | | introduction | | > | | | | of new entry | | > | | | | points to | | > | | | | properly | | > | | | | label NFS | | > | | | | credentials | | > | | | | and perform | | > | | | | enforcement | | > | | | | properly. | | > |------------+-----------+----------------+---------------| | > | | | | All PCI | | > | | | | drivers must | | > | | | | use busdma | | > | | | | for DMA; no | | > | | | | use of | | > | busdma in | | | vtophys() | | > | all PCI | -- | -- | will be | | > | drivers | | | permitted for | | > | | | | any recent | | > | | | | device | | > | | | | driver. ISA | | > | | | | drivers may | | > | | | | be exempt. | | > |------------+-----------+----------------+---------------| | > | | | | With improved | | > | | | | support for | | > | | | | threading | | > | | | | primitives, | | > | | | | support is | | > | | | | now required | | > | | | | to ease | | > | GDB thread | | | debugging of | | > | support | -- | -- | threaded | | > | | | | applications. | | > | | | | Ideally, this | | > | | | | support will | | > | | | | work for both | | > | | | | libthr and | | > | | | | libkse | | > | | | | threading | | > | | | | models. | | > |------------+-----------+----------------+---------------+--------------| > | | | | Prebinding | | > | | | | reduces | | > | | | | executable | | > | | | | startup time | | > | | | | by lowering | | > | | | | the expense | | > | | | | of symbol | | > | | | | lookup, | The benefits | > | | | | binding and | of | > | | | | relocation. | prebinding | > | | | | This is | are realized | > | | | | accomplished | when running | > | | | | by a | executables | > | | | | prebinding | that use a | > | | | | data file or | large (>10) | > | Per object | | | ELF segment | number of | > | ELF | In | Matthew Dodd | that contains | shared | > | Prebinding | progress | | intermediate | libraries. | > | support | | | lookup | C++ | > | | | | results | applications | > | | | | allowing fast | also benefit | > | | | | symbol | as they | > | | | | binding and | contain a | > | | | | relocation, | large number | > | | | | provided that | of | > | | | | dependent | relocations. | > | | | | objects | | > | | | | remain | | > | | | | unchanged | | > | | | | since the | | > | | | | prebinding | | > | | | | information | | > | | | | was | | > | | | | generated. | | > +------------------------------------------------------------------------+ > > Documentation items that must be resolved for 5.2 > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > |---------------+--------+---------------+-------------------------------| > | Bluetooth | | | It'd be nice to have some | > | documentation | -- | Pav Lucistnik | Bluetooth documentation for | > | | | | the Handbook. | > +------------------------------------------------------------------------+ > > Testing focuses for 5.2-RELEASE > > +------------------------------------------------------------------------+ > | Issue | Status | Responsible | Description | > +------------------------------------------------------------------------+ > > ---------------------------------------------------------------------- > > freebsd-qa@FreeBSD.ORG > Copyright (c) 1995-2003 The FreeBSD Project. All rights reserved. > Last modified: 2003/05/31 07:19:32 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Daniel C. Sobral (8-DCS) Gerencia de Operacoes Divisao de Comunicacao de Dados Coordenacao de Seguranca VIVO Centro Oeste Norte Fones: 55-61-313-7654/Cel: 55-61-9618-0904 E-mail: Daniel.Capo@tco.net.br Daniel.Sobral@tcoip.com.br dcs@tcoip.com.br Outros: dcs@newsguy.com dcs@freebsd.org capo@notorious.bsdconspiracy.net There are no accidents whatsoever in the universe. -- Baba Ram Dass From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 06:18:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27A5137B401 for ; Mon, 2 Jun 2003 06:18:12 -0700 (PDT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9B1543F85 for ; Mon, 2 Jun 2003 06:18:10 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd07.aul.t-online.de by mailout07.sul.t-online.com with smtp id 19Moud-0005ej-0P; Mon, 02 Jun 2003 14:59:43 +0200 Received: from Andro-Beta.Leidinger.net (bL-OvUZXreW8t79ySXiXspFJ3gJjcP9uE+mvZIQYkGP+E7n5MDPsrS@[80.131.116.175]) by fmrl07.sul.t-online.com with esmtp id 19MouV-1V6hiC0; Mon, 2 Jun 2003 14:59:35 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h52CxTSa016107; Mon, 2 Jun 2003 14:59:29 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h52CxTxJ001694; Mon, 2 Jun 2003 14:59:29 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 2 Jun 2003 14:59:29 +0200 From: Alexander Leidinger To: "Daniel C. Sobral" Message-Id: <20030602145929.57b21886.Alexander@Leidinger.net> In-Reply-To: <3EDB2268.2020508@newsguy.com> References: <200306011300.h51D0DMH042667@fledge.watson.org> <20030601165406.20550ba0.Alexander@Leidinger.net> <3EDA3BFA.1020602@btc.adaptec.com> <20030601201110.7b11a30c.Alexander@Leidinger.net> <3EDB2268.2020508@newsguy.com> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: bL-OvUZXreW8t79ySXiXspFJ3gJjcP9uE+mvZIQYkGP+E7n5MDPsrS@t-dialin.net cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 13:18:12 -0000 On Mon, 02 Jun 2003 07:09:44 -0300 "Daniel C. Sobral" wrote: > > I hadn't any program running with legitimate access to /mnt and I have > > no program running which accesses a random filesystem path, so no vnodes > > should have been open then. > > Alas, lsof (ports) would be a better way of checking if there are vnodes > open or not. I think fstat does that too, but I'm too used to lsof. > > Also, what is the error message? It was EBUSY. The first time I thought: sure, there's something open on it... with 3 xterms open where I use zsh as the shell it was easy to hunt for a program which I may have suspended, but I wasn't able to find one. Even "umount -f" wasn't able to umount the slice. As the disk was used to transport some data I wasn't able to look further into this. Now with a new kernel (from May 30) and another data transport on a harddisk I'm not able to reproduce the problem (a May 25 kernel failed to umount the slice). Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 06:29:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2026537B401; Mon, 2 Jun 2003 06:29:04 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B684C43F93; Mon, 2 Jun 2003 06:29:01 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h52DSqrN073043 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 2 Jun 2003 15:28:55 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h52DSoOs022483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Jun 2003 15:28:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h52DSoiN007897; Mon, 2 Jun 2003 15:28:50 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h52DSm9q007896; Mon, 2 Jun 2003 15:28:48 +0200 (CEST) Date: Mon, 2 Jun 2003 15:28:48 +0200 From: Bernd Walter To: Luigi Rizzo Message-ID: <20030602132847.GH527@cicely12.cicely.de> References: <3ED94166.7070300@btc.adaptec.com> <20030531173958.C91048@xorpc.icir.org> <20030601013256.GH503@cicely12.cicely.de> <20030601022633.A4287@xorpc.icir.org> <20030601130008.GA527@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20030601130008.GA527@cicely12.cicely.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-BETA alpha User-Agent: Mutt/1.5.4i cc: Scott Long cc: Robert Watson cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 13:29:04 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 01, 2003 at 03:00:09PM +0200, Bernd Walter wrote: > On Sun, Jun 01, 2003 at 02:26:34AM -0700, Luigi Rizzo wrote: > > On Sun, Jun 01, 2003 at 03:32:56AM +0200, Bernd Walter wrote: > > ... > > > :) > > > And I hoped a programmer who knows the source could find out and fix > > > very quickly. > > > > sorry, i missed the offending line number in your previous email. > > > > I think i missed a & in all the first arguments to bcopy in > > the src/sbin/ipfw2.c changes :( > > > > this happens at lines 818, 1224, 1461 and 1701. Fortunately > > the kernel part seems correct. > > > > In detail, the fix should be the following: > > > > 818: > > - bcopy(rule->next_rule, &set_disable, sizeof(set_disable)); > > + bcopy(&rule->next_rule, &set_disable, sizeof(set_disable)); > > > > 1224: > > - bcopy(d->rule, &rulenum, sizeof(rulenum)); > > + bcopy(&d->rule, &rulenum, sizeof(rulenum)); > > > > 1461: > > - bcopy(((struct ip_fw *)data)->next_rule, > > + bcopy(&((struct ip_fw *)data)->next_rule, > > > > 1701: > > - bcopy(d->rule, &rulenum, sizeof(rulenum)); > > + bcopy(&d->rule, &rulenum, sizeof(rulenum)); > > Look way bettter now :) > I wasn't able to crash the kernel with missaligned access any more, but > the userland tool still does in some situations: > [59]cicely12# ipfw show > pid 2121 (ipfw): unaligned access: va=0x1200ac09c pc=0x120003bb4 ra=0x120003bfc op=ldq > pid 2121 (ipfw): unaligned access: va=0x1200ac0a4 pc=0x120003bdc ra=0x120003bc8 op=ldq > 00100 5237 824333 allow tcp from any to any dst-port 1-65535,1-65535 > 00200 0 0 allow tcp from any to any dst-port 1-65535,1-65535,1-65535 > pid 2121 (ipfw): unaligned access: va=0x1200ac09c pc=0x120002260 ra=0x1200015ec op=ldq > pid 2121 (ipfw): unaligned access: va=0x1200ac0a4 pc=0x120002264 ra=0x1200015ec op=ldq > 65535 5836817 1002036976 allow ip from any to any I'm currently using the attached diff to ipfw2.c + your other changes. It seems to work now. I hope that I catched all missalignemts that were missing. Thanks for the work on this. I'm very happy to see this running on alpha. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ipfw2.c.diff" Index: ipfw2.c =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/ipfw2.c,v retrieving revision 1.23 diff -u -r1.23 ipfw2.c --- ipfw2.c 15 Mar 2003 01:12:59 -0000 1.23 +++ ipfw2.c 2 Jun 2003 13:22:30 -0000 @@ -348,6 +348,14 @@ { NULL, 0 } }; +static __inline u_int64_t +align_uint64(u_int64_t *pll) { + u_int64_t ret; + + bcopy (pll, &ret, sizeof(ret)); + return ret; +}; + /** * match_token takes a table and a string, returns the value associated * with the string (0 meaning an error in most cases) @@ -813,8 +821,9 @@ int flags = 0; /* prerequisites */ ipfw_insn_log *logptr = NULL; /* set if we find an O_LOG */ int or_block = 0; /* we are in an or block */ + u_int32_t set_disable; - u_int32_t set_disable = rule->set_disable; + bcopy(&rule->next_rule, &set_disable, sizeof(set_disable)); if (set_disable & (1 << rule->set)) { /* disabled */ if (!show_sets) @@ -825,8 +834,8 @@ printf("%05u ", rule->rulenum); if (do_acct) - printf("%*llu %*llu ", pcwidth, rule->pcnt, bcwidth, - rule->bcnt); + printf("%*llu %*llu ", pcwidth, align_uint64(&rule->pcnt), + bcwidth, align_uint64(&rule->bcnt)); if (do_time) { char timestr[30]; @@ -1213,13 +1222,16 @@ { struct protoent *pe; struct in_addr a; + uint16_t rulenum; if (!do_expired) { if (!d->expire && !(d->dyn_type == O_LIMIT_PARENT)) return; } - printf("%05d %*llu %*llu (%ds)", d->rulenum, pcwidth, d->pcnt, bcwidth, + bcopy(&d->rule, &rulenum, sizeof(rulenum)); + + printf("%05d %*llu %*llu (%ds)", rulenum, pcwidth, d->pcnt, bcwidth, d->bcnt, d->expire); switch (d->dyn_type) { case O_LIMIT_PARENT: @@ -1454,7 +1466,9 @@ err(EX_OSERR, "malloc"); if (getsockopt(s, IPPROTO_IP, IP_FW_GET, data, &nbytes) < 0) err(EX_OSERR, "getsockopt(IP_FW_GET)"); - set_disable = ((struct ip_fw *)data)->set_disable; + bcopy(&((struct ip_fw *)data)->next_rule, + &set_disable, sizeof(set_disable)); + for (i = 0, msg = "disable" ; i < 31; i++) if ( (set_disable & (1<pcnt); + width = snprintf(NULL, 0, "%llu", + align_uint64(&r->pcnt)); if (width > pcwidth) pcwidth = width; /* byte counter */ - width = snprintf(NULL, 0, "%llu", r->bcnt); + width = snprintf(NULL, 0, "%llu", + align_uint64(&r->bcnt)); if (width > bcwidth) bcwidth = width; } } if (do_dynamic && ndyn) { for (n = 0, d = dynrules; n < ndyn; n++, d++) { - width = snprintf(NULL, 0, "%llu", d->pcnt); + width = snprintf(NULL, 0, "%llu", + align_uint64(&d->pcnt)); if (width > pcwidth) pcwidth = width; - width = snprintf(NULL, 0, "%llu", d->bcnt); + width = snprintf(NULL, 0, "%llu", + align_uint64(&d->bcnt)); if (width > bcwidth) bcwidth = width; } @@ -1690,9 +1708,12 @@ /* already warned */ continue; for (n = 0, d = dynrules; n < ndyn; n++, d++) { - if (d->rulenum > rnum) + uint16_t rulenum; + + bcopy(&d->rule, &rulenum, sizeof(rulenum)); + if (rulenum > rnum) break; - if (d->rulenum == rnum) + if (rulenum == rnum) show_dyn_ipfw(d, pcwidth, bcwidth); } } --envbJBWh7q8WU6mo-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 06:46:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F7B37B401 for ; Mon, 2 Jun 2003 06:46:57 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64FAB43F85 for ; Mon, 2 Jun 2003 06:46:56 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h52DjmOn010311; Mon, 2 Jun 2003 09:45:48 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)h52Djmck010308; Mon, 2 Jun 2003 09:45:48 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 2 Jun 2003 09:45:48 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Daniel C. Sobral" In-Reply-To: <3EDB4A0D.9030604@tcoip.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: 5.2-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 13:46:57 -0000 On Mon, 2 Jun 2003, Daniel C. Sobral wrote: > Actually, I would think it a desirable feature mac support that won't > panic within 24 hours. :-) > > I've given up on mac again. Can't have it if it panics on every daily. > :-( What's the plans for dealing with that? Right now I'm aware of one panic that shows up only if labeled MAC policies are linked to the kernel, rather than loaded as modules during the boot process. Currently, it manifests when multiple applications open sockets listening on the same UDP port, and may relate to multiple delivery of mbufs; this panic does not occur when using the modules, however. I'm still tracking down the details. We corrected the compat/linux/dev/null panic (or at least, eliminated it) -- this turned out to be a bug in UFS2 that can be triggered without the use of MAC. Are there are additional panics you're experiencing? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 07:01:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EC2F37B401 for ; Mon, 2 Jun 2003 07:01:11 -0700 (PDT) Received: from MX2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AD143FA3 for ; Mon, 2 Jun 2003 07:01:10 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from kevad.internal (80-235-40-230-dsl.mus.estpak.ee [80.235.40.230]) by MX2.estpak.ee (Postfix) with ESMTP id 512C5734C0; Mon, 2 Jun 2003 16:59:29 +0300 (EEST) Received: by kevad.internal (Postfix, from userid 1000) id 18D1530B80; Mon, 2 Jun 2003 10:01:14 +0300 (EEST) Date: Mon, 2 Jun 2003 10:01:14 +0300 From: Vallo Kallaste To: Petri Helenius Message-ID: <20030602070114.GC2605@kevad.internal> References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <039101c328e2$09bce480$812a40c1@PETEX31> <20030602050917.GB2247@kevad.internal> <03dc01c32902$f09bc680$812a40c1@PETEX31> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <03dc01c32902$f09bc680$812a40c1@PETEX31> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kalts@estpak.ee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 14:01:11 -0000 On Mon, Jun 02, 2003 at 03:31:49PM +0300, Petri Helenius wrote: > > FreeBSD 5.x series is slowly progressing, but is nowhere near to > > production quality. As the things are currently, you simply waste > > your time. > > This is only my opinion and I don't want to offend anyone. > > IMO, software does not magically get better but it must be actively > being used and problems reported and fixed in reasonable time. > > So if 5.x never gets users it never gets production quality. As do I, but I initially thought you needed stable platform. I vaguely remember your mails about some network related things etc. which seemed to indicate such need. I've sent you personal reply. Sorry. -- Vallo Kallaste From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 08:18:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6985937B404; Mon, 2 Jun 2003 08:18:20 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id D136443F85; Mon, 2 Jun 2003 08:18:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldshk.dialup.mindspring.com ([209.86.242.52] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Mr4k-0002x2-00; Mon, 02 Jun 2003 08:18:19 -0700 Message-ID: <3EDB6A6F.827B7C22@mindspring.com> Date: Mon, 02 Jun 2003 08:17:03 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Hiten Pandya References: <20030602014757.GA99626@perrin.int.nxad.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ce7eeb9b5298c82ac4c812afc3df9791667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c cc: current@FreeBSD.ORG cc: des@FreeBSD.ORG Subject: Re: VFS: C99 sparse format for struct vfsops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 15:18:20 -0000 Hiten Pandya wrote: > My fingers have been itching to do this since the day phk@ planted this > idea in my brain (re: cdevsw initialisations). Basically, it changes > the vfsops to use C99 sparse format, just like cdevsw. It removes a lot > of junk default initialisations, and duplication. I really dislike the changes to vfs_init(). Specifically, it's not the overhead, so much as it's the implied side effects. Consider this going forward: someone adds a new VFSOP to the list of allowable VFSOPs, and the vfs_init() doesn't have any specific code for it. This could happen with a new VFS implementation that gets loaded as a module. While the current code can't really handle this well, the changes move us further away from ever being able to handle something like this. 8-(. -- Terry From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 09:04:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ECCE37B401; Mon, 2 Jun 2003 09:04:13 -0700 (PDT) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id D72DA43F85; Mon, 2 Jun 2003 09:04:12 -0700 (PDT) (envelope-from hmp@nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1072) id E2C712105A; Mon, 2 Jun 2003 09:04:11 -0700 (PDT) Date: Mon, 2 Jun 2003 09:04:11 -0700 From: Hiten Pandya To: Terry Lambert Message-ID: <20030602160411.GA24490@perrin.int.nxad.com> References: <20030602014757.GA99626@perrin.int.nxad.com> <3EDB6A6F.827B7C22@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EDB6A6F.827B7C22@mindspring.com> X-Operating-System: FreeBSD FreeBSD 4.7-STABLE User-Agent: Mutt/1.5.4i cc: current@FreeBSD.ORG cc: des@FreeBSD.ORG Subject: Re: VFS: C99 sparse format for struct vfsops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 16:04:13 -0000 On Mon, Jun 02, 2003 at 08:17:03AM -0700, Terry Lambert wrote: > Hiten Pandya wrote: > > My fingers have been itching to do this since the day phk@ planted this > > idea in my brain (re: cdevsw initialisations). Basically, it changes > > the vfsops to use C99 sparse format, just like cdevsw. It removes a lot > > of junk default initialisations, and duplication. > > I really dislike the changes to vfs_init(). Specifically, it's > not the overhead, so much as it's the implied side effects. And how many times is vfc_register() called? Its not in the patch of an I/O operation or anything. Its just a mount time overhead which will go through -- a one time thing. > Consider this going forward: someone adds a new VFSOP to the > list of allowable VFSOPs, and the vfs_init() doesn't have any > specific code for it. Considered. Now consider this, would you argue this about the sparse cdevsw initialisation in make_dev()? I hardly think so. It does a good job of centralising things, and making it easier for all of us. > This could happen with a new VFS implementation that gets loaded > as a module. While the current code can't really handle this > well, the changes move us further away from ever being able to > handle something like this. 8-(. But, up to now, this has not been a problem, unless you make it so. I don't think I even needed to add conditional checks for the mount and nmount ops in vfs_init. These are things which would be fault of developer if he doesn't update the `centralised' code, not yours or mine, or FreeBSD's. I also don't see the point of having a gazillion default ops being inited in every fs specific vector when we can just do this centrally. -- Hiten (hmp@FreeBSD.ORG) From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 09:21:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E9A37B401; Mon, 2 Jun 2003 09:21:25 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D4A43FA3; Mon, 2 Jun 2003 09:21:24 -0700 (PDT) (envelope-from mb@imp.ch) Received: from cvs.imp.ch (cvs.imp.ch [157.161.4.9]) by mail.imp.ch (8.12.6p2/8.12.3) with ESMTP id h52GLMEU091573; Mon, 2 Jun 2003 18:21:22 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Mon, 2 Jun 2003 18:21:22 +0200 (CEST) From: Martin Blapp To: freebsd-current@freebsd.org Message-ID: <20030602180313.S71313@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: kan@freebsd.org Subject: OpenOffice-devel: repeatable coredump with sun autodoc in libstd++ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 16:21:26 -0000 Hi all, I'm still working to get OpenOffice1.1Beta2 ready, but am now stuck with a segfault. The compile currently aborts on many places where -frtti is used, so everybody is using -fno-rtti these days. But here I get serious trouble with autodoc ... For some strange reason it didn't happen with -frtti, it happens only with -fno-rtti. Segmentation fault (core dumped) dmake: Error code 139, while making '../../unxfbsd.pro/bin/OpenOffice.org1.1_Beta_2_SDK/docs/common/ref/module-ix.html' ---* RULES.MK *--- ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/odk/pack/gendocu fuchur# gdb /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/solver/644/unxfbsd.pro/bin/autodoc ./pack/gendocu/autodoc.core GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... Core was generated by `autodoc'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libkse.so.1...done. Loaded symbols for /usr/lib/libkse.so.1 Reading symbols from /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/solver/644/unxfbsd.pro/lib/libstlport_gcc.so...done. Loaded symbols for /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/solver/644/unxfbsd.pro/lib/libstlport_gcc.so Reading symbols from /usr/lib/libstdc++.so.4...done. Loaded symbols for /usr/lib/libstdc++.so.4 Reading symbols from /usr/lib/libm.so.2...done. Loaded symbols for /usr/lib/libm.so.2 Reading symbols from /usr/lib/libc.so.5...done. Loaded symbols for /usr/lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 __dynamic_cast (src_ptr=0x826c9d0, src_type=0x815baa8, dst_type=0x815ba9c, src2dst=0) at /usr/src/contrib/libstdc++/libsupc++/tinfo.cc:696 696 whole_type->__do_dyncast (src2dst, __class_type_info::__contained_public, (gdb) bt #0 __dynamic_cast (src_ptr=0x826c9d0, src_type=0x815baa8, dst_type=0x815ba9c, src2dst=0) at /usr/src/contrib/libstdc++/libsupc++/tinfo.cc:696 #1 0x081399cd in csi::dsapi::SapiDocu_PE::SetCurSeeAlsoAtTagLinkText(ary::info::DocuToken&) (this=0x81a6500, let_drNewToken=@0x826c9d0) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/parser_i/idoc/docu_pe2.cxx:393 #2 0x081394e0 in csi::dsapi::SapiDocu_PE::Process_Word(csi::dsapi::Tok_Word const&) (this=0x81a6500, i_rToken=@0x826c850) at d_token.hxx:101 #3 0x0813b58a in csi::dsapi::Tok_Word::Trigger(csi::dsapi::TokenInterpreter&) const (this=0x826c850, io_rInterpreter=@0xbfbfe080) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/parser_i/idoc/tk_docw2.cxx:79 #4 0x08137e46 in csi::dsapi::SapiDocu_PE::ProcessToken(csi::dsapi::Token&) (this=0x81a6500, let_drToken=@0x826c850) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/parser_i/idoc/docu_pe2.cxx:122 #5 0x08120643 in csi::uidl::TokenDistributor::Documentation::Receive(csi::dsapi::Token&) (this=0x81b3584, let_drToken=@0x826c850) at template/dyn.hxx:218 #6 0x08136720 in csi::dsapi::Context_Docu::PassNewToken() (this=0x0) at template/dyn.hxx:237 #7 0x0811cf09 in TokenParse2::GetNextToken() (this=0x821ff90) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/parser_i/tokens/tkp2.cxx:90 #8 0x0811fba5 in csi::uidl::TokenDistributor::TradeToken() (this=0x81b3544) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/parser_i/idl/distrib.cxx:102 #9 0x081343bf in autodoc::FileParsePerformers::ParseFile(char const*) (this=0x81b3500, i_sFullPath=0x81c8000 "./../../unxfbsd.pro/bin/OpenOffice.org1.1_Beta_2_SDK/idl/com/sun/star/beans/PropertySetInfoChangeEvent.idl") at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/parser_i/idl/unoidl.cxx:178 #10 0x08133e5c in autodoc::IdlParser::Run(autodoc::FileCollector_Ifc const&) (this=0x81b8670, i_rFiles=@0x28233c60) at template/dyn.hxx:218 #11 0x08063de5 in autodoc::command::run::Parser::Perform() (this=0xbfbfe3d0) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/exes/adc_uni/cmd_run.cxx:156 #12 0x08061a58 in autodoc::command::Parse::do_Run() const (this=0x81b0180) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/exes/adc_uni/adc_cmd_parse.cxx:267 #13 0x0805e7af in autodoc::CommandLine::Run() const (this=0xbfbfe430) at adc_cmd.hxx:135 #14 0x0805e44c in main (argc=13, argv=0xbfbfe490) at /usr/ports/editors/openoffice-devel-fixed/work/oo_644_src/autodoc/source/exes/adc_uni/main.cxx:83 #15 0x0805e335 in _start () (gdb) frame 0 #0 __dynamic_cast (src_ptr=0x826c9d0, src_type=0x815baa8, dst_type=0x815ba9c, src2dst=0) at /usr/src/contrib/libstdc++/libsupc++/tinfo.cc:696 696 whole_type->__do_dyncast (src2dst, __class_type_info::__contained_public, (gdb) list 691 const void *whole_ptr = 692 adjust_pointer (src_ptr, prefix->whole_object); 693 const __class_type_info *whole_type = prefix->whole_type; 694 __class_type_info::__dyncast_result result; 695 696 whole_type->__do_dyncast (src2dst, __class_type_info::__contained_public, 697 dst_type, whole_ptr, src_type, src_ptr, result); 698 if (!result.dst_ptr) 699 return NULL; 700 if (contained_public_p (result.dst2src)) (gdb) p whole_type $1 = (const __class_type_info *) 0x0 (gdb) p *whole_type Cannot access memory at address 0x0 Martin From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 09:30:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870BA37B407; Mon, 2 Jun 2003 09:30:18 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id B343A43FD7; Mon, 2 Jun 2003 09:30:17 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldshk.dialup.mindspring.com ([209.86.242.52] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19MsCL-0002le-00; Mon, 02 Jun 2003 09:30:13 -0700 Message-ID: <3EDB7B15.8B23E5C7@mindspring.com> Date: Mon, 02 Jun 2003 09:28:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Hiten Pandya References: <20030602014757.GA99626@perrin.int.nxad.com> <3EDB6A6F.827B7C22@mindspring.com> <20030602160411.GA24490@perrin.int.nxad.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4e1ff5574377303568a8f76550999b6bd548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: current@FreeBSD.ORG cc: des@FreeBSD.ORG Subject: Re: VFS: C99 sparse format for struct vfsops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 16:30:18 -0000 Hiten Pandya wrote: > > Consider this going forward: someone adds a new VFSOP to the > > list of allowable VFSOPs, and the vfs_init() doesn't have any > > specific code for it. > > Considered. Now consider this, would you argue this about the > sparse cdevsw initialisation in make_dev()? I hardly think so. > It does a good job of centralising things, and making it easier > for all of us. This is a different thing entirely... you are not adding elements in the cdevsw case. The VFSOP case is less of a problem than the VOP case, but it's still a problem. Poul broke the VOP case a long time ago, when he added the default stuff, since there is no way to add a new default to an already existing array, and the entries with a default can't be proxied (e.g. over the network or to user space via a descriptor, per John Heidemann's original design for VFS stacking in UCLS's FICUS). By making this change, you are basically changing it from a data structure to something that has to be coded, and there's no way to add code for a new entry that needs to be defaulted to a non-NULL value -- which they all have to be. > > This could happen with a new VFS implementation that gets loaded > > as a module. While the current code can't really handle this > > well, the changes move us further away from ever being able to > > handle something like this. 8-(. > > But, up to now, this has not been a problem, unless you make it > so. I don't think I even needed to add conditional checks for > the mount and nmount ops in vfs_init. These are things which > would be fault of developer if he doesn't update the > `centralised' code, not yours or mine, or FreeBSD's. > > I also don't see the point of having a gazillion default ops > being inited in every fs specific vector when we can just do > this centrally. As I said above: Poul broke this for VOPs. It doesn't make sense to say "It's broken for VOPs now, so it's OK to break it for VFSOPs, too". It's "not been a problem", as you say, so far, because the VFS stacking in FreeBSD has been broken for a long time. Breaking it more just moves us farther away from ever fixing the code, which I think is a bad thing. If, at some point, we get rid of the "default" crap, then it would be possible to add VOPs to a running kernel by just reallocating the VOP array for each mounted FS to add the entry to the end of the array. Your change makes this impossible for VFSOPS. -- Terry From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 09:35:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9313837B401 for ; Mon, 2 Jun 2003 09:35:22 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF9243FA3 for ; Mon, 2 Jun 2003 09:35:21 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h52GZLtJ096129; Mon, 2 Jun 2003 09:35:21 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EDB7D43.8090609@acm.org> Date: Mon, 02 Jun 2003 09:37:23 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pete Carah References: <200306020710.h527AqYM031715@ns.altadena.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Pedantic and Werror together... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 16:35:22 -0000 Pete Carah wrote: > pedantic and Werror together cause problems again... I presume we really > need the quad type here. (or is this one due to a compiler "upgrade"?) -pedantic is broken in a number of ways and has been for a long time. While it is still useful for occasional linting, combining it with -Werror in routine builds is just asking for grief. Tim From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 09:48:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1BB237B401 for ; Mon, 2 Jun 2003 09:48:52 -0700 (PDT) Received: from volt.iem.pw.edu.pl (volt.iem.pw.edu.pl [194.29.146.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6546C43FA3 for ; Mon, 2 Jun 2003 09:48:50 -0700 (PDT) (envelope-from doncerp@volt.iem.pw.edu.pl) Received: from volt.iem.pw.edu.pl (doncerp@localhost [127.0.0.1]) by volt.iem.pw.edu.pl (8.12.9/8.11.6) with ESMTP id h52GmgZJ081735 for ; Mon, 2 Jun 2003 18:48:42 +0200 (CEST) (envelope-from doncerp@volt.iem.pw.edu.pl) Received: from localhost (doncerp@localhost)h52GmgsU081732 for ; Mon, 2 Jun 2003 18:48:42 +0200 (CEST) Date: Mon, 2 Jun 2003 18:48:42 +0200 (CEST) From: Pawel Doncer To: Message-ID: <20030602183905.U81016-100000@volt.iem.pw.edu.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: PAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 16:48:53 -0000 Hello. I'm using Kerberos (heimdal) and off course it uses PAM. It's working well but I want to know if is the way to change kerberos password through PAM, not using "kpasswd" command? Or maybe it's even possible to synchronize kerberos and UNIX passwords? Can someone help me? Pawel Doncer. (please forgive me poor English) From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 10:42:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29A4B37B401; Mon, 2 Jun 2003 10:42:57 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D52043FD7; Mon, 2 Jun 2003 10:42:56 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h52HbvZ08634; Mon, 2 Jun 2003 10:37:57 -0700 Received: from btc.adaptec.com ([10.100.253.187]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id KAA29833; Mon, 2 Jun 2003 10:42:55 -0700 (PDT) Message-ID: <3EDB8C94.6040000@btc.adaptec.com> Date: Mon, 02 Jun 2003 11:42:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Petri Helenius References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <036d01c328df$902ef380$812a40c1@PETEX31> In-Reply-To: <036d01c328df$902ef380$812a40c1@PETEX31> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 17:42:57 -0000 Ouch, this is a serious bug indeed. I apologize if you reported this before and I missed it. I'll look at it today. Other than this bug (which appears to only be related to the management app), are there any other problems with aac? Note that aac is one of the few cards that even supports a management app! Scott Petri Helenius wrote: > So far I´ve tried asr and aac, both cards end up in kernel panics and/or array > hang in a few minutes (multiple hardware platforms so I don´t think the motherboard > is to blame) > > After the bad experience with asr I thought I give aac a try with somewhat similar > results. And asr does not work with >4G machines anyway (although I don´t put > that amount of memory in the servers now, I don´t want to generate a barrier > because of a disk controller) > > Judging from the limited set of responses, Mylex stuff seems to work. > > My offer to help you to debug the aac code is still valid. > > You mean this one as "shot in the dark"? > > I got this when configuring an array on 5.1-BETA and aaccli: > > lock order reversal > 1st 0xc2671134 AAC sync FIB lock (AAC sync FIB lock) @ > /usr/src/sys/dev/aac/aac.c:1703 > 2nd 0xc03f5f20 Giant (Giant) @ vm/vm_fault.c:210 > Stack backtrace: > backtrace(c0397297,c03f5f20,c0393ecb,c0393ecb,c03a4e34) at backtrace+0x17 > witness_lock(c03f5f20,8,c03a4e34,d2,d1d33ad8) at witness_lock+0x697 > _mtx_lock_flags(c03f5f20,0,c03a4e2b,d2,2) at _mtx_lock_flags+0xb1 > vm_fault(c03f1940,0,1,0,c2670000) at vm_fault+0x59 > trap_pfault(d1d33c70,0,8,d1d33c40,8) at trap_pfault+0xef > trap(18,c2670010,c2670010,d26402a4,c2671000) at trap+0x39d > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc24e5959, esp = 0xd1d33cb0, ebp = 0xd1d33ce0 --- > aac_handle_aif(c2671000,d2640284,d1d33cfc,d1d33d00,7d0) at > aac_handle_aif+0x139 > aac_command_thread(c2671000,d1d33d48,c0392341,310,0) at > aac_command_thread+0x179 > fork_exit(c24e36c0,c2671000,d1d33d48) at fork_exit+0xc0 > fork_trampoline() at fork_trampoline+0x1a > --- trap 0x1, eip = 0, esp = 0xd1d33d7c, ebp = 0 --- > > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x8 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc31f3959 > stack pointer = 0x10:0xd1d39cb0 > frame pointer = 0x10:0xd1d39ce0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 550 (aac0aif) > kernel: type 12 trap, code=0 > Stopped at aac_handle_aif+0x139: cmpl 0x8(%edx),%ecx > > db> trace > aac_handle_aif(c2679000,d2635284,d1d39cfc,d1d39d00,7d0) at > aac_handle_aif+0x139 > aac_command_thread(c2679000,d1d39d48,c0392341,310,c2670260) at > aac_command_thread+0x179 > fork_exit(c31f16c0,c2679000,d1d39d48) at fork_exit+0xc0 > fork_trampoline() at fork_trampoline+0x1a > --- trap 0x1, eip = 0, esp = 0xd1d39d7c, ebp = 0 --- > db> > > Before that I got some message on GEOM not being properly locked but > that scrolled off buffer > before I could catch it. > > Pete > > > ----- Original Message ----- > From: "Scott Long" > To: "Petri Helenius" > Cc: "Tim Robbins" ; > Sent: Sunday, June 01, 2003 11:20 PM > Subject: Re: raidframe > > > >>Petri Helenius wrote: >> >>>>RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be >>>>unwise to use it in 5.0 for anything other than experimentation. Hopefully it >>>>will be fixed before 5.2. >>>> >>> >>>Makes one wonder how broken code ever got into the tree in the first place... >>> >>>Pete >>> >> >>Just settle down a bit. >> >>If you rewind to last October, RAIDFrame worked well. Unfortunately, >>some kernel interfaces changed in between now and then and RAIDFrame was >>left behind. I am remis in not fixing it, but please understand that I >>also have quite a few other responsibilities, and I get paid $0 to work >>on RAIDframe. >> >>As for hardware raid, what cards have you tried, and what problems have >>you experienced? You last message was jsut a shot in the dark that few >>of us would be able to help with. >> >>Scott >> >> From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 10:55:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8086D37B401; Mon, 2 Jun 2003 10:55:09 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5154F43FAF; Mon, 2 Jun 2003 10:55:08 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h52Ht5DX017599; Mon, 2 Jun 2003 20:55:05 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <051901c32930$1299e370$812a40c1@PETEX31> From: "Petri Helenius" To: "Scott Long" References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <036d01c328df$902ef380$812a40c1@PETEX31> <3EDB8C94.6040000@btc.adaptec.com> Date: Mon, 2 Jun 2003 20:54:54 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-current@freebsd.org cc: Tim Robbins Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 17:55:09 -0000 Sent to you, Mark and obrien on 15th May. Didn´t copy lists nor did a send-pr. Suggestions for future bug reporting appreciated. > Ouch, this is a serious bug indeed. I apologize if you reported this > before and I missed it. I'll look at it today. Other than this bug > (which appears to only be related to the management app), are there any > other problems with aac? Note that aac is one of the few cards that > even supports a management app! I returned the card, they only had 14 day return policy. I didn´t spend more time with the card since after reporting the bug I didn´t get any replies and without a management utility the card would be useless for me anyway. I´ll ask them for another loaner if needed. While we´re at it, what´s the utility command to turn off the alarm on the card? It got annoying after a while practising pulling out drives :-) Pete > Scott > > Petri Helenius wrote: > > So far I´ve tried asr and aac, both cards end up in kernel panics and/or array > > hang in a few minutes (multiple hardware platforms so I don´t think the motherboard > > is to blame) > > > > After the bad experience with asr I thought I give aac a try with somewhat similar > > results. And asr does not work with >4G machines anyway (although I don´t put > > that amount of memory in the servers now, I don´t want to generate a barrier > > because of a disk controller) > > > > Judging from the limited set of responses, Mylex stuff seems to work. > > > > My offer to help you to debug the aac code is still valid. > > > > You mean this one as "shot in the dark"? > > > > I got this when configuring an array on 5.1-BETA and aaccli: > > > > lock order reversal > > 1st 0xc2671134 AAC sync FIB lock (AAC sync FIB lock) @ > > /usr/src/sys/dev/aac/aac.c:1703 > > 2nd 0xc03f5f20 Giant (Giant) @ vm/vm_fault.c:210 > > Stack backtrace: > > backtrace(c0397297,c03f5f20,c0393ecb,c0393ecb,c03a4e34) at backtrace+0x17 > > witness_lock(c03f5f20,8,c03a4e34,d2,d1d33ad8) at witness_lock+0x697 > > _mtx_lock_flags(c03f5f20,0,c03a4e2b,d2,2) at _mtx_lock_flags+0xb1 > > vm_fault(c03f1940,0,1,0,c2670000) at vm_fault+0x59 > > trap_pfault(d1d33c70,0,8,d1d33c40,8) at trap_pfault+0xef > > trap(18,c2670010,c2670010,d26402a4,c2671000) at trap+0x39d > > calltrap() at calltrap+0x5 > > --- trap 0xc, eip = 0xc24e5959, esp = 0xd1d33cb0, ebp = 0xd1d33ce0 --- > > aac_handle_aif(c2671000,d2640284,d1d33cfc,d1d33d00,7d0) at > > aac_handle_aif+0x139 > > aac_command_thread(c2671000,d1d33d48,c0392341,310,0) at > > aac_command_thread+0x179 > > fork_exit(c24e36c0,c2671000,d1d33d48) at fork_exit+0xc0 > > fork_trampoline() at fork_trampoline+0x1a > > --- trap 0x1, eip = 0, esp = 0xd1d33d7c, ebp = 0 --- > > > > > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x8 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc31f3959 > > stack pointer = 0x10:0xd1d39cb0 > > frame pointer = 0x10:0xd1d39ce0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 550 (aac0aif) > > kernel: type 12 trap, code=0 > > Stopped at aac_handle_aif+0x139: cmpl 0x8(%edx),%ecx > > > > db> trace > > aac_handle_aif(c2679000,d2635284,d1d39cfc,d1d39d00,7d0) at > > aac_handle_aif+0x139 > > aac_command_thread(c2679000,d1d39d48,c0392341,310,c2670260) at > > aac_command_thread+0x179 > > fork_exit(c31f16c0,c2679000,d1d39d48) at fork_exit+0xc0 > > fork_trampoline() at fork_trampoline+0x1a > > --- trap 0x1, eip = 0, esp = 0xd1d39d7c, ebp = 0 --- > > db> > > > > Before that I got some message on GEOM not being properly locked but > > that scrolled off buffer > > before I could catch it. > > > > Pete > > > > > > ----- Original Message ----- > > From: "Scott Long" > > To: "Petri Helenius" > > Cc: "Tim Robbins" ; > > Sent: Sunday, June 01, 2003 11:20 PM > > Subject: Re: raidframe > > > > > > > >>Petri Helenius wrote: > >> > >>>>RAIDframe is non-functional in 5.1 and -current [kern/50541] and it would be > >>>>unwise to use it in 5.0 for anything other than experimentation. Hopefully it > >>>>will be fixed before 5.2. > >>>> > >>> > >>>Makes one wonder how broken code ever got into the tree in the first place... > >>> > >>>Pete > >>> > >> > >>Just settle down a bit. > >> > >>If you rewind to last October, RAIDFrame worked well. Unfortunately, > >>some kernel interfaces changed in between now and then and RAIDFrame was > >>left behind. I am remis in not fixing it, but please understand that I > >>also have quite a few other responsibilities, and I get paid $0 to work > >>on RAIDframe. > >> > >>As for hardware raid, what cards have you tried, and what problems have > >>you experienced? You last message was jsut a shot in the dark that few > >>of us would be able to help with. > >> > >>Scott > >> > >> > > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 11:11:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4711437B407 for ; Mon, 2 Jun 2003 11:11:10 -0700 (PDT) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22EED43F3F for ; Mon, 2 Jun 2003 11:11:09 -0700 (PDT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.12.9/jtpda-5.4) with ESMTP id h52IB75Q009657 ; Mon, 2 Jun 2003 20:11:07 +0200 (CEST) Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) h52IB7O3052631 ; Mon, 2 Jun 2003 20:11:07 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.12.9/8.12.9/Submit) id h52IB7F4052628; Mon, 2 Jun 2003 20:11:07 +0200 (MEST) To: Maksim Yevmenkin References: <20030601222557.48106.qmail@web40304.mail.yahoo.com> From: arno@heho.snv.jussieu.fr Date: 02 Jun 2003 20:11:06 +0200 In-Reply-To: <20030601222557.48106.qmail@web40304.mail.yahoo.com> Message-ID: Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Antivirus: scanned by sophie at shiva.jussieu.fr cc: freebsd-current@freebsd.org Subject: Re: Polishing touch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 18:11:10 -0000 > here what is (probably) going on. when system starts up you have > no "tap0" interface. ifconfig(8) can not find "tap0" interface and hmmm, dunno, long before ifconfig I get : tap0: bpf attached > now the thing about tap(4) (and tun(4)) interfaces is that they are > *virtual*, i.e. in order to create interface one need to open > corresponding character device first, i.e. /dev/tapX (or /dev/tunX). yip; NB, I think we should concentrate on tun0 anyway, since "device tun" is in GENERIC, whilst tap0 is a hack of mine ... Arno From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 11:22:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB6FC37B404 for ; Mon, 2 Jun 2003 11:22:51 -0700 (PDT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 3008A43FAF for ; Mon, 2 Jun 2003 11:22:50 -0700 (PDT) (envelope-from me@farid-hajji.de) Received: (qmail 12028 invoked by uid 505); 2 Jun 2003 18:33:51 -0000 Received: from me@farid-hajji.de by dsl-mail by uid 502 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:. Processed in 1.241739 secs); 02 Jun 2003 18:33:51 -0000 Received: from unknown (HELO reverse-213-146-115-80.dialin.kamp-dsl.de) (213.146.115.80) by dsl-mail.kamp.net with SMTP; 2 Jun 2003 18:33:50 -0000 From: Farid Hajji To: freebsd-current@freebsd.org Date: Mon, 2 Jun 2003 20:23:16 +0200 User-Agent: KMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306022023.16254.me@farid-hajji.de> Subject: OpenSSL CA.pl only in src dir? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: me@farid-hajji.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 18:22:52 -0000 Hi, is there any reason, why /usr/src/crypto/openssl/apps/CA.{sh,pl} are not installed outside /usr/src? Some end users may not install src, yet still need this wrapper... Thanks, -FH -- Farid Hajji -- Unix Systems and Network Management. http://www.farid-hajji.net/address.html Quoth the Raven, "Nevermore." --Edgar Allan Poe. From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 12:08:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A688137B405 for ; Mon, 2 Jun 2003 12:08:57 -0700 (PDT) Received: from mail-shield2.njit.edu (mail-shield2.njit.edu [128.235.251.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id D267C43F3F for ; Mon, 2 Jun 2003 12:08:56 -0700 (PDT) (envelope-from kellers@njit.edu) Received: (from uucp@localhost) by mail-shield2.njit.edu (8.11.6/8.11.6) id h52J8tw27016 for ; Mon, 2 Jun 2003 15:08:55 -0400 (EDT) Received: from nodnsquery(128.235.251.173) by mail-shield2.njit.edu via csmap (V4.1) id srcAAAYMa4W0; Mon, 2 Jun 03 15:08:55 -0400 Received: from admcluster.njit.edu (admactive.njit.edu [128.235.184.198]) by mail-gw5.njit.edu (8.12.9/8.12.4) with ESMTP id h52J6bfA018064 for ; Mon, 2 Jun 2003 15:08:30 -0400 (EDT) Received: from dhcp187-25.njit.edu ([128.235.187.25]) by admcluster.njit.edu with Microsoft SMTPSVC(5.0.2195.5329); Mon, 2 Jun 2003 15:07:16 -0400 From: T Kellers To: Date: Mon, 2 Jun 2003 15:07:15 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306021507.15305.kellers@njit.edu> X-OriginalArrivalTime: 02 Jun 2003 19:07:16.0208 (UTC) FILETIME=[2E890700:01C3293A] Subject: vm stuff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 19:08:58 -0000 Mon Jun 2 14:46:26 EDT 2003 lock order reversal 1st 0xc2a67250 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:509 2nd 0xc082f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:325 Stack backtrace on request. > uname -a FreeBSD zeebo 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Jun 2 12:32:15 EDT 2003 timothyk@128.235.220.97:/usr/obj/usr/src/sys/TK i386 Dell OptiPlex PIV 1.2 G 512 RAM cvsupped and built this AM From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 12:29:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ACA337B407 for ; Mon, 2 Jun 2003 12:29:39 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E73743F75 for ; Mon, 2 Jun 2003 12:29:38 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id h52JTXVo096630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 2 Jun 2003 15:29:33 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id h52JTWmk096627; Mon, 2 Jun 2003 15:29:32 -0400 (EDT) (envelope-from wollman) Date: Mon, 2 Jun 2003 15:29:32 -0400 (EDT) From: Garrett Wollman Message-Id: <200306021929.h52JTWmk096627@khavrinen.lcs.mit.edu> To: kalts@estpak.ee In-Reply-To: <20030602050917.GB2247@kevad.internal> References: <3ED9E8AB.5060106@he.iki.fi> <20030601232426.A43338@dilbert.robbins.dropbear.id.au> <00b501c32876$74502fd0$812a40c1@PETEX31> <3EDA600C.90104@btc.adaptec.com> <039101c328e2$09bce480$812a40c1@PETEX31> <20030602050917.GB2247@kevad.internal> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: raidframe X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 19:29:39 -0000 < said: > FreeBSD 5.x series is slowly progressing, but is nowhere near to > production quality. As the things are currently, you simply waste > your time. I'm running an old 5.1-current and a more recent 5.1-beta of about a week ago in production as news servers and am reasonably pleased with the results. Other than the cvsup mirror I don't have any more intensive test workload than that. The 5.1-beta installation replaced a W2K Advanced Server running NNTPRelay, and so far it's stayed up three whole days, which is a hell of a lot longer than W2K ever did. 5.x is getting there. It has been stable enough for desktop use for a long time, and now the rest of the system is catching up. -GAWollman From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 13:06:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED75437B401 for ; Mon, 2 Jun 2003 13:06:13 -0700 (PDT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED21A43F75 for ; Mon, 2 Jun 2003 13:06:12 -0700 (PDT) (envelope-from nsouch@free.fr) Received: from armor.fastether (nas-cbv-7-62-147-154-133.dial.proxad.net [62.147.154.133]) by postfix4-1.free.fr (Postfix) with SMTP id CBE5E3AE75 for ; Mon, 2 Jun 2003 22:06:02 +0200 (CEST) Received: (qmail 20883 invoked by uid 1001); 2 Jun 2003 22:20:09 -0000 Date: Mon, 2 Jun 2003 22:20:09 +0000 From: Nicolas Souchu To: Dag-Erling Smorgrav Message-ID: <20030602222009.A16160@armor.free.fr> References: <20030531210600.GA670@tombstone.localnet.gomerbud.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Sun, Jun 01, 2003 at 01:52:57AM +0200 cc: "David P. Reese Jr." cc: current@freebsd.org Subject: Re: viapropm doesnt like sys/dev/pci.c rev 1.214 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 20:06:14 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 01, 2003 at 01:52:57AM +0200, Dag-Erling Smorgrav wrote: > "David P. Reese Jr." writes: > > In rev 1.214 of sys/dev/pci/pci.c, we have started checking if a > > pci_set_command_bit() was successful with a subsequent PCI_READ_CONFIG > > and comparing the results. For some odd reason, this doesnt work when > > my viapropm tries to attach. > > viapropm is seriously broken for other reasons and needs professional > help. What kind of breakage? Setting resources in probe? Right. Anybody having the viapm driver loaded usually should please try the attached patch. > > pci_set_command_bit(dev, child, bit); > > command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); > > if (command & bit) > > return (0); > > It should allow the register to "settle" between write and read, which > may take some time (see chipset docs for timing details). DELAY(1000) > should be OK in an attach function. The datasheet states that the command bits are RW but "fixed at 0". Nicholas -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="viapm.diffs" Index: viapm.c =================================================================== RCS file: /home/ncvs/src/sys/pci/viapm.c,v retrieving revision 1.2 diff -u -r1.2 viapm.c --- viapm.c 9 Nov 2002 20:13:16 -0000 1.2 +++ viapm.c 25 May 2003 22:00:03 -0000 @@ -79,7 +79,6 @@ #define VIAPM_TYP_8233 5 struct viapm_softc { - int type; u_int32_t base; bus_space_tag_t st; bus_space_handle_t sh; @@ -179,137 +178,42 @@ static int viapm_586b_probe(device_t dev) { - struct viapm_softc *viapm = (struct viapm_softc *)device_get_softc(dev); - u_int32_t l; - u_int16_t s; - u_int8_t c; + if (pci_get_devid(dev) != VIA_586B_PMU_ID) + return ENXIO; - switch (pci_get_devid(dev)) { - case VIA_586B_PMU_ID: - - bzero(viapm, sizeof(struct viapm_softc)); - - l = pci_read_config(dev, VIAPM_586B_REVID, 1); - switch (l) { - case VIAPM_586B_OEM_REV_E: - viapm->type = VIAPM_TYP_586B_3040E; - viapm->iorid = VIAPM_586B_3040E_BASE; - - /* Activate IO block access */ - s = pci_read_config(dev, VIAPM_586B_3040E_ACTIV, 2); - pci_write_config(dev, VIAPM_586B_3040E_ACTIV, s | 0x1, 2); - break; - - case VIAPM_586B_OEM_REV_F: - case VIAPM_586B_PROD_REV_A: - default: - viapm->type = VIAPM_TYP_586B_3040F; - viapm->iorid = VIAPM_586B_3040F_BASE; - - /* Activate IO block access */ - c = pci_read_config(dev, VIAPM_586B_3040F_ACTIV, 1); - pci_write_config(dev, VIAPM_586B_3040F_ACTIV, c | 0x80, 1); - break; - } - - viapm->base = pci_read_config(dev, viapm->iorid, 4) & - VIAPM_586B_BA_MASK; - - /* - * We have to set the I/O resources by hand because it is - * described outside the viapmope of the traditional maps - */ - if (bus_set_resource(dev, SYS_RES_IOPORT, viapm->iorid, - viapm->base, 256)) { - device_printf(dev, "could not set bus resource\n"); - return ENXIO; - } - device_set_desc(dev, "VIA VT82C586B Power Management Unit"); - return 0; - - default: - break; - } - - return ENXIO; + device_set_desc(dev, "VIA VT82C586B Power Management Unit"); + return 0; } - static int viapm_pro_probe(device_t dev) { - struct viapm_softc *viapm = (struct viapm_softc *)device_get_softc(dev); -#ifdef VIAPM_BASE_ADDR - u_int32_t l; -#endif - u_int32_t base_cfgreg; char *desc; switch (pci_get_devid(dev)) { case VIA_596A_PMU_ID: desc = "VIA VT82C596A Power Management Unit"; - viapm->type = VIAPM_TYP_596B; - base_cfgreg = VIAPM_PRO_BASE; - goto viapro; + break; case VIA_596B_PMU_ID: desc = "VIA VT82C596B Power Management Unit"; - viapm->type = VIAPM_TYP_596B; - base_cfgreg = VIAPM_PRO_BASE; - goto viapro; + break; case VIA_686A_PMU_ID: desc = "VIA VT82C686A Power Management Unit"; - viapm->type = VIAPM_TYP_686A; - base_cfgreg = VIAPM_PRO_BASE; - goto viapro; + break; case VIA_8233_PMU_ID: desc = "VIA VT8233 Power Management Unit"; - viapm->type = VIAPM_TYP_UNKNOWN; - base_cfgreg = VIAPM_8233_BASE; - goto viapro; - - viapro: - -#ifdef VIAPM_BASE_ADDR - /* force VIAPM I/O base address */ - - /* enable the SMBus controller function */ - l = pci_read_config(dev, VIAPM_PRO_SMBCTRL, 1); - pci_write_config(dev, VIAPM_PRO_SMBCTRL, l | 1, 1); - - /* write the base address */ - pci_write_config(dev, base_cfgreg, - VIAPM_BASE_ADDR & VIAPM_PRO_BA_MASK, 4); -#endif - - viapm->base = pci_read_config(dev, base_cfgreg, 4) & VIAPM_PRO_BA_MASK; - - /* - * We have to set the I/O resources by hand because it is - * described outside the viapmope of the traditional maps - */ - viapm->iorid = base_cfgreg; - if (bus_set_resource(dev, SYS_RES_IOPORT, viapm->iorid, - viapm->base, 16)) { - device_printf(dev, "could not set bus resource 0x%x\n", - viapm->base); - return ENXIO; - } - - if (1 || bootverbose) { - device_printf(dev, "SMBus I/O base at 0x%x\n", viapm->base); - } - - device_set_desc(dev, desc); - return 0; + break; default: - break; + return ENXIO; + /* not reached */ } - return ENXIO; + device_set_desc(dev, desc); + return 0; } static int @@ -317,6 +221,39 @@ { struct viapm_softc *viapm = (struct viapm_softc *)device_get_softc(dev); u_int32_t l; + u_int32_t base_cfgreg; + + bzero(viapm, sizeof(struct viapm_softc)); + + if (pci_get_devid(dev) == VIA_8233_PMU_ID) + base_cfgreg = VIAPM_8233_BASE; + else + base_cfgreg = VIAPM_PRO_BASE; + +#ifdef VIAPM_BASE_ADDR + /* force VIAPM I/O base address */ + + /* enable the SMBus controller function */ + l = pci_read_config(dev, VIAPM_PRO_SMBCTRL, 1); + pci_write_config(dev, VIAPM_PRO_SMBCTRL, l | 1, 1); + + /* write the base address */ + pci_write_config(dev, base_cfgreg, + VIAPM_BASE_ADDR & VIAPM_PRO_BA_MASK, 4); +#endif + + viapm->base = pci_read_config(dev, base_cfgreg, 4) & VIAPM_PRO_BA_MASK; + + /* + * We have to set the I/O resources by hand because it is + * described outside the viapmope of the traditional maps + */ + viapm->iorid = base_cfgreg; + bus_set_resource(dev, SYS_RES_IOPORT, viapm->iorid, viapm->base, 16); + + if (1 || bootverbose) { + device_printf(dev, "SMBus I/O base at 0x%x\n", viapm->base); + } if (!(viapm->iores = bus_alloc_resource(dev, SYS_RES_IOPORT, &viapm->iorid, 0l, ~0l, 1, RF_ACTIVE))) { @@ -385,6 +322,40 @@ viapm_586b_attach(device_t dev) { struct viapm_softc *viapm = (struct viapm_softc *)device_get_softc(dev); + u_int32_t l; + u_int16_t s; + u_int8_t c; + + bzero(viapm, sizeof(struct viapm_softc)); + + l = pci_read_config(dev, VIAPM_586B_REVID, 1); + switch (l) { + case VIAPM_586B_OEM_REV_E: + viapm->iorid = VIAPM_586B_3040E_BASE; + + /* Activate IO block access */ + s = pci_read_config(dev, VIAPM_586B_3040E_ACTIV, 2); + pci_write_config(dev, VIAPM_586B_3040E_ACTIV, s | 0x1, 2); + break; + + case VIAPM_586B_OEM_REV_F: + case VIAPM_586B_PROD_REV_A: + default: + viapm->iorid = VIAPM_586B_3040F_BASE; + + /* Activate IO block access */ + c = pci_read_config(dev, VIAPM_586B_3040F_ACTIV, 1); + pci_write_config(dev, VIAPM_586B_3040F_ACTIV, c | 0x80, 1); + break; + } + + viapm->base = pci_read_config(dev, viapm->iorid, 4) & VIAPM_586B_BA_MASK; + + /* + * We have to set the I/O resources by hand because it is + * described outside the viapmope of the traditional maps + */ + bus_set_resource(dev, SYS_RES_IOPORT, viapm->iorid, viapm->base, 256); if (!(viapm->iores = bus_alloc_resource(dev, SYS_RES_IOPORT, &viapm->iorid, 0ul, ~0ul, 1, RF_ACTIVE | RF_SHAREABLE))) { --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 16:15:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF46937B401; Mon, 2 Jun 2003 16:15:44 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50BA143F75; Mon, 2 Jun 2003 16:15:44 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 2726566B9B; Mon, 2 Jun 2003 16:15:44 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 03E0A82D; Mon, 2 Jun 2003 16:15:43 -0700 (PDT) Date: Mon, 2 Jun 2003 16:15:43 -0700 From: Kris Kennaway To: current@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20030602231543.GA28135@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: phoenix crash in libc_r on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2003 23:15:45 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline phoenix on my sparc64 crashed while idle with the following: Fatal error '_waitq_insert: Already in queue' at line 321 in file /usr/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 2) Any ideas? Kris --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+29qfWry0BWjoQKURAinBAKDUw3VcWQt18IyoiKSJ3dNNBAm/zQCdGbEe fIKrud/+CC6JJ7Yy3jVnQAQ= =Fht5 -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 19:13:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516E537B401; Mon, 2 Jun 2003 19:13:29 -0700 (PDT) Received: from perrin.int.nxad.com (internal.ext.nxad.com [69.1.70.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88CD43F3F; Mon, 2 Jun 2003 19:13:28 -0700 (PDT) (envelope-from hmp@nxad.com) Received: by perrin.int.nxad.com (Postfix, from userid 1072) id 42F2D2105A; Mon, 2 Jun 2003 19:13:28 -0700 (PDT) Date: Mon, 2 Jun 2003 19:13:28 -0700 From: Hiten Pandya To: Terry Lambert Message-ID: <20030603021328.GB46362@perrin.int.nxad.com> References: <20030602014757.GA99626@perrin.int.nxad.com> <3EDB6A6F.827B7C22@mindspring.com> <20030602160411.GA24490@perrin.int.nxad.com> <3EDB7B15.8B23E5C7@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EDB7B15.8B23E5C7@mindspring.com> X-Operating-System: FreeBSD FreeBSD 4.7-STABLE User-Agent: Mutt/1.5.4i cc: current@FreeBSD.ORG cc: des@FreeBSD.ORG Subject: Re: VFS: C99 sparse format for struct vfsops X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 02:13:29 -0000 On Mon, Jun 02, 2003 at 09:28:05AM -0700, Terry Lambert wrote: > This is a different thing entirely... you are not adding > elements in the cdevsw case. Er, huh? Did you read Poul's HEADSUP mail for cdevsw sparse init? > The VFSOP case is less of a problem than the VOP case, but it's > still a problem. Poul broke the VOP case a long time ago, when > he added the default stuff, since there is no way to add a new > default to an already existing array, and the entries with a > default can't be proxied (e.g. over the network or to user space > via a descriptor, per John Heidemann's original design for VFS > stacking in UCLS's FICUS). OK, we are moving away from UCLS' FICUS. Could you kindly provide me with some examples, and practicle use of this ``adding'' a new default in an already existing array? > By making this change, you are basically changing it from a > data structure to something that has to be coded, and there's > no way to add code for a new entry that needs to be defaulted > to a non-NULL value -- which they all have to be. Huh? Come again please? Could you ellaborate on this point as it is sending me in circles. I don't see how it is not possible to do that, please provide a practical case, so I can understand. > As I said above: Poul broke this for VOPs. It doesn't make > sense to say "It's broken for VOPs now, so it's OK to break it > for VFSOPs, too". ... > It's "not been a problem", as you say, so far, because the VFS > stacking in FreeBSD has been broken for a long time. Breaking > it more just moves us farther away from ever fixing the code, > which I think is a bad thing. That is such of a broad statement..= > If, at some point, we get rid of the "default" crap, then it > would be possible to add VOPs to a running kernel by just > reallocating the VOP array for each mounted FS to add the entry > to the end of the array. And here is the question again, why would you want to add VOPs to a running kernel? Please provide some examples, or practical cases. > Your change makes this impossible for VFSOPS. Awaiting your reply... Cheers. -- Hiten (hmp@FreeBSD.ORG) From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:08:51 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4627637B401 for ; Mon, 2 Jun 2003 20:08:51 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F45143F85 for ; Mon, 2 Jun 2003 20:08:50 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h5338oD44764 for ; Mon, 2 Jun 2003 23:08:50 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Mon, 2 Jun 2003 23:08:50 -0400 (EDT) From: Jeff Roberson To: current@freebsd.org Message-ID: <20030602230746.U69975-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: umtx/libthr SMP fixes. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 03:08:51 -0000 If you have had issues with libthr on SMP or umtx panics, the following patch may solve these issues. http://www.chesapeake.net/~jroberson/umtxlocks.diff This patch fixes several race conditions and other issues with umtx. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:44:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 510F137B401 for ; Mon, 2 Jun 2003 20:44:48 -0700 (PDT) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B96943F3F for ; Mon, 2 Jun 2003 20:44:47 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id DA4FE41D9; Tue, 3 Jun 2003 12:44:45 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 3AE5241D4; Tue, 3 Jun 2003 12:44:45 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id EA2AA1E4620; Tue, 3 Jun 2003 12:44:44 +0900 (JST) Date: Tue, 03 Jun 2003 12:44:44 +0900 Message-ID: <7mel2bddub.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Bruce Evans In-Reply-To: <20030602194516.Q15091@gamplex.bde.org> References: <7mvfvpcb8s.wl@black.imgsrc.co.jp> <20030602194516.Q15091@gamplex.bde.org> User-Agent: Wanderlust/2.10.0 (Venus) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 cc: Current Subject: Re: Remove absolute symlink in $MAKEOBJDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 03:44:48 -0000 At Mon, 2 Jun 2003 10:10:26 +0000 (UTC), Bruce Evans wrote: > As marcel pointed out, there are technical reasons for not using cp. > Use cat. OK, thanks! > > (2) Use correct dependency in sys/boot/i386/kgzldr. > > This is too hackish for me. Try using the same method as for lib/csu. > I think you nmainly care about "make install" building things. This is > from longstanding brokenness of installation of man pages which was > cloned to brokenness of installation of FILES. Hmm, like this? I don't know which owner and mode should be used at realinstall stage. Index: Makefile =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/kgzldr/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- Makefile 30 Sep 2002 20:37:57 -0000 1.12 +++ Makefile 3 Jun 2003 03:41:02 -0000 @@ -1,6 +1,5 @@ # $FreeBSD: src/sys/boot/i386/kgzldr/Makefile,v 1.12 2002/09/30 20:37:57 peter Exp $ -FILES= kgzldr.o SRCS= start.s boot.c inflate.c lib.c crt.s sio.s OBJS= ${SRCS:N*.h:R:S/$/.o/g} CFLAGS= -ffreestanding @@ -15,7 +14,13 @@ BOOT_COMCONSOLE_PORT?= 0x3f8 AFLAGS+=--defsym SIO_PRT=${BOOT_COMCONSOLE_PORT} +all: ${OBJS} kgzldr.o + kgzldr.o: ${OBJS} ${CC} ${LDFLAGS} -o ${.TARGET} ${OBJS} + +realinstall: + ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m ${LIBMODE} \ + kgzldr.o ${DESTDIR}${BINDIR} .include -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 20:52:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9093B37B401; Mon, 2 Jun 2003 20:52:37 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A37BA43FB1; Mon, 2 Jun 2003 20:52:36 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h533qZkA009320; Mon, 2 Jun 2003 21:52:35 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 02 Jun 2003 21:52:20 -0600 (MDT) Message-Id: <20030602.215220.73651879.imp@bsdimp.com> To: mb@imp.ch From: "M. Warner Losh" In-Reply-To: <20030602180313.S71313@cvs.imp.ch> References: <20030602180313.S71313@cvs.imp.ch> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: kan@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: OpenOffice-devel: repeatable coredump with sun autodoc in libstd++ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 03:52:37 -0000 In message: <20030602180313.S71313@cvs.imp.ch> Martin Blapp writes: : I'm still working to get OpenOffice1.1Beta2 ready, but am now stuck with : a segfault. The compile currently aborts on many places where -frtti is : used, so everybody is using -fno-rtti these days. But here I get serious : trouble with autodoc ... : : For some strange reason it didn't happen with -frtti, it happens only with : -fno-rtti. -frtti is required for dynamic_cast(expr) to work. so if it is broken, then you've got big problems. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:01:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05B0437B404 for ; Mon, 2 Jun 2003 22:01:52 -0700 (PDT) Received: from hotmail.com (bay8-f92.bay8.hotmail.com [64.4.27.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CF9E43F85 for ; Mon, 2 Jun 2003 22:01:51 -0700 (PDT) (envelope-from freebsd_stable@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 2 Jun 2003 22:01:51 -0700 Received: from 218.102.39.130 by by8fd.bay8.hotmail.msn.com with HTTP; Tue, 03 Jun 2003 05:01:51 GMT X-Originating-IP: [218.102.39.130] X-Originating-Email: [freebsd_stable@hotmail.com] From: "nobody nobody" To: freebsd-current@freebsd.org Date: Tue, 03 Jun 2003 13:01:51 +0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 03 Jun 2003 05:01:51.0523 (UTC) FILETIME=[3EAE1730:01C3298D] cc: freebsd_stable@hotmail.com Subject: Radeon VE 7000 VGA card support under xfree86 4.3.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 05:01:52 -0000 Hello, Thanks for the advices of the mailing group. I finally figure out the problem of my previous mail concerning the X under XFree86 4.3.0 with Freebsd-5.1 beta 2. I use the same VGA card with the crt mon and everything work ok without extra work for the X-config file. The problem may be the refresh rate of the LCD is too slow for the VGA card to pick up. I would like to know if there exists any method that would fix the problem. Thanks for your effort. Clarence _________________________________________________________________ No masks required! Use MSN Messenger to chat with friends and family. http://go.msnserver.com/HK/25382.asp From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 22:24:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75A9F37B401; Mon, 2 Jun 2003 22:24:21 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id B348D43F75; Mon, 2 Jun 2003 22:24:20 -0700 (PDT) (envelope-from samsco@mho.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h535JJZ25413; Mon, 2 Jun 2003 22:19:19 -0700 Received: from mho.com (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id WAA13625; Mon, 2 Jun 2003 22:24:17 -0700 (PDT) Message-ID: <3EDC30F3.7040305@mho.com> Date: Mon, 02 Jun 2003 23:24:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <3ED94166.7070300@btc.adaptec.com> <20030531173958.C91048@xorpc.icir.org> <20030601013256.GH503@cicely12.cicely.de> <20030601022633.A4287@xorpc.icir.org> <20030601130008.GA527@cicely12.cicely.de> <20030602132847.GH527@cicely12.cicely.de> In-Reply-To: <20030602132847.GH527@cicely12.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Luigi Rizzo cc: Robert Watson cc: current@freebsd.org Subject: Re: 5.1-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: scottl@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 05:24:21 -0000 Where do we stand on this now? Is this ready for committing? Is it completely solved? Scott Bernd Walter wrote: > On Sun, Jun 01, 2003 at 03:00:09PM +0200, Bernd Walter wrote: > >>On Sun, Jun 01, 2003 at 02:26:34AM -0700, Luigi Rizzo wrote: >> >>>On Sun, Jun 01, 2003 at 03:32:56AM +0200, Bernd Walter wrote: >>>... >>> >>>>:) >>>>And I hoped a programmer who knows the source could find out and fix >>>>very quickly. >>> >>>sorry, i missed the offending line number in your previous email. >>> >>>I think i missed a & in all the first arguments to bcopy in >>>the src/sbin/ipfw2.c changes :( >>> >>>this happens at lines 818, 1224, 1461 and 1701. Fortunately >>>the kernel part seems correct. >>> >>>In detail, the fix should be the following: >>> >>>818: >>>- bcopy(rule->next_rule, &set_disable, sizeof(set_disable)); >>>+ bcopy(&rule->next_rule, &set_disable, sizeof(set_disable)); >>> >>>1224: >>>- bcopy(d->rule, &rulenum, sizeof(rulenum)); >>>+ bcopy(&d->rule, &rulenum, sizeof(rulenum)); >>> >>>1461: >>>- bcopy(((struct ip_fw *)data)->next_rule, >>>+ bcopy(&((struct ip_fw *)data)->next_rule, >>> >>>1701: >>>- bcopy(d->rule, &rulenum, sizeof(rulenum)); >>>+ bcopy(&d->rule, &rulenum, sizeof(rulenum)); >> >>Look way bettter now :) >>I wasn't able to crash the kernel with missaligned access any more, but >>the userland tool still does in some situations: >>[59]cicely12# ipfw show >>pid 2121 (ipfw): unaligned access: va=0x1200ac09c pc=0x120003bb4 ra=0x120003bfc op=ldq >>pid 2121 (ipfw): unaligned access: va=0x1200ac0a4 pc=0x120003bdc ra=0x120003bc8 op=ldq >>00100 5237 824333 allow tcp from any to any dst-port 1-65535,1-65535 >>00200 0 0 allow tcp from any to any dst-port 1-65535,1-65535,1-65535 >>pid 2121 (ipfw): unaligned access: va=0x1200ac09c pc=0x120002260 ra=0x1200015ec op=ldq >>pid 2121 (ipfw): unaligned access: va=0x1200ac0a4 pc=0x120002264 ra=0x1200015ec op=ldq >>65535 5836817 1002036976 allow ip from any to any > > > I'm currently using the attached diff to ipfw2.c + your other changes. > It seems to work now. > I hope that I catched all missalignemts that were missing. > > Thanks for the work on this. > I'm very happy to see this running on alpha. > > > > ------------------------------------------------------------------------ > > Index: ipfw2.c > =================================================================== > RCS file: /home/ncvs/src/sbin/ipfw/ipfw2.c,v > retrieving revision 1.23 > diff -u -r1.23 ipfw2.c > --- ipfw2.c 15 Mar 2003 01:12:59 -0000 1.23 > +++ ipfw2.c 2 Jun 2003 13:22:30 -0000 > @@ -348,6 +348,14 @@ > { NULL, 0 } > }; > > +static __inline u_int64_t > +align_uint64(u_int64_t *pll) { > + u_int64_t ret; > + > + bcopy (pll, &ret, sizeof(ret)); > + return ret; > +}; > + > /** > * match_token takes a table and a string, returns the value associated > * with the string (0 meaning an error in most cases) > @@ -813,8 +821,9 @@ > int flags = 0; /* prerequisites */ > ipfw_insn_log *logptr = NULL; /* set if we find an O_LOG */ > int or_block = 0; /* we are in an or block */ > + u_int32_t set_disable; > > - u_int32_t set_disable = rule->set_disable; > + bcopy(&rule->next_rule, &set_disable, sizeof(set_disable)); > > if (set_disable & (1 << rule->set)) { /* disabled */ > if (!show_sets) > @@ -825,8 +834,8 @@ > printf("%05u ", rule->rulenum); > > if (do_acct) > - printf("%*llu %*llu ", pcwidth, rule->pcnt, bcwidth, > - rule->bcnt); > + printf("%*llu %*llu ", pcwidth, align_uint64(&rule->pcnt), > + bcwidth, align_uint64(&rule->bcnt)); > > if (do_time) { > char timestr[30]; > @@ -1213,13 +1222,16 @@ > { > struct protoent *pe; > struct in_addr a; > + uint16_t rulenum; > > if (!do_expired) { > if (!d->expire && !(d->dyn_type == O_LIMIT_PARENT)) > return; > } > > - printf("%05d %*llu %*llu (%ds)", d->rulenum, pcwidth, d->pcnt, bcwidth, > + bcopy(&d->rule, &rulenum, sizeof(rulenum)); > + > + printf("%05d %*llu %*llu (%ds)", rulenum, pcwidth, d->pcnt, bcwidth, > d->bcnt, d->expire); > switch (d->dyn_type) { > case O_LIMIT_PARENT: > @@ -1454,7 +1466,9 @@ > err(EX_OSERR, "malloc"); > if (getsockopt(s, IPPROTO_IP, IP_FW_GET, data, &nbytes) < 0) > err(EX_OSERR, "getsockopt(IP_FW_GET)"); > - set_disable = ((struct ip_fw *)data)->set_disable; > + bcopy(&((struct ip_fw *)data)->next_rule, > + &set_disable, sizeof(set_disable)); > + > > for (i = 0, msg = "disable" ; i < 31; i++) > if ( (set_disable & (1< @@ -1620,23 +1634,27 @@ > for (n = 0, r = data; n < nstat; > n++, r = (void *)r + RULESIZE(r)) { > /* packet counter */ > - width = snprintf(NULL, 0, "%llu", r->pcnt); > + width = snprintf(NULL, 0, "%llu", > + align_uint64(&r->pcnt)); > if (width > pcwidth) > pcwidth = width; > > /* byte counter */ > - width = snprintf(NULL, 0, "%llu", r->bcnt); > + width = snprintf(NULL, 0, "%llu", > + align_uint64(&r->bcnt)); > if (width > bcwidth) > bcwidth = width; > } > } > if (do_dynamic && ndyn) { > for (n = 0, d = dynrules; n < ndyn; n++, d++) { > - width = snprintf(NULL, 0, "%llu", d->pcnt); > + width = snprintf(NULL, 0, "%llu", > + align_uint64(&d->pcnt)); > if (width > pcwidth) > pcwidth = width; > > - width = snprintf(NULL, 0, "%llu", d->bcnt); > + width = snprintf(NULL, 0, "%llu", > + align_uint64(&d->bcnt)); > if (width > bcwidth) > bcwidth = width; > } > @@ -1690,9 +1708,12 @@ > /* already warned */ > continue; > for (n = 0, d = dynrules; n < ndyn; n++, d++) { > - if (d->rulenum > rnum) > + uint16_t rulenum; > + > + bcopy(&d->rule, &rulenum, sizeof(rulenum)); > + if (rulenum > rnum) > break; > - if (d->rulenum == rnum) > + if (rulenum == rnum) > show_dyn_ipfw(d, pcwidth, bcwidth); > } > } From owner-freebsd-current@FreeBSD.ORG Mon Jun 2 23:00:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD5837B401 for ; Mon, 2 Jun 2003 23:00:30 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 413FF43F93 for ; Mon, 2 Jun 2003 23:00:29 -0700 (PDT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5360NrN091263 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 3 Jun 2003 08:00:27 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)h5360MGW091254 for current@freebsd.org; Tue, 3 Jun 2003 08:00:22 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.9/8.12.9) with ESMTP id h535vJeJ004818 for ; Tue, 3 Jun 2003 07:57:24 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.12.9/8.12.9/Submit) id h535vIsA004817 for current@freebsd.org; Tue, 3 Jun 2003 07:57:18 +0200 (CEST) Date: Tue, 3 Jun 2003 07:57:18 +0200 From: Andreas Klemm To: current@freebsd.org Message-ID: <20030603055718.GA4763@titan.klemm.apsfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Operating-System: FreeBSD 5.1-RC X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.4i Subject: whats an UDMA ICRC error ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jun 2003 06:00:35 -0000 Hi, my console today shows the following error message from my disk: ad2: UDMA ICRC error cmd=3Dread fsbn 74689079 of 74689079-74689206 retrying ad2: UDMA ICRC error cmd=3Dread fsbn 74689079 of 74689079-74689206 retrying What exactly does an UDMA ICRC error mean ? I think this is simply a read error. AFAIK an IDE disk doesn't have spare sectors or am I wrong ? How severe is this error ? What do you think ?? Here the output of uname -a and dmesg FreeBSD titan.klemm.apsfilter.org 5.1-RC FreeBSD 5.1-RC #0: Sun Jun 1 14:2= 1:32 CEST 2003 root@titan.klemm.apsfilter.org:/usr/src/sys/i386/compile= /TITAN5 i386 Copyright (c) 1992-2003 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.1-RC #0: Sun Jun 1 14:21:32 CEST 2003 root@titan.klemm.apsfilter.org:/usr/src/sys/i386/compile/TITAN5 Preloaded elf kernel "/boot/kernel/kernel" at 0xc04b3000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04b31f4. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 997461361 Hz CPU: Intel Pentium III (997.46-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x686 Stepping =3D 6 Features=3D0x383f9ff real memory =3D 536854528 (511 MB) avail memory =3D 516313088 (492 MB) Pentium Pro MTRR support enabled VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc03eb202 (1000022) VESA: NVidia npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00f0eb0 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfc000000-0xfdfffff= f at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGP_ - AE_= NOT_FOUND pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 o= n pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 5 at device 4.2 o= n pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Hewlett-Packard PSC 2200 Series, rev 2.00/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode umass0: Hewlett-Packard PSC 2200 Series, rev 2.00/1.00, addr 2 ugen0: Syncrosoft Protected Executer, rev 1.10/1.01, addr 3 uhci1: port 0xd000-0xd01f irq 5 at device 4.3 o= n pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ahc0: port 0xb800-0xb8ff mem 0xed800000-0= xed800fff irq 9 at device 9.0 on pci0 aic7880: Ultra Single Channel A, SCSI Id=3D7, 16/253 SCBs pci0: at device 10.0 (no driver attached) fxp0: port 0xa000-0xa03f= mem 0xec800000-0xec8fffff,0xed000000-0xed000fff irq 10 at device 11.0 on p= ci0 fxp0: Ethernet address 00:d0:b7:ba:c1:c2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: port 0x3f7,0x= 3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse Explorer, device ID 4 orm0: # P,# P,# P(&-H:7 ],'@W,3DQ.# X-B!R978],'@P,R!H9'(] M,'@P,0T*(" @('9E;F1O# P,# P,# P(&-H:7 ],'@W,3$P.# X-B!R978],'@P,B!H M9'(],'@P, T*(" @('9E;F1O# P,# P,# P(&-H:7 ],'@W,3$Q.# X-B!R978],'@P,2!H9'(] M,'@P, T*(" @('9E;F1O# V.# P,"!C M87)D/3!X,# P,# P,# @8VAI<#TP>## R(&AD# P#0H@(" @=F5N9&]R(" @/2 G26YT96P@0V]R<&]R871I;VXG#0H@(" @ M9&5V:6-E(" @/2 G.#(S-S%!0B]%0B]-0B!024E8-"\T12\T32!0;W=E# P-3,Q,3 R(&-H:7 ],'@P,# T,3$P M,B!R978],'@P,R!H9'(],'@P, T*(" @('9E;F1O3! <&-I,#HY.C$Z"6-L87-S/3!X M,#DX,# P(&-A2!'86UE<&]R="!*;WES=&EC:R<-"B @ M("!C;&%S# P,3 Q,3 R(&-H:7 ],'@T,# Q,3$P M,B!R978],'@P,2!H9'(],'@P, T*(" @('9E;F1O# R,# P,"!C87)D/3!X,# R93@P.#8@8VAI<#TP>#$P,&4X M,#@V(')E=CTP># R(&AD# P#0H@(" @=F5N9&]R(" @/2 G26YT96P@ M0V]R<&]R871I;VXG#0H@(" @9&5V:6-E(" @/2 G.#(U-#185"!04D\O,3 P M,"!-5"!':6=A8FET($5T:&5R;F5T($-O;G1R;VQL97(G#0H@(" @8VQA0T*(" @('-U8F-L87-S(#T@5D=!#0H` ` end begin 666 acpidump.txt M+RH-"E)31"!05%(Z($-H96-K#(W9F8S,# P#0H@*B\-"B\J#0I24T14.B!,96YG=&@]-#0L(%)E M=FES:6]N/3$L($-H96-K&(R+"!!0U!)7T5.04),13TP>&$Q+"!!0U!)7T1)4T%" M3$4],'AA,"P@4S1"24]37U)%43TP>&$T#0H)4$TQ85]%5E1?0DQ+/3!X-# P M,"TP>#0P,#,-"@E033%A7T-.5%]"3$L],'@T,#0P+3!X-# T,0T*"5!-,E]4 M35)?0DQ+/3!X-# P."TP>#0P,&(-"@E033)?1U!%,%]"3$L],'@T,#!C+3!X M-# P9@T*"5!?3%9,,E],050].3!MU="24Y61"Q04D]#7T,Q+%-,4%]"55143TXL4E1#7U,T M?0T*("HO#0HO*@T*1%-$5#H@3&5N9W1H/3DQ.#,L(%)E=FES:6]N/3$L($-H M96-K#$P,# L#0H)0W)E871O# I('L-"B @("!]#0H@(" @4')O8V5S#0I('L-"B @(" P>#4L#0H@(" @,'@U+ T*(" @(#!X-2P- M"B @(" P>#4L#0I]*0T*3F%M92A<7U,Q7RP@4&%C:V%G92@P>#0I('L-"B @ M(" P>#0L#0H@(" @,'@T+ T*(" @(#!X-"P-"B @(" P>#0L#0I]*0T*3F%M M92A<7U,T7RP@4&%C:V%G92@P>#0I('L-"B @("!:97)O+ T*(" @(%IE#@P+" P>#$I#0I&:65L9"A<1$5"1RP@0GET94%C8RP@3F],;V-K+"!0 MPT*(" @($1"1S$L"3@-"GT-"D]P97)A=&EO;E)E9VEO;BA% M6%1-+"!3>7-T96U-96UO7-T96U-96UO&(R+" P>#$I#0I&:65L9"A<4TU)0RP@0GET M94%C8RP@3F],;V-K+"!0PT*(" @(%-#4%\L"3@-"GT-"D]P M97)A=&EO;E)E9VEO;BA<5%)!4"P@4WES=&5M24\L(#!X-# R9BP@,'@Q*0T* M1FEE;&0H7%1205 L($)Y=&5!8V,L($YO3&]C:RP@4')E7-T96U)3RP@,'@T,#(Q+" P>#$I#0I&:65L9"A<1T),12P@0GET94%C M8RP@3F],;V-K+"!0PT*(" @($5334DL"3@-"GT-"DYA;64H M0TU$0BP@0G5F9F5R*#!X."D@>R!]*0T*0W)E871E0GET949I96QD*$--1$(L M(#!X,"P@0EE4,"D-"D-R96%T94)Y=&5&:65L9"A#341"+" P>#$L($)95#$I M#0I#71E1FEE;&0H0TU$0BP@,'@R+"!"650R*0T*0W)E871E0GET M949I96QD*$--1$(L(#!X,RP@0EE4,RD-"D-R96%T94)Y=&5&:65L9"A#341" M+" P>#0L($)95#0I#0I#71E1FEE;&0H0TU$0BP@,'@U+"!"650U M*0T*0W)E871E0GET949I96QD*$--1$(L(#!X-BP@0EE4-BD-"D-R96%T94)Y M=&5&:65L9"A#341"+" P>##,X*2![('TI#0I## L(#!X,S@L($--1# I M#0I##,X+" P>#,X+"!#340Q*0T*0W)E871E M1FEE;&0H241%0BP@,'@W,"P@,'@S."P@0TU$,BD-"D-R96%T949I96QD*$E$ M14(L(#!X83@L(#!X,S@L($--1#,I#0I#&4P M+" P>#,X+"!#340T*0T*0W)E871E1FEE;&0H241%0BP@,'@P,3$X+" P>#,X M+"!#340U*0T*0W)E871E1FEE;&0H241%0BP@,'@P,34P+" P>#,X+"!#340V M*0T*0W)E871E1FEE;&0H241%0BP@,'@P,3@X+" P>#,X+"!#340W*0T*3W!E M&(R+" P>#(I#0I&:65L M9"A!4$U0+"!">71E06-C+"!.;TQO8VLL(%!R97-EPT*(" @($5,0S$L"3@L#0H@(" @14Q#,BP) M. T*?0T*3W!E#0P,S0L M(#!X-"D-"D9I96QD*$=03T(L($)Y=&5!8V,L($YO3&]C:RP@4')EF5/9BA!PT*(" @(" @(" @(" @4F5T=7)N*%IE7-T96U)3RP@,'@W,"P@,'@R*0T*1FEE;&0H4E1#32P@0GET94%C M8RP@3F],;V-K+"!0PT*(" @($--24XL"3@L#0H@(" @0TU$ M02P). T*?0T*26YD97A&:65L9"A#34E.+"!#341!+"!">71E06-C+"!.;TQO M8VLL(%!R97-E7-T96U-96UO2P@,'@P,#!F9C@T,"P@,'@Q*0T* M1FEE;&0H24Y&3RP@0GET94%C8RP@3F],;V-K+"!0PT*(" @ M($M"1$DL"3$L#0H@(" @4E1#5RP),2P-"B @("!04S)&+ DQ+ T*(" @($E2 M1DPL"3(L#0H@(" @1$E312P),2P-"B @("!34TA5+ DQ#0I]#0I/<&5R871I M;VY296=I;VXH0D5%4"P@4WES=&5M24\L(#!X-C$L(#!X,2D-"D9I96QD*$)% M15 L($)Y=&5!8V,L($YO3&]C:RP@4')EPT*(" @(%-T;W)E*%,Q M0E\L($QO8V%L,"D-"B @("!3=&]R92@P>&(V+"!#5%),*0T*(" @(%-T;W)E M*#!X-34L($-.5#(I#0H@(" @4W1O#5F9F8L($QO8V%L,RD-"B @(" @(" @5VAI;&4H3$=R96%T97(H M3&]C86PS+" P># I*2![#0H@(" @(" @(" @("!$96-R96UE;G0H3&]C86PS M*0T*(" @(" @("!]#0H@(" @(" @($%N9"A3,4)?+" P>&9C+"!3,4)?*0T* M(" @(" @("!3=&]R92@P>#!E9F8L($QO8V%L,RD-"B @(" @(" @5VAI;&4H M3$=R96%T97(H3&]C86PS+" P># I*2![#0H@(" @(" @(" @("!$96-R96UE M;G0H3&]C86PS*0T*(" @(" @("!]#0H@(" @(" @($1E8W)E;65N="A,;V-A M;#(I#0H@(" @?0T*(" @(%-T;W)E*$QO8V%L,"P@4S%"7RD-"GT-"E-C;W!E M*%PI('L-"B @("!.86UE*%!)0T8L(#!X,"D-"B @("!-971H;V0H7U!)0RP@ M,2D@>PT*(" @(" @("!3=&]R92A!PT*(" @($EF*$Q%<75A;"A!#4I*2![ M#0H@(" @(" @(%-T;W)E*$5334DL($QO8V%L,"D-"B @(" @(" @06YD*$QO M8V%L,"P@,'AF8BP@3&]C86PP*0T*(" @(" @("!3=&]R92A,;V-A;# L($53 M34DI#0H@(" @(" @(%-T;W)E*$]N92P@5%(Q,RD-"B @("!]#0H@(" @268H M3$5Q=6%L*$%R9S L(#!X,2DI('L-"B @(" @(" @4T9!3BA:97)O*0T*(" @ M(" @("!3=&]R92A/;F4L(%12,3,I#0H@(" @(" @(%-T;W)E*%IE#(I*2![#0H@(" @ M(" @(%-T;W)E*$]N92P@5%(Q,RD-"B @("!]#0H@(" @3W(H07)G,"P@,'AF M,"P@3&]C86PP*0T*(" @(%-T;W)E*$QO8V%L,"P@1$)',2D-"B @("!)9BA, M17%U86PH07)G,"P@,'@T*2D@>PT*(" @('T-"B @("!)9BA,17%U86PH07)G M,"P@,'@U*2D@>PT*(" @('T-"GT-"DUE=&AO9"A<7U=!2RP@,2D@>PT*(" @ M(%-T;W)E*#!X9F8L($1"1S$I#0H@(" @4T9!3B@P>&9F*0T*(" @(%-T;W)E M*$]N92P@1U Q0BD-"B @("!)9BA,17%U86PH4E1#5RP@,'@P*2D@>PT*(" @ M(" @("!.;W1I9GDH7%]30E\N4%=20BP@,'@R*0T*(" @('T-"GT-"E-C;W!E M*%Q?4TE?*2![#0H@(" @365T:&]D*%]-4T# I*2![#0H@(" @(" @ M(" @("!3=&]R92A:97)O+"!'4#%"*0T*(" @(" @("!]#0H@(" @(" @($EF M*$Q%<75A;"A!#$I*2![#0H@(" @(" @(" @("!3=&]R92A:97)O M+"!'4#%"*0T*(" @(" @("!]#0H@(" @(" @($EF*$Q%<75A;"A!#,I*2![#0H@(" @(" @(" @("!3=&]R92A/;F4L($=0,4(I#0H@(" @(" @ M('T-"B @(" @(" @268H3$5Q=6%L*$%R9S L(#!X,RDI('L-"B @(" @(" @ M?0T*(" @(" @("!)9BA,17%U86PH07)G,"P@,'@Q*2D@>PT*(" @(" @("!] M#0H@(" @(" @($EF*$Q%<75A;"A!# I*2![#0H@(" @(" @('T- M"B @(" @(" @4W1O2P@,'@P,#!F9C@Q,"P@ M,'AC*0T*1FEE;&0H5$5-32P@5V]R9$%C8RP@3F],;V-K+"!0PT*(" @(%10,4@L"3$V+ T*(" @(%10,4PL"3$V+ T*(" @(%10,D@L"3$V M+ T*(" @(%10,DPL"3$V+ T*(" @(%124$,L"3$V+ T*(" @(%-%3D8L"3$V M#0I]#0I.86UE*%1605(L($)U9F9E#4I('LP># L(#!X,"P@,'@P+" P M># L(#!X,"!]*0T*0W)E871E0GET949I96QD*%1605(L(#!X,"P@4$Q#62D- M"D-R96%T95=O#$L($-43U,I#0I## L(#!X,"P@,'@P('TI#0I#71E1FEE;&0H5$)5 M1BP@,'@P+"!$0C P*0T*0W)E871E0GET949I96QD*%1"548L(#!X,2P@1$(P M,2D-"D-R96%T95=O# L($17,# I#0I## L($1!5$0I#0I/<&5R871I;VY296=I;VXH25!?7RP@4WES=&5M M24\L(#!X,#(Y-2P@,'@R*0T*1FEE;&0H25!?7RP@0GET94%C8RP@3F],;V-K M+"!0PT*(" @($E.1%@L"3@L#0H@(" @1$%4,"P). T*?0T* M365T:&]D*%-#1DPT*(" @(%-T;W)E*$="650H,'@T92DL($QO8V%L M,"D-"B @("!/#1E+"!,;V-A;# I#0I]#0I-971H;V0H M4U1(62P@,RD@>PT*(" @(%-T;W)E*$="650H,'@T92DL($QO8V%L,"D-"B @ M("!/#1E+"!,;V-A;# I#0I]#0I-971H;V0H4E1-4"D@ M>PT*(" @(%-T;W)E*$="650H,'@T92DL($QO8V%L,"D-"B @("!/#!E.&$I*2![#0H@(" @(" @(%-T;W)E M*#!X,&%A8RP@3&]C86PS*0T*(" @('T-"B @("!30EE4*#!X-&4L($QO8V%L M,"D-"B @("!2971UPT*(" @(%-T;W)E*$%R9S L($E.1%@I M#0H@(" @4W1OPT*(" @ M($1E=FEC92A&04Y?*2![#0H@(" @(" @($YA;64H7TA)1"P@,'@P8C!C9# T M,2D-"B @(" @(" @365T:&]D*%])3DDI('L-"B @(" @(" @(" @(%-T;W)E M*%10,4@L($-43U,I#0H@(" @(" @(" @("!3=&]R92A44#%,+"!#5$A9*0T* M(" @(" @("!]#0H@(" @?0T*(" @(%1H97)M86Q:;VYE*%1(4DTI('L-"B @ M(" @(" @3F%M92A?04PP+"!086-K86=E*#!X,2D@>PT*(" @(" @(" @(" @ M1D%.7RP-"B @(" @(" @?2D-"B @(" @(" @365T:&]D*%]!0S I('L-"B @ M(" @(" @(" @($EF*$]R*%!,0UDL(%!,0UDL($QO8V%L-RDI('L-"B @(" @ M(" @(" @(" @("!2971UPT*(" @(" @(" @(" @(" @(%)E='5R;BA44#%(*0T* M(" @(" @(" @(" @?0T*(" @(" @("!]#0H@(" @(" @($YA;64H7U!33"P@ M4&%C:V%G92@P>#$I('L-"B @(" @(" @(" @(%Q?4%)?+D-053 L#0H@(" @ M(" @('TI#0H@(" @(" @($YA;64H7U134"P@,'@S8RD-"B @(" @(" @3F%M M92A?5$,Q+" P>#0I#0H@(" @(" @($YA;64H7U1#,BP@,'@S*0T*(" @(" @ M("!-971H;V0H7U!35BD@>PT*(" @(" @(" @(" @268H3W(H4$Q#62P@4$Q# M62P@3&]C86PW*2D@>PT*(" @(" @(" @(" @(" @(%)E='5R;BA44#%(*0T* M(" @(" @(" @(" @?0T*(" @(" @(" @(" @16QS92![#0H@(" @(" @(" @ M(" @(" @4F5T=7)N*%10,D@I#0H@(" @(" @(" @("!]#0H@(" @(" @('T- M"B @(" @(" @365T:&]D*%]#4E0I('L-"B @(" @(" @(" @(%)E='5R;BA4 M4E!#*0T*(" @(" @("!]#0H@(" @(" @($UE=&AO9"A?5$U0*2![#0H@(" @ M(" @(" @("!!;F0H4T5.1BP@,'@Q+"!,;V-A;#8I#0H@(" @(" @(" @("!) M9BA,17%U86PH3&]C86PV+" P>#$I*2![#0H@(" @(" @(" @(" @(" @4F5T M=7)N*%)435 H*2D-"B @(" @(" @(" @('T-"B @(" @(" @(" @($5LPT*(" @(" @(" @(" @(" @(%)E='5R;B@P>#!B.#8I#0H@(" @(" @(" @ M("!]#0H@(" @(" @('T-"B @(" @(" @365T:&]D*%]30U L(#$I('L-"B @ M(" @(" @(" @($EF*$%R9S I('L-"B @(" @(" @(" @(" @("!3=&]R92A/ M;F4L(%!,0UDI#0H@(" @(" @(" @("!]#0H@(" @(" @(" @("!%;'-E('L- M"B @(" @(" @(" @(" @("!3=&]R92A:97)O+"!03$-9*0T*(" @(" @(" @ M(" @?0T*(" @(" @(" @(" @3F]T:69Y*%Q?5%I?+E1(4DTL(#!X.#$I#0H@ M(" @(" @('T-"B @(" @(" @365T:&]D*%-435 L(#(I('L-"B @(" @(" @ M(" @(%-T;W)E*$%R9S$L($17,# I#0H@(" @(" @(" @("!)9BA!#!C,&-D,#0Q*0T*(" @(" @("!-971H;V0H7U-402D@>PT*(" @(" @ M(" @(" @4F5T=7)N*#!X8BD-"B @(" @(" @?0T*(" @('T-"B @("!$979I M8V4H345-7RD@>PT*(" @(" @("!.86UE*%](240L(#!X,#$P8V0P-#$I#0H@ M(" @(" @($UE=&AO9"A?0U)3*2![#0H@(" @(" @(" @("!.86UE*$)51C L M($)U9F9E#9E*2![,'@X-BP@,'@Y+" P># L(#!X,2P@,'@P+" P># L M(#!X9BP@,'@P+" P># L(#!X-# L(#!X,"P@,'@P+" P>#@V+" P>#DL(#!X M,"P@,'@Q+" P># L(#!X-# L(#!X9BP@,'@P+" P># L(#!X-# L(#!X,"P@ M,'@P+" P>#@V+" P>#DL(#!X,"P@,'@Q+" P># L(#!X.# L(#!X9BP@,'@P M+" P># L(#!X-# L(#!X,"P@,'@P+" P>#@V+" P>#DL(#!X,"P@,'@Q+" P M># L(#!X8S L(#!X9BP@,'@P+" P># L(#!X-# L(#!X,"P@,'@P+" P>#@V M+" P>#DL(#!X,"P@,'@Q+" P># L(#!X,"P@,'@P+" P># L(#!X,"P@,'@P M+" P>#$L(#!X,"P@,'@X-BP@,'@Y+" P># L(#!X,2P@,'@P+" P># L(#!X M9F8L(#!X9F8L(#!X,"P@,'@P+" P>#$L(#!X,"P@,'@X-BP@,'@Y+" P># L M(#!X,2P@,'@P+" P># L(#!X,"P@,'@P+" P># L(#!X,"P@,'AA+" P># L M(#!X.#8L(#!X.2P@,'@P+" P>#$L(#!X,"P@,'@P+" P>#$P+" P># L(#!X M,"P@,'@P+" P># L(#!X,"P@,'@X-BP@,'@Y+" P># L(#!X,2P@,'@P+" P M># L(#!X8S L(#!X9F4L(#!X,"P@,'@Q,"P@,'@P+" P># L(#!X-SDL(#!X M,"!]*0T*(" @(" @(" @(" @0W)E871E1%=O#,T M+"!!0TU-*0T*(" @(" @(" @(" @0W)E871E1%=O#0L(%)-03$I#0H@(" @(" @(" @("!##@L($QO8V%L,"D-"B @(" @(" @(" @(" @("!3=&]R M92A,;V-A;# L(%)-03$I#0H@(" @(" @(" @(" @(" @4VAI9G1,969T*%)- M4S$L(#!X."P@3&]C86PP*0T*(" @(" @(" @(" @(" @(%-T;W)E*$QO8V%L M,"P@4E-3,2D-"B @(" @(" @(" @(" @("!3=&]R92@P>#@P,# L(%)34S(I M#0H@(" @(" @(" @("!]#0H@(" @(" @(" @("!)9BA,3F]T*$Q%<75A;"A2 M3TTR+"!:97)O*2DI('L-"B @(" @(" @(" @(" @("!3=&]R92A234$R+"!2 M34$S*0T*(" @(" @(" @(" @(" @(%-H:69T3&5F="A23TTR+" P>#@L($QO M8V%L,"D-"B @(" @(" @(" @(" @("!3=&]R92A,;V-A;# L(%)-03(I#0H@ M(" @(" @(" @(" @(" @4VAI9G1,969T*%)-4S(L(#!X."P@3&]C86PP*0T* M(" @(" @(" @(" @(" @(%-T;W)E*$QO8V%L,"P@4E-3,BD-"B @(" @(" @ M(" @(" @("!3=&]R92@P>&,P,# L(%)34S,I#0H@(" @(" @(" @("!]#0H@ M(" @(" @(" @("!)9BA,3F]T*$Q%<75A;"A23TTS+"!:97)O*2DI('L-"B @ M(" @(" @(" @(" @("!3=&]R92A234$S+"!234$T*0T*(" @(" @(" @(" @ M(" @(%-H:69T3&5F="A23TTS+" P>#@L($QO8V%L,"D-"B @(" @(" @(" @ M(" @("!3=&]R92A,;V-A;# L(%)-03,I#0H@(" @(" @(" @(" @(" @4VAI M9G1,969T*%)-4S,L(#!X."P@3&]C86PP*0T*(" @(" @(" @(" @(" @(%-T M;W)E*$QO8V%L,"P@4E-3,RD-"B @(" @(" @(" @(" @("!3=&]R92@P># P M,#$P,# P+"!24U,T*0T*(" @(" @(" @(" @?0T*(" @(" @(" @(" @4W1O M# I M#0H@(" @(" @($UE=&AO9"A?4U1!*2![#0H@(" @(" @(" @("!2971U#EE*2![,'@X."P@,'AD+" P M># L(#!X,BP@,'@Q+" P># L(#!X,"P@,'@P+" P># L(#!X,"P@,'AF9BP@ M,'@P+" P># L(#!X,"P@,'@P+" P>#$L(#!X-#&8X+" P>&,L(#!X,2P@,'@X+" P>#@X+" P>&0L(#!X,"P@,'@Q+" P M>&,L(#!X,RP@,'@P+" P># L(#!X,"P@,'@P+" P>&8W+" P>&,L(#!X,"P@ M,'@P+" P>&8X+" P>&,L(#!X.#@L(#!X9"P@,'@P+" P>#$L(#!X8RP@,'@S M+" P># L(#!X,"P@,'@P+" P>&0L(#!X9F8L(#!X,V8L(#!X,"P@,'@P+" P M># L(#!X,S,L(#!X-##0P+" P># L(#!X-# L(#!X M,2P@,'@T,BP@,'@X."P@,'AD+" P># L(#!X,2P@,'AC+" P>#,L(#!X,"P@ M,'@P+" P>#0R+" P>#0P+" P>&9F+" P>#1F+" P># L(#!X,"P@,'AB92P@ M,'AF+" P>#0W+" P>#$L(#!X,"P@,'@U,"P@,'@P+" P>#4P+" P>#$L(#!X M,3 L(#!X.#@L(#!X9"P@,'@P+" P>#$L(#!X8RP@,'@S+" P># L(#!X,"P@ M,'@Q,"P@,'@U,"P@,'AF9BP@,'AF9BP@,'@P+" P># L(#!X9C L(#!X868L M(#!X.#&,L(#!X,RP@,'@P+" P># L(#!X M,"P@,'@P+" P># L(#!X,"P@,'AA+" P># L(#!X9F8L(#!X-V8L(#!X8RP@ M,'@P+" P># L(#!X,"P@,'@P+" P># L(#!X,"P@,'@X,"P@,'@R+" P># L M(#!X.#&,L(#!X,RP@,'@P+" P># L(#!X M,"P@,'@P+" P># L(#!X,"P@,'@Q,"P@,'@P+" P>&9F+" P>&9F+" P>&)F M+" P>&9E+" P># L(#!X,"P@,'@P+" P># L(#!X,"P@,'@P+" P>&8P+" P M>&9F+" P>## @?2D-"B @(" @(" @(" @($-R96%T9417;W)D1FEE M;&0H0E5&,"P@,'@W-BP@5DU!6"D-"B @(" @(" @(" @($-R96%T9417;W)D M1FEE;&0H0E5&,"P@,'@W92P@5DQ%3BD-"B @(" @(" @(" @(%-H:69T3&5F M="A61T$Q+" P>#DL($QO8V%L,"D-"B @(" @(" @(" @($%D9"A,;V-A;# L M(#!X,# P8F9F9F8L(%9-05@I#0H@(" @(" @(" @("!!9&0H3&]C86PP+" P M># P,#(P,# P+"!63$5.*0T*(" @(" @(" @(" @0W)E871E1%=O#AC+"!40TU-*0T*(" @(" @(" @(" @0W)E871E1%=O#DX+"!43TU-*0T*(" @(" @(" @(" @061D*$%-14TL M(#!X,# P,3 P,# L(%1#34TI#0H@(" @(" @(" @("!3=6)T&9E M8S P,# P+"!40TU-+"!43TU-*0T*(" @(" @(" @(" @4F5T=7)N*$)51C I M#0H@(" @(" @('T-"B @(" @(" @3F%M92A024--+"!086-K86=E*#!X,C I M('L-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,#!F9F9F9BP-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @ M(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@(" @(" @(" @(" @ M(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H M,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#!F9F9F9BP-"B @(" @(" @ M(" @(" @(" P>#$L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%? M+DQ.2T(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P- M"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @ M,'@P,#!F9F9F9BP-"B @(" @(" @(" @(" @(" P>#(L#0H@(" @(" @(" @ M(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @(" @(" @(" @(" @ M,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T M*2![#0H@(" @(" @(" @(" @(" @,'@P,#!F9F9F9BP-"B @(" @(" @(" @ M(" @(" P>#,L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ. M2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @ M(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P M,#!D9F9F9BP-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @ M(" @7%]30E\N4$-),"Y)4T%?+DQ.2T(L#0H@(" @(" @(" @(" @(" @,'@P M+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![ M#0H@(" @(" @(" @(" @(" @,'@P,#!D9F9F9BP-"B @(" @(" @(" @(" @ M(" P>#$L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L M#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @ M(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#!D M9F9F9BP-"B @(" @(" @(" @(" @(" P>#(L#0H@(" @(" @(" @(" @(" @ M7%]30E\N4$-),"Y)4T%?+DQ.2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T* M(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@ M(" @(" @(" @(" @(" @,'@P,#!D9F9F9BP-"B @(" @(" @(" @(" @(" P M>#,L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@ M(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @ M(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#$S9F9F M9BP-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @7%]3 M0E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @ M(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @ M(" @(" @(" @(" @,'@P,#$S9F9F9BP-"B @(" @(" @(" @(" @(" P>#$L M#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @ M(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @ M(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#$S9F9F9BP- M"B @(" @(" @(" @(" @(" P>#(L#0H@(" @(" @(" @(" @(" @7%]30E\N M4$-),"Y)4T%?+DQ.2T$L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @ M(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @ M(" @(" @(" @,'@P,#$S9F9F9BP-"B @(" @(" @(" @(" @(" P>#,L#0H@ M(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T(L#0H@(" @(" @ M(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A M8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# Y9F9F9BP-"B @ M(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-) M,"Y)4T%?+DQ.2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @ M(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @ M(" @(" @,'@P,# Y9F9F9BP-"B @(" @(" @(" @(" @(" P>#$L#0H@(" @ M(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@(" @(" @(" @ M(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA M9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# Y9F9F9BP-"B @(" @ M(" @(" @(" @(" P>#(L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y) M4T%?+DQ.2T(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @ M?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,# Y9F9F9BP-"B @(" @(" @(" @(" @(" P>#,L#0H@(" @(" @ M(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @(" @(" @(" @ M(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H M,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#$Q9F9F9BP-"B @(" @(" @ M(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%? M+DQ.2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P- M"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @ M,'@P,#$Q9F9F9BP-"B @(" @(" @(" @(" @(" P>#$L#0H@(" @(" @(" @ M(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@(" @(" @(" @(" @(" @ M,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T M*2![#0H@(" @(" @(" @(" @(" @,'@P,#$Q9F9F9BP-"B @(" @(" @(" @ M(" @(" P>#(L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ. M2T(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @ M(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P M,#$Q9F9F9BP-"B @(" @(" @(" @(" @(" P>#,L#0H@(" @(" @(" @(" @ M(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @(" @(" @(" @(" @,'@P M+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![ M#0H@(" @(" @(" @(" @(" @,'@P,#!B9F9F9BP-"B @(" @(" @(" @(" @ M(" P># L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L M#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @ M(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#!B M9F9F9BP-"B @(" @(" @(" @(" @(" P>#$L#0H@(" @(" @(" @(" @(" @ M7%]30E\N4$-),"Y)4T%?+DQ.2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T* M(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@ M(" @(" @(" @(" @(" @,'@P,#!B9F9F9BP-"B @(" @(" @(" @(" @(" P M>#(L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@ M(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @ M(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#!B9F9F M9BP-"B @(" @(" @(" @(" @(" P>#,L#0H@(" @(" @(" @(" @(" @7%]3 M0E\N4$-),"Y)4T%?+DQ.2T(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @ M(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @ M(" @(" @(" @(" @,'@P,# W9F9F9BP-"B @(" @(" @(" @(" @(" P># L M#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@(" @ M(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @ M(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# W9F9F9BP- M"B @(" @(" @(" @(" @(" P>#$L#0H@(" @(" @(" @(" @(" @7%]30E\N M4$-),"Y)4T%?+DQ.2T(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @ M(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @ M(" @(" @(" @,'@P,# W9F9F9BP-"B @(" @(" @(" @(" @(" P>#(L#0H@ M(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @(" @ M(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A M8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# W9F9F9BP-"B @ M(" @(" @(" @(" @(" P>#,L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-) M,"Y)4T%?+DQ.2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @ M(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @ M(" @(" @,'@P,# Q9F9F9BP-"B @(" @(" @(" @(" @(" P># L#0H@(" @ M(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T$L#0H@(" @(" @(" @ M(" @(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA M9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# Q9F9F9BP-"B @(" @ M(" @(" @(" @(" P>#$L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y) M4T%?+DQ.2T(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @ M?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,# Q9F9F9BP-"B @(" @(" @(" @(" @(" P>#(L#0H@(" @(" @ M(" @(" @(" @7%]30E\N4$-),"Y)4T%?+DQ.2T,L#0H@(" @(" @(" @(" @ M(" @,'@P+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H M,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# Q9F9F9BP-"B @(" @(" @ M(" @(" @(" P>#,L#0H@(" @(" @(" @(" @(" @7%]30E\N4$-),"Y)4T%? M+DQ.2T0L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @?2P- M"B @(" @(" @?2D-"B @(" @(" @3F%M92A!4$E#+"!086-K86=E*#!X,C I M('L-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,#!F9F9F9BP-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @ M(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @(#!X,3 L#0H@(" @(" @ M(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @ M(" @(" @(" P># P,&9F9F9F+ T*(" @(" @(" @(" @(" @(#!X,2P-"B @ M(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @,'@Q,2P-"B @ M(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @ M(" @(" @(" @(" @(#!X,# P9F9F9F8L#0H@(" @(" @(" @(" @(" @,'@R M+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$R M+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![ M#0H@(" @(" @(" @(" @(" @,'@P,#!F9F9F9BP-"B @(" @(" @(" @(" @ M(" P>#,L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @ M(#!X,3,L#0H@(" @(" @(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P M>#0I('L-"B @(" @(" @(" @(" @(" P># P,&1F9F9F+ T*(" @(" @(" @ M(" @(" @(#!X,"P-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @ M(" @(" @,'@Q,2P-"B @(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K M86=E*#!X-"D@>PT*(" @(" @(" @(" @(" @(#!X,# P9&9F9F8L#0H@(" @ M(" @(" @(" @(" @,'@Q+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @ M(" @(" @(" @(" P>#$R+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @ M(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,#!D9F9F9BP- M"B @(" @(" @(" @(" @(" P>#(L#0H@(" @(" @(" @(" @(" @,'@P+ T* M(" @(" @(" @(" @(" @(#!X,3,L#0H@(" @(" @(" @("!]+ T*(" @(" @ M(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @(" @(" @(" P># P,&1F M9F9F+ T*(" @(" @(" @(" @(" @(#!X,RP-"B @(" @(" @(" @(" @(" P M># L#0H@(" @(" @(" @(" @(" @,'@Q,"P-"B @(" @(" @(" @('TL#0H@ M(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @(" @(" @(" @(" @(#!X M,# Q,V9F9F8L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @ M(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$R+ T*(" @(" @(" @(" @ M?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,#$S9F9F9BP-"B @(" @(" @(" @(" @(" P>#$L#0H@(" @(" @ M(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @(#!X,3(L#0H@(" @(" @ M(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @ M(" @(" @(" P># P,3-F9F9F+ T*(" @(" @(" @(" @(" @(#!X,BP-"B @ M(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @,'@Q,"P-"B @ M(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @ M(" @(" @(" @(" @(#!X,# Q,V9F9F8L#0H@(" @(" @(" @(" @(" @,'@S M+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$Q M+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![ M#0H@(" @(" @(" @(" @(" @,'@P,# Y9F9F9BP-"B @(" @(" @(" @(" @ M(" P># L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @ M(#!X,3,L#0H@(" @(" @(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P M>#0I('L-"B @(" @(" @(" @(" @(" P># P,#EF9F9F+ T*(" @(" @(" @ M(" @(" @(#!X,2P-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @ M(" @(" @,'@Q,"P-"B @(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K M86=E*#!X-"D@>PT*(" @(" @(" @(" @(" @(#!X,# P.69F9F8L#0H@(" @ M(" @(" @(" @(" @,'@R+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @ M(" @(" @(" @(" P>#$Q+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @ M(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# Y9F9F9BP- M"B @(" @(" @(" @(" @(" P>#,L#0H@(" @(" @(" @(" @(" @,'@P+ T* M(" @(" @(" @(" @(" @(#!X,3(L#0H@(" @(" @(" @("!]+ T*(" @(" @ M(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @(" @(" @(" P># P,3%F M9F9F+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @(" @(" @(" @(" P M># L#0H@(" @(" @(" @(" @(" @,'@Q,RP-"B @(" @(" @(" @('TL#0H@ M(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @(" @(" @(" @(" @(#!X M,# Q,69F9F8L#0H@(" @(" @(" @(" @(" @,'@Q+ T*(" @(" @(" @(" @ M(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$P+ T*(" @(" @(" @(" @ M?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,#$Q9F9F9BP-"B @(" @(" @(" @(" @(" P>#(L#0H@(" @(" @ M(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @(#!X,3$L#0H@(" @(" @ M(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @ M(" @(" @(" P># P,3%F9F9F+ T*(" @(" @(" @(" @(" @(#!X,RP-"B @ M(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @,'@Q,BP-"B @ M(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @ M(" @(" @(" @(" @(#!X,# P8F9F9F8L#0H@(" @(" @(" @(" @(" @,'@P M+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$R M+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![ M#0H@(" @(" @(" @(" @(" @,'@P,#!B9F9F9BP-"B @(" @(" @(" @(" @ M(" P>#$L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @ M(#!X,3,L#0H@(" @(" @(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P M>#0I('L-"B @(" @(" @(" @(" @(" P># P,&)F9F9F+ T*(" @(" @(" @ M(" @(" @(#!X,BP-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @ M(" @(" @,'@Q,"P-"B @(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K M86=E*#!X-"D@>PT*(" @(" @(" @(" @(" @(#!X,# P8F9F9F8L#0H@(" @ M(" @(" @(" @(" @,'@S+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @ M(" @(" @(" @(" P>#$Q+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @ M(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @(" @,'@P,# W9F9F9BP- M"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @,'@P+ T* M(" @(" @(" @(" @(" @(#!X,3 L#0H@(" @(" @(" @("!]+ T*(" @(" @ M(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @(" @(" @(" P># P,#=F M9F9F+ T*(" @(" @(" @(" @(" @(#!X,2P-"B @(" @(" @(" @(" @(" P M># L#0H@(" @(" @(" @(" @(" @,'@Q,2P-"B @(" @(" @(" @('TL#0H@ M(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @(" @(" @(" @(" @(#!X M,# P-V9F9F8L#0H@(" @(" @(" @(" @(" @,'@R+ T*(" @(" @(" @(" @ M(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$R+ T*(" @(" @(" @(" @ M?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![#0H@(" @(" @(" @(" @ M(" @,'@P,# W9F9F9BP-"B @(" @(" @(" @(" @(" P>#,L#0H@(" @(" @ M(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @(#!X,3,L#0H@(" @(" @ M(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P>#0I('L-"B @(" @(" @ M(" @(" @(" P># P,#%F9F9F+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @ M(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @(" @(" @,'@Q,"P-"B @ M(" @(" @(" @('TL#0H@(" @(" @(" @("!086-K86=E*#!X-"D@>PT*(" @ M(" @(" @(" @(" @(#!X,# P,69F9F8L#0H@(" @(" @(" @(" @(" @,'@Q M+ T*(" @(" @(" @(" @(" @(#!X,"P-"B @(" @(" @(" @(" @(" P>#$Q M+ T*(" @(" @(" @(" @?2P-"B @(" @(" @(" @(%!A8VMA9V4H,'@T*2![ M#0H@(" @(" @(" @(" @(" @,'@P,# Q9F9F9BP-"B @(" @(" @(" @(" @ M(" P>#(L#0H@(" @(" @(" @(" @(" @,'@P+ T*(" @(" @(" @(" @(" @ M(#!X,3(L#0H@(" @(" @(" @("!]+ T*(" @(" @(" @(" @4&%C:V%G92@P M>#0I('L-"B @(" @(" @(" @(" @(" P># P,#%F9F9F+ T*(" @(" @(" @ M(" @(" @(#!X,RP-"B @(" @(" @(" @(" @(" P># L#0H@(" @(" @(" @ M(" @(" @,'@Q,RP-"B @(" @(" @(" @('TL#0H@(" @(" @('TI#0H@(" @ M(" @($UE=&AO9"A?4%)4*2![#0H@(" @(" @(" @("!)9BA,3F]T*%!)0T8I M*2![#0H@(" @(" @(" @(" @(" @4F5T=7)N*%!)0TTI#0H@(" @(" @(" @ M("!]#0H@(" @(" @(" @("!%;'-E('L-"B @(" @(" @(" @(" @("!2971U MPT*(" @(" @(" @(" @3F%M92A?0412+" P># P,#

PT*(" @(" @(" @(" @(" @(" @ M("!025)!+ DX+ T*(" @(" @(" @(" @(" @(" @("!025)"+ DX+ T*(" @ M(" @(" @(" @(" @(" @("!025)#+ DX+ T*(" @(" @(" @(" @(" @(" @ M("!025)$+ DX#0H@(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @?0T* M(" @(" @("!]#0H@(" @(" @($1E=FEC92A54T(P*2![#0H@(" @(" @(" @ M("!.86UE*%]!1%(L(#!X,# P-S P,#(I#0H@(" @(" @(" @("!.86UE*%]0 M4EPT*(" @(" @(" @(" @3F%M92A?0412+" P># P,##8I('LP M>#(S+" P># L(#!X,"P@,'@Q."P@,'@W.2P@,'@P('TI#0H@(" @(" @(" @ M("!##$I M#0H@(" @(" @(" @(" @(" @365T:&]D*%]35$$I('L-"B @(" @(" @(" @ M(" @(" @(" @06YD*%!)4D$L(#!X.# L($QO8V%L,"D-"B @(" @(" @(" @ M(" @(" @(" @268H3$5Q=6%L*$QO8V%L,"P@,'@X,"DI('L-"B @(" @(" @ M(" @(" @(" @(" @(" @(%)E='5R;B@P>#DI#0H@(" @(" @(" @(" @(" @ M(" @('T-"B @(" @(" @(" @(" @(" @(" @16QS92![#0H@(" @(" @(" @ M(" @(" @(" @(" @("!2971UPT*(" @(" @(" @(" @(" @(" @("!/#@P+"!025)! M*0T*(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @("!-971H;V0H M7T-24RD@>PT*(" @(" @(" @(" @(" @(" @("!!;F0H4$E202P@,'AF+"!, M;V-A;# I#0H@(" @(" @(" @(" @(" @(" @(%-H:69T3&5F="@P>#$L($QO M8V%L,"P@25)15BD-"B @(" @(" @(" @(" @(" @(" @4F5T=7)N*$)51D(I M#0H@(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @(" @($UE=&AO9"A? M4U)3+" Q*2![#0H@(" @(" @(" @(" @(" @(" @($-R96%T95=O#$L($E243$I#0H@(" @(" @(" @(" @(" @(" @($9I;F13 M9712:6=H=$)I="A)4E$Q+"!,;V-A;# I#0H@(" @(" @(" @(" @(" @(" @ M($1E8W)E;65N="A,;V-A;# I#0H@(" @(" @(" @(" @(" @(" @(%-T;W)E M*$QO8V%L,"P@4$E202D-"B @(" @(" @(" @(" @("!]#0H@(" @(" @(" @ M("!]#0H@(" @(" @(" @("!$979I8V4H3$Y+0BD@>PT*(" @(" @(" @(" @ M(" @($YA;64H7TA)1"P@,'@P9C!C9# T,2D-"B @(" @(" @(" @(" @("!. M86UE*%]5240L(#!X,BD-"B @(" @(" @(" @(" @("!-971H;V0H7U-402D@ M>PT*(" @(" @(" @(" @(" @(" @("!!;F0H4$E20BP@,'@X,"P@3&]C86PP M*0T*(" @(" @(" @(" @(" @(" @("!)9BA,17%U86PH3&]C86PP+" P>#@P M*2D@>PT*(" @(" @(" @(" @(" @(" @(" @(" @4F5T=7)N*#!X.2D-"B @ M(" @(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @(" @(" @("!%;'-E M('L-"B @(" @(" @(" @(" @(" @(" @(" @(%)E='5R;B@P>&(I#0H@(" @ M(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @("!]#0H@(" @(" @ M(" @(" @(" @365T:&]D*%]04E,I('L-"B @(" @(" @(" @(" @(" @(" @ M4F5T=7)N*$)51D$I#0H@(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @ M(" @($UE=&AO9"A?1$E3*2![#0H@(" @(" @(" @(" @(" @(" @($]R*%!) M4D(L(#!X.# L(%!)4D(I#0H@(" @(" @(" @(" @(" @?0T*(" @(" @(" @ M(" @(" @($UE=&AO9"A?0U)3*2![#0H@(" @(" @(" @(" @(" @(" @($%N M9"A025)"+" P>&8L($QO8V%L,"D-"B @(" @(" @(" @(" @(" @(" @4VAI M9G1,969T*#!X,2P@3&]C86PP+"!)4E%6*0T*(" @(" @(" @(" @(" @(" @ M("!2971U#!F,&-D,#0Q*0T*(" @ M(" @(" @(" @(" @($YA;64H7U5)1"P@,'@S*0T*(" @(" @(" @(" @(" @ M($UE=&AO9"A?4U1!*2![#0H@(" @(" @(" @(" @(" @(" @($%N9"A025)# M+" P>#@P+"!,;V-A;# I#0H@(" @(" @(" @(" @(" @(" @($EF*$Q%<75A M;"A,;V-A;# L(#!X.# I*2![#0H@(" @(" @(" @(" @(" @(" @(" @("!2 M971UPT*(" @(" @(" @(" @(" @(" @(" @(" @4F5T M=7)N*#!X8BD-"B @(" @(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @ M(" @('T-"B @(" @(" @(" @(" @("!-971H;V0H7U!24RD@>PT*(" @(" @ M(" @(" @(" @(" @("!2971UPT*(" @(" @ M(" @(" @(" @(" @("!##0I#0H@ M(" @(" @(" @(" @(" @365T:&]D*%]35$$I('L-"B @(" @(" @(" @(" @ M(" @(" @06YD*%!)4D0L(#!X.# L($QO8V%L,"D-"B @(" @(" @(" @(" @ M(" @(" @268H3$5Q=6%L*$QO8V%L,"P@,'@X,"DI('L-"B @(" @(" @(" @ M(" @(" @(" @(" @(%)E='5R;B@P>#DI#0H@(" @(" @(" @(" @(" @(" @ M('T-"B @(" @(" @(" @(" @(" @(" @16QS92![#0H@(" @(" @(" @(" @ M(" @(" @(" @("!2971UPT*(" @(" @(" @(" @(" @(" @("!/#@P+"!025)$*0T* M(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @("!-971H;V0H7T-2 M4RD@>PT*(" @(" @(" @(" @(" @(" @("!!;F0H4$E21"P@,'AF+"!,;V-A M;# I#0H@(" @(" @(" @(" @(" @(" @(%-H:69T3&5F="@P>#$L($QO8V%L M,"P@25)15BD-"B @(" @(" @(" @(" @(" @(" @4F5T=7)N*$)51D(I#0H@ M(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @(" @($UE=&AO9"A?4U)3 M+" Q*2![#0H@(" @(" @(" @(" @(" @(" @($-R96%T95=O#$L($E243$I#0H@(" @(" @(" @(" @(" @(" @($9I;F139712 M:6=H=$)I="A)4E$Q+"!,;V-A;# I#0H@(" @(" @(" @(" @(" @(" @($1E M8W)E;65N="A,;V-A;# I#0H@(" @(" @(" @(" @(" @(" @(%-T;W)E*$QO M8V%L,"P@4$E21"D-"B @(" @(" @(" @(" @("!]#0H@(" @(" @(" @("!] M#0H@(" @(" @(" @("!$979I8V4H4UE34BD@>PT*(" @(" @(" @(" @(" @ M($YA;64H7TA)1"P@,'@P,C!C9# T,2D-"B @(" @(" @(" @(" @("!.86UE M*%]5240L(#!X,2D-"B @(" @(" @(" @(" @("!.86UE*%]#4E,L($)U9F9E M#8R*2![,'@T-RP@,'@Q+" P>#$P+" P># L(#!X,3 L(#!X,"P@,'@Q M+" P>#$P+" P>#0W+" P>#$L(#!X,C(L(#!X,"P@,'@R,BP@,'@P+" P>#$L M(#!X,64L(#!X-##0T+" P># L(#!X,2P@ M,'@Q8RP@,'@T-RP@,'@Q+" P>#8R+" P># L(#!X-C(L(#!X,"P@,'@Q+" P M>#(L(#!X-##8U+" P># L(#!X,2P@,'AB M+" P>#0W+" P>#$L(#!X-S0L(#!X,"P@,'@W-"P@,'@P+" P>#$L(#!X8RP@ M,'@T-RP@,'@Q+" P>#DQ+" P># L(#!X.3$L(#!X,"P@,'@Q+" P>#,L(#!X M-#&$R+" P># L(#!X,2P@,'@Q92P@,'@T M-RP@,'@Q+" P>&4P+" P># L(#!X93 L(#!X,"P@,'@Q+" P>#$P+" P>#0W M+" P>#$L(#!X9C L(#!X,RP@,'AF,"P@,'@S+" P>#$L(#!X,BP@,'@T-RP@ M,'@Q+" P>&0P+" P>#0L(#!X9# L(#!X-"P@,'@Q+" P>#(L(#!X-##DT+" P>#(L(#!X,2P@,'@T+" P>## @ M?2D-"B @(" @(" @(" @('T-"B @(" @(" @(" @($1E=FEC92A024-?*2![ M#0H@(" @(" @(" @(" @(" @3F%M92A?2$E$+" P>&0P-#$I#0H@(" @(" @ M(" @(" @(" @3F%M92A?0U)3+"!"=69F97(H,'@Q-2D@>S!X-##(P+" P># L(#!X,2P@,'@R+" P>#0W+" P>#$L(#!X M83 L(#!X,"P@,'AA,"P@,'@P+" P>#$L(#!X,BP@,'@R,BP@,'@T+" P># L M(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @?0T*(" @(" @(" @(" @1&5V M:6-E*$1-03$I('L-"B @(" @(" @(" @(" @("!.86UE*%](240L(#!X,# P M,F0P-#$I#0H@(" @(" @(" @(" @(" @3F%M92A?0U)3+"!"=69F97(H,'@R M-2D@>S!X,F$L(#!X,3 L(#!X-"P@,'@T-RP@,'@Q+" P># L(#!X,"P@,'@P M+" P># L(#!X,2P@,'@Q,"P@,'@T-RP@,'@Q+" P>#@P+" P># L(#!X.# L M(#!X,"P@,'@Q+" P>#$Q+" P>#0W+" P>#$L(#!X.30L(#!X,"P@,'@Y-"P@ M,'@P+" P>#$L(#!X8RP@,'@T-RP@,'@Q+" P>&,P+" P># L(#!X8S L(#!X M,"P@,'@Q+" P>#(P+" P>## @?2D-"B @(" @(" @(" @('T-"B @ M(" @(" @(" @($1E=FEC92A435)?*2![#0H@(" @(" @(" @(" @(" @3F%M M92A?2$E$+" P># P,#%D,#0Q*0T*(" @(" @(" @(" @(" @($YA;64H7T-2 M4RP@0G5F9F5R*#!X9"D@>S!X-##0P+" P M># L(#!X,2P@,'@T+" P>#(R+" P>#$L(#!X,"P@,'@W.2P@,'@P('TI#0H@ M(" @(" @(" @("!]#0H@(" @(" @(" @("!$979I8V4H4E1#7RD@>PT*(" @ M(" @(" @(" @(" @($YA;64H7TA)1"P@,'@P,#!B9# T,2D-"B @(" @(" @ M(" @(" @("!.86UE*%]#4E,L($)U9F9E&0I('LP>#0W+" P>#$L(#!X M-S L(#!X,"P@,'@W,"P@,'@P+" P>#0L(#!X-"P@,'@R,BP@,'@P+" P>#$L M(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @?0T*(" @(" @(" @(" @1&5V M:6-E*%-02U(I('L-"B @(" @(" @(" @(" @("!.86UE*%](240L(#!X,# P M.&0P-#$I#0H@(" @(" @(" @(" @(" @3F%M92A?0U)3+"!"=69F97(H,'AA M*2![,'@T-RP@,'@Q+" P>#8Q+" P># L(#!X-C$L(#!X,"P@,'@Q+" P>#$L M(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @?0T*(" @(" @(" @(" @1&5V M:6-E*$-/4%(I('L-"B @(" @(" @(" @(" @("!.86UE*%](240L(#!X,#0P M8V0P-#$I#0H@(" @(" @(" @(" @(" @3F%M92A?0U)3+"!"=69F97(H,'AD M*2![,'@T-RP@,'@Q+" P>&8P+" P># L(#!X9C L(#!X,"P@,'@Q+" P>#$P M+" P>#(R+" P># L(#!X,C L(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @ M?0T*(" @(" @(" @(" @4V-O<&4H7"D@>PT*(" @(" @(" @(" @(" @($]P M97)A=&EO;E)E9VEO;BA324\Q+"!3>7-T96U)3RP@,'@P,V8P+" P>#(I#0H@ M(" @(" @(" @(" @(" @1FEE;&0H4TE/,2P@0GET94%C8RP@3F],;V-K+"!0 MPT*(" @(" @(" @(" @(" @(" @("!)3D10+ DX+ T*(" @ M(" @(" @(" @(" @(" @("!$0510+ DX#0H@(" @(" @(" @(" @(" @?0T* M(" @(" @(" @(" @(" @($EN9&5X1FEE;&0H24Y$4"P@1$%44"P@0GET94%C M8RP@3F],;V-K+"!0PT*(" @(" @(" @(" @(" @(" @("!/ M9F9S970H,'@R*2P-"B @(" @(" @(" @(" @(" @(" @0U(P,BP)."P-"B @ M(" @(" @(" @(" @(" @(" @3V9FPT*(" @(" @(" @(" @(" @($YA M;64H7TA)1"P@,'@P,# W9# T,2D-"B @(" @(" @(" @(" @("!-971H;V0H M7U-402D@>PT*(" @(" @(" @(" @(" @(" @("!%3D8Q*"D-"B @(" @(" @ M(" @(" @(" @(" @4W1OPT*(" @(" @(" @(" @(" @(" @(" @(" @15A& M,2@I#0H@(" @(" @(" @(" @(" @(" @(" @("!2971UPT*(" @(" @(" @(" @(" @(" @(" @(" @268H3$]R*$-2-C L($-2-C$I M*2![#0H@(" @(" @(" @(" @(" @(" @(" @(" @(" @15A&,2@I#0H@(" @ M(" @(" @(" @(" @(" @(" @(" @(" @4F5T=7)N*#!X9"D-"B @(" @(" @ M(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @(" @(" @?0T*(" @ M(" @(" @(" @(" @(" @("!%6$8Q*"D-"B @(" @(" @(" @(" @(" @(" @ M4F5T=7)N*#!X,"D-"B @(" @(" @(" @(" @("!]#0H@(" @(" @(" @(" @ M(" @365T:&]D*%]$25,I('L-"B @(" @(" @(" @(" @(" @(" @14Y&,2@I M#0H@(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X,"P@0U(P-RD-"B @(" @ M(" @(" @(" @(" @(" @4W1O#0W+" P>#$L(#!X9C(L(#!X,RP@ M,'AF,BP@,'@S+" P>#$L(#!X-"P@,'@T-RP@,'@Q+" P>&8W+" P>#,L(#!X M9C#$L(#!X,C(L(#!X-# L(#!X,"P@,'@R82P@,'@T M+" P># L(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @(" @(" @("!3=&]R M92A,;V-A;# L($QO8V%L,"D-"B @(" @(" @(" @(" @(" @(" @4F5T=7)N M*$)51C I#0H@(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @(" @($YA M;64H7U!24RP@0G5F9F5R*#!X,6$I('LP>#,P+" P>#0W+" P>#$L(#!X9C(L M(#!X,RP@,'AF,BP@,'@S+" P>#$L(#!X-"P@,'@T-RP@,'@Q+" P>&8W+" P M>#,L(#!X9C#$L(#!X,C(L(#!X-# L(#!X,"P@,'@R M82P@,'@T+" P># L(#!X,S@L(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @ M(" @($UE=&AO9"A?4U)3+" Q*2![#0H@(" @(" @(" @(" @(" @(" @($-R M96%T94)Y=&5&:65L9"A!#(L($E/3$\I#0H@(" @(" @(" @(" @ M(" @(" @($-R96%T94)Y=&5&:65L9"A!#,L($E/2$DI#0H@(" @ M(" @(" @(" @(" @(" @($-R96%T95=O#$Y+"!) M4E%,*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H07)G M,"P@,'@Q8RP@1$U!5BD-"B @(" @(" @(" @(" @(" @(" @14Y&,2@I#0H@ M(" @(" @(" @(" @(" @(" @(%-T;W)E*%IE#$I#0H@(" @(" @(" @(" @(" @365T:&]D*%]35$$I('L- M"B @(" @(" @(" @(" @(" @(" @14Y&,2@I#0H@(" @(" @(" @(" @(" @ M(" @(%-T;W)E*#!X,BP@0U(P-RD-"B @(" @(" @(" @(" @(" @(" @268H M0U(S,"D@>PT*(" @(" @(" @(" @(" @(" @(" @(" @15A&,2@I#0H@(" @ M(" @(" @(" @(" @(" @(" @("!2971UPT*(" @(" @ M(" @(" @(" @(" @(" @(" @268H3$]R*$-2-C L($-2-C$I*2![#0H@(" @ M(" @(" @(" @(" @(" @(" @(" @(" @15A&,2@I#0H@(" @(" @(" @(" @ M(" @(" @(" @(" @(" @4F5T=7)N*#!X9"D-"B @(" @(" @(" @(" @(" @ M(" @(" @('T-"B @(" @(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @ M(" @(" @("!%6$8Q*"D-"B @(" @(" @(" @(" @(" @(" @4F5T=7)N*#!X M,"D-"B @(" @(" @(" @(" @("!]#0H@(" @(" @(" @(" @(" @365T:&]D M*%]$25,I('L-"B @(" @(" @(" @(" @(" @(" @14Y&,2@I#0H@(" @(" @ M(" @(" @(" @(" @(%-T;W)E*#!X,BP@0U(P-RD-"B @(" @(" @(" @(" @ M(" @(" @4W1OS!X-## L(#!X,"P@,'@P+" P M>#@L(#!X."P@,'@R,BP@,'@P+" P># L(#!X-SDL(#!X,"!]*0T*(" @(" @ M(" @(" @(" @(" @("!#71E1FEE;&0H0E5&,2P@,'@R+"!)3TQ/ M*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&,2P@ M,'@S+"!)3TA)*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE M;&0H0E5&,2P@,'@T+"!)3U),*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&,2P@,'@U+"!)3U)(*0T*(" @(" @(" @(" @(" @ M(" @("!##,S*2![,'@S,"P@,'@T-RP@,'@Q+" P>&8X M+" P>#,L(#!X9C@L(#!X,RP@,'@X+" P>#@L(#!X,C(L(#!X,3 L(#!X,"P@ M,'@S,"P@,'@T-RP@,'@Q+" P>&8X+" P>#(L(#!X9C@L(#!X,BP@,'@X+" P M>#@L(#!X,C(L(#!X."P@,'@P+" P>#,P+" P>#0W+" P>#$L(#!X93@L(#!X M,RP@,'AE."P@,'@S+" P>#@L(#!X."P@,'@R,BP@,'@Q,"P@,'@P+" P>#,P M+" P>#0W+" P>#$L(#!X93@L(#!X,BP@,'AE."P@,'@R+" P>#@L(#!X."P@ M,'@R,BP@,'@X+" P># L(#!X,S@L(#!X-SDL(#!X,"!]*0T*(" @(" @(" @ M(" @(" @($UE=&AO9"A?4U)3+" Q*2![#0H@(" @(" @(" @(" @(" @(" @ M($-R96%T94)Y=&5&:65L9"A!#(L($E/3$\I#0H@(" @(" @(" @ M(" @(" @(" @($-R96%T94)Y=&5&:65L9"A!#,L($E/2$DI#0H@ M(" @(" @(" @(" @(" @(" @($-R96%T95=O#DL M($E245#(L($-2,## Q,#5D,#0Q*0T*(" @(" @(" @(" @(" @($YA;64H7U5)1"P@,'@R M*0T*(" @(" @(" @(" @(" @($UE=&AO9"A?4U1!*2![#0H@(" @(" @(" @ M(" @(" @(" @($5.1C$H*0T*(" @(" @(" @(" @(" @(" @("!)9BA,17%U M86PH0TM)1"@I+" P>#DW-S$I*2![#0H@(" @(" @(" @(" @(" @(" @(" @ M("!3=&]R92@P>#,L($-2,#PT*(" @(" @(" @(" @(" @(" @(" @ M(" @(" @($581C$H*0T*(" @(" @(" @(" @(" @(" @(" @(" @(" @(%)E M='5R;B@P>&8I#0H@(" @(" @(" @(" @(" @(" @(" @("!]#0H@(" @(" @ M(" @(" @(" @(" @(" @("!%;'-E('L-"B @(" @(" @(" @(" @(" @(" @ M(" @(" @("!)9BA,3W(H0U(V,"P@0U(V,2DI('L-"B @(" @(" @(" @(" @ M(" @(" @(" @(" @(" @(" @15A&,2@I#0H@(" @(" @(" @(" @(" @(" @ M(" @(" @(" @(" @(%)E='5R;B@P>&0I#0H@(" @(" @(" @(" @(" @(" @ M(" @(" @(" @?0T*(" @(" @(" @(" @(" @(" @(" @(" @?0T*(" @(" @ M(" @(" @(" @(" @(" @(" @268H3$5Q=6%L*$E21DPL(#!X,"DI('L-"B @ M(" @(" @(" @(" @(" @(" @(" @(" @("!3=&]R92@P>#8L($-2,##,X+"!,;V-A;# I M#0H@(" @(" @(" @(" @(" @(" @(" @("!)9BA,17%U86PH3&]C86PP+" P M># I*2![#0H@(" @(" @(" @(" @(" @(" @(" @(" @(" @268H3$5Q=6%L M*$-2,S L(#!X,2DI('L-"B @(" @(" @(" @(" @(" @(" @(" @(" @(" @ M(" @15A&,2@I#0H@(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(%)E M='5R;B@P>&8I#0H@(" @(" @(" @(" @(" @(" @(" @(" @(" @?0T*(" @ M(" @(" @(" @(" @(" @(" @(" @(" @($5LPT*(" @(" @(" @(" @ M(" @(" @(" @(" @(" @(" @("!)9BA,3W(H0U(V,"P@0U(V,2DI('L-"B @ M(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @($581C$H*0T*(" @ M(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @4F5T=7)N*#!X9"D- M"B @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @?0T*(" @(" @(" @ M(" @(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @(" @(" @(" @ M('T-"B @(" @(" @(" @(" @(" @(" @(" @($%N9"A#4D8Q+" P>#,X+"!, M;V-A;# I#0H@(" @(" @(" @(" @(" @(" @(" @("!)9BA,3F]T*$Q,97-S M*$QO8V%L,"P@,'@R,"DI*2![#0H@(" @(" @(" @(" @(" @(" @(" @(" @ M(" @268H3$5Q=6%L*$-2,S L(#!X,2DI('L-"B @(" @(" @(" @(" @(" @ M(" @(" @(" @(" @(" @15A&,2@I#0H@(" @(" @(" @(" @(" @(" @(" @ M(" @(" @(" @(%)E='5R;B@P>&8I#0H@(" @(" @(" @(" @(" @(" @(" @ M(" @(" @?0T*(" @(" @(" @(" @(" @(" @(" @(" @(" @($5LPT* M(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @("!)9BA,3W(H0U(V,"P@ M0U(V,2DI('L-"B @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @ M($581C$H*0T*(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @ M4F5T=7)N*#!X9"D-"B @(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @ M?0T*(" @(" @(" @(" @(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @ M(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @(" @(" @?0T*(" @(" @ M(" @(" @(" @(" @("!%6$8Q*"D-"B @(" @(" @(" @(" @(" @(" @4F5T M=7)N*#!X,"D-"B @(" @(" @(" @(" @("!]#0H@(" @(" @(" @(" @(" @ M365T:&]D*%]$25,I('L-"B @(" @(" @(" @(" @(" @(" @14Y&,2@I#0H@ M(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X,RP@0U(P-RD-"B @(" @(" @ M(" @(" @(" @(" @268H3$5Q=6%L*$-+240H*2P@,'@Y-SPT*(" @ M(" @(" @(" @(" @(" @(" @(" @268H3$]R*$-2-C L($-2-C$I*2![#0H@ M(" @(" @(" @(" @(" @(" @(" @(" @(" @4W1OS!X-## L(#!X,"P@,'@P+" P>#@L(#!X."P@,'@R M,BP@,'@Q,"P@,'@P+" P>## @?2D-"B @(" @(" @(" @(" @(" @ M(" @0W)E871E0GET949I96QD*$)51C(L(#!X,BP@24],3RD-"B @(" @(" @ M(" @(" @(" @(" @0W)E871E0GET949I96QD*$)51C(L(#!X,RP@24](22D- M"B @(" @(" @(" @(" @(" @(" @0W)E871E0GET949I96QD*$)51C(L(#!X M-"P@24]23"D-"B @(" @(" @(" @(" @(" @(" @0W)E871E0GET949I96QD M*$)51C(L(#!X-2P@24]22"D-"B @(" @(" @(" @(" @(" @(" @0W)E871E M5V]R9$9I96QD*$)51C(L(#!X.2P@25)15RD-"B @(" @(" @(" @(" @(" @ M(" @14Y&,2@I#0H@(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X,RP@0U(P M-RD-"B @(" @(" @(" @(" @(" @(" @268H3$5Q=6%L*$-+240H*2P@,'@Y M-SPT*(" @(" @(" @(" @(" @(" @(" @(" @268H3$]R*$-2-C L M($-2-C$I*2![#0H@(" @(" @(" @(" @(" @(" @(" @(" @(" @4W1O#,P M+" P>#0W+" P>#$L(#!X9C@L(#!X,RP@,'AF."P@,'@S+" P>#@L(#!X."P@ M,'@R,BP@,'@Q,"P@,'@P+" P>#,P+" P>#0W+" P>#$L(#!X9C@L(#!X,BP@ M,'AF."P@,'@R+" P>#@L(#!X."P@,'@R,BP@,'@X+" P># L(#!X,S L(#!X M-#&4X+" P>#,L(#!X."P@,'@X+" P>#(R M+" P>#$P+" P># L(#!X,S L(#!X-#&4X M+" P>#(L(#!X."P@,'@X+" P>#(R+" P>#@L(#!X,"P@,'@S."P@,'@W.2P@ M,'@P('TI#0H@(" @(" @(" @(" @(" @365T:&]D*%]34E,L(#$I('L-"B @ M(" @(" @(" @(" @(" @(" @0W)E871E0GET949I96QD*$%R9S L(#!X,BP@ M24],3RD-"B @(" @(" @(" @(" @(" @(" @0W)E871E0GET949I96QD*$%R M9S L(#!X,RP@24](22D-"B @(" @(" @(" @(" @(" @(" @0W)E871E5V]R M9$9I96QD*$%R9S L(#!X.2P@25)15RD-"B @(" @(" @(" @(" @(" @(" @ M14Y&,2@I#0H@(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X,RP@0U(P-RD- M"B @(" @(" @(" @(" @(" @(" @268H3$5Q=6%L*$-+240H*2P@,'@Y-SPT*(" @(" @(" @(" @(" @(" @(" @(" @268H3$]R*$-2-C L($-2 M-C$I*2![#0H@(" @(" @(" @(" @(" @(" @(" @(" @(" @4W1O#$P,#5D,#0Q*0T*(" @(" @(" @(" @(" @($UE=&AO9"A?4U1!*2![ M#0H@(" @(" @(" @(" @(" @(" @($5.1C$H*0T*(" @(" @(" @(" @(" @ M(" @("!)9BA,17%U86PH0TM)1"@I+" P>#DW-S$I*2![#0H@(" @(" @(" @ M(" @(" @(" @(" @("!)9BA,17%U86PH25)&3"P@,'@Q*2D@>PT*(" @(" @ M(" @(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X-BP@0U(P-RD-"B @(" @ M(" @(" @(" @(" @(" @(" @(" @("!)9BA,17%U86PH0U(S,"P@,'@Q*2D@ M>PT*(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @("!%6$8Q*"D-"B @ M(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @4F5T=7)N*#!X9BD-"B @ M(" @(" @(" @(" @(" @(" @(" @(" @("!]#0H@(" @(" @(" @(" @(" @ M(" @(" @(" @(" @16QS92![#0H@(" @(" @(" @(" @(" @(" @(" @(" @ M(" @(" @($EF*$Q/PT*(" @(" @(" @(" @(" @ M(" @(" @(" @(" @(" @(" @(" @15A&,2@I#0H@(" @(" @(" @(" @(" @ M(" @(" @(" @(" @(" @(" @("!2971UPT*(" @ M(" @(" @(" @(" @(" @(" @(" @4W1OPT*(" @(" @ M(" @(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X-BP@0U(P-RD-"B @(" @ M(" @(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @(" @(" @(" @ M(%-T;W)E*#!X,"P@0U(S,"D-"B @(" @(" @(" @(" @(" @(" @(" @($58 M1C$H*0T*(" @(" @(" @(" @(" @(" @("!]#0H@(" @(" @(" @(" @(" @ M(" @(%-T;W)E*$QO8V%L,"P@3&]C86PP*0T*(" @(" @(" @(" @(" @('T- M"B @(" @(" @(" @(" @("!-971H;V0H7T-24RD@>PT*(" @(" @(" @(" @ M(" @(" @("!.86UE*$)51C0L($)U9F9E&0I('LP>#0W+" P>#$L(#!X M,"P@,'@P+" P># L(#!X,"P@,'@X+" P>#@L(#!X,C(L(#!X,"P@,'@P+" P M>## @?2D-"B @(" @(" @(" @(" @(" @(" @0W)E871E0GET949I M96QD*$)51C0L(#!X,BP@24],3RD-"B @(" @(" @(" @(" @(" @(" @0W)E M871E0GET949I96QD*$)51C0L(#!X,RP@24](22D-"B @(" @(" @(" @(" @ M(" @(" @0W)E871E0GET949I96QD*$)51C0L(#!X-"P@24]23"D-"B @(" @ M(" @(" @(" @(" @(" @0W)E871E0GET949I96QD*$)51C0L(#!X-2P@24]2 M2"D-"B @(" @(" @(" @(" @(" @(" @0W)E871E5V]R9$9I96QD*$)51C0L M(#!X.2P@25)15RD-"B @(" @(" @(" @(" @(" @(" @14Y&,2@I#0H@(" @ M(" @(" @(" @(" @(" @(%-T;W)E*#!X,RP@0U(P-RD-"B @(" @(" @(" @ M(" @(" @(" @268H3$5Q=6%L*$-+240H*2P@,'@Y-SPT*(" @(" @ M(" @(" @(" @(" @(" @(" @4W1O#,S*2![,'@S,"P@,'@T-RP@,'@Q+" P>&8X+" P>#,L M(#!X9C@L(#!X,RP@,'@X+" P>#@L(#!X,C(L(#!X,3@L(#!X8RP@,'@S,"P@ M,'@T-RP@,'@Q+" P>&8X+" P>#(L(#!X9C@L(#!X,BP@,'@X+" P>#@L(#!X M,C(L(#!X,3@L(#!X8RP@,'@S,"P@,'@T-RP@,'@Q+" P>&4X+" P>#,L(#!X M93@L(#!X,RP@,'@X+" P>#@L(#!X,C(L(#!X,3@L(#!X8RP@,'@S,"P@,'@T M-RP@,'@Q+" P>&4X+" P>#(L(#!X93@L(#!X,BP@,'@X+" P>#@L(#!X,C(L M(#!X,3@L(#!X8RP@,'@S."P@,'@W.2P@,'@P('TI#0H@(" @(" @(" @(" @ M(" @365T:&]D*%]34E,L(#$I('L-"B @(" @(" @(" @(" @(" @(" @0W)E M871E0GET949I96QD*$%R9S L(#!X,BP@24],3RD-"B @(" @(" @(" @(" @ M(" @(" @0W)E871E0GET949I96QD*$%R9S L(#!X,RP@24](22D-"B @(" @ M(" @(" @(" @(" @(" @0W)E871E5V]R9$9I96QD*$%R9S L(#!X.2P@25)1 M5RD-"B @(" @(" @(" @(" @(" @(" @14Y&,2@I#0H@(" @(" @(" @(" @ M(" @(" @(%-T;W)E*#!X,RP@0U(P-RD-"B @(" @(" @(" @(" @(" @(" @ M268H3$5Q=6%L*$-+240H*2P@,'@Y-SPT*(" @(" @(" @(" @(" @ M(" @(" @(" @4W1O#@L($QO8V%L,"D-"B @(" @(" @(" @(" @("!/ MPT*(" @(" @(" @(" @(" @(" @ M("!%3D8Q*"D-"B @(" @(" @(" @(" @(" @(" @4W1OS!X-## L(#!X,"P@ M,'@P+" P>#@L(#!X,"P@,'@R,BP@,'@P+" P># L(#!X-SDL(#!X,"!]*0T* M(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-2P@,'@R M+"!)3TQ/*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H M0E5&-2P@,'@S+"!)3TA)*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-2P@,'@T+"!)3U),*0T*(" @(" @(" @(" @(" @(" @ M("!#71E1FEE;&0H0E5&-2P@,'@U+"!)3U)(*0T*(" @(" @(" @ M(" @(" @(" @("!#71E1FEE;&0H0E5&-2P@,'@W+"!)3TQ%*0T* M(" @(" @(" @(" @(" @(" @("!#S!X,S L(#!X-###,L(#!X."P@,'@X+" P>#(R+" P>&(X+" P># L(#!X,S L(#!X M-###(L(#!X."P@,'@X+" P>#(R M+" P>&(X+" P># L(#!X,S L(#!X-#&)C M+" P>#,L(#!X."P@,'@T+" P>#(R+" P>&(X+" P># L(#!X,S@L(#!X-SDL M(#!X,"!]*0T*(" @(" @(" @(" @(" @($UE=&AO9"A?4U)3+" Q*2![#0H@ M(" @(" @(" @(" @(" @(" @($-R96%T94)Y=&5&:65L9"A!#(L M($E/3$\I#0H@(" @(" @(" @(" @(" @(" @($-R96%T94)Y=&5&:65L9"A! M#,L($E/2$DI#0H@(" @(" @(" @(" @(" @(" @($-R96%T94)Y M=&5&:65L9"A!#0L($E/4DPI#0H@(" @(" @(" @(" @(" @(" @ M($-R96%T94)Y=&5&:65L9"A!#4L($E/4D@I#0H@(" @(" @(" @ M(" @(" @(" @($-R96%T95=O#DL($E245#$L($-2,## Q,#1D,#0Q M*0T*(" @(" @(" @(" @(" @($YA;64H7U5)1"P@,'@Q*0T*(" @(" @(" @ M(" @(" @($UE=&AO9"A?4U1!*2![#0H@(" @(" @(" @(" @(" @(" @($5. M1C$H*0T*(" @(" @(" @(" @(" @(" @("!3=&]R92@P>#$L($-2,##(L($QO8V%L,"D-"B @ M(" @(" @(" @(" @(" @(" @268H3$5Q=6%L*$QO8V%L,"P@,'@R*2D@>PT* M(" @(" @(" @(" @(" @(" @(" @(" @268H0U(S,"D@>PT*(" @(" @(" @ M(" @(" @(" @(" @(" @(" @($581C$H*0T*(" @(" @(" @(" @(" @(" @ M(" @(" @(" @(%)E='5R;B@P>&8I#0H@(" @(" @(" @(" @(" @(" @(" @ M("!]#0H@(" @(" @(" @(" @(" @(" @(" @("!%;'-E('L-"B @(" @(" @ M(" @(" @(" @(" @(" @(" @("!)9BA,3W(H0U(V,"P@0U(V,2DI('L-"B @ M(" @(" @(" @(" @(" @(" @(" @(" @(" @(" @15A&,2@I#0H@(" @(" @ M(" @(" @(" @(" @(" @(" @(" @(" @(%)E='5R;B@P>&0I#0H@(" @(" @ M(" @(" @(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @(" @(" @(" @ M(" @?0T*(" @(" @(" @(" @(" @(" @("!]#0H@(" @(" @(" @(" @(" @ M(" @($581C$H*0T*(" @(" @(" @(" @(" @(" @("!2971UPT*(" @(" @(" @(" @(" @(" @("!%3D8Q*"D-"B @(" @(" @(" @ M(" @(" @(" @4W1OS!X-## L(#!X,"P@,'@P+" P>#@L M(#!X."P@,'@T-RP@,'@Q+" P># L(#!X,"P@,'@P+" P># L(#!X-"P@,'@T M+" P>#(R+" P># L(#!X,"P@,'@R82P@,'@P+" P># L(#!X-SDL(#!X,"!] M*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-BP@ M,'@R+"!)3TQ/*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE M;&0H0E5&-BP@,'@S+"!)3TA)*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-BP@,'@T+"!)3U),*0T*(" @(" @(" @(" @(" @ M(" @("!#71E1FEE;&0H0E5&-BP@,'@U+"!)3U)(*0T*(" @(" @ M(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-BP@,'@V+"!!3$=. M*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-BP@ M,'@W+"!,14Y'*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE M;&0H0E5&-BP@,'AA+"!)3T5,*0T*(" @(" @(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-BP@,'AB+"!)3T5(*0T*(" @(" @(" @(" @(" @ M(" @("!#71E1FEE;&0H0E5&-BP@,'AC+"!)3TU,*0T*(" @(" @ M(" @(" @(" @(" @("!#71E1FEE;&0H0E5&-BP@,'AD+"!)3TU( M*0T*(" @(" @(" @(" @(" @(" @("!##$L($-2,##0L($QO8V%L,RD-"B @(" @(" @(" @(" @(" @ M(" @4W1OPT*(" @(" @(" @(" @(" @(" @(" @(" @4W1OS!X,S L(#!X-###,L M(#!X."P@,'@X+" P>#0W+" P>#$L(#!X-S@L(#!X-RP@,'@W."P@,'@W+" P M>#0L(#!X-"P@,'@R,BP@,'AB,"P@,'@P+" P>#)A+" P>&(L(#!X,"P@,'@S M,"P@,'@T-RP@,'@Q+" P>##(L(#!X-S@L(#!X,BP@,'@X+" P>#@L M(#!X-###8L(#!X-"P@,'@T+" P M>#(R+" P>&(X+" P># L(#!X,F$L(#!X8BP@,'@P+" P>#,P+" P>#0W+" P M>#$L(#!X8F,L(#!X,RP@,'AB8RP@,'@S+" P>#0L(#!X-"P@,'@T-RP@,'@Q M+" P>&)C+" P>##0L(#!X,C(L(#!X8C L M(#!X,"P@,'@R82P@,'AB+" P># L(#!X,S@L(#!X-SDL(#!X,"!]*0T*(" @ M(" @(" @(" @(" @($UE=&AO9"A?4U)3+" Q*2![#0H@(" @(" @(" @(" @ M(" @(" @($-R96%T94)Y=&5&:65L9"A!#(L($E/3$\I#0H@(" @ M(" @(" @(" @(" @(" @($-R96%T94)Y=&5&:65L9"A!#,L($E/ M2$DI#0H@(" @(" @(" @(" @(" @(" @($-R96%T95=O#$Q+"!)4E%7*0T*(" @(" @(" @(" @(" @(" @("!#71E M1FEE;&0H07)G,"P@,'@Q-"P@1$U!0RD-"B @(" @(" @(" @(" @(" @(" @ M14Y&,2@I#0H@(" @(" @(" @(" @(" @(" @(%-T;W)E*#!X,2P@0U(P-RD- M"B @(" @(" @(" @(" @(" @(" @4W1OS!X,C(L(#!X,"P@,'@Q,"P@,'@W.2P@,'@P('TI#0H@(" @(" @ M(" @("!]#0H@(" @(" @(" @("!$979I8V4H4%,R2RD@>PT*(" @(" @(" @ M(" @(" @($YA;64H7TA)1"P@,'@P,S S9# T,2D-"B @(" @(" @(" @(" @ M("!-971H;V0H7U-402D@>PT*(" @(" @(" @(" @(" @(" @("!)9BA,17%U M86PH2T)$22P@,'@Q*2D@>PT*(" @(" @(" @(" @(" @(" @(" @(" @4F5T M=7)N*#!X,"D-"B @(" @(" @(" @(" @(" @(" @?0T*(" @(" @(" @(" @ M(" @(" @("!%;'-E('L-"B @(" @(" @(" @(" @(" @(" @(" @(%)E='5R M;B@P>&8I#0H@(" @(" @(" @(" @(" @(" @('T-"B @(" @(" @(" @(" @ M("!]#0H@(" @(" @(" @(" @(" @3F%M92A?0U)3+"!"=69F97(H,'@Q-2D@ M>S!X-##8P+" P># L(#!X,2P@,'@Q+" P M>#0W+" P>#$L(#!X-C0L(#!X,"P@,'@V-"P@,'@P+" P>#$L(#!X,2P@,'@R M,BP@,'@R+" P># L(#!X-SDL(#!X,"!]*0T*(" @(" @(" @(" @?0T*(" @ M(" @("!]#0H@(" @?0T*?0T*#0I]#0HO*@T*05!)0SH@3&5N9W1H/3DR+"!2 M979I&9E93 P,# P#0H)1FQA9W,]>U!#+4%4?0T*#0H)5'EP93U,;V-A;"!!4$E# M#0H)04-022!#4%4], T*"49L86=S/7M%3D%"3$5$?0T*"4%024,@240], T* M#0H)5'EP93U,;V-A;"!!4$E##0H)04-022!#4%4],0T*"49L86=S/7M%3D%" M3$5$?0T*"4%024,@240],0T*#0H)5'EP93U)3R!!4$E##0H)05!)0R!)1#TR M#0H)24Y4($)!4T4], T*"4%$1%(],'AF96,P,# P, T*#0H)5'EP93U)3E0@ M3W9EU!O M;&%R:71Y/6-O;F9O3UC;VYF;W)M:6YG+"!47)I9VAT("AC*2 Q.3DR+3(P,#,@5&AE($9R965"4T0@4')O:F5C="X- M"D-O<'ER:6=H=" H8RD@,3DW.2P@,3DX,"P@,3DX,RP@,3DX-BP@,3DX."P@ M,3DX.2P@,3DY,2P@,3DY,BP@,3DY,RP@,3DY- T*"51H92!296=E;G1S(&]F M('1H92!5;FEV97)S:71Y(&]F($-A;&EF;W)N:6$N($%L;"!R:6=H=',@&,P-3(S,# P+@T*4')E;&]A M9&5D(&5L9B!M;V1U;&4@(B]B;V]T+VME&,P M-3(S,C0T+@T*5&EM96-O=6YT97(@(FDX,C4T(B @9G)E<75E;F-Y(#$Q.3,Q M.#(@2'H-"E1I;65C;W5N=&5R(")44T,B("!F#$X,V9B9F8\1E!5+%9-12Q$12Q04T4L5%-#+$U34BQ0044L34-%+$-8 M."Q!4$E#+%-%4"Q-5%)2+%!'12Q-0T$L0TU/5BQ0050L4%-%,S8L34U8+$98 M4U(^#0IR96%L(&UE;6]R>2 @/2 V-S$P,C,Q,#0@*#8S.2!-0BD-"F%V86EL M(&UE;6]R>2 ](#8T-C$W,C8W,B H-C$V($U"*0T*4')O9W)A;6UI;F<@,C0@ M<&EN# P,32 S-3&5C=71I;VX@9F%I;&5D(%M<7%]30E\N4$-),"Y)4T%?+D9$0S N7T-2 M4UT@*$YO9&4@,'AC-&0U-V,T,"DL($%%7T%-3%]53DE.251)04Q)6D5$7TQ/ M0T%,#0H@(" @04-022TP,3&5C=71I M;VX@9F%I;&5D(%M<7%]30E\N4$-),"Y)4T%?+D9$0S N7T-24UT@*$YO9&4@ M,'AC-&0U-V,T,"DL($%%7T%-3%]53DE.251)04Q)6D5$7TQ/0T%,#0IC86XG M="!F971C:"!R97-O=7)C97,@9F]R(%Q<7U-"7RY00TDP+DE305\N1D1#," M M($%%7T%-3%]53DE.251)04Q)6D5$7TQ/0T%,#0IA8W!I7W1I;65R,#H@/#(T M+6)I="!T:6UECX@<&]R=" P>#0P,#@M,'@T,#!B M(&]N(&%C<&DP#0IA8W!I7V-P=3 Z(#Q#4%4^(&]N(&%C<&DP#0IA8W!I7V-P M=3$Z(#Q#4%4^(&]N(&%C<&DP#0IA8W!I7W1Z,#H@/'1H97)M86P@>F]N93X@ M<&]R=" P>#4S,"TP>#4S-R!O;B!A8W!I, T*(" @($%#4$DM,#0S.#H@*BHJ M($5R#0P,# M,'@T,#0Q+#!X8V8X+3!X8V9F(&]N(&%C<&DP M#0IP8VDP.B \04-022!00TD@8G5S/B!O;B!P8VEB, T*24]!4$E#(",P(&EN M='!I;B Q.2 M/B!I@T*<&-I M,#H@/&UU;'1I;65D:6$L(&%U9&EO/B!A="!D979I8V4@.2XP("AN;R!D2 Q,SDT82!A=F%I;&%B M;&4@4S0P,"P@,B!P;W)T&-C M,V8@;65M(#!X93,P,# P,# M,'AE,S Q9F9F9BPP>&4S,#(P,# P+3!X93,P M,V9F9F8@:7)Q(#<@870@9&5V:6-E(#$S+C @;VX@<&-I, T*96TP.B @4W!E M960Z,3 P($UB<',@($1U<&QE>#I&=6QL#0IA=&%P8VDQ.B \2&EG:%!O:6YT M($A05#,V-B!51$U!-C8@8V]N=')O;&QE&0X,# M,'AD.&9F M+#!X9#0P,"TP>&0T,#,L,'AD,# P+3!X9# P-R!I&4T9F8L,'AE,# P+3!X93 P,RPP>&1C,# M,'AD8S W M(&ER<2 Q,"!A="!D979I8V4@,3DN,2!O;B!P8VDP#0IA=&$S.B!A=" P>&1C M,# @;VX@871A<&-I,@T*9F1C,#H@8V%N;F]T(')E&5F9F9F+#!X8V4P,# M,'AC9C=F9BPP>&-C,# P+3!X M8V0W9F8L,'AC,# P,"TP>&,Y-V9F(&]N(&ES83 -"G!M=&EM97(P(&]N(&ES M83 -"F%T:V)D8S Z(#Q+97EB;V%R9"!C;VYT#8P(&]N(&ES83 -"G!S;3 Z(#Q04R\R($UO=7-E/B!I M7!E(#@R-3 @;W(@;F]T(')E2!N;W0@8F4@96YA8FQE M9 T*=F=A,#H@/$=E;F5R:6,@25-!(%9'03X@870@<&]R=" P>#-C,"TP>#-D M9B!I;VUE;2 P>&$P,# P+3!X8F9F9F8@;VX@:7-A, T*05!)0U])3SH@5&5S M=&EN9R X,C4T(&EN=&5R0T*05!)0U])3SH@2!H87)V97-T:6YG.@T*(&EN=&5R7-T96T@ M8VAE8VMS.@T*+V1E=B]A9#!S,6$Z($9)3$5365-414T@0TQ%04X[(%-+25!0 M24Y'($-(14-+4PT*+V1E=B]A9#!S,6$Z(&-L96%N+" T-3&9F9F9F9C P(&)R;V%D8V%S=" Q,"XP+C N,C4U#0H)971H97(@ M,# Z,#&9F,# P M,# P( T*861D(&YE="!D969A=6QT.B!G871E=V%Y(#$P+C N,"XQ#0I!9&1I M=&EO;F%L(')O=71I;F<@;W!T:6]N7-L;V=D+@T*2G5N(" W(#$Y.C(R.C,V(&)U M:R!S>7-L;V=D.B!K97)N96P@8F]O="!F:6QE(&ES("]B;V]T+VME#@-"B!B;&%N:W1I M;64-"B!S8W)E96YS879E<@T*+@T*4W1A Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DEAD37B401 for ; Sat, 7 Jun 2003 11:13:36 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E532E43F93 for ; Sat, 7 Jun 2003 11:13:35 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h57IDJVm070929; Sat, 7 Jun 2003 11:13:19 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h57IDF4Y070928; Sat, 7 Jun 2003 11:13:15 -0700 (PDT) Date: Sat, 7 Jun 2003 11:13:15 -0700 From: "David O'Brien" To: Tim Kientzle Message-ID: <20030607181315.GF70196@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Tim Kientzle , current@freebsd.org References: <200306070438.h574cs52049913@cueball.rtp.FreeBSD.org> <3EE16E0F.2050207@acm.org> <20030607065700.GA59525@dragon.nuxi.com> <3EE22307.7020100@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EE22307.7020100@acm.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-BETA 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 cc: current@freebsd.org Subject: Re: Can't build -CURRENT on 4.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 18:13:36 -0000 On Sat, Jun 07, 2003 at 10:38:15AM -0700, Tim Kientzle wrote: > Index: usr.bin/xlint/lint1/cgram.y > =================================================================== > RCS file: /usr/src/cvs/src/usr.bin/xlint/lint1/cgram.y,v > retrieving revision 1.7 > diff -u -r1.7 cgram.y > --- usr.bin/xlint/lint1/cgram.y 3 Mar 2002 15:12:19 -0000 1.7 > +++ usr.bin/xlint/lint1/cgram.y 7 Jun 2003 06:30:12 -0000 > @@ -1642,17 +1642,17 @@ > -static inline int uq_gt(uint64_t, uint64_t); > -static inline int q_gt(int64_t, int64_t); > +static __inline int uq_gt(uint64_t, uint64_t); > +static __inline int q_gt(int64_t, int64_t); > > -static inline int > +static __inline int > uq_gt(uint64_t a, uint64_t b) > { > > return (a > b); > } > > -static inline int > +static __inline int Good catch! The rest of the file used __include everywhere. I've fixed the inconsistency. From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 11:15:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F9C137B401 for ; Sat, 7 Jun 2003 11:15:22 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0F6043F75 for ; Sat, 7 Jun 2003 11:15:21 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h57IF6Vm070948; Sat, 7 Jun 2003 11:15:10 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h57IF2en070944; Sat, 7 Jun 2003 11:15:02 -0700 (PDT) Date: Sat, 7 Jun 2003 11:15:01 -0700 From: "David O'Brien" To: Tim Kientzle Message-ID: <20030607181501.GG70196@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Tim Kientzle , current@freebsd.org References: <200306070438.h574cs52049913@cueball.rtp.FreeBSD.org> <3EE16E0F.2050207@acm.org> <20030607065700.GA59525@dragon.nuxi.com> <3EE22307.7020100@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EE22307.7020100@acm.org> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-BETA 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 cc: current@freebsd.org Subject: Re: Can't build -CURRENT on 4.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 18:15:22 -0000 On Sat, Jun 07, 2003 at 10:38:15AM -0700, Tim Kientzle wrote: > Index: Makefile.inc1 > =================================================================== > RCS file: /usr/src/cvs/src/Makefile.inc1,v > retrieving revision 1.363 > diff -u -r1.363 Makefile.inc1 > --- Makefile.inc1 31 May 2003 21:29:38 -0000 1.363 > +++ Makefile.inc1 7 Jun 2003 04:52:43 -0000 > @@ -200,7 +204,7 @@ > BMAKEENV= DESTDIR= \ > INSTALL="sh ${.CURDIR}/tools/install.sh" \ > PATH=${BPATH}:${PATH} \ > - WORLDTMP=${WORLDTMP} \ > + WORLDTMP=${WORLDTMP} CSTD=c90 \ This won't work on non-i386, due to alloca issues. > + WORLDTMP=${WORLDTMP} CSTD= \ may. From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 11:29:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD2FE37B401; Sat, 7 Jun 2003 11:29:14 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2903843FBD; Sat, 7 Jun 2003 11:29:14 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h57ISLkF027346; Sat, 7 Jun 2003 14:28:21 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h57ISKC9027345; Sat, 7 Jun 2003 18:28:20 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sat, 7 Jun 2003 18:28:20 GMT Message-Id: <200306071828.h57ISKC9027345@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Subject: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 18:29:15 -0000 TB --- 2003-06-07 17:28:52 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-06-07 17:28:52 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-07 17:31:51 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-06-07 18:23:57 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jun 7 18:23:57 GMT 2003 [...] cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/fs/pseudofs/pseudofs_fileno.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/fs/pseudofs/pseudofs_vncache.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/fs/pseudofs/pseudofs_vnops.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/fs/specfs/spec_vnops.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom_ctl.c cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom_dev.c /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom_dev.c:81: conflicting types for `g_dev_print' /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom.h:175: previous declaration of `g_dev_print' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-06-07 18:28:20 - /usr/bin/make returned exit code 1 TB --- 2003-06-07 18:28:20 - ERROR: failed to build generic kernel TB --- 2003-06-07 18:28:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 11:48:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C6A37B401; Sat, 7 Jun 2003 11:48:56 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC3243FB1; Sat, 7 Jun 2003 11:48:54 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h57ImqEY001182; Sat, 7 Jun 2003 20:48:53 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Tinderbox From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 07 Jun 2003 18:28:20 GMT." <200306071828.h57ISKC9027345@cueball.rtp.FreeBSD.org> Date: Sat, 07 Jun 2003 20:48:52 +0200 Message-ID: <1181.1055011732@critter.freebsd.dk> cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [-CURRENT tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 18:48:56 -0000 In message <200306071828.h57ISKC9027345@cueball.rtp.FreeBSD.org>, Tinderbox wri tes: > /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom_dev.c >/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom_dev.c:81: conflicting types for `g_dev_print' >/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/sys/geom/geom.h:175: previous declaration of `g_dev_print' >*** Error code 1 This is a pretty amazing race, those two files were committed together... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 12:04:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6744837B401 for ; Sat, 7 Jun 2003 12:04:20 -0700 (PDT) Received: from thuis.piwebs.com (t-indiv5-84.athome.tue.nl [131.155.241.84]) by mx1.FreeBSD.org (Postfix) with SMTP id A558843F93 for ; Sat, 7 Jun 2003 12:04:18 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 2684 invoked by uid 85); 7 Jun 2003 19:04:18 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-4.0/5.0):. Processed in 10.994083 secs); 07 Jun 2003 19:04:18 -0000 X-Spam-Status: No, hits=-4.0 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 7 Jun 2003 19:04:06 -0000 From: Arjan van Leeuwen To: John Wilson , current@freebsd.org Date: Sat, 7 Jun 2003 21:04:05 +0200 User-Agent: KMail/1.5.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306072104.05423.avleeuwen@piwebs.com> Subject: Re: Audigy Support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 19:04:20 -0000 There seems to be a patch floating around. I saw it at bsdforums.org - see http://www.bsdforums.org/forums/showthread.php?s=&threadid=6961 . It's created by Orlando Bassotto. I don't know if is yet included in the FreeBSD source, or why it is not. Best regards, Arjan On Saturday 07 June 2003 19:19, John Wilson wrote: > Hello all. > > I've been using the OSS drivers for my Audigy "Gamer" sound card for quite > some time now, and would like to switch away from OSS. I vaguely > remember, after searching Google, that someone had gotten this to work > after a recent cvsup. Unfortunately, I cannot seem to get this to work > natively. > > I've tried the usual emu_10k1 kernel module with no luck. I was just > wondering if perhaps I'm not doing something correctly, or I should just > stick with the OSS drivers for the time being. > > I'm running -Current as of June 06 2003. > > Thank you for your assistance, > John Wilson > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 12:16:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D71C37B401; Sat, 7 Jun 2003 12:16:25 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 641D643FCB; Sat, 7 Jun 2003 12:16:24 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h57JGLkA047779; Sat, 7 Jun 2003 13:16:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 07 Jun 2003 13:16:12 -0600 (MDT) Message-Id: <20030607.131612.78073490.imp@bsdimp.com> To: obrien@freebsd.org From: "M. Warner Losh" In-Reply-To: <20030607181501.GG70196@dragon.nuxi.com> References: <20030607065700.GA59525@dragon.nuxi.com> <3EE22307.7020100@acm.org> <20030607181501.GG70196@dragon.nuxi.com> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: kientzle@acm.org Subject: Re: Can't build -CURRENT on 4.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 19:16:25 -0000 In message: <20030607181501.GG70196@dragon.nuxi.com> "David O'Brien" writes: : > + WORLDTMP=${WORLDTMP} CSTD= \ : : may. This seems to mostly work... I'm trying to sort out a couple of other issues, but those may be related to other changes that I've made in my test tree. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 13:28:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2767B37B401 for ; Sat, 7 Jun 2003 13:28:43 -0700 (PDT) Received: from thuis.piwebs.com (t-indiv5-84.athome.tue.nl [131.155.241.84]) by mx1.FreeBSD.org (Postfix) with SMTP id D8D3343F93 for ; Sat, 7 Jun 2003 13:28:41 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 3054 invoked by uid 85); 7 Jun 2003 20:28:41 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-2.6/5.0):. Processed in 11.006461 secs); 07 Jun 2003 20:28:41 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 7 Jun 2003 20:28:30 -0000 From: Arjan van Leeuwen To: current@freebsd.org Date: Sat, 7 Jun 2003 22:28:29 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306072228.29086.avleeuwen@piwebs.com> Subject: Regression: Playing QT files from mplayer stopped working in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 20:28:43 -0000 Hi, Since a short time (don't know exactly when it happened) it's not possible anymore to play Quicktime files (.mov) with mplayer on 5.1-CURRENT. It has to be a change in -CURRENT, I haven't updated mplayer. When trying to play a QT file, mplayer outputs: win32 libquicktime loader (c) Sascha Sommer Standard init done you may now call supported functions loader_init DONE??? loader_init DONE! External func COMCTL32.dll:17 External func COMCTL32.dll:16 QuickTime5 DLLs found QuickTime.qts patched!!! old entry=0x62924c30 theQuickTimeDispatcher catched -> 0x62924c30 Win32 Warning: Accessed uninitialized Critical Section (0x62b7fcd0)! WARNING! Invalid Ptr handle! Win32 Warning: Accessed uninitialized Critical Section (0x62b7fcb8)! MPlayer interrupted by signal 11 in module: init_audio_codec - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html#crash.b. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. Best regards, Arjan From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 13:31:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC06B37B401; Sat, 7 Jun 2003 13:31:22 -0700 (PDT) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00BAA43F93; Sat, 7 Jun 2003 13:31:20 -0700 (PDT) (envelope-from netch@lucky.net) Received: from netch@localhost [127.0.0.1] (netch@localhost [127.0.0.1]) by burka.carrier.kiev.ua with ESMTP id h57KVDY2024211; Sat, 7 Jun 2003 23:31:14 +0300 (EEST) (envelope-from netch@burka.carrier.kiev.ua) Received: (from netch@localhost) by burka.carrier.kiev.ua (8.12.8p1/8.12.8/Submit) id h57KVBCk024208; Sat, 7 Jun 2003 23:31:11 +0300 (EEST) (envelope-from netch) Date: Sat, 7 Jun 2003 23:31:11 +0300 From: Valentin Nechayev To: Doug Barton Message-ID: <20030607203111.GN83663@lucky.net> References: <20030605235254.W5414@znfgre.qbhto.arg> <20030606024813.Y5414@znfgre.qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030606024813.Y5414@znfgre.qbhto.arg> X-42: On X-Verify-Sender: verified cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: Way forward with BIND 8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: netch@lucky.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 20:31:23 -0000 Fri, Jun 06, 2003 at 03:01:02, DougB wrote about "Re: Way forward with BIND 8": > >> FYI, for those wondering why I'm not considering BIND 9 for import, please > >> see http://people.freebsd.org/~dougb/whybind8.html Among other things: standard resolver is waaay(tm) old. Even keeping with BIND8, it is old. At least, it isn't thread-safe; this is too ugly for 5.*. Unlike IRS code (gethostby*()), its upgrading to thread safe version is conceptually easy. I've created and successfully tested patch to upgrade it to 8.3.4 version, losing only res_*update() and RES_INSECURE*; it was very simple, and a person more informed in its specifics including KAME hacks can do it better. (ftp://segfault.kiev.ua/pub/freebsd/newresolv for someone wanting to see it. I should repeast that this attempt may be too lame and forgetting some principal moments, but it was successfully tested on real load for a long time.) -netch- From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 13:37:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBB2937B401; Sat, 7 Jun 2003 13:37:29 -0700 (PDT) Received: from lakemtao07.cox.net (lakemtao07.cox.net [68.1.17.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C42C743FBD; Sat, 7 Jun 2003 13:37:28 -0700 (PDT) (envelope-from mezz7@cox.net) Received: from sysinfo.mezzweb.com ([68.103.37.247]) by lakemtao07.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030607203728.NTUJ4514.lakemtao07.cox.net@sysinfo.mezzweb.com>; Sat, 7 Jun 2003 16:37:28 -0400 To: Arjan van Leeuwen , current@freebsd.org References: <200306072228.29086.avleeuwen@piwebs.com> Message-ID: Content-Type: text/plain; charset=utf-8; format=flowed From: Jeremy Messenger MIME-Version: 1.0 Date: Sat, 07 Jun 2003 15:23:01 -0500 In-Reply-To: <200306072228.29086.avleeuwen@piwebs.com> User-Agent: Opera7.11/Linux M2 build 406 cc: riggs@rrr.de cc: nobutaka@freebsd.org Subject: Re: Regression: Playing QT files from mplayer stopped working in 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 20:37:30 -0000 On Sat, 7 Jun 2003 22:28:29 +0200, Arjan van Leeuwen wrote: > Hi, > > Since a short time (don't know exactly when it happened) it's not > possible anymore to play Quicktime files (.mov) with mplayer on 5.1- > CURRENT. It has to be a change in -CURRENT, I haven't updated mplayer. > When trying to play a QT file, mplayer outputs: It happened on me too, so to other users over at bsdforums.org.. I don't have the problem with 5.0-CURRENT, until I upgraded to 5.1-CURRENT and now xine and mplayer will not work with the quicktime anymore. They both will crash with the dump core. I will have to turn on the debug and post the info of run them under gdb to see if it will help. I am cc'ing to the maintainer of xine and mplayer here, btw.. Cheers, Mezz > win32 libquicktime loader (c) Sascha Sommer > Standard init done you may now call supported functions > loader_init DONE??? > loader_init DONE! > External func COMCTL32.dll:17 > External func COMCTL32.dll:16 > QuickTime5 DLLs found > QuickTime.qts patched!!! old entry=0x62924c30 > theQuickTimeDispatcher catched -> 0x62924c30 > Win32 Warning: Accessed uninitialized Critical Section (0x62b7fcd0)! > WARNING! Invalid Ptr handle! > Win32 Warning: Accessed uninitialized Critical Section (0x62b7fcb8)! > > > MPlayer interrupted by signal 11 in module: init_audio_codec > - MPlayer crashed by bad usage of CPU/FPU/RAM. > Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and > disassembly. For details, see DOCS/bugreports.html#crash.b. > - MPlayer crashed. This shouldn't happen. > It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc > version. If you think it's MPlayer's fault, please read > DOCS/bugreports.html > and follow the instructions there. We can't and won't help unless you > provide > this information when reporting a possible bug. > > > Best regards, > > Arjan -- bsdforums.org 's moderator, mezz. From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 14:29:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0906037B401 for ; Sat, 7 Jun 2003 14:29:13 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D43543FA3 for ; Sat, 7 Jun 2003 14:29:11 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h57LSuVm033898; Sat, 7 Jun 2003 14:29:00 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h57LStvi033897; Sat, 7 Jun 2003 14:28:55 -0700 (PDT) Date: Sat, 7 Jun 2003 14:28:55 -0700 From: "David O'Brien" To: John Wilson Message-ID: <20030607212855.GA31648@dragon.nuxi.com> Mail-Followup-To: David O'Brien , John Wilson , current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-BETA 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 cc: current@freebsd.org Subject: Re: Audigy Support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 21:29:13 -0000 On Sat, Jun 07, 2003 at 01:19:42PM -0400, John Wilson wrote: > I've been using the OSS drivers for my Audigy "Gamer" sound card for quite > some time now, and would like to switch away from OSS. I vaguely > remember, after searching Google, that someone had gotten this to work > after a recent cvsup. Unfortunately, I cannot seem to get this to work > natively. Here is what I use. I tried to make it as non-distruptive of pre-Audigy cards as possible, but it won't work with them for some reason. Thus why this patch hasn't been committed yet. Index: dev/sound/pci/emu10k1.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/emu10k1.c,v retrieving revision 1.37 diff -u -r1.37 emu10k1.c --- dev/sound/pci/emu10k1.c 20 Apr 2003 09:07:14 -0000 1.37 +++ dev/sound/pci/emu10k1.c 7 Jun 2003 21:19:50 -0000 @@ -1,4 +1,5 @@ /* + * Copyright (c) 2003 Orlando Bassotto * Copyright (c) 1999 Cameron Grant * All rights reserved. * @@ -27,6 +28,9 @@ #include #include #include +#include +#include +#include #include #include @@ -39,9 +43,25 @@ #define EMU10K1_PCI_ID 0x00021102 #define EMU10K2_PCI_ID 0x00041102 #define EMU_DEFAULT_BUFSZ 4096 -#define EMU_CHANS 4 +#define EMU_MAX_CHANS 8 #undef EMUDEBUG +#define EMUPAGESIZE 4096 /* don't change */ +#define MAXREQVOICES 8 +#define MAXPAGES (32768 * 64 / EMUPAGESIZE) /* WAVEOUT_MAXBUFSIZE * NUM_G / EMUPAGESIZE */ +#define RESERVED 0 +#define NUM_MIDI 16 +#define NUM_G 64 /* use all channels */ +#define NUM_FXSENDS 4 + +#define TMEMSIZE 256*1024 +#define TMEMSIZEREG 4 + +#define ENABLE 0xffffffff +#define DISABLE 0x00000000 +#define ENV_ON 0x80 +#define ENV_OFF 0x00 + struct emu_memblk { SLIST_ENTRY(emu_memblk) link; void *buf; @@ -63,6 +83,8 @@ int b16:1, stereo:1, busy:1, running:1, ismaster:1; int speed; int start, end, vol; + int fxrt1; /* FX routing */ + int fxrt2; /* FX routing (only for audigy) */ u_int32_t buf; struct emu_voice *slave; struct pcm_channel *channel; @@ -91,7 +113,8 @@ struct sc_info { device_t dev; u_int32_t type, rev; - u_int32_t tos_link:1, APS:1; + u_int32_t tos_link:1, APS:1, audigy:1, audigy2:1; + u_int32_t addrmask; /* wider if audigy */ bus_space_tag_t st; bus_space_handle_t sh; @@ -104,9 +127,10 @@ unsigned int bufsz; int timer, timerinterval; int pnum, rnum; + int nchans; struct emu_mem mem; struct emu_voice voice[64]; - struct sc_pchinfo pch[EMU_CHANS]; + struct sc_pchinfo pch[EMU_MAX_CHANS]; struct sc_rchinfo rch[3]; }; @@ -166,6 +190,8 @@ static struct pcmchan_caps emu_playcaps = {4000, 48000, emu_pfmt, 0}; static int adcspeed[8] = {48000, 44100, 32000, 24000, 22050, 16000, 11025, 8000}; +/* audigy supports 12kHz. */ +static int audigy_adcspeed[9] = {48000, 44100, 32000, 24000, 22050, 16000, 12000, 11025, 8000}; /* -------------------------------------------------------------------- */ /* Hardware */ @@ -205,7 +231,7 @@ { u_int32_t ptr, val, mask, size, offset; - ptr = ((reg << 16) & PTR_ADDRESS_MASK) | (chn & PTR_CHANNELNUM_MASK); + ptr = ((reg << 16) & sc->addrmask) | (chn & PTR_CHANNELNUM_MASK); emu_wr(sc, PTR, ptr, 4); val = emu_rd(sc, DATA, 4); if (reg & 0xff000000) { @@ -223,7 +249,7 @@ { u_int32_t ptr, mask, size, offset; - ptr = ((reg << 16) & PTR_ADDRESS_MASK) | (chn & PTR_CHANNELNUM_MASK); + ptr = ((reg << 16) & sc->addrmask) | (chn & PTR_CHANNELNUM_MASK); emu_wr(sc, PTR, ptr, 4); if (reg & 0xff000000) { size = (reg >> 24) & 0x3f; @@ -239,7 +265,8 @@ static void emu_wrefx(struct sc_info *sc, unsigned int pc, unsigned int data) { - emu_wrptr(sc, 0, MICROCODEBASE + pc, data); + pc += sc->audigy ? AUDIGY_CODEBASE : MICROCODEBASE; + emu_wrptr(sc, 0, pc, data); } /* -------------------------------------------------------------------- */ @@ -282,7 +309,7 @@ int i, tmp, rate; rate = 0; - for (i = 0; i < EMU_CHANS; i++) { + for (i = 0; i < sc->nchans; i++) { pch = &sc->pch[i]; if (pch->buffer) { tmp = (pch->spd * sndbuf_getbps(pch->buffer)) / pch->blksz; @@ -345,6 +372,16 @@ return val; } +static int +audigy_recval(int speed) { + int val; + + val = 0; + while (val < 8 && speed < audigy_adcspeed[val]) + val++; + return val; +} + static u_int32_t emu_rate_to_pitch(u_int32_t rate) { @@ -447,6 +484,16 @@ m->vol = 0xff; m->buf = tmp_addr; m->slave = s; + if (sc->audigy) { + m->fxrt1 = FXBUS_MIDI_CHORUS | FXBUS_PCM_LEFT << 8 | + FXBUS_PCM_RIGHT << 16 | FXBUS_MIDI_REVERB << 24; + m->fxrt2 = 0x3f3f3f3f; /* No effects on second route */ + } else { + m->fxrt1 = FXBUS_MIDI_CHORUS | FXBUS_PCM_LEFT << 4 | + FXBUS_PCM_RIGHT << 8 | FXBUS_MIDI_REVERB << 12; + m->fxrt2 = 0; + } + if (s != NULL) { s->start = m->start; s->end = m->end; @@ -458,6 +505,8 @@ s->ismaster = 0; s->vol = m->vol; s->buf = m->buf; + s->fxrt1 = m->fxrt1; + s->fxrt2 = m->fxrt2; s->slave = NULL; } return 0; @@ -506,7 +555,13 @@ val *= v->b16 ? 1 : 2; start = sa + val; - emu_wrptr(sc, v->vnum, FXRT, 0xd01c0000); + if (sc->audigy) { + emu_wrptr(sc, v->vnum, A_FXRT1, v->fxrt1); + emu_wrptr(sc, v->vnum, A_FXRT2, v->fxrt2); + emu_wrptr(sc, v->vnum, A_SENDAMOUNTS, 0); + } + else + emu_wrptr(sc, v->vnum, FXRT, v->fxrt1 << 16); emu_wrptr(sc, v->vnum, PTRX, (x << 8) | r); emu_wrptr(sc, v->vnum, DSL, ea | (y << 24)); @@ -607,6 +662,12 @@ "ip", "ifatn", "pefe", "fmmod", "tremfrq", "fmfrq2", "tempenv" }; + char *regname2[] = { + "mudata1", "mustat1", "mudata2", "mustat2", + "fxwc1", "fxwc2", "spdrate", NULL, NULL, + NULL, NULL, NULL, "fxrt2", "sndamnt", "fxrt1", + NULL, NULL + }; int i, x; printf("voice number %d\n", v->vnum); @@ -619,6 +680,19 @@ if (x > 2) x = 0; } + + /* Print out audigy extra registers */ + if (sc->audigy) { + for (i = 0; i <= 0xe; i++) { + if (regname2[i] == NULL) + continue; + printf("%s\t[%08x]", regname2[i], emu_rdptr(sc, v->vnum, i + 0x70)); + printf("%s", (x == 2)? "\n" : "\t"); + x++; + if (x > 2) + x = 0; + } + } printf("\n\n"); } #endif @@ -777,7 +851,7 @@ ch->num = sc->rnum; switch(sc->rnum) { case 0: - ch->idxreg = ADCIDX; + ch->idxreg = sc->audigy ? A_ADCIDX : ADCIDX; ch->basereg = ADCBA; ch->sizereg = ADCBS; ch->setupreg = ADCCR; @@ -826,8 +900,12 @@ { struct sc_rchinfo *ch = data; - if (ch->num == 0) - speed = adcspeed[emu_recval(speed)]; + if (ch->num == 0) { + if (ch->parent->audigy) + speed = audigy_adcspeed[audigy_recval(speed)]; + else + speed = adcspeed[emu_recval(speed)]; + } if (ch->num == 1) speed = 48000; if (ch->num == 2) @@ -891,10 +969,18 @@ ch->run = 1; emu_wrptr(sc, 0, ch->sizereg, sz); if (ch->num == 0) { - val = ADCCR_LCHANENABLE; - if (ch->fmt & AFMT_STEREO) - val |= ADCCR_RCHANENABLE; - val |= emu_recval(ch->spd); + if (sc->audigy) { + val = A_ADCCR_LCHANENABLE; + if (ch->fmt & AFMT_STEREO) + val |= A_ADCCR_RCHANENABLE; + val |= audigy_recval(ch->spd); + } else { + val = ADCCR_LCHANENABLE; + if (ch->fmt & AFMT_STEREO) + val |= ADCCR_RCHANENABLE; + val |= emu_recval(ch->spd); + } + emu_wrptr(sc, 0, ch->setupreg, 0); emu_wrptr(sc, 0, ch->setupreg, val); } @@ -976,7 +1062,7 @@ if (stat & IPR_INTERVALTIMER) { ack |= IPR_INTERVALTIMER; x = 0; - for (i = 0; i < EMU_CHANS; i++) { + for (i = 0; i < sc->nchans; i++) { if (sc->pch[i].run) { x = 1; chn_intr(sc->pch[i].channel); @@ -1155,11 +1241,174 @@ } static void +audigy_addefxop(struct sc_info *sc, int op, int z, int w, int x, int y, u_int32_t *pc) +{ + emu_wrefx(sc, (*pc) * 2, (x << 12) | y); + emu_wrefx(sc, (*pc) * 2 + 1, (op << 24) | (z << 12) | w); + (*pc)++; +} + +static void +audigy_initefx(struct sc_info *sc) +{ + int i; + u_int32_t pc = 0; + + /* skip 0, 0, -1, 0 - NOPs */ + for (i = 0; i < 512; i++) + audigy_addefxop(sc, 0x0f, 0x0c0, 0x0c0, 0x0cf, 0x0c0, &pc); + + for (i = 0; i < 512; i++) + emu_wrptr(sc, 0, A_FXGPREGBASE + i, 0x0); + + pc = 16; + + /* stop fx processor */ + emu_wrptr(sc, 0, A_DBG, A_DBG_SINGLE_STEP); + + /* Audigy 2 (EMU10K2) DSP Registers: + FX Bus + 0x000-0x00f : 16 registers (???) + Input + 0x040/0x041 : AC97 Codec (l/r) + 0x042/0x043 : ADC, S/PDIF (l/r) + 0x044/0x045 : Optical S/PDIF in (l/r) + 0x046/0x047 : ??? + 0x048/0x049 : Line/Mic 2 (l/r) + 0x04a/0x04b : RCA S/PDIF (l/r) + 0x04c/0x04d : Aux 2 (l/r) + Output + 0x060/0x061 : Digital Front (l/r) + 0x062/0x063 : Digital Center/LFE + 0x064/0x065 : AudigyDrive Heaphone (l/r) + 0x066/0x067 : Digital Rear (l/r) + 0x068/0x069 : Analog Front (l/r) + 0x06a/0x06b : Analog Center/LFE + 0x06c/0x06d : ??? + 0x06e/0x06f : Analog Rear (l/r) + 0x070/0x071 : AC97 Output (l/r) + 0x072/0x073 : ??? + 0x074/0x075 : ??? + 0x076/0x077 : ADC Recording Buffer (l/r) + Constants + 0x0c0 - 0x0c4 = 0 - 4 + 0x0c5 = 0x8, 0x0c6 = 0x10, 0x0c7 = 0x20 + 0x0c8 = 0x100, 0x0c9 = 0x10000, 0x0ca = 0x80000 + 0x0cb = 0x10000000, 0x0cc = 0x20000000, 0x0cd = 0x40000000 + 0x0ce = 0x80000000, 0x0cf = 0x7fffffff, 0x0d0 = 0xffffffff + 0x0d1 = 0xfffffffe, 0x0d2 = 0xc0000000, 0x0d3 = 0x41fbbcdc + 0x0d4 = 0x5a7ef9db, 0x0d5 = 0x00100000, 0x0dc = 0x00000001 (???) + Temporary Values + 0x0d6 : Accumulator (???) + 0x0d7 : Condition Register + 0x0d8 : Noise source + 0x0d9 : Noise source + Tank Memory Data Registers + 0x200 - 0x2ff + Tank Memory Address Registers + 0x300 - 0x3ff + General Purpose Registers + 0x400 - 0x5ff + */ + + /* AC97Output[l/r] = FXBus PCM[l/r] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AC97_L), A_C_00000000, + A_C_00000000, A_FXBUS(FXBUS_PCM_LEFT), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AC97_R), A_C_00000000, + A_C_00000000, A_FXBUS(FXBUS_PCM_RIGHT), &pc); + + /* GPR[0/1] = RCA S/PDIF[l/r] -- Master volume */ + audigy_addefxop(sc, iACC3, A_GPR(0), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_RCA_SPDIF_L), &pc); + audigy_addefxop(sc, iACC3, A_GPR(1), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_RCA_SPDIF_R), &pc); + + /* GPR[2] = GPR[0] (Left) / 2 + GPR[1] (Right) / 2 -- Central volume */ + audigy_addefxop(sc, iINTERP, A_GPR(2), A_GPR(1), + A_C_40000000, A_GPR(0), &pc); + + /* Headphones[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_HEADPHONE_L), + A_C_00000000, A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_HEADPHONE_R), + A_C_00000000, A_C_00000000, A_GPR(1), &pc); + + /* Analog Front[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AFRONT_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AFRONT_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); + + /* Digital Front[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_FRONT_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_FRONT_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); + + /* Center and Subwoofer configuration */ + /* Analog Center = GPR[0] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ACENTER), A_C_00000000, + A_GPR(0), A_GPR(2), &pc); + /* Analog Sub = GPR[1] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ALFE), A_C_00000000, + A_GPR(1), A_GPR(2), &pc); + + /* Digital Center = GPR[0] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_CENTER), A_C_00000000, + A_GPR(0), A_GPR(2), &pc); + /* Digital Sub = GPR[1] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_LFE), A_C_00000000, + A_GPR(1), A_GPR(2), &pc); + +#if 0 + /* Analog Rear[l/r] = (GPR[0/1] * RearVolume[l/r]) >> 31 */ + /* RearVolume = GPR[0x10/0x11] (Will this ever be implemented?) */ + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_AREAR_L), A_C_00000000, + A_GPR(16), A_GPR(0), &pc); + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_AREAR_R), A_C_00000000, + A_GPR(17), A_GPR(1), &pc); + + /* Digital Rear[l/r] = (GPR[0/1] * RearVolume[l/r]) >> 31 */ + /* RearVolume = GPR[0x10/0x11] (Will this ever be implemented?) */ + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_REAR_L), A_C_00000000, + A_GPR(16), A_GPR(0), &pc); + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_REAR_R), A_C_00000000, + A_GPR(17), A_GPR(1), &pc); +#else + /* XXX This is just a copy to the channel, since we do not have + * a patch manager, it is useful for have another output enabled. + */ + + /* Analog Rear[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AREAR_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AREAR_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); + + /* Digital Rear[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_REAR_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_REAR_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); +#endif + + /* ADC Recording buffer[l/r] = AC97Input[l/r] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ADC_CAP_L), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_AC97_L), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ADC_CAP_R), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_AC97_R), &pc); + + /* resume normal operations */ + emu_wrptr(sc, 0, A_DBG, 0); +} + +static void emu_initefx(struct sc_info *sc) { int i; u_int32_t pc = 16; + /* acc3 0,0,0,0 - NOPs */ for (i = 0; i < 512; i++) { emu_wrefx(sc, i * 2, 0x10040); emu_wrefx(sc, i * 2 + 1, 0x610040); @@ -1175,24 +1424,34 @@ 0x010/0x011 : AC97 Codec (l/r) 0x012/0x013 : ADC, S/PDIF (l/r) 0x014/0x015 : Mic(left), Zoom (l/r) - 0x016/0x017 : APS S/PDIF?? (l/r) + 0x016/0x017 : TOS link in (l/r) + 0x018/0x019 : Line/Mic 1 (l/r) + 0x01a/0x01b : COAX S/PDIF (l/r) + 0x01c/0x01d : Line/Mic 2 (l/r) Output 0x020/0x021 : AC97 Output (l/r) 0x022/0x023 : TOS link out (l/r) - 0x024/0x025 : ??? (l/r) + 0x024/0x025 : Center/LFE 0x026/0x027 : LiveDrive Headphone (l/r) 0x028/0x029 : Rear Channel (l/r) 0x02a/0x02b : ADC Recording Buffer (l/r) + 0x02c : Mic Recording Buffer + 0x031/0x032 : Analog Center/LFE Constants 0x040 - 0x044 = 0 - 4 0x045 = 0x8, 0x046 = 0x10, 0x047 = 0x20 0x048 = 0x100, 0x049 = 0x10000, 0x04a = 0x80000 0x04b = 0x10000000, 0x04c = 0x20000000, 0x04d = 0x40000000 - 0x04e = 0x80000000, 0x04f = 0x7fffffff + 0x04e = 0x80000000, 0x04f = 0x7fffffff, 0x050 = 0xffffffff + 0x051 = 0xfffffffe, 0x052 = 0xc0000000, 0x053 = 0x41fbbcdc + 0x054 = 0x5a7ef9db, 0x055 = 0x00100000 Temporary Values 0x056 : Accumulator - 0x058 : Noise source? - 0x059 : Noise source? + 0x057 : Condition Register + 0x058 : Noise source + 0x059 : Noise source + 0x05a : IRQ Register + 0x05b : TRAM Delay Base Address Count General Purpose Registers 0x100 - 0x1ff Tank Memory Data Registers @@ -1201,40 +1460,81 @@ 0x300 - 0x3ff */ - /* Operators: - 0 : z := w + (x * y >> 31) - 4 : z := w + x * y - 6 : z := w + x + y - */ - /* Routing - this will be configurable in later version */ /* GPR[0/1] = FX * 4 + SPDIF-in */ - emu_addefxop(sc, 4, 0x100, 0x12, 0, 0x44, &pc); - emu_addefxop(sc, 4, 0x101, 0x13, 1, 0x44, &pc); + emu_addefxop(sc, iMACINT0, GPR(0), EXTIN(EXTIN_SPDIF_CD_L), + FXBUS(FXBUS_PCM_LEFT), C_00000004, &pc); + emu_addefxop(sc, iMACINT0, GPR(1), EXTIN(EXTIN_SPDIF_CD_R), + FXBUS(FXBUS_PCM_RIGHT), C_00000004, &pc); + /* GPR[0/1] += APS-input */ - emu_addefxop(sc, 6, 0x100, 0x100, 0x40, sc->APS ? 0x16 : 0x40, &pc); - emu_addefxop(sc, 6, 0x101, 0x101, 0x40, sc->APS ? 0x17 : 0x40, &pc); + emu_addefxop(sc, iACC3, GPR(0), GPR(0), C_00000000, + sc->APS ? EXTIN(EXTIN_TOSLINK_L) : C_00000000, &pc); + emu_addefxop(sc, iACC3, GPR(1), GPR(1), C_00000000, + sc->APS ? EXTIN(EXTIN_TOSLINK_R) : C_00000000, &pc); + /* FrontOut (AC97) = GPR[0/1] */ - emu_addefxop(sc, 6, 0x20, 0x40, 0x40, 0x100, &pc); - emu_addefxop(sc, 6, 0x21, 0x40, 0x41, 0x101, &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_AC97_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_AC97_R), C_00000000, + C_00000001, GPR(1), &pc); + + /* GPR[2] = GPR[0] (Left) / 2 + GPR[1] (Right) / 2 -- Central volume */ + emu_addefxop(sc, iINTERP, GPR(2), GPR(1), C_40000000, GPR(0), &pc); + +#if 0 /* RearOut = (GPR[0/1] * RearVolume) >> 31 */ - /* RearVolume = GRP[0x10/0x11] */ - emu_addefxop(sc, 0, 0x28, 0x40, 0x110, 0x100, &pc); - emu_addefxop(sc, 0, 0x29, 0x40, 0x111, 0x101, &pc); - /* TOS out = GPR[0/1] */ - emu_addefxop(sc, 6, 0x22, 0x40, 0x40, 0x100, &pc); - emu_addefxop(sc, 6, 0x23, 0x40, 0x40, 0x101, &pc); - /* Mute Out2 */ - emu_addefxop(sc, 6, 0x24, 0x40, 0x40, 0x40, &pc); - emu_addefxop(sc, 6, 0x25, 0x40, 0x40, 0x40, &pc); - /* Mute Out3 */ - emu_addefxop(sc, 6, 0x26, 0x40, 0x40, 0x40, &pc); - emu_addefxop(sc, 6, 0x27, 0x40, 0x40, 0x40, &pc); - /* Input0 (AC97) -> Record */ - emu_addefxop(sc, 6, 0x2a, 0x40, 0x40, 0x10, &pc); - emu_addefxop(sc, 6, 0x2b, 0x40, 0x40, 0x11, &pc); + /* RearVolume = GPR[0x10/0x11] */ + emu_addefxop(sc, iMAC0, EXTOUT(EXTOUT_REAR_L), C_00000000, + GPR(16), GPR(0), &pc); + emu_addefxop(sc, iMAC0, EXTOUT(EXTOUT_REAR_R), C_00000000, + GPR(17), GPR(1), &pc); +#else + /* XXX This is just a copy to the channel, since we do not have + * a patch manager, it is useful for have another output enabled. + */ + + /* Rear[l/r] = GPR[0/1] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_REAR_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_REAR_R), C_00000000, + C_00000000, GPR(1), &pc); +#endif + /* TOS out[l/r] = GPR[0/1] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_TOSLINK_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_TOSLINK_R), C_00000000, + C_00000000, GPR(1), &pc); + + /* Center and Subwoofer configuration */ + /* Analog Center = GPR[0] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ACENTER), C_00000000, + GPR(0), GPR(2), &pc); + /* Analog Sub = GPR[1] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ALFE), C_00000000, + GPR(1), GPR(2), &pc); + /* Digital Center = GPR[0] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_CENTER), C_00000000, + GPR(0), GPR(2), &pc); + /* Digital Sub = GPR[1] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_LFE), C_00000000, + GPR(1), GPR(2), &pc); + + /* Headphones[l/r] = GPR[0/1] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_HEADPHONE_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_HEADPHONE_R), C_00000000, + C_00000000, GPR(1), &pc); + + /* ADC Recording buffer[l/r] = AC97Input[l/r] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ADC_CAP_L), C_00000000, + C_00000000, EXTIN(EXTIN_AC97_L), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ADC_CAP_R), C_00000000, + C_00000000, EXTIN(EXTIN_AC97_R), &pc); + + /* resume normal operations */ emu_wrptr(sc, 0, DBG, 0); } @@ -1244,6 +1544,9 @@ { u_int32_t spcs, ch, tmp, i; + /* enable additional AC97 slots */ + emu_wrptr(sc, 0, AC97SLOT, AC97SLOT_CNTR | AC97SLOT_LFE); + /* disable audio and lock cache */ emu_wr(sc, HCFG, HCFG_LOCKSOUNDCACHE | HCFG_LOCKTANKCACHE_MASK | HCFG_MUTEBUTTONENABLE, 4); @@ -1262,6 +1565,12 @@ emu_wrptr(sc, 0, SOLEL, 0); emu_wrptr(sc, 0, SOLEH, 0); + /* wonder what these do... */ + if (sc->audigy) { + emu_wrptr(sc, 0, SPBYPASS, 0xf00); + emu_wrptr(sc, 0, AC97SLOT, 0x3); + } + /* init envelope engine */ for (ch = 0; ch < NUM_G; ch++) { emu_wrptr(sc, ch, DCYSUSV, ENV_OFF); @@ -1295,6 +1604,18 @@ emu_wrptr(sc, ch, ENVVOL, 0); emu_wrptr(sc, ch, ENVVAL, 0); + if (sc->audigy) { + /* audigy cards need this to initialize correctly */ + emu_wrptr(sc, ch, 0x4c, 0); + emu_wrptr(sc, ch, 0x4d, 0); + emu_wrptr(sc, ch, 0x4e, 0); + emu_wrptr(sc, ch, 0x4f, 0); + /* set default routing */ + emu_wrptr(sc, ch, A_FXRT1, 0x03020100); + emu_wrptr(sc, ch, A_FXRT2, 0x3f3f3f3f); + emu_wrptr(sc, ch, A_SENDAMOUNTS, 0); + } + sc->voice[ch].vnum = ch; sc->voice[ch].slave = NULL; sc->voice[ch].busy = 0; @@ -1331,7 +1652,26 @@ emu_wrptr(sc, 0, SPCS1, spcs); emu_wrptr(sc, 0, SPCS2, spcs); - emu_initefx(sc); + if (!sc->audigy) + emu_initefx(sc); + else if (sc->audigy2) { /* Audigy 2 */ + /* from ALSA initialization code: */ + + /* Hack for Alice3 to work independent of haP16V driver */ + u_int32_t tmp; + + /* Setup SRCMulti_I2S SamplingRate */ + tmp = emu_rdptr(sc, 0, A_SPDIF_SAMPLERATE) & 0xfffff1ff; + emu_wrptr(sc, 0, A_SPDIF_SAMPLERATE, tmp | 0x400); + + /* Setup SRCSel (Enable SPDIF, I2S SRCMulti) */ + emu_wr(sc, 0x20, 0x00600000, 4); + emu_wr(sc, 0x24, 0x00000014, 4); + + /* Setup SRCMulti Input Audio Enable */ + emu_wr(sc, 0x20, 0x006e0000, 4); + emu_wr(sc, 0x24, 0xff00ff00, 4); + } SLIST_INIT(&sc->mem.blocks); sc->mem.ptb_pages = emu_malloc(sc, MAXPAGES * sizeof(u_int32_t), &sc->mem.ptb_pages_addr); @@ -1361,26 +1701,69 @@ /* emu_memalloc(sc, EMUPAGESIZE); */ /* * Hokay, now enable the AUD bit + * + * Audigy + * Enable Audio = 0 (enabled after fx processor initialization) + * Mute Disable Audio = 0 + * Joystick = 1 + * + * Audigy 2 + * Enable Audio = 1 + * Mute Disable Audio = 0 + * Joystick = 1 + * GP S/PDIF AC3 Enable = 1 + * CD S/PDIF AC3 Enable = 1 + * + * EMU10K1 * Enable Audio = 1 * Mute Disable Audio = 0 * Lock Tank Memory = 1 * Lock Sound Memory = 0 * Auto Mute = 1 */ - tmp = HCFG_AUDIOENABLE | HCFG_LOCKTANKCACHE_MASK | HCFG_AUTOMUTE; - if (sc->rev >= 6) - tmp |= HCFG_JOYENABLE; - emu_wr(sc, HCFG, tmp, 4); - - /* TOSLink detection */ - sc->tos_link = 0; - tmp = emu_rd(sc, HCFG, 4); - if (tmp & (HCFG_GPINPUT0 | HCFG_GPINPUT1)) { - emu_wr(sc, HCFG, tmp | 0x800, 4); - DELAY(50); - if (tmp != (emu_rd(sc, HCFG, 4) & ~0x800)) { - sc->tos_link = 1; - emu_wr(sc, HCFG, tmp, 4); + + if (sc->audigy) { + tmp = HCFG_AUTOMUTE | HCFG_JOYENABLE; + if (sc->audigy2) /* Audigy 2 */ + tmp = HCFG_AUDIOENABLE | HCFG_AC3ENABLE_CDSPDIF | + HCFG_AC3ENABLE_GPSPDIF; + emu_wr(sc, HCFG, tmp, 4); + + audigy_initefx(sc); + + /* from ALSA initialization code: */ + + /* enable audio and disable both audio/digital outputs */ + emu_wr(sc, HCFG, emu_rd(sc, HCFG, 4) | HCFG_AUDIOENABLE, 4); + emu_wr(sc, A_IOCFG, emu_rd(sc, A_IOCFG, 4) & ~A_IOCFG_GPOUT_AD, + 4); + if (sc->audigy2) { /* Audigy 2 */ + /* Unmute Analog. + * Set GPO6 to 1 for Apollo. This has to be done after + * init Alice3 I2SOut beyond 48kHz. + * So, sequence is important. + */ + emu_wr(sc, A_IOCFG, + emu_rd(sc, A_IOCFG, 4) | A_IOCFG_GPOUT_A, 4); + } + } else { + /* EMU10K1 initialization code */ + tmp = HCFG_AUDIOENABLE | HCFG_AUTOMUTE | HCFG_LOCKTANKCACHE; + if (sc->rev >= 6) + tmp |= HCFG_JOYENABLE; + + emu_wr(sc, HCFG, tmp, 4); + + /* TOSLink detection */ + sc->tos_link = 0; + tmp = emu_rd(sc, HCFG, 4); + if (tmp & (HCFG_GPINPUT0 | HCFG_GPINPUT1)) { + emu_wr(sc, HCFG, tmp | HCFG_GPOUT1, 4); + DELAY(50); + if (tmp != (emu_rd(sc, HCFG, 4) & ~HCFG_GPOUT1)) { + sc->tos_link = 1; + emu_wr(sc, HCFG, tmp, 4); + } } } @@ -1402,6 +1785,10 @@ emu_wrptr(sc, ch, CPF, 0); } + if (sc->audigy) { /* stop fx processor */ + emu_wrptr(sc, 0, A_DBG, A_DBG_SINGLE_STEP); + } + /* disable audio and lock cache */ emu_wr(sc, HCFG, HCFG_LOCKSOUNDCACHE | HCFG_LOCKTANKCACHE_MASK | HCFG_MUTEBUTTONENABLE, 4); @@ -1441,11 +1828,14 @@ case EMU10K1_PCI_ID: s = "Creative EMU10K1"; break; -/* + case EMU10K2_PCI_ID: - s = "Creative EMU10K2"; + if (pci_get_revid(dev) == 0x04) + s = "Creative Audigy 2 (EMU10K2)"; + else + s = "Creative Audigy (EMU10K2)"; break; -*/ + default: return ENXIO; } @@ -1472,6 +1862,10 @@ sc->dev = dev; sc->type = pci_get_devid(dev); sc->rev = pci_get_revid(dev); + sc->audigy = (sc->type == EMU10K2_PCI_ID); + sc->audigy2 = (sc->audigy && sc->rev == 0x04); + sc->nchans = sc->audigy ? 8 : 4; + sc->addrmask = sc->audigy ? A_PTR_ADDRESS_MASK : PTR_ADDRESS_MASK; data = pci_read_config(dev, PCIR_COMMAND, 2); data |= (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN); @@ -1518,8 +1912,8 @@ snprintf(status, SND_STATUSLEN, "at io 0x%lx irq %ld", rman_get_start(sc->reg), rman_get_start(sc->irq)); - if (pcm_register(dev, sc, EMU_CHANS, gotmic ? 3 : 2)) goto bad; - for (i = 0; i < EMU_CHANS; i++) + if (pcm_register(dev, sc, sc->nchans, gotmic ? 3 : 2)) goto bad; + for (i = 0; i < sc->nchans; i++) pcm_addchan(dev, PCMDIR_PLAY, &emupchan_class, sc); for (i = 0; i < (gotmic ? 3 : 2); i++) pcm_addchan(dev, PCMDIR_REC, &emurchan_class, sc); Index: gnu/dev/sound/pci/emu10k1-ac97.h =================================================================== RCS file: /home/ncvs/src/sys/gnu/dev/sound/pci/emu10k1-ac97.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 emu10k1-ac97.h --- gnu/dev/sound/pci/emu10k1-ac97.h 21 Apr 2003 02:27:52 -0000 1.1.1.1 +++ gnu/dev/sound/pci/emu10k1-ac97.h 7 Jun 2003 19:32:38 -0000 @@ -1,8 +1,15 @@ -#ifndef _AC97_CODEC_H_ -#define _AC97_CODEC_H_ +#ifndef _EMU10K1_AC97_H_ +#define _EMU10K1_AC97_H_ + +/*********************************************/ +/* emu10k1-ac97.h, derived from ac97_codec.h */ +/*********************************************/ + +/********************************************************************************************************/ +/* AC97 pointer-offset register set, accessed through the AC97ADDRESS and AC97DATA registers */ +/********************************************************************************************************/ + -#include -#include /* AC97 1.0 */ #define AC97_RESET 0x0000 // @@ -180,66 +187,5 @@ (FOO < SOUND_MIXER_NRDEVICES) && \ (CODEC)->supported_mixers & (1< external TRAM */ Index: gnu/dev/sound/pci/emu10k1.h =================================================================== RCS file: /home/ncvs/src/sys/gnu/dev/sound/pci/emu10k1.h,v retrieving revision 1.6 diff -u -r1.6 emu10k1.h --- gnu/dev/sound/pci/emu10k1.h 18 Apr 2003 04:13:38 -0000 1.6 +++ gnu/dev/sound/pci/emu10k1.h 7 Jun 2003 20:14:00 -0000 @@ -1,7 +1,7 @@ /* ********************************************************************** * emu10k1.h, derived from 8010.h - * Copyright 1999, 2000 Creative Labs, Inc. + * Copyright 1999-2001 Creative Labs, Inc. * ********************************************************************** * @@ -11,6 +11,8 @@ * November 2, 1999 Alan Cox Cleaned of 8bit chars, DOS * line endings * December 8, 1999 Jon Taylor Added lots of new register info + * May 16, 2001 Daniel Bertrand Added unofficial DBG register info + * Oct-Nov 2001 D.B. Added unofficial Audigy registers * ********************************************************************** * @@ -38,21 +40,13 @@ #ifndef EMU10K1_H #define EMU10K1_H -/* ------------------- DEFINES -------------------- */ +// Driver version: +#define MAJOR_VER 0 +#define MINOR_VER 20 +#define DRIVER_VERSION "0.20a" -#define EMUPAGESIZE 4096 /* don't change */ -#define MAXREQVOICES 8 -#define MAXPAGES (32768 * 64 / EMUPAGESIZE) /* WAVEOUT_MAXBUFSIZE * NUM_G / EMUPAGESIZE */ -#define RESERVED 0 -#define NUM_MIDI 16 -#define NUM_G 64 /* use all channels */ -#define NUM_FXSENDS 4 - -#define TMEMSIZE 256*1024 -#define TMEMSIZEREG 4 - -#define IP_TO_CP(ip) ((ip == 0) ? 0 : (((0x00001000uL | (ip & 0x00000FFFL)) << (((ip >> 12) & 0x000FL) + 4)) & 0xFFFF0000uL)) +// Audigy specify registers are prefixed with 'A_' /************************************************************************************************/ /* PCI function 0 registers, address = + PCIBASE0 */ @@ -72,6 +66,11 @@ #define IPR 0x08 /* Global interrupt pending register */ /* Clear pending interrupts by writing a 1 to */ /* the relevant bits and zero to the other bits */ + +/* The next two interrupts are for the midi port on the Audigy Drive (A_MPU1) */ +#define A_IPR_MIDITRANSBUFEMPTY2 0x10000000 /* MIDI UART transmit buffer empty */ +#define A_IPR_MIDIRECVBUFEMPTY2 0x08000000 /* MIDI UART receive buffer empty */ + #define IPR_SAMPLERATETRACKER 0x01000000 /* Sample rate tracker lock status change */ #define IPR_FXDSP 0x00800000 /* Enable FX DSP interrupts */ #define IPR_FORCEINT 0x00400000 /* Force Sound Blaster interrupt */ @@ -96,6 +95,10 @@ /* IP is written with CL set, the bit in CLIPL */ /* or CLIPH corresponding to the CIN value */ /* written will be cleared. */ +#define A_IPR_MIDITRANSBUFEMPTY1 IPR_MIDITRANSBUFEMPTY /* MIDI UART transmit buffer empty */ +#define A_IPR_MIDIRECVBUFEMPTY1 IPR_MIDIRECVBUFEMPTY /* MIDI UART receive buffer empty */ + + #define INTE 0x0c /* Interrupt enable register */ #define INTE_VIRTUALSB_MASK 0xc0000000 /* Virtual Soundblaster I/O port capture */ @@ -123,6 +126,11 @@ /* behavior and possibly random segfaults and */ /* lockups if enabled. */ +/* The next two interrupts are for the midi port on the Audigy Drive (A_MPU1) */ +#define A_INTE_MIDITXENABLE2 0x00020000 /* Enable MIDI transmit-buffer-empty interrupts */ +#define A_INTE_MIDIRXENABLE2 0x00010000 /* Enable MIDI receive-buffer-empty interrupts */ + + #define INTE_SAMPLERATETRACKER 0x00002000 /* Enable sample rate tracker interrupts */ /* NOTE: This bit must always be enabled */ #define INTE_FXDSPENABLE 0x00001000 /* Enable FX DSP interrupts */ @@ -139,6 +147,10 @@ #define INTE_MIDITXENABLE 0x00000002 /* Enable MIDI transmit-buffer-empty interrupts */ #define INTE_MIDIRXENABLE 0x00000001 /* Enable MIDI receive-buffer-empty interrupts */ +/* The next two interrupts are for the midi port on the Audigy (A_MPU2) */ +#define A_INTE_MIDITXENABLE1 INTE_MIDITXENABLE +#define A_INTE_MIDIRXENABLE1 INTE_MIDIRXENABLE + #define WC 0x10 /* Wall Clock register */ #define WC_SAMPLECOUNTER_MASK 0x03FFFFC0 /* Sample periods elapsed since reset */ #define WC_SAMPLECOUNTER 0x14060010 @@ -170,7 +182,12 @@ #define HCFG_CODECFORMAT_I2S 0x00010000 /* I2S CODEC format -- Secondary (Rear) Output */ #define HCFG_GPINPUT0 0x00004000 /* External pin112 */ #define HCFG_GPINPUT1 0x00002000 /* External pin110 */ + #define HCFG_GPOUTPUT_MASK 0x00001c00 /* External pins which may be controlled */ +#define HCFG_GPOUT0 0x00001000 /* set to enable digital out on 5.1 cards */ +#define HCFG_GPOUT1 0x00000800 /* External pin? (IR) */ +#define HCFG_GPOUT2 0x00000400 /* External pin? (IR) */ + #define HCFG_JOYENABLE 0x00000200 /* Internal joystick enable */ #define HCFG_PHASETRACKENABLE 0x00000100 /* Phase tracking enable */ /* 1 = Force all 3 async digital inputs to use */ @@ -178,6 +195,7 @@ #define HCFG_AC3ENABLE_MASK 0x0x0000e0 /* AC3 async input control - Not implemented */ #define HCFG_AC3ENABLE_ZVIDEO 0x00000080 /* Channels 0 and 1 replace ZVIDEO */ #define HCFG_AC3ENABLE_CDSPDIF 0x00000040 /* Channels 0 and 1 replace CDSPDIF */ +#define HCFG_AC3ENABLE_GPSPDIF 0x00000020 /* Channels 0 and 1 replace GPSPDIF */ #define HCFG_AUTOMUTE 0x00000010 /* When set, the async sample rate convertors */ /* will automatically mute their output when */ /* they are not rate-locked to the external */ @@ -186,6 +204,7 @@ /* NOTE: This should generally never be used. */ #define HCFG_LOCKTANKCACHE_MASK 0x00000004 /* 1 = Cancel bustmaster accesses to tankcache */ /* NOTE: This should generally never be used. */ +#define HCFG_LOCKTANKCACHE 0x01020014 #define HCFG_MUTEBUTTONENABLE 0x00000002 /* 1 = Master mute button sets AUDIOENABLE = 0. */ /* NOTE: This is a 'cheap' way to implement a */ /* master mute function on the mute button, and */ @@ -196,6 +215,8 @@ /* Should be set to 1 when the EMU10K1 is */ /* completely initialized. */ +//For Audigy, MPU port move to 0x70-0x74 ptr register + #define MUDATA 0x18 /* MPU401 data register (8 bits) */ #define MUCMD 0x19 /* MPU401 command register (8 bits) */ @@ -207,11 +228,16 @@ #define MUSTAT_IRDYN 0x80 /* 0 = MIDI data or command ACK */ #define MUSTAT_ORDYN 0x40 /* 0 = MUDATA can accept a command or data */ -#define TIMER 0x1a /* Timer terminal count register */ +#define A_IOCFG 0x18 /* GPIO on Audigy card (16bits) */ +#define A_GPINPUT_MASK 0xff00 +#define A_GPOUTPUT_MASK 0x00ff +#define A_IOCFG_GPOUT0 0x0044 /* ? */ + +#define TIMER 0x1a /* Timer terminal count register (16-bit) */ /* NOTE: After the rate is changed, a maximum */ /* of 1024 sample periods should be allowed */ /* before the new rate is guaranteed accurate. */ -#define TIMER_RATE_MASK 0x000003ff /* Timer interrupt rate in sample periods */ +#define TIMER_RATE_MASK 0x03ff /* Timer interrupt rate in sample periods */ /* 0 == 1024 periods, [1..4] are not useful */ #define TIMER_RATE 0x0a00001a @@ -221,54 +247,6 @@ #define AC97ADDRESS_READY 0x80 /* Read-only bit, reflects CODEC READY signal */ #define AC97ADDRESS_ADDRESS 0x7f /* Address of indexed AC97 register */ -/************************************************************************************************/ -/* PCI function 1 registers, address = + PCIBASE1 */ -/************************************************************************************************/ - -#define JOYSTICK1 0x00 /* Analog joystick port register */ -#define JOYSTICK2 0x01 /* Analog joystick port register */ -#define JOYSTICK3 0x02 /* Analog joystick port register */ -#define JOYSTICK4 0x03 /* Analog joystick port register */ -#define JOYSTICK5 0x04 /* Analog joystick port register */ -#define JOYSTICK6 0x05 /* Analog joystick port register */ -#define JOYSTICK7 0x06 /* Analog joystick port register */ -#define JOYSTICK8 0x07 /* Analog joystick port register */ - -/* When writing, any write causes JOYSTICK_COMPARATOR output enable to be pulsed on write. */ -/* When reading, use these bitfields: */ -#define JOYSTICK_BUTTONS 0x0f /* Joystick button data */ -#define JOYSTICK_COMPARATOR 0xf0 /* Joystick comparator data */ - - -/********************************************************************************************************/ -/* AC97 pointer-offset register set, accessed through the AC97ADDRESS and AC97DATA registers */ -/********************************************************************************************************/ - -#define AC97_RESET 0x00 -#define AC97_MASTERVOLUME 0x02 /* Master volume */ -#define AC97_HEADPHONEVOLUME 0x04 /* Headphone volume */ -#define AC97_MASTERVOLUMEMONO 0x06 /* Mast volume mono */ -#define AC97_MASTERTONE 0x08 -#define AC97_PCBEEPVOLUME 0x0a /* PC speaker system beep volume */ -#define AC97_PHONEVOLUME 0x0c -#define AC97_MICVOLUME 0x0e -#define AC97_LINEINVOLUME 0x10 -#define AC97_CDVOLUME 0x12 -#define AC97_VIDEOVOLUME 0x14 -#define AC97_AUXVOLUME 0x16 -#define AC97_PCMOUTVOLUME 0x18 -#define AC97_RECORDSELECT 0x1a -#define AC97_RECORDGAIN 0x1c -#define AC97_RECORDGAINMIC 0x1e -#define AC97_GENERALPURPOSE 0x20 -#define AC97_3DCONTROL 0x22 -#define AC97_MODEMRATE 0x24 -#define AC97_POWERDOWN 0x26 -#define AC97_VENDORID1 0x7c -#define AC97_VENDORID2 0x7e -#define AC97_ZVIDEOVOLUME 0xec -#define AC97_AC3VOLUME 0xed - /********************************************************************************************************/ /* Emu10k1 pointer-offset register set, accessed through the PTR and DATA registers */ /********************************************************************************************************/ @@ -444,6 +422,8 @@ #define TREMFRQ 0x1c /* Tremolo amount and modulation LFO frequency register */ #define TREMFRQ_DEPTH 0x0000ff00 /* Tremolo depth */ /* Signed 2's complement, with +/- 12dB extremes */ +#define TREMFRQ_FREQUENCY 0x000000ff /* Tremolo LFO frequency */ + /* ??Hz steps, maximum of ?? Hz. */ #define FM2FRQ2 0x1d /* Vibrato amount and vibrato LFO frequency register */ #define FM2FRQ2_DEPTH 0x0000ff00 /* Vibrato LFO vibrato depth */ @@ -484,7 +464,12 @@ #define ADCCR_LCHANENABLE 0x00000008 /* Enables left channel for writing to the host */ /* NOTE: To guarantee phase coherency, both channels */ /* must be disabled prior to enabling both channels. */ +#define A_ADCCR_RCHANENABLE 0x00000020 +#define A_ADCCR_LCHANENABLE 0x00000010 + +#define A_ADCCR_SAMPLERATE_MASK 0x0000000F /* Audigy sample rate convertor output rate */ #define ADCCR_SAMPLERATE_MASK 0x00000007 /* Sample rate convertor output rate */ + #define ADCCR_SAMPLERATE_48 0x00000000 /* 48kHz sample rate */ #define ADCCR_SAMPLERATE_44 0x00000001 /* 44.1kHz sample rate */ #define ADCCR_SAMPLERATE_32 0x00000002 /* 32kHz sample rate */ @@ -494,10 +479,16 @@ #define ADCCR_SAMPLERATE_11 0x00000006 /* 11.025kHz sample rate */ #define ADCCR_SAMPLERATE_8 0x00000007 /* 8kHz sample rate */ +#define A_ADCCR_SAMPLERATE_12 0x00000006 /* 12kHz sample rate */ +#define A_ADCCR_SAMPLERATE_11 0x00000007 /* 11.025kHz sample rate */ +#define A_ADCCR_SAMPLERATE_8 0x00000008 /* 8kHz sample rate */ + #define FXWC 0x43 /* FX output write channels register */ /* When set, each bit enables the writing of the */ - /* corresponding FX output channel into host memory */ - + /* corresponding FX output channel (internal registers */ + /* 0x20-0x3f) into host memory. This mode of recording */ + /* is 16bit, 48KHz only. All 32 channels can be enabled */ + /* simultaneously. */ #define TCBS 0x44 /* Tank cache buffer size register */ #define TCBS_MASK 0x00000007 /* Tank cache buffer size field */ #define TCBS_BUFFSIZE_16K 0x00000000 @@ -565,8 +556,25 @@ #define DBG 0x52 /* DO NOT PROGRAM THIS REGISTER!!! MAY DESTROY CHIP */ +/* definitions for debug register - taken from the alsa drivers */ +#define DBG_ZC 0x80000000 /* zero tram counter */ +#define DBG_SATURATION_OCCURED 0x02000000 /* saturation control */ +#define DBG_SATURATION_ADDR 0x01ff0000 /* saturation address */ +#define DBG_SINGLE_STEP 0x00008000 /* single step mode */ +#define DBG_STEP 0x00004000 /* start single step */ +#define DBG_CONDITION_CODE 0x00003e00 /* condition code */ +#define DBG_SINGLE_STEP_ADDR 0x000001ff /* single step address */ + + #define REG53 0x53 /* DO NOT PROGRAM THIS REGISTER!!! MAY DESTROY CHIP */ +#define A_DBG 0x53 +#define A_DBG_SINGLE_STEP 0x00020000 /* Set to zero to start dsp */ +#define A_DBG_ZC 0x40000000 /* zero tram counter */ +#define A_DBG_STEP_ADDR 0x000003ff +#define A_DBG_SATURATION_OCCURED 0x20000000 +#define A_DBG_SATURATION_ADDR 0x0ffc0000 + #define SPCS0 0x54 /* SPDIF output Channel Status 0 register */ #define SPCS1 0x55 /* SPDIF output Channel Status 1 register */ @@ -613,6 +621,10 @@ #define SPBYPASS 0x5e /* SPDIF BYPASS mode register */ #define SPBYPASS_ENABLE 0x00000001 /* Enable SPDIF bypass mode */ +#define AC97SLOT 0x5f /* additional AC97 slots enable bits */ +#define AC97SLOT_CNTR 0x10 /* Center enable */ +#define AC97SLOT_LFE 0x20 /* LFE enable */ + #define CDSRCS 0x60 /* CD-ROM Sample Rate Converter status register */ #define GPSRCS 0x61 /* General Purpose SPDIF sample rate cvt status */ @@ -626,10 +638,19 @@ #define SRCS_RATELOCKED 0x01000000 /* Sample rate locked */ #define SRCS_ESTSAMPLERATE 0x0007ffff /* Do not modify this field. */ + +/* Note that these values can vary +/- by a small amount */ +#define SRCS_SPDIFRATE_44 0x0003acd9 +#define SRCS_SPDIFRATE_48 0x00040000 +#define SRCS_SPDIFRATE_96 0x00080000 + #define MICIDX 0x63 /* Microphone recording buffer index register */ #define MICIDX_MASK 0x0000ffff /* 16-bit value */ #define MICIDX_IDX 0x10000063 +#define A_ADCIDX 0x63 +#define A_ADCIDX_IDX 0x10000063 + #define ADCIDX 0x64 /* ADC recording buffer index register */ #define ADCIDX_MASK 0x0000ffff /* 16 bit index field */ #define ADCIDX_IDX 0x10000064 @@ -638,9 +659,50 @@ #define FXIDX_MASK 0x0000ffff /* 16-bit value */ #define FXIDX_IDX 0x10000065 +/* This is the MPU port on the card (via the game port) */ +#define A_MUDATA1 0x70 +#define A_MUCMD1 0x71 +#define A_MUSTAT1 A_MUCMD1 + +/* This is the MPU port on the Audigy Drive */ +#define A_MUDATA2 0x72 +#define A_MUCMD2 0x73 +#define A_MUSTAT2 A_MUCMD2 + +/* The next two are the Audigy equivalent of FXWC */ +/* the Audigy can record any output (16bit, 48kHz, up to 64 channel simultaneously) */ +/* Each bit selects a channel for recording */ +#define A_FXWC1 0x74 /* Selects 0x7f-0x60 for FX recording */ +#define A_FXWC2 0x75 /* Selects 0x9f-0x80 for FX recording */ + +#define A_SPDIF_SAMPLERATE 0x76 /* Set the sample rate of SPDIF output */ +#define A_SPDIF_48000 0x00000080 +#define A_SPDIF_44100 0x00000000 +#define A_SPDIF_96000 0x00000040 + +#define A_FXRT2 0x7c +#define A_FXRT_CHANNELE 0x0000003f /* Effects send bus number for channel's effects send E */ +#define A_FXRT_CHANNELF 0x00003f00 /* Effects send bus number for channel's effects send F */ +#define A_FXRT_CHANNELG 0x003f0000 /* Effects send bus number for channel's effects send G */ +#define A_FXRT_CHANNELH 0x3f000000 /* Effects send bus number for channel's effects send H */ + +#define A_SENDAMOUNTS 0x7d +#define A_FXSENDAMOUNT_E_MASK 0xff000000 +#define A_FXSENDAMOUNT_F_MASK 0x00ff0000 +#define A_FXSENDAMOUNT_G_MASK 0x0000ff00 +#define A_FXSENDAMOUNT_H_MASK 0x000000ff + +/* The send amounts for this one are the same as used with the emu10k1 */ +#define A_FXRT1 0x7e +#define A_FXRT_CHANNELA 0x0000003f +#define A_FXRT_CHANNELB 0x00003f00 +#define A_FXRT_CHANNELC 0x003f0000 +#define A_FXRT_CHANNELD 0x3f000000 + + /* Each FX general purpose register is 32 bits in length, all bits are used */ #define FXGPREGBASE 0x100 /* FX general purpose registers base */ - +#define A_FXGPREGBASE 0x400 /* Audigy GPRs, 0x400 to 0x5ff */ /* Tank audio data is logarithmically compressed down to 16 bits before writing to TRAM and is */ /* decompressed back to 20 bits on a read. There are a total of 160 locations, the last 32 */ /* locations are for external TRAM. */ @@ -665,10 +727,14 @@ #define HIWORD_RESULT_MASK 0x000ffc00 /* Instruction result */ #define HIWORD_OPA_MASK 0x000003ff /* Instruction operand A */ -#define ENABLE 0xffffffff -#define DISABLE 0x00000000 -#define ENV_ON 0x80 -#define ENV_OFF 0x00 +/* Audigy Soundcard have a different instruction format */ +#define AUDIGY_CODEBASE 0x600 +#define A_LOWORD_OPY_MASK 0x000007ff +#define A_LOWORD_OPX_MASK 0x007ff000 +#define A_HIWORD_OPCODE_MASK 0x0f000000 +#define A_HIWORD_RESULT_MASK 0x007ff000 +#define A_HIWORD_OPA_MASK 0x000007ff + #endif /* EMU10K1_H */ From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 14:37:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05AFE37B401 for ; Sat, 7 Jun 2003 14:37:47 -0700 (PDT) Received: from mr01.hansenet.de (ftvu01ac.wf1.hansenet.de [213.191.74.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C120E43F3F for ; Sat, 7 Jun 2003 14:37:45 -0700 (PDT) (envelope-from doc@zwecker.de) Received: from zer00.zwecker.de (62.109.89.24) by mr01.hansenet.de (5.5.053) id 3EC105890002FF90 for freebsd-current@freebsd.org; Sat, 7 Jun 2003 23:37:44 +0200 Received: from zwecker.de ([192.168.2.10]) by zer00.zwecker.de with esmtp; Sat, 07 Jun 2003 23:37:51 +0200 Message-ID: <3EE25B59.7000102@zwecker.de> Date: Sat, 07 Jun 2003 23:38:33 +0200 From: Christophe Zwecker User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Old Courier MTA , broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 21:37:47 -0000 Hi, courier in ports is 0.39 when current courier is 0.40.2 afaik. Additionaly it wont build without editing the Makefile and taking out the brake. Any idea when current courier will be implemented ? thx alot -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 14:56:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7998637B404; Sat, 7 Jun 2003 14:56:55 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id A291743FD7; Sat, 7 Jun 2003 14:56:54 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h57Lu0kF028326; Sat, 7 Jun 2003 17:56:00 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h57Lu0pi028325; Sat, 7 Jun 2003 21:56:00 GMT (envelope-from des+tinderbox@freebsd.org) Date: Sat, 7 Jun 2003 21:56:00 GMT Message-Id: <200306072156.h57Lu0pi028325@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Subject: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 21:56:55 -0000 TB --- 2003-06-07 21:10:21 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-07 21:10:21 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-07 21:12:45 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] ===> sbin/badsect cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/badsect/badsect.c cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -static -o badsect badsect.o -lufs gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/badsect/badsect.8 > badsect.8.gz ===> sbin/bsdlabel cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/bsdlabel/bsdlabel.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/bsdlabel/bsdlabel.c:128: `LABELSECTOR' undeclared here (not in a function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/bsdlabel/bsdlabel.c:129: `LABELOFFSET' undeclared here (not in a function) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/bsdlabel. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-07 21:56:00 - /usr/bin/make returned exit code 1 TB --- 2003-06-07 21:56:00 - ERROR: failed to build world TB --- 2003-06-07 21:56:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 15:32:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD5C37B401; Sat, 7 Jun 2003 15:32:04 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC8F143F3F; Sat, 7 Jun 2003 15:32:03 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h57MW3tJ019905; Sat, 7 Jun 2003 15:32:03 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3EE26860.9020906@acm.org> Date: Sat, 07 Jun 2003 15:34:08 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.6) Gecko/20011206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <200306070438.h574cs52049913@cueball.rtp.FreeBSD.org> <3EE16E0F.2050207@acm.org> <20030607065700.GA59525@dragon.nuxi.com> <3EE22307.7020100@acm.org> <20030607181501.GG70196@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Can't build -CURRENT on 4.7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 22:32:04 -0000 David O'Brien wrote: > This won't work on non-i386, due to alloca issues. >>+ WORLDTMP=${WORLDTMP} CSTD= \ > may. Hmmm... This seems like the Right Thing in any case, since it is one less assumption you're making about the build environment. I'm still getting buildworld failures, though. Long after the bootstrap, using the new tools, I'm seeing consistent failures in libpthread: > building shared library libkse.so.1 > thr_libc.So: In function `sigaction': > thr_libc.So(.text+0x54): multiple definition of `_sigaction' > thr_sigaction.So:/usr/src/current/lib/libpthread/thread/thr_sigaction.c:43: first defined here > thr_libc.So: In function `sigprocmask': > thr_libc.So(.text+0x34): multiple definition of `_sigprocmask' > thr_sigprocmask.So:/usr/src/current/lib/libpthread/thread/thr_sigprocmask.c:46: first defined here > *** Error code 1 > > Stop in /usr/src/current/lib/libpthread. > *** Error code 1 Tim From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 15:36:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A280A37B401 for ; Sat, 7 Jun 2003 15:36:03 -0700 (PDT) Received: from wilk.2a.pl (wilk.2a.pl [195.117.102.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F4CA43F3F for ; Sat, 7 Jun 2003 15:36:02 -0700 (PDT) (envelope-from san@wilk.2a.pl) Received: from wilk.2a.pl (localhost [127.0.0.1]) by wilk.2a.pl (8.12.9/8.11.6) with ESMTP id h57Ma0hW005642 for ; Sun, 8 Jun 2003 00:36:00 +0200 (CEST) (envelope-from san@wilk.2a.pl) Received: (from san@localhost) by wilk.2a.pl (8.12.9/8.12.9/Submit) id h57Ma0VH005641 for current@freebsd.org; Sun, 8 Jun 2003 00:36:00 +0200 (CEST) Date: Sun, 8 Jun 2003 00:36:00 +0200 From: Andrzej Tobola To: current@freebsd.org Message-ID: <20030607223600.GA5378@wilk.2a.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Subject: installworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 22:36:03 -0000 % make installworld .... ===> gnu/usr.bin/binutils ===> gnu/usr.bin/binutils/libiberty ===> gnu/usr.bin/binutils/libbfd ===> gnu/usr.bin/binutils/libopcodes ===> gnu/usr.bin/binutils/libbinutils ===> gnu/usr.bin/binutils/addr2line install -s -o root -g wheel -m 555 addr2line /usr/bin install: addr2line: No such file or directory *** Error code 71 Stop in /usr/src/gnu/usr.bin/binutils/addr2line. *** Error code 1 -a From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 16:59:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADE7337B401 for ; Sat, 7 Jun 2003 16:59:35 -0700 (PDT) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22EFA43F85 for ; Sat, 7 Jun 2003 16:59:35 -0700 (PDT) (envelope-from evms@bu.edu) Received: from 209-6-250-194.c3-0.lex-ubr2.sbo-lex.ma.cable.rcn.com ([209.6.250.194] helo=169.69.6.3) by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 19Onaw-0001Hv-00 for current@FreeBSD.org; Sat, 07 Jun 2003 19:59:35 -0400 From: "Evan S." To: current@FreeBSD.org Date: Sat, 7 Jun 2003 19:58:19 -0400 User-Agent: KMail/1.5.1 References: <20030607235728.0AA9F16CC26@livejournal.com> In-Reply-To: <20030607235728.0AA9F16CC26@livejournal.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200306071958.20698.evms@bu.edu> Subject: 4.8 -> 5.0-CURRENT build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: evms@bu.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2003 23:59:36 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm attempting to do a 'make buildworld' for FreeeBSD 5.0-CURRENT on a Free= BSD=20 4.8 box # uname -a =46reeBSD 4.8-RELEASE FreeBSD 4.8-RELEASE #0: Thu Apr 3 10:53:38 GMT 2003= =20 root@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/GENERIC i386 I receive the following error when libpthread is built # cd libpthread # ls Makefile man support test arch pthread.map sys thread # make building shared library libkse.so.1 thr_libc.So: In function `sigaction': thr_libc.So(.text+0x54): multiple definition of `_sigaction' thr_sigaction.So(.text+0x0): first defined here thr_libc.So: In function `sigprocmask': thr_libc.So(.text+0x34): multiple definition of `_sigprocmask' thr_sigprocmask.So(.text+0x0): first defined here *** Error code 1 Does anyone know something about this? Thanks a lot! =2D --=20 Evan Sarmiento (evms@cs.bu.edu) WWW: http://evms.no-ip.org:8080 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+4nwbECYZSrUV88QRAkUcAKDoRnCy821sTRzrNtoRG3JkN3AZSwCfVVkC +HcRu11AaIW63kABzDfVLrc=3D =3Dvnkt =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 17:50:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F55D37B401 for ; Sat, 7 Jun 2003 17:50:17 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A891A43F3F for ; Sat, 7 Jun 2003 17:50:16 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h580oFj71576 for ; Sat, 7 Jun 2003 20:50:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Sat, 7 Jun 2003 20:50:15 -0400 (EDT) From: Jeff Roberson To: current@freebsd.org Message-ID: <20030607204900.C69975-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ULE SMP panics fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 00:50:17 -0000 I found the culprit. It was an off by one error. rev 1.35 has the fix. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 19:31:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 160AE37B401 for ; Sat, 7 Jun 2003 19:31:24 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2EA43FBD for ; Sat, 7 Jun 2003 19:31:22 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h582VEkA049467; Sat, 7 Jun 2003 20:31:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 07 Jun 2003 20:31:10 -0600 (MDT) Message-Id: <20030607.203110.97296337.imp@bsdimp.com> To: evms@bu.edu From: "M. Warner Losh" In-Reply-To: <200306071958.20698.evms@bu.edu> References: <20030607235728.0AA9F16CC26@livejournal.com> <200306071958.20698.evms@bu.edu> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: 4.8 -> 5.0-CURRENT build error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 02:31:24 -0000 In message: <200306071958.20698.evms@bu.edu> "Evan S." writes: : # make : building shared library libkse.so.1 : thr_libc.So: In function `sigaction': : thr_libc.So(.text+0x54): multiple definition of `_sigaction' : thr_sigaction.So(.text+0x0): first defined here : thr_libc.So: In function `sigprocmask': : thr_libc.So(.text+0x34): multiple definition of `_sigprocmask' : thr_sigprocmask.So(.text+0x0): first defined here : *** Error code 1 : : Does anyone know something about this? Yes. It's broken. :-) I'm looking into it... Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 20:56:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3B0637B401 for ; Sat, 7 Jun 2003 20:56:16 -0700 (PDT) Received: from mr01.hansenet.de (ftvu01ac.wf1.hansenet.de [213.191.74.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 113E143F93 for ; Sat, 7 Jun 2003 20:56:16 -0700 (PDT) (envelope-from doc@zwecker.de) Received: from zer00.zwecker.de (62.109.89.24) by mr01.hansenet.de (5.5.053) id 3EC10589000301F0 for freebsd-current@freebsd.org; Sun, 8 Jun 2003 05:56:15 +0200 Received: from zwecker.de ([192.168.2.10]) by zer00.zwecker.de with esmtp; Sun, 08 Jun 2003 05:56:22 +0200 Message-ID: <3EE2B410.7080409@zwecker.de> Date: Sun, 08 Jun 2003 05:57:04 +0200 From: Christophe Zwecker User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: p5-GD-1.41 wont build X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 03:56:16 -0000 Hi, when trying to build above I get this: AutoSplitting blib/lib/GD.pm (blib/lib/auto/GD) /usr/local/bin/perl5.6.1 -I/usr/local/lib/perl5/5.6.1/mach -I/usr/local/lib/perl5/5.6.1/BSDPAN /usr/local/lib/perl5/5.6.1/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.6.1/ExtUtils/typemap -typemap typemap GD.xs > GD.xsc && mv GD.xsc GD.c cc -c -I/usr/local/include -I/usr/local/include/gd -I/usr/local/include/freetype -I@@X11BASE@@/include -I@@X11BASE@@/include/X11 -O -pipe -mcpu=pentiumpro -O -pipe -mcpu=pentiumpro -DVERSION=\"1.41\" -DXS_VERSION=\"1.41\" -DPIC -fPIC -I/usr/local/lib/perl5/5.6.1/mach/CORE -DHAVE_JPEG -DHAVE_TTF -DHAVE_XPM GD.c GD.xs: In function `newDynamicCtx': GD.xs:342: structure has no member named `free' GD.xs: In function `XS_GD__Image_newFromPngData': GD.xs:395: structure has no member named `free' GD.xs: In function `XS_GD__Image_newFromGdData': GD.xs:412: structure has no member named `free' GD.xs: In function `XS_GD__Image_newFromGd2Data': GD.xs:429: structure has no member named `free' GD.xs: In function `XS_GD__Image_newFromJpegData': GD.xs:472: structure has no member named `free' GD.xs: In function `XS_GD__Image_newFromWBMPData': GD.xs:494: structure has no member named `free' *** Error code 1 Stop in /usr/ports/graphics/p5-GD/work/GD-1.41. *** Error code 1 Stop in /usr/ports/graphics/p5-GD. *** Error code 1 Stop in /usr/ports/graphics/p5-GD-Graph. anyone an idea what I have to do ? thx alot for help! Christophe -- Christophe Zwecker mail: doc@zwecker.de Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 22:01:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79D9437B401 for ; Sat, 7 Jun 2003 22:01:39 -0700 (PDT) Received: from web13506.mail.yahoo.com (web13506.mail.yahoo.com [216.136.175.85]) by mx1.FreeBSD.org (Postfix) with SMTP id DAE5E43FD7 for ; Sat, 7 Jun 2003 22:01:38 -0700 (PDT) (envelope-from dyeske@yahoo.com) Message-ID: <20030608050138.82947.qmail@web13506.mail.yahoo.com> Received: from [68.114.30.244] by web13506.mail.yahoo.com via HTTP; Sat, 07 Jun 2003 22:01:38 PDT Date: Sat, 7 Jun 2003 22:01:38 -0700 (PDT) From: David Yeske To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: net@freebsd.org Subject: sendmail starts before rpc.statd and rpc.lockd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 05:01:39 -0000 Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C. NFS access cache time=2 Starting statd. Starting lockd. It looks like sendmail starts before rpc.lockd and rpc.statd? This will cause diskless clients to hang? This is a nfs server and diskless client running 5.1-RELEASE. I'm running rpc.lockd and rpc.statd on the server and the client. Should rpc.lockd and rpc.statd be started before sendmail starts? Regards, David Yeske __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 22:27:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82E5737B404 for ; Sat, 7 Jun 2003 22:27:15 -0700 (PDT) Received: from web13506.mail.yahoo.com (web13506.mail.yahoo.com [216.136.175.85]) by mx1.FreeBSD.org (Postfix) with SMTP id 0179C43FAF for ; Sat, 7 Jun 2003 22:27:15 -0700 (PDT) (envelope-from dyeske@yahoo.com) Message-ID: <20030608052714.85468.qmail@web13506.mail.yahoo.com> Received: from [68.114.30.244] by web13506.mail.yahoo.com via HTTP; Sat, 07 Jun 2003 22:27:14 PDT Date: Sat, 7 Jun 2003 22:27:14 -0700 (PDT) From: David Yeske To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: net@freebsd.org Subject: Re: sendmail starts before rpc.statd and rpc.lockd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 05:27:15 -0000 Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C. NFS access cache time=2 Starting statd. Starting lockd. I should clarify that /etc/rc.d/virecover is calling sendmail. Does virecover need to be called this early on? Regards, David Yeske __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 23:14:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ED5937B401; Sat, 7 Jun 2003 23:14:35 -0700 (PDT) Received: from cs.huji.ac.il (cs.huji.ac.il [132.65.16.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0D7843F85; Sat, 7 Jun 2003 23:14:34 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs.huji.ac.il with esmtp id 19OtRp-000ExD-00; Sun, 08 Jun 2003 09:14:33 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: obrien@freebsd.org In-reply-to: Your message of Sat, 7 Jun 2003 11:04:53 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Jun 2003 09:14:32 +0300 From: Danny Braniss Message-Id: cc: freebsd-current@freebsd.org Subject: Re: rcNG & automonter(amd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 06:14:35 -0000 > > Amd is poorly designed the way it blocks and is overly sensative to one's > network setup. Your's is the first trouble I've heard of with back > grounding its invocation, and several were happy with it. I don't know > what to say. remove rev 1.127 if you like. what's needed is a simple way to: 1- keep the default - & 2- turn it off by request after coffee i'll see if i can come up with a solution. danny From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 23:24:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8BBF37B401; Sat, 7 Jun 2003 23:24:11 -0700 (PDT) Received: from lakemtao05.cox.net (lakemtao05.cox.net [68.1.17.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C05843F93; Sat, 7 Jun 2003 23:24:10 -0700 (PDT) (envelope-from bsd@hightek.org) Received: from quark.localdomain ([68.12.144.236]) by lakemtao05.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030608062410.LQFP28938.lakemtao05.cox.net@quark.localdomain>; Sun, 8 Jun 2003 02:24:10 -0400 From: Vincent To: freebsd-hardware@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Date: Sun, 8 Jun 2003 01:24:19 -0500 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306080124.19685.bsd@hightek.org> Subject: USB umass BBB mass storage support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 06:24:12 -0000 Hi. What are the plans for USB mass storage support? I was expecting and really hoping it would be better supported in the 5.1 release but I tested 5.1-RC1 and the same problems still exists that I have under 5.0. Umass BBB mode seems to still be incomplete. I posted about this once before not long after the 5.0 release and I have seen quite a few other postings from people with the same problems. The problem is that most devices being sold now days seem to implement BBB block only mass storage. The only usb storage device I have been able to get to work under FreeBSD is our old SanDisk ImageMate CF card reader that we bough a long time ago which does not use BBB mode. My PhotoClip DM2132 camera which works under Linux, produces the following messages in the system log but produces and IO error when I try to mount it. Jun 8 00:39:15 quark kernel: uhub0: port error, restarting port 1 Jun 8 00:39:17 quark kernel: umass0: Daisy Technology USB MultiMedia Reader, rev 1.00/1.00, addr 3 Jun 8 00:39:17 quark kernel: umass0: Get Max Lun not supported (STALLED) Jun 8 00:39:17 quark kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Jun 8 00:39:17 quark kernel: da0: Removable Direct Access SCSI-0 device Jun 8 00:39:17 quark kernel: da0: 1.000MB/s transfers Jun 8 00:39:17 quark kernel: da0: 30MB (61952 512 byte sectors: 64H 32S/T 30C) Jun 8 00:39:17 quark kernel: umass0: BBB reset failed, STALLED Jun 8 00:39:17 quark kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 Jun 8 00:39:17 quark kernel: Opened disk da0 -> 5 quark:~ # ll /dev/da* crw-r----- 1 root operator 4, 11 Jun 8 00:22 /dev/da0 quark:~ # mount -t msdos /dev/da0 /mnt msdosfs: /dev/da0: Input/output error My SimpleTech FlashLink UCF-100 card reader does not work at all. It does not even create any /dev/da0 devices when it is plugged in. Jun 8 00:19:29 quark kernel: umass0: USB Mass Storage, rev 1.10/1.13, addr 3 Jun 8 00:19:29 quark kernel: umass0: Get Max Lun not supported (STALLED) Jun 8 00:19:30 quark kernel: umass0: BBB reset failed, IOERROR Jun 8 00:19:30 quark kernel: umass0: BBB bulk-in clear stall failed, IOERROR Jun 8 00:19:30 quark kernel: umass0: BBB bulk-out clear stall failed, IOERROR Jun 8 00:19:30 quark kernel: umass0: BBB reset failed, IOERROR Jun 8 00:19:30 quark kernel: umass0: BBB bulk-in clear stall failed, IOERROR Jun 8 00:19:30 quark kernel: umass0: BBB bulk-out clear stall failed, IOERROR . . (repeats a bunch of times) . Jun 8 00:19:30 quark kernel: (da0:umass-sim0:0:0:0): removing device entry Jun 8 00:19:30 quark kernel: Opened disk da0 -> 5 If you are interested in feature requests for the 5.1 release, please consider this a request. It is a real handicap not being able to use hardly any modern mass storage devices under FreeBSD. Regards, Vincent From owner-freebsd-current@FreeBSD.ORG Sat Jun 7 23:53:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4A9A37B401; Sat, 7 Jun 2003 23:53:42 -0700 (PDT) Received: from sccrmhc11.attbi.com (sccrmhc11.attbi.com [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id F029243F3F; Sat, 7 Jun 2003 23:53:41 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23](untrusted sender)) by attbi.com (sccrmhc11) with SMTP id <2003060806534001100bjjtce>; Sun, 8 Jun 2003 06:53:41 +0000 Date: Sat, 7 Jun 2003 23:53:39 -0700 (PDT) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: <20030607234641.J81111@znfgre.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: cvs commit: src/sys/dev/pci pci.c (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 06:53:43 -0000 This set of commits seems to have fixed a perennial problem I've had with my laptop and acpi. Previously, about every 3rd or 4th reboot the pci bus would fail to initialize, the major symptom of which was that the xl card wouldn't set up, and I'd have to reboot again. Disabling acpi eliminated the problem (or the symptom, depending on how you look at it). With a kernel built from the latest sources, the pci bus and xl are happy, but I'm getting flooded with the following: ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER This is on an older thinkpad A21e. It has run -current fine for over a year, modulo this pci problem, and general thinkpad <> acpi unhappiness. Any other details needed, just ask. Doug -- This .signature sanitized for your protection ---------- Forwarded message ---------- From: John Baldwin To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Date: Sat, 7 Jun 2003 08:00:19 -0700 (PDT) Subject: cvs commit: src/sys/dev/pci pci.c jhb 2003/06/07 08:00:19 PDT FreeBSD src repository Modified files: sys/dev/pci pci.c Log: - Adjust the comment about re-routing PCI interrupts to be less ia64-specific. - When trying to re-route interrupts, don't change cfg->intline if the re-route fails by returning an invalid vector. This fixes machines without any way of routing interrupts such as older PC's without a $PIR table. We do not currently write the new intline value back to the hardware, but we should. That will likely be added in a later commit. Revision Changes Path 1.217 +11 -7 src/sys/dev/pci/pci.c http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/dev/pci/pci.c.diff?&r1=1.216&r2=1.217&f=h