From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 06:01:23 2005 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 F018916A4CE; Sun, 2 Jan 2005 06:01:22 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BC143D41; Sun, 2 Jan 2005 06:01:22 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0261LmU063581; Sun, 2 Jan 2005 01:01:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0261L0S079763; Sun, 2 Jan 2005 01:01:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 933D67306E; Sun, 2 Jan 2005 01:01:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050102060121.933D67306E@freebsd-current.sentex.ca> Date: Sun, 2 Jan 2005 01:01:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2005 06:01:23 -0000 TB --- 2005-01-02 04:21:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-02 04:21:30 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-02 04:21:31 - checking out the source tree TB --- 2005-01-02 04:21:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-02 04:21:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-02 04:27:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-02 04:27:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-02 04:27:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-02 05:43:18 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-02 05:43:18 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-02 05:43:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Jan 2 05:43:19 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Jan 2 05:59:14 UTC 2005 TB --- 2005-01-02 05:59:15 - generating LINT kernel config TB --- 2005-01-02 05:59:15 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-01-02 05:59:15 - /usr/bin/make -B LINT TB --- 2005-01-02 05:59:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-02 05:59:15 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-02 05:59:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 2 05:59:17 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.c:50: /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_sock.c:62: /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_subr.c:51: /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-02 06:01:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-02 06:01:21 - ERROR: failed to build lint kernel TB --- 2005-01-02 06:01:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 13:06:32 2005 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 9D74516A4CE for ; Sun, 2 Jan 2005 13:06:32 +0000 (GMT) Received: from mail.acropolis.ru (mail.acropolis.ru [81.211.90.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BDA443D2D for ; Sun, 2 Jan 2005 13:06:31 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from mail.acropolis.ru (localhost.acropolis.ru [127.0.0.1]) by mail.acropolis.ru (8.13.1/8.13.1) with ESMTP id j02D6Q41081325; Sun, 2 Jan 2005 16:06:26 +0300 (MSK) (envelope-from slw@zxy.spb.ru) Received: (from slw@localhost) by mail.acropolis.ru (8.13.1/8.13.1/Submit) id j02D6PkL081324; Sun, 2 Jan 2005 16:06:25 +0300 (MSK) (envelope-from slw@zxy.spb.ru) X-Authentication-Warning: mail.acropolis.ru: slw set sender to slw@zxy.spb.ru using -f Date: Sun, 2 Jan 2005 16:06:25 +0300 From: Slawa Olhovchenkov To: FreeBSD-current@freebsd.org Message-ID: <20050102130625.GA22025@mail.acropolis.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=15.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail.acropolis.ru cc: Poul-Henning Kamp Subject: Hard system hangs on tty code (6-current) 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, 02 Jan 2005 13:06:32 -0000 6-current totally hangs by this program, from user, not root. No responds on keys pressed, Control-Alt-ESC, switching console and etc. System run in infinite loop in sys/kern/tty.c:ttread() === read: splx(s); /* * Input present, check for input mapping and processing. */ first = 1; if (ISSET(lflag, ICANON | ISIG)) goto slowcase; for (;;) { char ibuf[IBUFSIZ]; int icc; icc = imin(uio->uio_resid, IBUFSIZ); /* XXX uio_resid==0 => icc=0 */ icc = q_to_b(qp, ibuf, icc); /* icc == 0 */ if (icc <= 0) { if (first) goto loop; === #include #include #include #include #include #include #include #include #include #define cfmakeraw(ptr) (ptr)->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR\ |IGNCR|ICRNL|IXON);\ (ptr)->c_oflag &= ~OPOST;\ (ptr)->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN);\ (ptr)->c_cflag &= ~(CSIZE|PARENB);\ (ptr)->c_cflag |= CS8 int main(int argc, char *argv[]) { int fd, i; char *buf[1024]; struct termios tcn; if ((fd = open("/dev/tty", O_RDWR | O_NONBLOCK)) == -1) { return -1; /* errno already set */ } /* Set the tty to raw and to the correct speed */ tcgetattr(fd, &tcn); tcn.c_oflag = 0; tcn.c_iflag = IGNBRK | IGNPAR; tcn.c_cflag = CREAD | CLOCAL | CS8; tcn.c_lflag = NOFLSH; cfmakeraw(&tcn); for (i = 0; i < 16; i++) tcn.c_cc[i] = 0; tcn.c_cc[VMIN] = 1; tcn.c_cc[VTIME] = 0; tcsetattr(fd, TCSANOW, &tcn); if ((i = fcntl(fd, F_GETFL, 0)) != -1) { i &= ~O_NONBLOCK; fcntl(fd, F_SETFL, i); } read(fd, buf, 0); } -- Slawa Olhovchenkov From owner-freebsd-current@FreeBSD.ORG Sat Jan 1 19:22:06 2005 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 C7C7A16A4CE for ; Sat, 1 Jan 2005 19:22:06 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8001D43D39 for ; Sat, 1 Jan 2005 19:22:03 +0000 (GMT) (envelope-from ldan@gmx.net) Received: (qmail 12244 invoked by uid 0); 1 Jan 2005 19:22:02 -0000 Received: from 217.226.124.138 by www48.gmx.net with HTTP; Sat, 1 Jan 2005 20:22:02 +0100 (MET) Date: Sat, 1 Jan 2005 20:22:02 +0100 (MET) From: ldan@gmx.net To: sam@errno.com MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #22978342 Message-ID: <30173.1104607322@www48.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 02 Jan 2005 14:12:14 +0000 cc: current@freebsd.org Subject: Re: 802.11 WPA and wpa_supplicant 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, 01 Jan 2005 19:22:06 -0000 Sam Leffler wrote: > Chen Lihong wrote: > >> I am using wpa_supplicant 0.3.2. >> I can associated and authenticated with my AP with WPA/TKIP/1X-KEY-MGMT. >> The hosts that at wired side can send packets to my FreeBSD station, but >> wired hosts can not receive any station's packets. >> Then, I use AiroPeek to capture wireless packets. I saw that any data >> packet sent by wired side is encrypted, and station can decrypte that >> well. When station reply or send any packet it is not encrypted, at this time >> AP may drop the packet. >> > > Looks like I need to push some changes from perforce into CVS. > > Sam > _______________________________________________ > 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" > > Hello, although this might not be the best place to send this, I'd nevertheless like to thank you for your work! Thanks to the code you commited yesterday I'm now able to send this message from my freebsd-system (over my wpa-psk-protected router). If there's anything I can do to help, I'd be glad to do so... Happy new year to all of you! Daniel -- +++ GMX - die erste Adresse für Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 16:17:57 2005 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 C9B7116A4CE for ; Sun, 2 Jan 2005 16:17:57 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDB543D2D for ; Sun, 2 Jan 2005 16:17:57 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j02GENxJ031478 for ; Sun, 2 Jan 2005 11:14:23 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j02GENTW031475 for ; Sun, 2 Jan 2005 16:14:23 GMT (envelope-from robert@fledge.watson.org) Date: Sun, 2 Jan 2005 16:14:23 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Heads up: IPX/SPX cleanup 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, 02 Jan 2005 16:17:57 -0000 Yesterday and today I merged a fairly large outstanding cleanup to the IPX/SPX code that I've been working on in preparation for making IPX/SPX run MPSAFE. This includes: - Converting to using queue(9) macros for IPX PCB linked lists. - Cleaning up, and where necessary, adding socket buffer locking. - Cleaning up and fixing route locking. - Fixing IPX and SPX to actually work with the newer revisions of gcc which pack structures differently, eliminating at least two sources of on-the-wire corruption. - Fixing behavior of socket address calls on IPX sockets under low memory conditions. - Dead code removal, in particular broken dead code removal. - Annotation improvements. - Style improvements. The reason this is a "Heads up" and not a "HEADS UP" is that IPX/SPX appears to have been sufficiently broken previously in 5.x/6.x that the chances are good these changes can't have made it more broken, and likely make it a lot less broken. If you've previously been using IPX/SPX on FreeBSD 4.x or earlier 5.x and ran into problems with 5.2 or 5.3, things may well now work for you again. I'd appreciate feedback from users of IPX/SPX on FreeBSD as to whether this is the actually the case. In particular, if things seem to have gotten more broken than they were, please let me know. I'm not in a very good position to test interop with other operating systems so assistance there would be helpful. My intent is to merge a number of the critical fixes (structure packing, route locking) to RELENG_5 in a couple of days, and then merge the more infrastructural work in a couple of weeks. IPX/SPX locking such that it can run without Giant will probably follow on HEAD in a couple of weeks, and RELENG_5 in a month or so. I'm not currently in a position to work with or otherwise test netncp or nwfs, so will have to look to others to do that. I will be committing a number of regression test tools developed during this work for netipx sometime in the next few weeks, however, to atempt to prevent regressions as described above from happening in the future. Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 19:10:28 2005 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 52FAA16A4CF for ; Sun, 2 Jan 2005 19:10:28 +0000 (GMT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A826F43D45 for ; Sun, 2 Jan 2005 19:10:27 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from korben.prv.univie.ac.at (korben.prv.univie.ac.at [131.130.7.98]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id j02JACFc122916; Sun, 2 Jan 2005 20:10:14 +0100 Date: Sun, 2 Jan 2005 20:10:14 +0100 (CET) From: Lukas Ertl To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1103766471.947.6.camel@RabbitsDen> Message-ID: <20050102200906.Y529@korben.prv.univie.ac.at> References: <20041221163907.J46219@pcle2.cc.univie.ac.at> <41C863E1.2070406@errno.com> <20041222165135.L632@korben.prv.univie.ac.at> <1103766471.947.6.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=3 Fuz1=3 Fuz2=3 cc: Sam Leffler cc: current@FreeBSD.org Subject: Re: WLAN, WEP, if_ndis on -CURRENT 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, 02 Jan 2005 19:10:28 -0000 On Wed, 22 Dec 2004, Alexandre "Sunny" Kovalenko wrote: > On Wed, 2004-12-22 at 16:52 +0100, Lukas Ertl wrote: >> >> It works fine if I first set wireless params on the interface, and then in >> a second step set the IP params. But if I issue just the one command >> shown above - boom. >> > I have ndis driven (Broadcom-based Belkin F5D7010) card working with > -current as of December 17. Only difference in command line is > > ifconfig ... weptxkey 1 Unfortunately, this doesn't work here. With a -CURRENT from today, I didn't manage to get my NDIS interface to work, either double fault or the panic I mentioned. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 19:11:30 2005 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 DCA7016A4CE for ; Sun, 2 Jan 2005 19:11:29 +0000 (GMT) Received: from ns1.kolbu.ws (ns1.kolbu.ws [81.0.164.100]) by mx1.FreeBSD.org (Postfix) with SMTP id C76E043D48 for ; Sun, 2 Jan 2005 19:11:28 +0000 (GMT) (envelope-from oyvind@ns1.kolbu.ws) Received: (qmail 36063 invoked by uid 1000); 2 Jan 2005 19:11:27 -0000 Date: Sun, 2 Jan 2005 20:11:27 +0100 From: =?iso-8859-1?Q?=D8yvind?= Kolbu To: danfe@freebsd.org Message-ID: <20050102191127.GA30706@ns1.kolbu.ws> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: nvidia-drivers not working on -current and panic when unloading 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, 02 Jan 2005 19:11:30 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi I'm unable to start Xorg with the latest nvidia-drivers, my system is FreeBSD oyvind-lap-lan.i.kolbu.ws 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Sun Jan 2 16:25:22 UTC 2005 root@oyvind-lap-lan.i.kolbu.ws:/usr/obj/usr/src/sys/lappis i386 and relevant packages nvidia-driver-1.0.6113_3 nvidia-settings-1.0_1 xorg-6.8.1 xorg-clients-6.8.1 xorg-documents-6.8.1 xorg-fonts-100dpi-6.8.1 xorg-fonts-75dpi-6.8.1 xorg-fonts-cyrillic-6.8.1 xorg-fonts-encodings-6.8.1 xorg-fonts-miscbitmaps-6.8.1 xorg-fonts-truetype-6.8.1 xorg-fonts-type1-6.8.1 xorg-fontserver-6.8.1 xorg-libraries-6.8.1_1 xorg-nestserver-6.8.1 xorg-printserver-6.8.1 xorg-server-6.8.1 xorg-vfbserver-6.8.1 #sysctl hw.nvidia hw.nvidia.version: NVIDIA FreeBSD x86 NVIDIA Kernel Module 1.0-6113 Mon Aug 2 16:08:32 PDT 2004 hw.nvidia.registry.EnableVia4x: 0 hw.nvidia.registry.EnableALiAGP: 0 hw.nvidia.registry.NvAGP: 1 hw.nvidia.registry.EnableAGPSBA: 0 hw.nvidia.registry.EnableAGPFW: 0 hw.nvidia.registry.SoftEDIDs: 1 hw.nvidia.registry.Mobile: 4294967295 hw.nvidia.registry.ResmanDebugLevel: 4294967295 hw.nvidia.registry.FlatPanelMode: 0 Everytime I try to unload the module, it panics: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x6c fault code = superviser read, page not present instruction pointer = 0x8:0xc0a70c82 stack pointer = 0x10:0xd680ac38 frame pointer = 0x10:0xd680ac38 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 = 758 (kldunload) [thread pid 758 tid 100094 ] Stopped at nvidia_modevent+0x56: cmpl $0,0x6c(%eax) db> trace Tracing pid 758 pid 100094 td 0xc249f5c0 nvidia_modevent(c1d663c0,1,0,4f,c1d663c0) at nvidia_modevent+0x56 driver_module_handler(c1d663c0,1,c0aeaed8) at driver_module_handler+0x10e module_unload(c1d663c0,0,0,c1f6e400,400) at module_unload+0x68 linker_file_unload(c1d6c600,0,400,1,d680ad48) at linker_file_unload+0x28n kern_kldunload(0,d680ad14,8,c,c249f5c0) at kern_kldunload+0d8d syscall(2f,2f,2f,a,bfbfee22) at syscall+0x200 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280c44cf, esp = 0xbfbfe8ac, ebp = 0xbfbfed1c --- db> -- Øyvind Kolbu --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2005 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 6.0-CURRENT #1: Sun Jan 2 16:25:22 UTC 2005 root@oyvind-lap-lan.i.kolbu.ws:/usr/obj/usr/src/sys/lappis Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1700MHz (1695.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 536608768 (511 MB) avail memory = 511696896 (487 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 cpu0: on acpi0 acpi_tz0: on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 11 on acpi0 pci_link6: irq 10 on acpi0 pci_link7: irq 11 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 acpi_video0: mem 0xd0000000-0xdfffffff,0xfd000000-0xfdffffff irq 10 at device 0.0 on pci1 uhci0: port 0xefe0-0xefff irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef80-0xef9f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: at device 29.2 on pci0 uhci2: 0x20 bytes of rid 0x20 res 4 failed. uhci2: Could not map ports device_attach: uhci2 attach returned 6 ehci0: at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: wrong number of companions (3 != 2) usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 5.0 (no driver attached) fwohci0: at device 7.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:39:00:00:53:7b:5f fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:39:53:7b:5f fwe0: Ethernet address: 02:00:39:53:7b:5f fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) em0: port 0xcf40-0xcf7f mem 0xfcec0000-0xfcedffff irq 11 at device 9.0 on pci2 em0: Ethernet address: 00:0e:7b:06:60:05 em0: Speed:N/A Duplex:N/A cbb0: at device 11.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 11.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pci2: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 11 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.5 (no driver attached) pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_acad0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1695755375 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB [116280/16/63] at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s2a WARNING: was not properly dismounted WARNING: was not properly dismounted WARNING: was not properly dismounted WARNING: was not properly dismounted Enhanced Speedstep running at 1700 MHz --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 20:18:15 2005 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 164E616A4CE for ; Sun, 2 Jan 2005 20:18:15 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3258543D3F for ; Sun, 2 Jan 2005 20:18:14 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 02 Jan 2005 20:18:11 -0000 Received: from p3EE26CA1.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.108.161) by mail.gmx.net (mp017) with SMTP; 02 Jan 2005 21:18:11 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j02KHreH053682 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 2 Jan 2005 21:17:58 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: current@freebsd.org Date: Sun, 2 Jan 2005 21:17:44 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1970521.m1j01Ydidi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501022117.48924.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: harti@freebsd.org Subject: Ports failing with bsd make 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, 02 Jan 2005 20:18:15 -0000 --nextPart1970521.m1j01Ydidi Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On recent -current, several ports are failing to build. Common quality: The= y=20 all use the system make rather than gmake. Examples: science/hdf, textproc/Wordnet, devel/qmake. The errors all look pretty similar: =3D=3D=3D> mfhdf/nctest (all) make: don't know how to make nctest.1. Stop =2E.. make: don't know how to make wn.1. Stop =2E.. make: don't know how to make qmake.1. Stop Looks like they're all failing while trying to generate manpages. Has make= =20 become allergic to targets with a dot in them perhaps? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1970521.m1j01Ydidi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2FbsXhc68WspdLARAlhhAJ9y6iVyY9gf0lRDAG64fBlKgfRAsACeIDMM YmB5PwoyvioBkJhq/OtizQQ= =CdAV -----END PGP SIGNATURE----- --nextPart1970521.m1j01Ydidi-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 20:26:19 2005 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 9D02B16A4CE; Sun, 2 Jan 2005 20:26:19 +0000 (GMT) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9EB443D5C; Sun, 2 Jan 2005 20:26:18 +0000 (GMT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from pd4mr3so.prod.shaw.ca (pd4mr3so-qfe3.prod.shaw.ca [10.0.141.214]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I9P00KAJI3ULZ60@l-daemon>; Sun, 02 Jan 2005 13:26:18 -0700 (MST) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd4mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0I9P005G6I3UG8M0@pd4mr3so.prod.shaw.ca>; Sun, 02 Jan 2005 13:26:18 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.233.42])2003)) with ESMTP id <0I9P00L8LI3TY6@l-daemon>; Sun, 02 Jan 2005 13:26:18 -0700 (MST) Date: Sun, 02 Jan 2005 12:26:16 -0800 From: Colin Percival In-reply-to: <200501022117.48924.michaelnottebrock@gmx.net> To: Michael Nottebrock Message-id: <41D858E8.5080609@wadham.ox.ac.uk> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <200501022117.48924.michaelnottebrock@gmx.net> User-Agent: Mozilla Thunderbird 0.9 (X11/20041107) cc: harti@freebsd.org cc: current@freebsd.org Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 20:26:19 -0000 Michael Nottebrock wrote: > On recent -current, several ports are failing to build. Common quality: They > all use the system make rather than gmake. > >[snip] > > Looks like they're all failing while trying to generate manpages. Has make > become allergic to targets with a dot in them perhaps? Are you sure this isn't fallout from the NOMAN/NO_MAN change? Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 21:23:34 2005 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 147D316A4CE; Sun, 2 Jan 2005 21:23:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D841D43D2F; Sun, 2 Jan 2005 21:23:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B9F705118B; Sun, 2 Jan 2005 13:23:35 -0800 (PST) Date: Sun, 2 Jan 2005 13:23:35 -0800 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20050102212335.GA58562@xor.obsecurity.org> References: <200501022117.48924.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <200501022117.48924.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i cc: harti@freebsd.org cc: current@freebsd.org Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 21:23:34 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 02, 2005 at 09:17:44PM +0100, Michael Nottebrock wrote: > On recent -current, several ports are failing to build. Common quality: T= hey=20 > all use the system make rather than gmake. >=20 > Examples: science/hdf, textproc/Wordnet, devel/qmake. >=20 > The errors all look pretty similar: >=20 > =3D=3D=3D> mfhdf/nctest (all) > make: don't know how to make nctest.1. Stop > ... >=20 > make: don't know how to make wn.1. Stop > ... >=20 > make: don't know how to make qmake.1. Stop >=20 > Looks like they're all failing while trying to generate manpages. Has mak= e=20 > become allergic to targets with a dot in them perhaps? Ruslan's NO_* change broke a lot of ports. He's currently on vacation for a few days, but I expect he'll fix these when he gets back. If you want to do it in the meantime (although we're in ports freeze anyway so this won't be committed until after), the port needs to set *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED and NOPROFILE), for compatibility with both 6.x and older. Kris --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2GZXWry0BWjoQKURAscFAJ96BWRmlrDE1d+dpI2xx6wl5xlAggCgq7oS 2H5nkerrkrfIhRvX73NwyxA= =nxDf -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 21:41:12 2005 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 7D55E16A4CE; Sun, 2 Jan 2005 21:41:12 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F9FD43D45; Sun, 2 Jan 2005 21:41:12 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.43 (FreeBSD)) id 1ClDTE-000G1x-Lm; Sun, 02 Jan 2005 22:41:04 +0100 Date: Sun, 2 Jan 2005 22:41:04 +0100 From: Kirill Ponomarew To: Kris Kennaway Message-ID: <20050102214104.GB60857@voodoo.oberon.net> References: <200501022117.48924.michaelnottebrock@gmx.net> <20050102212335.GA58562@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20050102212335.GA58562@xor.obsecurity.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE cc: harti@freebsd.org cc: current@freebsd.org Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 21:41:12 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jan 02, 2005 at 01:23:35PM -0800, Kris Kennaway wrote: > Ruslan's NO_* change broke a lot of ports. He's currently on vacation > for a few days, but I expect he'll fix these when he gets back. If > you want to do it in the meantime (although we're in ports freeze > anyway so this won't be committed until after), the port needs to set > *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED > and NOPROFILE), for compatibility with both 6.x and older. Aren't old NO_* macros defined in bsd.compat.mk ? -Kirill --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB2GpwQC1G6a60JuURAiG8AJ9AF93a+be8dJizJgcBA+7iLGtRgQCg4ThV XIKqrlJ1DnoWE7PGd120ghg= =RXQF -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 21:48:16 2005 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 2CD4016A4CE; Sun, 2 Jan 2005 21:48:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF5B643D46; Sun, 2 Jan 2005 21:48:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2046C51802; Sun, 2 Jan 2005 13:48:17 -0800 (PST) Date: Sun, 2 Jan 2005 13:48:17 -0800 From: Kris Kennaway To: Kirill Ponomarew Message-ID: <20050102214816.GA59154@xor.obsecurity.org> References: <200501022117.48924.michaelnottebrock@gmx.net> <20050102212335.GA58562@xor.obsecurity.org> <20050102214104.GB60857@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20050102214104.GB60857@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i cc: harti@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 21:48:16 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 02, 2005 at 10:41:04PM +0100, Kirill Ponomarew wrote: > On Sun, Jan 02, 2005 at 01:23:35PM -0800, Kris Kennaway wrote: > > Ruslan's NO_* change broke a lot of ports. He's currently on vacation > > for a few days, but I expect he'll fix these when he gets back. If > > you want to do it in the meantime (although we're in ports freeze > > anyway so this won't be committed until after), the port needs to set > > *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED > > and NOPROFILE), for compatibility with both 6.x and older. >=20 > Aren't old NO_* macros defined in bsd.compat.mk ? Yes, but this apparently doesn't work for NO* variables set in makefiles themselves. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2GwgWry0BWjoQKURAr5BAJ9Ta3Ax9Sy3teXXYIyiQbeIybBJYgCg58Ww 7bC9lELyvsLS5P57IrMb/lI= =dtD5 -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 21:51:03 2005 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 F1F9316A4CE for ; Sun, 2 Jan 2005 21:51:03 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E4BCD43D1D for ; Sun, 2 Jan 2005 21:51:02 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 02 Jan 2005 21:51:01 -0000 Received: from p3EE26CA1.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.108.161) by mail.gmx.net (mp003) with SMTP; 02 Jan 2005 22:51:01 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j02LoeeH075806 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 2 Jan 2005 22:50:48 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Kris Kennaway Date: Sun, 2 Jan 2005 22:50:33 +0100 User-Agent: KMail/1.7.2 References: <200501022117.48924.michaelnottebrock@gmx.net> <20050102212335.GA58562@xor.obsecurity.org> In-Reply-To: <20050102212335.GA58562@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5000019.VRUVvVTSp9"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501022250.38634.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: harti@freebsd.org cc: current@freebsd.org Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 21:51:04 -0000 --nextPart5000019.VRUVvVTSp9 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 2. January 2005 22:23, Kris Kennaway wrote: > On Sun, Jan 02, 2005 at 09:17:44PM +0100, Michael Nottebrock wrote: > > On recent -current, several ports are failing to build. Common quality: > > They all use the system make rather than gmake. > > > > Examples: science/hdf, textproc/Wordnet, devel/qmake. > > > > The errors all look pretty similar: > > > > =3D=3D=3D> mfhdf/nctest (all) > > make: don't know how to make nctest.1. Stop > > ... > > > > make: don't know how to make wn.1. Stop > > ... > > > > make: don't know how to make qmake.1. Stop > > > > Looks like they're all failing while trying to generate manpages. Has > > make become allergic to targets with a dot in them perhaps? > > Ruslan's NO_* change broke a lot of ports. He's currently on vacation > for a few days, but I expect he'll fix these when he gets back. If > you want to do it in the meantime (although we're in ports freeze > anyway so this won't be committed until after), the port needs to set > *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED > and NOPROFILE), for compatibility with both 6.x and older. Hm - none of those ports set either NO_MAN or NOMAN at the moment (and isn'= t=20 this a base-system switch?). Is my build environment wonky? =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5000019.VRUVvVTSp9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2GyuXhc68WspdLARAoZaAJ97q2tIZdPQY9Ph3VS4hgqOnBPAWQCfQk5e apCIS0lQ6NiPg4sHcuCnGmU= =d/Lv -----END PGP SIGNATURE----- --nextPart5000019.VRUVvVTSp9-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 21:54:28 2005 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 46A8416A4CE; Sun, 2 Jan 2005 21:54:28 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0246F43D46; Sun, 2 Jan 2005 21:54:28 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.43 (FreeBSD)) id 1ClDg4-000G6p-Hn; Sun, 02 Jan 2005 22:54:20 +0100 Date: Sun, 2 Jan 2005 22:54:20 +0100 From: Kirill Ponomarew To: Michael Nottebrock Message-ID: <20050102215420.GC60857@voodoo.oberon.net> References: <200501022117.48924.michaelnottebrock@gmx.net> <20050102212335.GA58562@xor.obsecurity.org> <200501022250.38634.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <200501022250.38634.michaelnottebrock@gmx.net> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE cc: harti@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 21:54:28 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 02, 2005 at 10:50:33PM +0100, Michael Nottebrock wrote: > On Sunday, 2. January 2005 22:23, Kris Kennaway wrote: > > On Sun, Jan 02, 2005 at 09:17:44PM +0100, Michael Nottebrock wrote: > > > On recent -current, several ports are failing to build. Common qualit= y: > > > They all use the system make rather than gmake. > > > > > > Examples: science/hdf, textproc/Wordnet, devel/qmake. > > > > > > The errors all look pretty similar: > > > > > > =3D=3D=3D> mfhdf/nctest (all) > > > make: don't know how to make nctest.1. Stop > > > ... > > > > > > make: don't know how to make wn.1. Stop > > > ... > > > > > > make: don't know how to make qmake.1. Stop > > > > > > Looks like they're all failing while trying to generate manpages. Has > > > make become allergic to targets with a dot in them perhaps? > > > > Ruslan's NO_* change broke a lot of ports. He's currently on vacation > > for a few days, but I expect he'll fix these when he gets back. If > > you want to do it in the meantime (although we're in ports freeze > > anyway so this won't be committed until after), the port needs to set > > *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED > > and NOPROFILE), for compatibility with both 6.x and older. >=20 > Hm - none of those ports set either NO_MAN or NOMAN at the moment (and is= n't=20 > this a base-system switch?). Is my build environment wonky? They're defined in software makefiles. -Kirill --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD4DBQFB2G2MQC1G6a60JuURAnvFAJi/meblK3JvCHV5cwEiWMLLMxTZAJ924qbt BUpa63CKyECudcI4Uj94RA== =YrbC -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 22:19:32 2005 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 26DD616A4CE; Sun, 2 Jan 2005 22:19:32 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C18F943D2D; Sun, 2 Jan 2005 22:19:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4423F514E1; Sun, 2 Jan 2005 14:19:34 -0800 (PST) Date: Sun, 2 Jan 2005 14:19:34 -0800 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20050102221934.GA74603@xor.obsecurity.org> References: <200501022117.48924.michaelnottebrock@gmx.net> <20050102212335.GA58562@xor.obsecurity.org> <200501022250.38634.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <200501022250.38634.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i cc: harti@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 22:19:32 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 02, 2005 at 10:50:33PM +0100, Michael Nottebrock wrote: > On Sunday, 2. January 2005 22:23, Kris Kennaway wrote: > > On Sun, Jan 02, 2005 at 09:17:44PM +0100, Michael Nottebrock wrote: > > > On recent -current, several ports are failing to build. Common qualit= y: > > > They all use the system make rather than gmake. > > > > > > Examples: science/hdf, textproc/Wordnet, devel/qmake. > > > > > > The errors all look pretty similar: > > > > > > =3D=3D=3D> mfhdf/nctest (all) > > > make: don't know how to make nctest.1. Stop > > > ... > > > > > > make: don't know how to make wn.1. Stop > > > ... > > > > > > make: don't know how to make qmake.1. Stop > > > > > > Looks like they're all failing while trying to generate manpages. Has > > > make become allergic to targets with a dot in them perhaps? > > > > Ruslan's NO_* change broke a lot of ports. He's currently on vacation > > for a few days, but I expect he'll fix these when he gets back. If > > you want to do it in the meantime (although we're in ports freeze > > anyway so this won't be committed until after), the port needs to set > > *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED > > and NOPROFILE), for compatibility with both 6.x and older. >=20 > Hm - none of those ports set either NO_MAN or NOMAN at the moment (and is= n't=20 > this a base-system switch?). Is my build environment wonky? Look in the software makefile. Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2HN1Wry0BWjoQKURAkqkAKCQfjuS/EksgNxZiGVVcki7LrfsYgCg6g/Y zJHWL4SSPLxS9sWWVhcMBms= =TY5G -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 22:25:30 2005 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 B85B916A4CE for ; Sun, 2 Jan 2005 22:25:30 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A396E43D1D for ; Sun, 2 Jan 2005 22:25:29 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 02 Jan 2005 22:25:18 -0000 Received: from p3EE26CA1.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.108.161) by mail.gmx.net (mp019) with SMTP; 02 Jan 2005 23:25:18 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j02MOPeH044413 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 2 Jan 2005 23:24:34 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Kirill Ponomarew Date: Sun, 2 Jan 2005 23:23:46 +0100 User-Agent: KMail/1.7.2 References: <200501022117.48924.michaelnottebrock@gmx.net> <200501022250.38634.michaelnottebrock@gmx.net> <20050102215420.GC60857@voodoo.oberon.net> In-Reply-To: <20050102215420.GC60857@voodoo.oberon.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2798085.hECLBEYn3l"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501022323.57457.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: harti@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 22:25:30 -0000 --nextPart2798085.hECLBEYn3l Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 2. January 2005 22:54, Kirill Ponomarew wrote: > On Sun, Jan 02, 2005 at 10:50:33PM +0100, Michael Nottebrock wrote: > > On Sunday, 2. January 2005 22:23, Kris Kennaway wrote: > > > On Sun, Jan 02, 2005 at 09:17:44PM +0100, Michael Nottebrock wrote: > > > > On recent -current, several ports are failing to build. Common > > > > quality: They all use the system make rather than gmake. > > > > > > > > Examples: science/hdf, textproc/Wordnet, devel/qmake. > > > > > > > > The errors all look pretty similar: > > > > > > > > =3D=3D=3D> mfhdf/nctest (all) > > > > make: don't know how to make nctest.1. Stop > > > > ... > > > > > > > > make: don't know how to make wn.1. Stop > > > > ... > > > > > > > > make: don't know how to make qmake.1. Stop > > > > > > > > Looks like they're all failing while trying to generate manpages. H= as > > > > make become allergic to targets with a dot in them perhaps? > > > > > > Ruslan's NO_* change broke a lot of ports. He's currently on vacation > > > for a few days, but I expect he'll fix these when he gets back. If > > > you want to do it in the meantime (although we're in ports freeze > > > anyway so this won't be committed until after), the port needs to set > > > *both* NOMAN and NO_MAN (similarly for any other options like NOSHARED > > > and NOPROFILE), for compatibility with both 6.x and older. > > > > Hm - none of those ports set either NO_MAN or NOMAN at the moment (and > > isn't this a base-system switch?). Is my build environment wonky? > > They're defined in software makefiles. LOL - I didn't think that the other common thing of those ports would matte= r=20 here, but it actually does - they're all made by mi@ and he used a=20 bsd.prog.mk-based custom build system for all of them, too. I guess he got all the pointyhat mail already. :-) =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2798085.hECLBEYn3l Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2HR9Xhc68WspdLARAgWWAJ0Yql8A9Pt+Yk3PEQSfDFrDWNYZGwCggnDx 1NOerJ2kgUffNBiLqBJWPwU= =XcJi -----END PGP SIGNATURE----- --nextPart2798085.hECLBEYn3l-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 22:33:10 2005 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 EB94616A4CE; Sun, 2 Jan 2005 22:33:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96D743D1F; Sun, 2 Jan 2005 22:33:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 28F09514E1; Sun, 2 Jan 2005 14:33:11 -0800 (PST) Date: Sun, 2 Jan 2005 14:33:11 -0800 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20050102223311.GA74916@xor.obsecurity.org> References: <200501022117.48924.michaelnottebrock@gmx.net> <200501022250.38634.michaelnottebrock@gmx.net> <20050102215420.GC60857@voodoo.oberon.net> <200501022323.57457.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <200501022323.57457.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.2.1i cc: harti@freebsd.org cc: current@freebsd.org cc: Kirill Ponomarew cc: Kris Kennaway Subject: Re: Ports failing with bsd make 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, 02 Jan 2005 22:33:11 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 02, 2005 at 11:23:46PM +0100, Michael Nottebrock wrote: > > > Hm - none of those ports set either NO_MAN or NOMAN at the moment (and > > > isn't this a base-system switch?). Is my build environment wonky? > > > > They're defined in software makefiles. >=20 > LOL - I didn't think that the other common thing of those ports would mat= ter=20 > here, but it actually does - they're all made by mi@ and he used a=20 > bsd.prog.mk-based custom build system for all of them, too. >=20 > I guess he got all the pointyhat mail already. :-) Not yet..I'm waiting for ru to return. Kris --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2HamWry0BWjoQKURAu6RAJkB8/PgKcxVl8dykg1VReMRPc/nwQCdG8Yv 8E3lNvq8VPNfzzDLXBho5rA= =ADR4 -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 2 23:59:55 2005 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 83EF516A4CE; Sun, 2 Jan 2005 23:59:55 +0000 (GMT) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC5D43D46; Sun, 2 Jan 2005 23:59:54 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.161.195]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050102235954.CVDT1106.out003.verizon.net@RabbitsDen>; Sun, 2 Jan 2005 17:59:54 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Lukas Ertl In-Reply-To: <20050102200906.Y529@korben.prv.univie.ac.at> References: <20041221163907.J46219@pcle2.cc.univie.ac.at> <20041221191910.J653@korben.prv.univie.ac.at> <20041222165135.L632@korben.prv.univie.ac.at> <1103766471.947.6.camel@RabbitsDen> <20050102200906.Y529@korben.prv.univie.ac.at> Content-Type: text/plain; charset=iso-8859-5 Date: Sun, 02 Jan 2005 18:59:17 -0500 Message-Id: <1104710357.1630.10.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [70.21.161.195] at Sun, 2 Jan 2005 17:59:54 -0600 cc: current@FreeBSD.org Subject: Re: WLAN, WEP, if_ndis on -CURRENT 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, 02 Jan 2005 23:59:55 -0000 On Sun, 2005-01-02 at 20:10 +0100, Lukas Ertl wrote: > On Wed, 22 Dec 2004, Alexandre "Sunny" Kovalenko wrote: > > > On Wed, 2004-12-22 at 16:52 +0100, Lukas Ertl wrote: > >> > >> It works fine if I first set wireless params on the interface, and then in > >> a second step set the IP params. But if I issue just the one command > >> shown above - boom. > >> > > I have ndis driven (Broadcom-based Belkin F5D7010) card working with > > -current as of December 17. Only difference in command line is > > > > ifconfig ... weptxkey 1 > > Unfortunately, this doesn't work here. With a -CURRENT from today, I > didn't manage to get my NDIS interface to work, either double fault or the > panic I mentioned. > > cheers, > le > Odd, I am running -CURRENT as of morning (EST) of January 1 and it seems to work properly. I have both 'device wlan' and 'device wlan_wep' compiled in and if_ndis.ko loaded. Just a shot in the dark -- do you rebuild your 'if_ndis.ko' every time you rebuild your kernel -- I always do it manually: cd /usr/src/sys/modules/if_ndis;make clean;make;make install I don't know whether it is mandatory or not, but I have vague recollection of being burned by not doing this. Might no longer be necessary (if it ever was) though. At this point, hopefully somebody who knows this stuff will chime in if only to scold me for giving stupid suggestions ;) -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 00:36:56 2005 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 8080F16A4CE; Mon, 3 Jan 2005 00:36:56 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3655F43D31; Mon, 3 Jan 2005 00:36:56 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j030asGV021771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 2 Jan 2005 16:36:55 -0800 Message-ID: <41D8935F.20505@root.org> Date: Sun, 02 Jan 2005 16:35:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200412291715.51125.jhb@FreeBSD.org> <41D33B86.3060109@root.org> <200412301527.07327.jhb@FreeBSD.org> In-Reply-To: <200412301527.07327.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 03 Jan 2005 00:36:56 -0000 John Baldwin wrote: > On Wednesday 29 December 2004 06:19 pm, Nate Lawson wrote: > >>John Baldwin wrote: >> >>>On Tuesday 28 December 2004 06:32 pm, Pawel Worach wrote: >>> >>>>John Baldwin wrote: >>>> >>>>>Are you still seeing this? >>>> >>>>Yes I am, updated boot -v with debug.rman_debug=1 below. >>>>Sources are from 16:00 UTC today. Last working kernel I >>>>have is from November 20, I can start a binary search if >>>>you want. >>> >>>No, I'm fairly sure I know what the search would find. :) Nate, I think >>>the problem here is that his link device doesn't have an associated >>>device_t yet when he gets to this point. Can we force ACPI to enumerate >>>all its devices and assign the associated device_t's via the >>>GetData/SetData stuff before we actually probe any of the children, or do >>>we do that already? >> >>What you want, my friend, is multi-pass newbus. Oh wait, you were one >>of the proponents of that. :) >> >>You can overload the hack I have in acpi_probe_order() for sysresource >>objects. Just do a manual check for the PNPID for PCI links and have >>them probe first. > > > I don't need them to probe first, I just need them to have a device_t > associated with each ACPI handle (even an unprobed one) before any of the > child devices are probed and attached. It actually wouldn't hurt to go ahead > and probe them up front if that is easy to do though. We already associate handles and devices in sys/dev/acpica/acpi.c:acpi_probe_child() before probing anything. See the AcpiAttachData() step. I don't think that's the problem. I do think the problem is that his link devices are not being probed (and thus lack a softc) before the device that wants to route interrupts via that link. The acpi_probe_order() hack would make sure that this happens. Since all acpi devices are ordered by default based on the AML tree hammered flat, dependencies have to be set by the bus drivers. PCI does this correctly and I updated FDC to do this. ATA and others currently do not but they don't use acpi yet. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 01:04:04 2005 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 2A76416A4CE for ; Mon, 3 Jan 2005 01:04:04 +0000 (GMT) Received: from msr46.hinet.net (msr46.hinet.net [168.95.4.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB0AD43D1F for ; Mon, 3 Jan 2005 01:04:02 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr46.hinet.net (8.9.3/8.9.3) with ESMTP id JAA15026; Mon, 3 Jan 2005 09:03:54 +0800 (CST) From: Chen Lihong To: Sam Leffler In-Reply-To: <41D597F1.4000902@errno.com> References: <6eb82e04122905361ccd6af0@mail.gmail.com> <41D4A140.8060502@errno.com> <1104486844.43764.6.camel@ OmniBook.accton.com.tw> <41D597F1.4000902@errno.com> Content-Type: text/plain Date: Mon, 03 Jan 2005 09:03:53 +0800 Message-Id: <1104714233.792.1.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: Rong-En Fan cc: current@freebsd.org Subject: Re: 802.11 WPA and wpa_supplicant 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, 03 Jan 2005 01:04:04 -0000 I cvsuped src yesterday. The WPA code works very well in WPA/TKIP and WPA/AES. On Fri, 2004-12-31 at 10:18 -0800, Sam Leffler wrote: > Chen Lihong wrote: > > I am using wpa_supplicant 0.3.2. > > I can associated and authenticated with my AP with WPA/TKIP/1X-KEY-MGMT. > > The hosts that at wired side can send packets to my FreeBSD station, but > > wired hosts can not receive any station's packets. > > Then, I use AiroPeek to capture wireless packets. I saw that any data > > packet sent by wired side is encrypted, and station can decrypte that > > well. > > When station reply or send any packet it is not encrypted, at this time > > AP may drop the packet. > > > > Looks like I need to push some changes from perforce into CVS. > > Sam From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 03:27:53 2005 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 32A4016A4CE; Mon, 3 Jan 2005 03:27:53 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB7FD43D39; Mon, 3 Jan 2005 03:27:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j033Rpdj012692; Sun, 2 Jan 2005 22:27:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j033RqGM005928; Sun, 2 Jan 2005 22:27:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 700387306E; Sun, 2 Jan 2005 22:27:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050103032751.700387306E@freebsd-current.sentex.ca> Date: Sun, 2 Jan 2005 22:27:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/649/Sun Jan 2 18:02:22 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 03:27:53 -0000 TB --- 2005-01-03 02:02:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-03 02:02:56 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-03 02:02:56 - checking out the source tree TB --- 2005-01-03 02:02:56 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-03 02:02:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-03 02:09:05 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-03 02:09:05 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-03 02:09:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-03 03:14:52 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-03 03:14:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-03 03:14:52 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jan 3 03:14:52 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Jan 3 03:26:37 UTC 2005 TB --- 2005-01-03 03:26:37 - generating LINT kernel config TB --- 2005-01-03 03:26:37 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-01-03 03:26:37 - /usr/bin/make -B LINT TB --- 2005-01-03 03:26:37 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-03 03:26:37 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-03 03:26:37 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 3 03:26:37 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.c:50: /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_sock.c:62: /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_subr.c:51: /tinderbox/CURRENT/sparc64/sparc64/src/sys/netncp/ncp_rq.h:56:2: #error "Macros for Big-Endians are incomplete" mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-03 03:27:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-03 03:27:51 - ERROR: failed to build lint kernel TB --- 2005-01-03 03:27:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 10:10:36 2005 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 8334816A4CE for ; Mon, 3 Jan 2005 10:10:36 +0000 (GMT) Received: from imap.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA11843D2F for ; Mon, 3 Jan 2005 10:10:35 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id j03AA7Fc502910; Mon, 3 Jan 2005 11:10:15 +0100 Date: Mon, 3 Jan 2005 11:10:07 +0100 (CET) From: Lukas Ertl To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1104710357.1630.10.camel@RabbitsDen> Message-ID: <20050103110935.A4043@pcle2.cc.univie.ac.at> References: <20041221163907.J46219@pcle2.cc.univie.ac.at> <41C863E1.2070406@errno.com> <20041222165135.L632@korben.prv.univie.ac.at> <20050102200906.Y529@korben.prv.univie.ac.at> <1104710357.1630.10.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4247; Body=2 Fuz1=2 Fuz2=2 cc: current@FreeBSD.org Subject: Re: WLAN, WEP, if_ndis on -CURRENT 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, 03 Jan 2005 10:10:36 -0000 > Odd, I am running -CURRENT as of morning (EST) of January 1 and it seems > to work properly. I have both 'device wlan' and 'device wlan_wep' > compiled in and if_ndis.ko loaded. Same here. > Just a shot in the dark -- do you rebuild your 'if_ndis.ko' every time > you rebuild your kernel Yes, of course. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 13:34:43 2005 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 DB17D16A4CE for ; Mon, 3 Jan 2005 13:34:43 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06AB543D1D for ; Mon, 3 Jan 2005 13:34:43 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j03DYfq4021761 for ; Mon, 3 Jan 2005 14:34:41 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 03 Jan 2005 14:34:41 +0100 Message-ID: <21760.1104759281@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 13:34:44 -0000 I ran a "make -j 48" on my testbox and suspended the task after a while so I could start systat(1) ===> usr.sbin/sysinstall (obj,build-tools) ===> gnu/usr.bin/cc/cc_tools (obj,depend,all) *** Stopped -- signal 18 Child (25164) not in table? warning: structure `reg_info_def' used but not defined warning: structure `basic_block_def' used but not defined warning: structure `answer' used but not defined warning: structure `cpp_macro' used but not defined warning: structure `reg_info_def' used but not defined warning: structure `basic_block_def' used but not defined warning: structure `answer' used but not defined warning: structure `cpp_macro' used but not defined couldn't resume gencodes.o: No such process *** Signal 1 1 error Doesn't look right to me, but I'm not sure if the scheduler or make(1) is to blame. -- 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 Mon Jan 3 17:27:04 2005 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 C5B0A16A4CE for ; Mon, 3 Jan 2005 17:27:04 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6431F43D2F for ; Mon, 3 Jan 2005 17:27:04 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j03HTlOD009647; Mon, 3 Jan 2005 10:29:48 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D9800C.8060202@freebsd.org> Date: Mon, 03 Jan 2005 10:25:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <21760.1104759281@critter.freebsd.dk> In-Reply-To: <21760.1104759281@critter.freebsd.dk> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 17:27:04 -0000 Poul-Henning Kamp wrote: > I ran a "make -j 48" on my testbox and suspended the task after > a while so I could start systat(1) > > ===> usr.sbin/sysinstall (obj,build-tools) > ===> gnu/usr.bin/cc/cc_tools (obj,depend,all) > *** Stopped -- signal 18 > Child (25164) not in table? > warning: structure `reg_info_def' used but not defined > warning: structure `basic_block_def' used but not defined > warning: structure `answer' used but not defined > warning: structure `cpp_macro' used but not defined > warning: structure `reg_info_def' used but not defined > warning: structure `basic_block_def' used but not defined > warning: structure `answer' used but not defined > warning: structure `cpp_macro' used but not defined > couldn't resume gencodes.o: No such process > *** Signal 1 > 1 error > > Doesn't look right to me, but I'm not sure if the scheduler or make(1) > is to blame. > I've had problems recently with SIGSTOP not being honored while compiling files. Probably what happened here is that gcc continued on its merry way and exited when it was done compiling gencodes.o. Unfortunately I don't have much more debugging information to offer here. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 17:46:08 2005 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 C638716A4CE for ; Mon, 3 Jan 2005 17:46:08 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62FC443D1D for ; Mon, 3 Jan 2005 17:46:08 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j03HfMsM002258; Mon, 3 Jan 2005 12:41:27 -0500 Message-ID: <41D984A5.7010408@root.org> Date: Mon, 03 Jan 2005 09:45:09 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sos@deepcore.dk Content-Type: multipart/mixed; boundary="------------060807040601090509030607" cc: FreeBSD Current Subject: ATA rman performance enhancement 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, 03 Jan 2005 17:46:09 -0000 This is a multi-part message in MIME format. --------------060807040601090509030607 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit While doing some benchmarking of other code, I noticed that there were a lot of calls to rman_get_bustag/handle(). They weren't taking up much actual time since they're pretty lightweight but seemed to be unnecessary. I worked up the attached diff and benchmarked it. There are about 1000 calls a second to the rman routines without this patch and essentially none with it. It makes about a 1% difference in throughput under some IO loads. It is only for non-Promise or non-SII controllers right now since I didn't extend the initialization step to more than ata-pci.c. The same approach could be used for the other INW/OUTW calls as well but they're not in the fast path. I think it may make more of a difference with small reads. Feel free to test, cleanup, and commit. Thanks, -- Nate --------------060807040601090509030607 Content-Type: text/plain; name="ata-rman.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata-rman.diff" Index: ata-all.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.87 diff -u -r1.87 ata-all.h --- ata-all.h 9 Dec 2004 07:31:06 -0000 1.87 +++ ata-all.h 3 Jan 2005 09:54:40 -0000 @@ -331,6 +331,8 @@ struct ata_resource { struct resource *res; int offset; + bus_space_tag_t tag; + bus_space_handle_t handle; }; /* structure describing an ATA channel */ @@ -493,7 +495,7 @@ (offset), (addr), (count)) #define ATA_IDX_INB(ch, idx) \ - ATA_INB(ch->r_io[idx].res, ch->r_io[idx].offset) + bus_space_read_1(ch->r_io[idx].tag, ch->r_io[idx].handle, ch->r_io[idx].offset) #define ATA_IDX_INW(ch, idx) \ ATA_INW(ch->r_io[idx].res, ch->r_io[idx].offset) @@ -514,13 +516,13 @@ ATA_INSL_STRM(ch->r_io[idx].res, ch->r_io[idx].offset, addr, count) #define ATA_IDX_OUTB(ch, idx, value) \ - ATA_OUTB(ch->r_io[idx].res, ch->r_io[idx].offset, value) + bus_space_write_1(ch->r_io[idx].tag, ch->r_io[idx].handle, ch->r_io[idx].offset, value) #define ATA_IDX_OUTW(ch, idx, value) \ ATA_OUTW(ch->r_io[idx].res, ch->r_io[idx].offset, value) #define ATA_IDX_OUTL(ch, idx, value) \ - ATA_OUTL(ch->r_io[idx].res, ch->r_io[idx].offset, value) + bus_space_write_4(ch->r_io[idx].tag, ch->r_io[idx].handle, ch->r_io[idx].offset, value) #define ATA_IDX_OUTSW(ch, idx, addr, count) \ ATA_OUTSW(ch->r_io[idx].res, ch->r_io[idx].offset, addr, count) Index: ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.91 diff -u -r1.91 ata-pci.c --- ata-pci.c 8 Dec 2004 11:17:38 -0000 1.91 +++ ata-pci.c 3 Jan 2005 09:45:55 -0000 @@ -417,15 +417,23 @@ for (i = ATA_DATA; i <= ATA_STATUS; i ++) { ch->r_io[i].res = io; + ch->r_io[i].tag = rman_get_bustag(io); + ch->r_io[i].handle = rman_get_bushandle(io); ch->r_io[i].offset = i; } ch->r_io[ATA_ALTSTAT].res = altio; + ch->r_io[ATA_ALTSTAT].tag = rman_get_bustag(altio); + ch->r_io[ATA_ALTSTAT].handle = rman_get_bushandle(altio); ch->r_io[ATA_ALTSTAT].offset = ata_legacy(device_get_parent(dev)) ? 0 : 2; ch->r_io[ATA_IDX_ADDR].res = io; + ch->r_io[ATA_IDX_ADDR].tag = rman_get_bustag(io); + ch->r_io[ATA_IDX_ADDR].handle = rman_get_bushandle(io); if (ctlr->r_res1) { for (i = ATA_BMCMD_PORT; i <= ATA_BMDTP_PORT; i++) { ch->r_io[i].res = ctlr->r_res1; + ch->r_io[i].tag = rman_get_bustag(ctlr->r_res1); + ch->r_io[i].handle = rman_get_bushandle(ctlr->r_res1); ch->r_io[i].offset = (i - ATA_BMCMD_PORT)+(ch->unit * ATA_BMIOSIZE); } } --------------060807040601090509030607-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 18:12:46 2005 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 A6B3F16A4CE for ; Mon, 3 Jan 2005 18:12:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A5D443D45 for ; Mon, 3 Jan 2005 18:12:46 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6C26172DD4; Mon, 3 Jan 2005 10:12:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6747A72DCB; Mon, 3 Jan 2005 10:12:46 -0800 (PST) Date: Mon, 3 Jan 2005 10:12:46 -0800 (PST) From: Doug White To: Slawa Olhovchenkov In-Reply-To: <20050102130625.GA22025@mail.acropolis.ru> Message-ID: <20050103101230.O6665@carver.gumbysoft.com> References: <20050102130625.GA22025@mail.acropolis.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Poul-Henning Kamp cc: FreeBSD-current@freebsd.org Subject: Re: Hard system hangs on tty code (6-current) 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, 03 Jan 2005 18:12:46 -0000 Could you file a PR on this? Thanks! On Sun, 2 Jan 2005, Slawa Olhovchenkov wrote: > 6-current totally hangs by this program, from user, not root. > No responds on keys pressed, Control-Alt-ESC, switching console and etc. > > System run in infinite loop in sys/kern/tty.c:ttread() > > === > read: > splx(s); > /* > * Input present, check for input mapping and processing. > */ > first = 1; > if (ISSET(lflag, ICANON | ISIG)) > goto slowcase; > for (;;) { > char ibuf[IBUFSIZ]; > int icc; > > icc = imin(uio->uio_resid, IBUFSIZ); > /* XXX uio_resid==0 => icc=0 */ > icc = q_to_b(qp, ibuf, icc); > /* icc == 0 */ > if (icc <= 0) { > if (first) > goto loop; > > === > > #include > #include > #include > #include > #include > #include > #include > #include > #include > > #define cfmakeraw(ptr) (ptr)->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR\ > |IGNCR|ICRNL|IXON);\ > (ptr)->c_oflag &= ~OPOST;\ > (ptr)->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN);\ > (ptr)->c_cflag &= ~(CSIZE|PARENB);\ > (ptr)->c_cflag |= CS8 > > > int > main(int argc, char *argv[]) > { > int fd, > i; > char *buf[1024]; > > struct termios tcn; > if ((fd = open("/dev/tty", O_RDWR | O_NONBLOCK)) == -1) { > return -1; /* errno already set */ > } > > /* Set the tty to raw and to the correct speed */ > tcgetattr(fd, &tcn); > > tcn.c_oflag = 0; > tcn.c_iflag = IGNBRK | IGNPAR; > tcn.c_cflag = CREAD | CLOCAL | CS8; > > tcn.c_lflag = NOFLSH; > > cfmakeraw(&tcn); > > for (i = 0; i < 16; i++) > tcn.c_cc[i] = 0; > > tcn.c_cc[VMIN] = 1; > tcn.c_cc[VTIME] = 0; > > tcsetattr(fd, TCSANOW, &tcn); > > if ((i = fcntl(fd, F_GETFL, 0)) != -1) { > i &= ~O_NONBLOCK; > fcntl(fd, F_SETFL, i); > } > read(fd, buf, 0); > > } > > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 18:37:26 2005 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 BFAAA16A4CE for ; Mon, 3 Jan 2005 18:37:26 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 910A143D39 for ; Mon, 3 Jan 2005 18:37:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1D638512B5; Mon, 3 Jan 2005 10:37:37 -0800 (PST) Date: Mon, 3 Jan 2005 10:37:37 -0800 From: Kris Kennaway To: Poul-Henning Kamp Message-ID: <20050103183736.GA93409@xor.obsecurity.org> References: <21760.1104759281@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <21760.1104759281@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 18:37:26 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 03, 2005 at 02:34:41PM +0100, Poul-Henning Kamp wrote: >=20 > I ran a "make -j 48" on my testbox and suspended the task after > a while so I could start systat(1) >=20 > =3D=3D=3D> usr.sbin/sysinstall (obj,build-tools) > =3D=3D=3D> gnu/usr.bin/cc/cc_tools (obj,depend,all) > *** Stopped -- signal 18 > Child (25164) not in table? I've seen this too. Kris --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2ZDwWry0BWjoQKURAs0fAKD0asNdiJKEWztdUpXUqCMwDAPHyACg/yZz Mvd/mdlh3wJh6NbBERTsEDw= =POXi -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 18:51:00 2005 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 1357216A4CF for ; Mon, 3 Jan 2005 18:51:00 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5596643D2F for ; Mon, 3 Jan 2005 18:50:59 +0000 (GMT) (envelope-from richard@howitsdone.net) Received: from asdf (adsl-69-155-122-191.dsl.ltrkar.swbell.net [69.155.122.191])j03IomHg052094 for ; Mon, 3 Jan 2005 13:50:57 -0500 Message-ID: <002401c4f1c4$fc7ab240$6500000a@asdf> From: "Richard Cadwalader" To: Date: Mon, 3 Jan 2005 12:49:32 -0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Can't get rid of IPv6 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, 03 Jan 2005 18:51:00 -0000 I need to get rid of IPv6 altogether. I have 5.3 current. here is what it's doing: browsing the net is imposible (signing into AIM, IRC, mail, anything = that uses a dns server is also imposible.) takes forever to resolve by name, resolves in milisecnds and loads the = page in half a second when using IP Here is what I did to try to fix it: checked and edited all the config files (inetd.conf, resolve.conf) no change Looked for the infamous 99kde-env file that is supposed to have some = kind of ENABLE_IPV6_no=3D"1" line in it, and it's not in 5.3...at least = not by that filename. The Linux guys were saying that they were having = the same trouble and setting that environment variable for KDE did the = trick. Commented out the INET6 line in the GENERIC kernel and recompiled. No = change. Found two more lines that had to do with INET6 gif and something else, = so I commented out those two and compiled again. No change. Moved the IPv6 address from the top to the bottom in hosts file, no = change. Configured the NIC I can't tell you how many times, static, DHCP. I've tried 4 other browsers. Even ping takes about 90 seconds to return = anything. I can't show you my kernel config or anything else, because I can't even = send/recieve email. That is name based, of course, so forget it. I can't = browse the net unless I know the host's IP and all the links are = relative and the host allows http req's by IP....otherwise I would have = set up Samba and wrote those files to the windows HDD so I can share = that with everyone, but I can't. The one thing I didn't try, and didn't think of it till just now is I = never actually tried IPv6 support on the card using sysinstall. Maybe = the all the apps are sending ip6 to the card, and the card isn't = telling the app to use ip4 because the card doesn't know what it's = getting in the first place...could that be it? Any help would be great! -RC From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:04:27 2005 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 0F24316A4CE for ; Mon, 3 Jan 2005 19:04:27 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 245E743D2D for ; Mon, 3 Jan 2005 19:04:26 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j03J4Ot9026707; Mon, 3 Jan 2005 20:04:24 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Kris Kennaway From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 03 Jan 2005 10:37:37 PST." <20050103183736.GA93409@xor.obsecurity.org> Date: Mon, 03 Jan 2005 20:04:24 +0100 Message-ID: <26706.1104779064@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 19:04:27 -0000 In message <20050103183736.GA93409@xor.obsecurity.org>, Kris Kennaway writes: > >--cWoXeonUoKmBZSoM >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Mon, Jan 03, 2005 at 02:34:41PM +0100, Poul-Henning Kamp wrote: >>=20 >> I ran a "make -j 48" on my testbox and suspended the task after >> a while so I could start systat(1) >>=20 >> =3D=3D=3D> usr.sbin/sysinstall (obj,build-tools) >> =3D=3D=3D> gnu/usr.bin/cc/cc_tools (obj,depend,all) >> *** Stopped -- signal 18 >> Child (25164) not in table? > >I've seen this too. With make or with other apps ? -- 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 Mon Jan 3 19:07:30 2005 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 2083716A4CE; Mon, 3 Jan 2005 19:07:30 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8B143D39; Mon, 3 Jan 2005 19:07:29 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 278907A425; Mon, 3 Jan 2005 11:07:27 -0800 (PST) Message-ID: <41D997EF.50809@elischer.org> Date: Mon, 03 Jan 2005 11:07:27 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Scott Long References: <21760.1104759281@critter.freebsd.dk> <41D9800C.8060202@freebsd.org> In-Reply-To: <41D9800C.8060202@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 19:07:30 -0000 Scott Long wrote: >> > > I've had problems recently with SIGSTOP not being honored while > compiling files. Probably what happened here is that gcc continued > on its merry way and exited when it was done compiling gencodes.o. > Unfortunately I don't have much more debugging information to offer I've seen this but only with make. From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:12:17 2005 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 3D8E416A4CE for ; Mon, 3 Jan 2005 19:12:17 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE4F43D48 for ; Mon, 3 Jan 2005 19:12:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A1DA951385; Mon, 3 Jan 2005 11:12:27 -0800 (PST) Date: Mon, 3 Jan 2005 11:12:27 -0800 From: Kris Kennaway To: Poul-Henning Kamp Message-ID: <20050103191227.GA5783@xor.obsecurity.org> References: <20050103183736.GA93409@xor.obsecurity.org> <26706.1104779064@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <26706.1104779064@critter.freebsd.dk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 19:12:17 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 03, 2005 at 08:04:24PM +0100, Poul-Henning Kamp wrote: > In message <20050103183736.GA93409@xor.obsecurity.org>, Kris Kennaway wri= tes: > > > >--cWoXeonUoKmBZSoM > >Content-Type: text/plain; charset=3Dus-ascii > >Content-Disposition: inline > >Content-Transfer-Encoding: quoted-printable > > > >On Mon, Jan 03, 2005 at 02:34:41PM +0100, Poul-Henning Kamp wrote: > >>=3D20 > >> I ran a "make -j 48" on my testbox and suspended the task after > >> a while so I could start systat(1) > >>=3D20 > >> =3D3D=3D3D=3D3D> usr.sbin/sysinstall (obj,build-tools) > >> =3D3D=3D3D=3D3D> gnu/usr.bin/cc/cc_tools (obj,depend,all) > >> *** Stopped -- signal 18 > >> Child (25164) not in table? > > > >I've seen this too. >=20 > With make or with other apps ? With make, I think. Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2ZkaWry0BWjoQKURAjzhAJ0ZDfDdUgkuJITnOnm03agsveckMgCcDIr2 vPENwUfRuBGwq/3nJYCU8aM= =g4zT -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:12:46 2005 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 2000116A4CE for ; Mon, 3 Jan 2005 19:12:46 +0000 (GMT) Received: from smtps-vbr2.xs4all.nl (smtps-vbr2.xs4all.nl [194.109.24.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA5743D2F for ; Mon, 3 Jan 2005 19:12:45 +0000 (GMT) (envelope-from mhellwig@xs4all.nl) Received: from [10.0.0.182] (xinagnet.xs4all.nl [80.126.243.229]) (authenticated bits=0)j03JChtN099826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 3 Jan 2005 20:12:44 +0100 (CET) (envelope-from mhellwig@xs4all.nl) Message-ID: <41D9992C.4080401@xs4all.nl> Date: Mon, 03 Jan 2005 20:12:44 +0100 From: "Martin P. Hellwig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041111 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <002401c4f1c4$fc7ab240$6500000a@asdf> In-Reply-To: <002401c4f1c4$fc7ab240$6500000a@asdf> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Can't get rid of IPv6 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, 03 Jan 2005 19:12:46 -0000 Richard Cadwalader wrote: > > I've tried 4 other browsers. Even ping takes about 90 seconds to > return anything. > > I can't show you my kernel config or anything else, because I can't > even send/recieve email. That is name based, of course, so forget it. > I can't browse the net unless I know the host's IP and all the links > are relative and the host allows http req's by IP....otherwise I would > have set up Samba and wrote those files to the windows HDD so I can > share that with everyone, but I can't. > > The one thing I didn't try, and didn't think of it till just now is I > never actually tried IPv6 support on the card using sysinstall. Maybe > the all the apps are sending ip6 to the card, and the card isn't > telling the app to use ip4 because the card doesn't know what it's > getting in the first place...could that be it? > > Wild guess but could you post your netstat -r output, perhaps there is something interesting in there. -- mph From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:23:26 2005 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 97AF216A4CE for ; Mon, 3 Jan 2005 19:23:26 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9852D43D3F for ; Mon, 3 Jan 2005 19:23:25 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 03 Jan 2005 19:23:24 -0000 Received: from pD95D8028.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.128.40) by mail.gmx.net (mp021) with SMTP; 03 Jan 2005 20:23:24 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j03JNAeH073223 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 3 Jan 2005 20:23:11 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Mon, 3 Jan 2005 20:23:03 +0100 User-Agent: KMail/1.7.2 References: <002401c4f1c4$fc7ab240$6500000a@asdf> In-Reply-To: <002401c4f1c4$fc7ab240$6500000a@asdf> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1679628.UI1niWjeMM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501032023.07793.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Richard Cadwalader Subject: Re: Can't get rid of IPv6 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, 03 Jan 2005 19:23:26 -0000 --nextPart1679628.UI1niWjeMM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 3. January 2005 19:49, Richard Cadwalader wrote: > I need to get rid of IPv6 altogether. I have 5.3 current. > > here is what it's doing: > browsing the net is imposible (signing into AIM, IRC, mail, anything that > uses a dns server is also imposible.) > > takes forever to resolve by name, resolves in milisecnds and loads the pa= ge > in half a second when using IP Probably your dns servers (or the ones of your ISP) are misconfigured. Perh= aps=20 there's also a local firewall setup to blame, but it shouldn't really be ab= le=20 to interfere once you completely disabled ipv6 support in the kernel as you= =20 said you did. Are you sure you haven't accidentally put ipv6_enable=3D"YES" into /etc/rc.= conf? > Here is what I did to try to fix it: > checked and edited all the config files (inetd.conf, resolve.conf) > no change > > Looked for the infamous 99kde-env file that is supposed to have some kind > of ENABLE_IPV6_no=3D"1" line in it, and it's not in 5.3... You probably mean KDE_NO_IPV6=3D1. That's an environment variable you can s= et=20 before running startkde (or from a script with an .sh extension in $HOME/en= v=20 or /usr/local/env), which will cause KDE (and all KDE components) to not=20 attempt any ipv6 operations. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1679628.UI1niWjeMM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2ZubXhc68WspdLARAl8OAJ4oCHLsPZR5z91iV3x19CFwFtfh0QCgjAr8 11+vutf2x6tF7hwGjQy7d7I= =RnzN -----END PGP SIGNATURE----- --nextPart1679628.UI1niWjeMM-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:23:57 2005 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 B300B16A4CE for ; Mon, 3 Jan 2005 19:23:57 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB0443D2F for ; Mon, 3 Jan 2005 19:23:57 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so468781wra for ; Mon, 03 Jan 2005 11:23:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=KmuelQ7K1XUDSIhIyXUPYVLtNeY2UlVRj6N706UUsrmTiXnpyuWbHelfLOaDgzF0Z3NaBaMXhdct0Doarm9CysQbWFyFCjHefBm/t7XstvjCtqVRRxht1seem7YJ57zc+l5/fXTzaH/wXK0vNReJWHqPpqFbP9L+rUhzEelCACg= Received: by 10.54.14.21 with SMTP id 21mr393178wrn; Mon, 03 Jan 2005 11:23:56 -0800 (PST) Received: by 10.54.46.25 with HTTP; Mon, 3 Jan 2005 11:23:56 -0800 (PST) Message-ID: <6e01203b050103112369f016e0@mail.gmail.com> Date: Mon, 3 Jan 2005 12:23:56 -0700 From: Tyler Gee To: "Martin P. Hellwig" In-Reply-To: <41D9992C.4080401@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <002401c4f1c4$fc7ab240$6500000a@asdf> <41D9992C.4080401@xs4all.nl> cc: freebsd-current@freebsd.org Subject: Re: Can't get rid of IPv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 19:23:57 -0000 Just a guess... Have you tried NO_INET6="yes" in /etc/rc.conf? On Mon, 03 Jan 2005 20:12:44 +0100, Martin P. Hellwig wrote: > Richard Cadwalader wrote: > > > > > I've tried 4 other browsers. Even ping takes about 90 seconds to > > return anything. > > > > I can't show you my kernel config or anything else, because I can't > > even send/recieve email. That is name based, of course, so forget it. > > I can't browse the net unless I know the host's IP and all the links > > are relative and the host allows http req's by IP....otherwise I would > > have set up Samba and wrote those files to the windows HDD so I can > > share that with everyone, but I can't. > > > > The one thing I didn't try, and didn't think of it till just now is I > > never actually tried IPv6 support on the card using sysinstall. Maybe > > the all the apps are sending ip6 to the card, and the card isn't > > telling the app to use ip4 because the card doesn't know what it's > > getting in the first place...could that be it? > > > > > Wild guess but could you post your netstat -r output, perhaps there is > something interesting in there. > > -- > mph > > _______________________________________________ > 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 Mon Jan 3 19:24:37 2005 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 8CD5016A4E9 for ; Mon, 3 Jan 2005 19:24:37 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 9180743D48 for ; Mon, 3 Jan 2005 19:24:36 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 3 Jan 2005 19:24:35 +0000 (GMT) Date: Mon, 3 Jan 2005 19:24:35 +0000 From: David Malone To: Richard Cadwalader Message-ID: <20050103192435.GA1685@walton.maths.tcd.ie> References: <002401c4f1c4$fc7ab240$6500000a@asdf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002401c4f1c4$fc7ab240$6500000a@asdf> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-current@freebsd.org Subject: Re: Can't get rid of IPv6 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, 03 Jan 2005 19:24:37 -0000 On Mon, Jan 03, 2005 at 12:49:32PM -0600, Richard Cadwalader wrote: > takes forever to resolve by name, resolves in milisecnds and loads > the page in half a second when using IP What is listed in /etc/resolv.conf as your name server? It sounds like whatever it is doesn't work correctly as a name server and you need to list something else. David. From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:41:34 2005 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 6CEF716A4CE for ; Mon, 3 Jan 2005 19:41:34 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01A643D31 for ; Mon, 3 Jan 2005 19:41:33 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j03JfS65049451; Mon, 3 Jan 2005 20:41:30 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41D99FBD.8070500@DeepCore.dk> Date: Mon, 03 Jan 2005 20:40:45 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <41D984A5.7010408@root.org> In-Reply-To: <41D984A5.7010408@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FreeBSD Current Subject: Re: ATA rman performance enhancement 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, 03 Jan 2005 19:41:34 -0000 Nate Lawson wrote: > While doing some benchmarking of other code, I noticed that there were = a=20 > lot of calls to rman_get_bustag/handle(). They weren't taking up much = > actual time since they're pretty lightweight but seemed to be unnecessa= ry. >=20 > I worked up the attached diff and benchmarked it. There are about 1000= =20 > calls a second to the rman routines without this patch and essentially = > none with it. It makes about a 1% difference in throughput under some = > IO loads. It is only for non-Promise or non-SII controllers right now = > since I didn't extend the initialization step to more than ata-pci.c.=20 > The same approach could be used for the other INW/OUTW calls as well bu= t=20 > they're not in the fast path. I think it may make more of a difference= =20 > with small reads. >=20 > Feel free to test, cleanup, and commit. I had something semilar to this once back when, but since HW got lots=20 faster I couldn't measure it anymore, but maybe things has changed... Anyhow it needs to be applied to ata-isa.c ata-card.c ata-cbus.c etc to=20 not break anything at least. I'll think about it and eventually do=20 something about it in ATA-mkIII if it really is mesureable again.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:46:03 2005 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 ECAFC16A4CE for ; Mon, 3 Jan 2005 19:46:03 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DB3D343D4C for ; Mon, 3 Jan 2005 19:46:02 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 03 Jan 2005 19:46:01 -0000 Received: from pD95D8028.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.93.128.40) by mail.gmx.net (mp019) with SMTP; 03 Jan 2005 20:46:01 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j03JjZeH073493 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 3 Jan 2005 20:45:45 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org, Tyler Gee Date: Mon, 3 Jan 2005 20:45:29 +0100 User-Agent: KMail/1.7.2 References: <002401c4f1c4$fc7ab240$6500000a@asdf> <41D9992C.4080401@xs4all.nl> <6e01203b050103112369f016e0@mail.gmail.com> In-Reply-To: <6e01203b050103112369f016e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5908553.PnWHvZt0ey"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501032045.33577.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: "Martin P. Hellwig" Subject: Re: Can't get rid of IPv6 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, 03 Jan 2005 19:46:04 -0000 --nextPart5908553.PnWHvZt0ey Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 3. January 2005 20:23, Tyler Gee wrote: > Just a guess... > > Have you tried NO_INET6=3D"yes" in /etc/rc.conf? That's not a valid rc.conf switch. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5908553.PnWHvZt0ey Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2aDdXhc68WspdLARAmNlAKCB67c1SASRmdoVB9ZyRW3EJNzyuACeNoeW BXebOj1hKxOEMnBuIB7QreU= =TdaY -----END PGP SIGNATURE----- --nextPart5908553.PnWHvZt0ey-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:54:15 2005 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 8362816A4CE for ; Mon, 3 Jan 2005 19:54:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A4243D54 for ; Mon, 3 Jan 2005 19:54:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j03Js4GV028092 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 3 Jan 2005 11:54:05 -0800 Message-ID: <41D9A2CF.30704@root.org> Date: Mon, 03 Jan 2005 11:53:51 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <41D984A5.7010408@root.org> <41D99FBD.8070500@DeepCore.dk> In-Reply-To: <41D99FBD.8070500@DeepCore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: FreeBSD Current Subject: Re: ATA rman performance enhancement 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, 03 Jan 2005 19:54:15 -0000 Søren Schmidt wrote: > Nate Lawson wrote: > >> While doing some benchmarking of other code, I noticed that there were >> a lot of calls to rman_get_bustag/handle(). They weren't taking up >> much actual time since they're pretty lightweight but seemed to be >> unnecessary. >> >> I worked up the attached diff and benchmarked it. There are about >> 1000 calls a second to the rman routines without this patch and >> essentially none with it. It makes about a 1% difference in >> throughput under some IO loads. It is only for non-Promise or non-SII >> controllers right now since I didn't extend the initialization step to >> more than ata-pci.c. The same approach could be used for the other >> INW/OUTW calls as well but they're not in the fast path. I think it >> may make more of a difference with small reads. >> >> Feel free to test, cleanup, and commit. > > > I had something semilar to this once back when, but since HW got lots > faster I couldn't measure it anymore, but maybe things has changed... > > Anyhow it needs to be applied to ata-isa.c ata-card.c ata-cbus.c etc to > not break anything at least. Yes, I agree. I limited the change only to the IDX macros that were used in the fast path although it could apply to all of them. > I'll think about it and eventually do > something about it in ATA-mkIII if it really is mesureable again.. It is a minimal difference but with small transfers on a fast drive with a low-powered CPU, it's measurable. I made the same change a while back in acpi_timer.c since the resource is only allocated once but accessed very often and in a low-latency context. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:54:43 2005 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 6CBB416A4CE for ; Mon, 3 Jan 2005 19:54:43 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CA1A43D58 for ; Mon, 3 Jan 2005 19:54:43 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C1224F2557; Mon, 3 Jan 2005 11:54:40 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63687-07; Mon, 3 Jan 2005 11:54:39 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 8C30CF253F; Mon, 3 Jan 2005 11:54:39 -0800 (PST) From: Sean McNeil To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <41D99FBD.8070500@DeepCore.dk> References: <41D984A5.7010408@root.org> <41D99FBD.8070500@DeepCore.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mrEFAHAisOBjKry4LOtG" Date: Mon, 03 Jan 2005 11:54:39 -0800 Message-Id: <1104782079.66465.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: FreeBSD Current cc: Nate Lawson Subject: Re: ATA rman performance enhancement 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, 03 Jan 2005 19:54:43 -0000 --=-mrEFAHAisOBjKry4LOtG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, 2005-01-03 at 20:40 +0100, S=F8ren Schmidt wrote: > Nate Lawson wrote: > > While doing some benchmarking of other code, I noticed that there were = a=20 > > lot of calls to rman_get_bustag/handle(). They weren't taking up much=20 > > actual time since they're pretty lightweight but seemed to be unnecessa= ry. > >=20 > > I worked up the attached diff and benchmarked it. There are about 1000= =20 > > calls a second to the rman routines without this patch and essentially=20 > > none with it. It makes about a 1% difference in throughput under some=20 > > IO loads. It is only for non-Promise or non-SII controllers right now=20 > > since I didn't extend the initialization step to more than ata-pci.c.=20 > > The same approach could be used for the other INW/OUTW calls as well bu= t=20 > > they're not in the fast path. I think it may make more of a difference= =20 > > with small reads. > >=20 > > Feel free to test, cleanup, and commit. >=20 > I had something semilar to this once back when, but since HW got lots=20 > faster I couldn't measure it anymore, but maybe things has changed... >=20 > Anyhow it needs to be applied to ata-isa.c ata-card.c ata-cbus.c etc to=20 > not break anything at least. I'll think about it and eventually do=20 > something about it in ATA-mkIII if it really is mesureable again.. I would suggest that it be done even if it isn't measurable. If you do not need to call a function all the time like that, then where is the harm in doing it more efficiently? The added memory storage for this is more than made up by its usefulness. Cheers, Sean --=-mrEFAHAisOBjKry4LOtG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB2aL/yQsGN30uGE4RAvl5AJ9+d/J1LciFXGXgxGbC2+MOx+vRpwCfUJUc BS428I1NAjGVn06RVH3/MG0= =WAOE -----END PGP SIGNATURE----- --=-mrEFAHAisOBjKry4LOtG-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 19:59:38 2005 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 2C51116A4FE for ; Mon, 3 Jan 2005 19:59:38 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 520B343D39 for ; Mon, 3 Jan 2005 19:59:37 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j03JxXDR049634; Mon, 3 Jan 2005 20:59:35 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41D9A3FA.20204@DeepCore.dk> Date: Mon, 03 Jan 2005 20:58:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <41D984A5.7010408@root.org> <41D99FBD.8070500@DeepCore.dk> <41D9A2CF.30704@root.org> In-Reply-To: <41D9A2CF.30704@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FreeBSD Current Subject: Re: ATA rman performance enhancement 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, 03 Jan 2005 19:59:38 -0000 Nate Lawson wrote: > S=F8ren Schmidt wrote: >=20 >> Nate Lawson wrote: >> >>> While doing some benchmarking of other code, I noticed that there=20 >>> were a lot of calls to rman_get_bustag/handle(). They weren't taking= =20 >>> up much actual time since they're pretty lightweight but seemed to be= =20 >>> unnecessary. >>> >>> I worked up the attached diff and benchmarked it. There are about=20 >>> 1000 calls a second to the rman routines without this patch and=20 >>> essentially none with it. It makes about a 1% difference in=20 >>> throughput under some IO loads. It is only for non-Promise or=20 >>> non-SII controllers right now since I didn't extend the=20 >>> initialization step to more than ata-pci.c. The same approach could=20 >>> be used for the other INW/OUTW calls as well but they're not in the=20 >>> fast path. I think it may make more of a difference with small reads= =2E >> >> I had something semilar to this once back when, but since HW got lots = >> faster I couldn't measure it anymore, but maybe things has changed... >> >> Anyhow it needs to be applied to ata-isa.c ata-card.c ata-cbus.c etc=20 >> to not break anything at least.=20 >=20 > Yes, I agree. I limited the change only to the IDX macros that were=20 > used in the fast path although it could apply to all of them. I *must* be applied to those files, otherwise the handle & tag fields=20 are not initialized when using !pci based devices with you patch. >> I'll think about it and eventually do something about it in ATA-mkIII = >> if it really is mesureable again.. >=20 > It is a minimal difference but with small transfers on a fast drive wit= h=20 > a low-powered CPU, it's measurable. I made the same change a while bac= k=20 > in acpi_timer.c since the resource is only allocated once but accessed = > very often and in a low-latency context. Right, but I'd like to get the much bigger fishes catched first before=20 doing micro optims, thats what ATA-mkIII is all about in the first=20 place. However I'll put it back on the TODO list as something to look=20 into when the time comes... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 20:00:55 2005 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 BD20D16A56F for ; Mon, 3 Jan 2005 20:00:55 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D41743D45 for ; Mon, 3 Jan 2005 20:00:55 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1ClYNp-0002Zh-00 for ; Mon, 03 Jan 2005 21:00:53 +0100 Received: from c-67-162-1-86.client.comcast.net ([67.162.1.86]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 21:00:53 +0100 Received: from fredb by c-67-162-1-86.client.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Jan 2005 21:00:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: fredb@immanent.net (Frederick Bruckman) Date: Mon, 3 Jan 2005 19:46:21 +0000 (UTC) Lines: 30 Message-ID: References: <002401c4f1c4$fc7ab240$6500000a@asdf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-67-162-1-86.client.comcast.net X-Newsreader: knews 1.0b.1 Sender: news Subject: Re: Can't get rid of IPv6 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, 03 Jan 2005 20:00:55 -0000 In article <002401c4f1c4$fc7ab240$6500000a@asdf>, "Richard Cadwalader" writes: > I need to get rid of IPv6 altogether. I have 5.3 current. > here is what it's doing: > browsing the net is imposible (signing into AIM, IRC, mail, > anything that uses a dns server is also imposible.) > takes forever to resolve by name, resolves in milisecnds > and loads the page in half a second when using IP > Here is what I did to try to fix it: > checked and edited all the config files (inetd.conf, resolve.conf) > no change Try this: route get -inet6 default and if there's something there, try route delete -inet6 default I think the automatic IPv6 autoconfiguration on FreeBSD is a little too ambitious. If you really don't have IPv6 connectivity, you shouldn't get a default route. That way, well-behaved applications can move on to the IPv4 address quickly, rather than waiting for TCP to timeout. As a bonus, you can then still use link-local or even site-local addresses (on the same link) for NFS or other experiments. In any case, deleting the (bogus) default route should probably give you immediate relief. Frederick From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 20:18:33 2005 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 C5DC616A4CE for ; Mon, 3 Jan 2005 20:18:33 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71F0F43D46 for ; Mon, 3 Jan 2005 20:18:33 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so475039wra for ; Mon, 03 Jan 2005 12:18:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=mb8M6IIe/9zfEtgzESekSVAsxsoVPBGfPFmwlWCc7BPMbFxG7Rb1wmJ8y4ZZLHl8FEVlPsHg27+yUwps4sRO3to7LIZplb90QifUF3cicfESYubSgINdF+bYoyoBXhoNA8xLB5jdWtiEN4QpJPSoHeepANknOoYdwp8kPEGfDjs= Received: by 10.54.57.17 with SMTP id f17mr716909wra; Mon, 03 Jan 2005 12:18:32 -0800 (PST) Received: by 10.54.46.25 with HTTP; Mon, 3 Jan 2005 12:18:32 -0800 (PST) Message-ID: <6e01203b05010312188ee9b84@mail.gmail.com> Date: Mon, 3 Jan 2005 13:18:32 -0700 From: Tyler Gee To: Michael Nottebrock In-Reply-To: <200501032045.33577.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <002401c4f1c4$fc7ab240$6500000a@asdf> <41D9992C.4080401@xs4all.nl> <6e01203b050103112369f016e0@mail.gmail.com> <200501032045.33577.michaelnottebrock@gmx.net> cc: freebsd-current@freebsd.org cc: "Martin P. Hellwig" Subject: Re: Can't get rid of IPv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2005 20:18:33 -0000 Oops, sorry. I meant that as a switch in /etc/make.conf but that wouldn't solve any problems, it would just build things without IP6 supports. On Mon, 3 Jan 2005 20:45:29 +0100, Michael Nottebrock wrote: > On Monday, 3. January 2005 20:23, Tyler Gee wrote: > > Just a guess... > > > > Have you tried NO_INET6="yes" in /etc/rc.conf? > > That's not a valid rc.conf switch. > > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 20:38:56 2005 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 F05D616A4E8 for ; Mon, 3 Jan 2005 20:38:56 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A331743D1D for ; Mon, 3 Jan 2005 20:38:55 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j03KfYvX010242; Mon, 3 Jan 2005 13:41:34 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D9ACFE.8010400@freebsd.org> Date: Mon, 03 Jan 2005 13:37:18 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050103183736.GA93409@xor.obsecurity.org> <26706.1104779064@critter.freebsd.dk> <20050103191227.GA5783@xor.obsecurity.org> In-Reply-To: <20050103191227.GA5783@xor.obsecurity.org> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Mon, 03 Jan 2005 20:38:57 -0000 Kris Kennaway wrote: > On Mon, Jan 03, 2005 at 08:04:24PM +0100, Poul-Henning Kamp wrote: > >>In message <20050103183736.GA93409@xor.obsecurity.org>, Kris Kennaway writes: >> >>>--cWoXeonUoKmBZSoM >>>Content-Type: text/plain; charset=us-ascii >>>Content-Disposition: inline >>>Content-Transfer-Encoding: quoted-printable >>> >>>On Mon, Jan 03, 2005 at 02:34:41PM +0100, Poul-Henning Kamp wrote: >>> >>>>=20 >>>>I ran a "make -j 48" on my testbox and suspended the task after >>>>a while so I could start systat(1) >>>>=20 >>>>=3D=3D=3D> usr.sbin/sysinstall (obj,build-tools) >>>>=3D=3D=3D> gnu/usr.bin/cc/cc_tools (obj,depend,all) >>>>*** Stopped -- signal 18 >>>>Child (25164) not in table? >>> >>>I've seen this too. >> >>With make or with other apps ? > > > With make, I think. > > Kris I have this odd feeling that make needs an explicit SIGSTOP and/or SIGTSTP handler. There is a conditional in the source for USE_PGRP that might be worth looking at since it contains just such a handler. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 20:58:20 2005 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 7574716A4CE; Mon, 3 Jan 2005 20:58:20 +0000 (GMT) Received: from users.altadena.net (users.altadena.net [207.151.161.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ACEF43D3F; Mon, 3 Jan 2005 20:58:20 +0000 (GMT) (envelope-from pete@users.altadena.net) Received: from pete by users.altadena.net with local (Exim 4.43) id 1ClZHQ-000Jpq-3x; Mon, 03 Jan 2005 12:58:20 -0800 Date: Mon, 3 Jan 2005 12:58:20 -0800 From: Pete Carah To: hardware@freebsd.org, current@freebsd.org Message-ID: <20050103205820.GA74545@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Sender: Pete Carah Subject: Adaptec USB2Xchange 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, 03 Jan 2005 20:58:20 -0000 I have reason to use a USB to SCSI adapter under FBSD. I have a USB2Xchange from Adaptec, but (as usual for adaptec) it requires a firmware load, which appears harder in usb than in PCI. Does anyone know how to do this? (Should we have a generic firmware loader similar in concept to the ndis converter?) A not-as-preferred alternative would be a PC card scsi unit; this won't work on the desktop computers, though. For my immediate application (streaming tape) I could tolerate a userland driver under ugen. For disks this wouldn't work without a more general kernel block-device structure (or a userland link back to the cam/xpt layer, analogous to the tunnel net driver, which couldn't be *too* hard and could be desirable). Kernel attach message is: ugen0: Adaptec product 0x2002, rev 2.00/1.00, addr 2 My kernel has ugen/umass/uhid/ums/ucom/uplcom/umodem compiled in, so this (which should show somewhere?) isn't being recognized. 1. Has anyone else tried this (or wanted to...)? 2. Absent a way to use this device, what would work (I know about slimscsi; it is less desirable since I can't use it on my desktop systems)? -- Pete From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 21:39:41 2005 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 3AA7816A4CE for ; Mon, 3 Jan 2005 21:39:41 +0000 (GMT) Received: from mail.acropolis.ru (mail.acropolis.ru [81.211.90.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2B6643D31 for ; Mon, 3 Jan 2005 21:39:37 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from mail.acropolis.ru (localhost.acropolis.ru [127.0.0.1]) by mail.acropolis.ru (8.13.1/8.13.1) with ESMTP id j03KNk38091592; Mon, 3 Jan 2005 23:23:46 +0300 (MSK) (envelope-from slw@zxy.spb.ru) Received: (from slw@localhost) by mail.acropolis.ru (8.13.1/8.13.1/Submit) id j03KNkPD091591; Mon, 3 Jan 2005 23:23:46 +0300 (MSK) (envelope-from slw@zxy.spb.ru) X-Authentication-Warning: mail.acropolis.ru: slw set sender to slw@zxy.spb.ru using -f Date: Mon, 3 Jan 2005 23:23:46 +0300 From: Slawa Olhovchenkov To: Doug White Message-ID: <20050103202346.GB22025@mail.acropolis.ru> References: <20050102130625.GA22025@mail.acropolis.ru> <20050103101230.O6665@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050103101230.O6665@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=15.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail.acropolis.ru cc: Poul-Henning Kamp cc: FreeBSD-current@freebsd.org Subject: Re: Hard system hangs on tty code (6-current) 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, 03 Jan 2005 21:39:41 -0000 On Mon, Jan 03, 2005 at 10:12:46AM -0800, Doug White wrote: kern/75758 > Could you file a PR on this? Thanks! > > On Sun, 2 Jan 2005, Slawa Olhovchenkov wrote: > > > 6-current totally hangs by this program, from user, not root. > > No responds on keys pressed, Control-Alt-ESC, switching console and etc. > > > > System run in infinite loop in sys/kern/tty.c:ttread() > > > > === > > read: > > splx(s); > > /* > > * Input present, check for input mapping and processing. > > */ > > first = 1; > > if (ISSET(lflag, ICANON | ISIG)) > > goto slowcase; > > for (;;) { > > char ibuf[IBUFSIZ]; > > int icc; > > > > icc = imin(uio->uio_resid, IBUFSIZ); > > /* XXX uio_resid==0 => icc=0 */ > > icc = q_to_b(qp, ibuf, icc); > > /* icc == 0 */ > > if (icc <= 0) { > > if (first) > > goto loop; > > > > === > > > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > > > #define cfmakeraw(ptr) (ptr)->c_iflag &= ~(IGNBRK|BRKINT|PARMRK|ISTRIP|INLCR\ > > |IGNCR|ICRNL|IXON);\ > > (ptr)->c_oflag &= ~OPOST;\ > > (ptr)->c_lflag &= ~(ECHO|ECHONL|ICANON|ISIG|IEXTEN);\ > > (ptr)->c_cflag &= ~(CSIZE|PARENB);\ > > (ptr)->c_cflag |= CS8 > > > > > > int > > main(int argc, char *argv[]) > > { > > int fd, > > i; > > char *buf[1024]; > > > > struct termios tcn; > > if ((fd = open("/dev/tty", O_RDWR | O_NONBLOCK)) == -1) { > > return -1; /* errno already set */ > > } > > > > /* Set the tty to raw and to the correct speed */ > > tcgetattr(fd, &tcn); > > > > tcn.c_oflag = 0; > > tcn.c_iflag = IGNBRK | IGNPAR; > > tcn.c_cflag = CREAD | CLOCAL | CS8; > > > > tcn.c_lflag = NOFLSH; > > > > cfmakeraw(&tcn); > > > > for (i = 0; i < 16; i++) > > tcn.c_cc[i] = 0; > > > > tcn.c_cc[VMIN] = 1; > > tcn.c_cc[VTIME] = 0; > > > > tcsetattr(fd, TCSANOW, &tcn); > > > > if ((i = fcntl(fd, F_GETFL, 0)) != -1) { > > i &= ~O_NONBLOCK; > > fcntl(fd, F_SETFL, i); > > } > > read(fd, buf, 0); > > > > } > > > > > > > > > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > 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" -- Slawa Olhovchenkov From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 21:47:03 2005 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 8E8DF16A4CE; Mon, 3 Jan 2005 21:47:03 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAE3243D1D; Mon, 3 Jan 2005 21:47:02 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) j03LkVHo043455 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 3 Jan 2005 22:46:32 +0100 (CET) (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.10/8.12.10) with ESMTP id j03LkBXX007687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Jan 2005 22:46:11 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j03LkABF070396; Mon, 3 Jan 2005 22:46:10 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j03Lk9gP070395; Mon, 3 Jan 2005 22:46:09 +0100 (CET) (envelope-from ticso) Date: Mon, 3 Jan 2005 22:46:08 +0100 From: Bernd Walter To: Pete Carah Message-ID: <20050103214607.GB64429@cicely12.cicely.de> References: <20050103205820.GA74545@users.altadena.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050103205820.GA74545@users.altadena.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: hardware@freebsd.org cc: current@freebsd.org Subject: Re: Adaptec USB2Xchange 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, 03 Jan 2005 21:47:03 -0000 On Mon, Jan 03, 2005 at 12:58:20PM -0800, Pete Carah wrote: > I have reason to use a USB to SCSI adapter under FBSD. I have a USB2Xchange > from Adaptec, but (as usual for adaptec) it requires a firmware load, which > appears harder in usb than in PCI. Does anyone know how to do this? (Should > we have a generic firmware loader similar in concept to the ndis converter?) > > A not-as-preferred alternative would be a PC card scsi unit; this won't > work on the desktop computers, though. > > For my immediate application (streaming tape) I could tolerate a userland > driver under ugen. For disks this wouldn't work without a more general > kernel block-device structure (or a userland link back to the cam/xpt layer, > analogous to the tunnel net driver, which couldn't be *too* hard and could > be desirable). > > Kernel attach message is: > ugen0: Adaptec product 0x2002, rev 2.00/1.00, addr 2 > > My kernel has ugen/umass/uhid/ums/ucom/uplcom/umodem compiled in, so > this (which should show somewhere?) isn't being recognized. As far as I know the Adaptec parts can do multiple addreses, which is not part of umass specification. They may use a vendor extended umass or completely different protocol. Whatever it is - the device doesn't offer itself as beeing umass. With vendor specs it should be simple to teach our umass driver about this special device, even if it really isn't umass. Also firmware uploading in USB is very simple if you have vendor specs. Without specs all you can do is sniff Windows data and guess. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Jan 3 21:59:28 2005 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 816C716A4CE; Mon, 3 Jan 2005 21:59:28 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0626343D1D; Mon, 3 Jan 2005 21:59:28 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j03M24Om010532; Mon, 3 Jan 2005 15:02:04 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41D9BFDC.1050304@freebsd.org> Date: Mon, 03 Jan 2005 14:57:48 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <20050103205820.GA74545@users.altadena.net> <20050103214607.GB64429@cicely12.cicely.de> In-Reply-To: <20050103214607.GB64429@cicely12.cicely.de> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: hardware@freebsd.org cc: Pete Carah cc: current@freebsd.org Subject: Re: Adaptec USB2Xchange 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, 03 Jan 2005 21:59:28 -0000 Bernd Walter wrote: > On Mon, Jan 03, 2005 at 12:58:20PM -0800, Pete Carah wrote: > >>I have reason to use a USB to SCSI adapter under FBSD. I have a USB2Xchange >>from Adaptec, but (as usual for adaptec) it requires a firmware load, which >>appears harder in usb than in PCI. Does anyone know how to do this? (Should >>we have a generic firmware loader similar in concept to the ndis converter?) >> >>A not-as-preferred alternative would be a PC card scsi unit; this won't >>work on the desktop computers, though. >> >>For my immediate application (streaming tape) I could tolerate a userland >>driver under ugen. For disks this wouldn't work without a more general >>kernel block-device structure (or a userland link back to the cam/xpt layer, >>analogous to the tunnel net driver, which couldn't be *too* hard and could >>be desirable). >> >>Kernel attach message is: >>ugen0: Adaptec product 0x2002, rev 2.00/1.00, addr 2 >> >>My kernel has ugen/umass/uhid/ums/ucom/uplcom/umodem compiled in, so >>this (which should show somewhere?) isn't being recognized. > > > As far as I know the Adaptec parts can do multiple addreses, which is > not part of umass specification. > They may use a vendor extended umass or completely different protocol. > Whatever it is - the device doesn't offer itself as beeing umass. > With vendor specs it should be simple to teach our umass driver about > this special device, even if it really isn't umass. > Also firmware uploading in USB is very simple if you have vendor specs. > Without specs all you can do is sniff Windows data and guess. > Getting specs out of Adaptec is about as fun as digging through granite with a spoon. Most of the "Adaptec" products that are found on store shelves these days are just rebranded from other vendors, so it might be more fruitful to discover the OEM of this part and bother that vendor for specs. There doesn't appear to be a driver in the linux tree for this either, at least not for the Adaptec name of it. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 01:23:04 2005 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 9F18216A4CE for ; Tue, 4 Jan 2005 01:23:04 +0000 (GMT) Received: from hotmail.com (bay3-f15.bay3.hotmail.com [65.54.169.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C6AF43D1D for ; Tue, 4 Jan 2005 01:23:04 +0000 (GMT) (envelope-from jeff_301@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 3 Jan 2005 17:23:03 -0800 Message-ID: Received: from 4.226.114.8 by by3fd.bay3.hotmail.msn.com with HTTP; Tue, 04 Jan 2005 01:22:32 GMT X-Originating-IP: [4.226.114.8] X-Originating-Email: [jeff_301@msn.com] X-Sender: jeff_301@msn.com From: "Jeff Stockett" To: freebsd-current@freebsd.org Date: Mon, 03 Jan 2005 19:22:32 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 04 Jan 2005 01:23:03.0979 (UTC) FILETIME=[F00E97B0:01C4F1FB] Subject: problems with ath0 "no carrier" on freebsd-current 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, 04 Jan 2005 01:23:04 -0000 Hello, I bought some Wistron CM9 A/B/G mPCI cards from wisp-router.com before Christmas because they were on sale for around $50 a piece and rumored to work with madwifi and/or ath driver on BSD. The specs seem like they should work: http://www.wisp-router.com/product_info.php?cPath=35_51&products_id=332 I've tried the card with both Gentoo Linux running 2.6.10 from kernel.org and latest madwifi from CVS. The card shows up fine and the various ifconfig/iwconfig commands all work as expected but the card will never associate with an AP or if acting as an AP clients can't connect with it (simplest case, no encryption/security etc.). FWIW, the symptoms present identically to the countrycode problem discussed on madwifi-users the last week in December - although I tried passing various country codes into the module still with no joy (perhaps I never passed the right value ). Those problems, the fact that madwifi-users won't let people who use MSN as their ISP post, and general frustration with Gentoo led me to try freebsd which I must confess I like alot better for its simplicity and thorough documentation. I updated from 5.3STABLE to current because ultimately I want WPA support (even though now I'm just trying to get it working without any security) and was hopeful things would just work. However, they didn't. Here is what I get from "dmesg | grep ath0": ath0: mem 0xdf000000-0xdf00ffff irq 10 at device 10.0 on pci2 ath0: Ethernet address: 00:0b:6b:34:1b:23 ath0: mac 5.9 phy 4.3 radio 3.6 Note that the channel information doesn't show up. FWIW, it did show up properly for all three modes with madwifi. Similarly, all the ifconfig commands seem to work, but no matter what I do, status on the interface always shows "no carrier". A few final things to note: 1. The mPCI card is installed in a mPCI to PCI adapter/bridge shown here: http://www.wisp-router.com/product_info.php?cPath=38&products_id=167 2. I don't think this is a random hardware problem, because the card does work fine when I put it in my laptop which runs Windows XP (I just let it pick the generic Atheros driver from Windows Update). 3. Apparently this card is well supported by Star-OS and Microtik - but I've read that they are just tweaked versions of madwifi/no? Thoughts/pointers on how to proceed from here? Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 01:25:25 2005 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 F2D8D16A4CE; Tue, 4 Jan 2005 01:25:24 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF8D43D46; Tue, 4 Jan 2005 01:25:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j041OqpR049651; Tue, 4 Jan 2005 11:54:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 4 Jan 2005 11:54:39 +1030 User-Agent: KMail/1.7.1 References: <20050103205820.GA74545@users.altadena.net> In-Reply-To: <20050103205820.GA74545@users.altadena.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3259999.9hXfszB5tT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501041154.51256.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hardware@freebsd.org cc: Pete Carah cc: current@freebsd.org Subject: Re: Adaptec USB2Xchange 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, 04 Jan 2005 01:25:25 -0000 --nextPart3259999.9hXfszB5tT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 4 Jan 2005 07:28, Pete Carah wrote: > I have reason to use a USB to SCSI adapter under FBSD. I have a > USB2Xchange from Adaptec, but (as usual for adaptec) it requires a firmwa= re > load, which appears harder in usb than in PCI. Does anyone know how to do > this? (Should we have a generic firmware loader similar in concept to the > ndis converter?) There is a USB firmware standard called DFU (Device Firmware Upgrade) which= =20 quite a nunmber of devices use (eg Atmel WiFi, Ti USB Audio, etc). I have a USB audio device that uses it but I haven't had much luck getting = the=20 USB stack to reprobe the device after it's been reprogrammed (I have to pul= l=20 the connector out enough that it disconnects the data lines but not enough = to=20 unpower it..) Unfortunatly it's hard to say if your device does DFU at all.. I would sugg= est=20 pulling it apart and trying to find data sheets on the chips in it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3259999.9hXfszB5tT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB2fBj5ZPcIHs/zowRAg9CAJ92XfbRJR0t7/6EVmVjqn4IgexQvgCfY0QR 5Tf9DA1odYCILf26t2bTAPQ= =BYjV -----END PGP SIGNATURE----- --nextPart3259999.9hXfszB5tT-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 01:25:25 2005 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 F2D8D16A4CE; Tue, 4 Jan 2005 01:25:24 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF8D43D46; Tue, 4 Jan 2005 01:25:21 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j041OqpR049651; Tue, 4 Jan 2005 11:54:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 4 Jan 2005 11:54:39 +1030 User-Agent: KMail/1.7.1 References: <20050103205820.GA74545@users.altadena.net> In-Reply-To: <20050103205820.GA74545@users.altadena.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3259999.9hXfszB5tT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501041154.51256.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hardware@freebsd.org cc: Pete Carah cc: current@freebsd.org Subject: Re: Adaptec USB2Xchange 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, 04 Jan 2005 01:25:25 -0000 --nextPart3259999.9hXfszB5tT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 4 Jan 2005 07:28, Pete Carah wrote: > I have reason to use a USB to SCSI adapter under FBSD. I have a > USB2Xchange from Adaptec, but (as usual for adaptec) it requires a firmwa= re > load, which appears harder in usb than in PCI. Does anyone know how to do > this? (Should we have a generic firmware loader similar in concept to the > ndis converter?) There is a USB firmware standard called DFU (Device Firmware Upgrade) which= =20 quite a nunmber of devices use (eg Atmel WiFi, Ti USB Audio, etc). I have a USB audio device that uses it but I haven't had much luck getting = the=20 USB stack to reprobe the device after it's been reprogrammed (I have to pul= l=20 the connector out enough that it disconnects the data lines but not enough = to=20 unpower it..) Unfortunatly it's hard to say if your device does DFU at all.. I would sugg= est=20 pulling it apart and trying to find data sheets on the chips in it. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3259999.9hXfszB5tT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB2fBj5ZPcIHs/zowRAg9CAJ92XfbRJR0t7/6EVmVjqn4IgexQvgCfY0QR 5Tf9DA1odYCILf26t2bTAPQ= =BYjV -----END PGP SIGNATURE----- --nextPart3259999.9hXfszB5tT-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 02:38:53 2005 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 1B01F16A4CE for ; Tue, 4 Jan 2005 02:38:53 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A4E43D39 for ; Tue, 4 Jan 2005 02:38:51 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j042bh1p010654 for ; Tue, 4 Jan 2005 13:07:43 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Tue, 4 Jan 2005 13:08:37 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j042VDQ08011 for ; Tue, 4 Jan 2005 13:01:13 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK37S8DA; Tue, 4 Jan 2005 13:01:07 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j042VGOd003753 for ; Tue, 4 Jan 2005 13:01:16 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j042VGWI003752 for freebsd-current@freebsd.org; Tue, 4 Jan 2005 13:01:16 +1030 (CST) (envelope-from wilkinsa) Date: Tue, 4 Jan 2005 13:01:15 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20050104023115.GA3697@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <002401c4f1c4$fc7ab240$6500000a@asdf> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <002401c4f1c4$fc7ab240$6500000a@asdf> User-Agent: Mutt/1.5.6i Subject: Re: Can't get rid of IPv6 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, 04 Jan 2005 02:38:53 -0000 0n Mon, Jan 03, 2005 at 12:49:32PM -0600, Richard Cadwalader wrote: >I need to get rid of IPv6 altogether. I have 5.3 current. > >here is what it's doing: >browsing the net is imposible (signing into AIM, IRC, mail, anything that uses a dns server is also imposible.) > >takes forever to resolve by name, resolves in milisecnds and loads the page in half a second when using IP Sounds like this is the problem: http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/000948.html - aW From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 02:43:50 2005 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 4BD7E16A4CE for ; Tue, 4 Jan 2005 02:43:50 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 948DF43D3F for ; Tue, 4 Jan 2005 02:43:49 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j042gd8G011070 for ; Tue, 4 Jan 2005 13:12:40 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au for ; Tue, 4 Jan 2005 13:13:38 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81])j042bgQ18094 for ; Tue, 4 Jan 2005 13:07:42 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK37S8PQ; Tue, 4 Jan 2005 13:07:37 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) j042bjmb003768 for ; Tue, 4 Jan 2005 13:07:45 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost)j042bjOf003767 for freebsd-current@freebsd.org; Tue, 4 Jan 2005 13:07:45 +1030 (CST) (envelope-from wilkinsa) Date: Tue, 4 Jan 2005 13:07:45 +1030 From: "Wilkinson, Alex" To: FreeBSD Current Message-ID: <20050104023745.GB3697@squash.dsto.defence.gov.au> Mail-Followup-To: FreeBSD Current References: <41D984A5.7010408@root.org> <41D99FBD.8070500@DeepCore.dk> <41D9A2CF.30704@root.org> <41D9A3FA.20204@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41D9A3FA.20204@DeepCore.dk> User-Agent: Mutt/1.5.6i Subject: Re: ATA rman performance enhancement 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, 04 Jan 2005 02:43:50 -0000 0n Mon, Jan 03, 2005 at 08:58:50PM +0100, Søren Schmidt wrote: >Right, but I'd like to get the much bigger fishes catched first before >doing micro optims, thats what ATA-mkIII is all about in the first >place. However I'll put it back on the TODO list as something to look >into when the time comes... Soren, what is ATA-mkIII ? - aW From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 05:34:29 2005 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 A3F2416A4CF for ; Tue, 4 Jan 2005 05:34:29 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 538AC43D2D for ; Tue, 4 Jan 2005 05:34:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j045YPXO214788 for ; Tue, 4 Jan 2005 00:34:27 -0500 Message-ID: <41DA2AE0.3020108@elischer.org> Date: Mon, 03 Jan 2005 21:34:24 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Is there a boot sector guru in the house? 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, 04 Jan 2005 05:34:29 -0000 Can someone who works with the current boot0 sector please look at: http://www.freebsd.org/cgi/query-pr.cgi?pr=66248 There is a patch attached.. it would be good to close this. sounds relatively serious. From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 07:43:52 2005 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 4D85716A4CE for ; Tue, 4 Jan 2005 07:43:52 +0000 (GMT) Received: from msr22.hinet.net (msr22.hinet.net [168.95.4.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50E1743D39 for ; Tue, 4 Jan 2005 07:43:51 +0000 (GMT) (envelope-from d9364104@mail.nchu.edu.tw) Received: from localhost.localdomain (61-221-58-28.HINET-IP.hinet.net [61.221.58.28]) by msr22.hinet.net (8.9.3/8.9.3) with ESMTP id PAA08611; Tue, 4 Jan 2005 15:40:02 +0800 (CST) From: Chen Lihong To: Jeff Stockett In-Reply-To: References: Content-Type: text/plain Date: Tue, 04 Jan 2005 15:40:01 +0800 Message-Id: <1104824401.1661.1.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: problems with ath0 "no carrier" on freebsd-current 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, 04 Jan 2005 07:43:52 -0000 If your wlan is WPA/802.11i enabled, you also need wpa_supplicant to connect to network. /Lihong On Mon, 2005-01-03 at 19:22 -0600, Jeff Stockett wrote: > Hello, > > I bought some Wistron CM9 A/B/G mPCI cards from wisp-router.com before > Christmas because they were on sale for around $50 a piece and rumored to > work with madwifi and/or ath driver on BSD. The specs seem like they should > work: > > http://www.wisp-router.com/product_info.php?cPath=35_51&products_id=332 > > I've tried the card with both Gentoo Linux running 2.6.10 from kernel.org > and latest madwifi from CVS. The card shows up fine and the various > ifconfig/iwconfig commands all work as expected but the card will never > associate with an AP or if acting as an AP clients can't connect with it > (simplest case, no encryption/security etc.). FWIW, the symptoms present > identically to the countrycode problem discussed on madwifi-users the last > week in December - although I tried passing various country codes into the > module still with no joy (perhaps I never passed the right value ). > > Those problems, the fact that madwifi-users won't let people who use MSN as > their ISP post, and general frustration with Gentoo led me to try freebsd > which I must confess I like alot better for its simplicity and thorough > documentation. I updated from 5.3STABLE to current because ultimately I > want WPA support (even though now I'm just trying to get it working without > any security) and was hopeful things would just work. However, they didn't. > > Here is what I get from "dmesg | grep ath0": > > ath0: mem 0xdf000000-0xdf00ffff irq 10 at device 10.0 on pci2 > ath0: Ethernet address: 00:0b:6b:34:1b:23 > ath0: mac 5.9 phy 4.3 radio 3.6 > > Note that the channel information doesn't show up. FWIW, it did show up > properly for all three modes with madwifi. > > Similarly, all the ifconfig commands seem to work, but no matter what I do, > status on the interface always shows "no carrier". > > A few final things to note: > > 1. The mPCI card is installed in a mPCI to PCI adapter/bridge shown here: > > http://www.wisp-router.com/product_info.php?cPath=38&products_id=167 > > 2. I don't think this is a random hardware problem, because the card does > work fine when I put it in my laptop which runs Windows XP (I just let it > pick the generic Atheros driver from Windows Update). > > 3. Apparently this card is well supported by Star-OS and Microtik - but > I've read that they are just tweaked versions of madwifi/no? > > Thoughts/pointers on how to proceed from here? > > Thanks, Jeff > > > _______________________________________________ > 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 Tue Jan 4 09:07:04 2005 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 12FDA16A4CE; Tue, 4 Jan 2005 09:07:04 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394F743D5E; Tue, 4 Jan 2005 09:07:03 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0499bV2011934; Tue, 4 Jan 2005 02:09:37 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DA5C4D.1060606@freebsd.org> Date: Tue, 04 Jan 2005 02:05:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, "current@freebsd.org" X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: Call for FreeBSD status reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: monthly@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, 04 Jan 2005 09:07:04 -0000 All, It's time again for the bi-monthly status reports. The July-Oct 2004 status reports were preempted by the 5.3 release, so this one is open for anything that has happened since June. As always, submissions having to do with FreeBSD development, documentation, organized events, etc, are welcome and highly encouraged. Submissions are due by Jan 15 to monthly@freebsd.org There are also a couple of changes to announce. First is that Tom Rhodes and Max Laier have volunteered to help run the status reports and keep them more timely. Many thanks to Tom and Max for offering to help. Second is that a couple of new attributes have been added to the XML thanks to Max. The first is a project category attribute that will enable us to group the submissions into categories and render the full report with these categories for easier viewing. You can choose to use whatever category tag fits your report best, or omit it entirely and let us take care of it. The category mapping is listed below. Feel free to suggest additional categories. proj - Projects (non-specific) docs - Documentation kern - Kernel arch - Architectures ports - Ports vendor - Vendor / 3rd party software misc - Miscellaneous The second new attribute lets you lists tasks for your project that others can help with. An example is provided in the template under the and tags. The template is available at http://www.freebsd.org/news/status/report-sample.xml. I've just committed the updated version with the new tags, so it might take a few hours for it to reach the website for downloading. Submissions are due on Jan 15. Thanks a lot, and we are looking for a big turn-out. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 09:23:20 2005 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 D387E16A4CE for ; Tue, 4 Jan 2005 09:23:20 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2918543D2F for ; Tue, 4 Jan 2005 09:23:20 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j049MxE9056931; Tue, 4 Jan 2005 10:23:02 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41DA6048.7030401@DeepCore.dk> Date: Tue, 04 Jan 2005 10:22:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Wilkinson, Alex" References: <41D984A5.7010408@root.org> <41D99FBD.8070500@DeepCore.dk> <41D9A2CF.30704@root.org> <41D9A3FA.20204@DeepCore.dk> <20050104023745.GB3697@squash.dsto.defence.gov.au> In-Reply-To: <20050104023745.GB3697@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: FreeBSD Current Subject: Re: ATA rman performance enhancement 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, 04 Jan 2005 09:23:20 -0000 Wilkinson, Alex wrote: > 0n Mon, Jan 03, 2005 at 08:58:50PM +0100, S=F8ren Schmidt wrote:=20 >=20 > >Right, but I'd like to get the much bigger fishes catched first be= fore=20 > >doing micro optims, thats what ATA-mkIII is all about in the first= =20 > >place. However I'll put it back on the TODO list as something to l= ook=20 > >into when the time comes... >=20 > Soren, what is ATA-mkIII ? Thats the working title of my WIP on ATA. I plan to submit more details for the next status report, but one of the = major most intrusive changes is that ATA has been changed into true=20 modules that can be loaded/unloadad as needed. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 10:29:51 2005 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 2352B16A4CE for ; Tue, 4 Jan 2005 10:29:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADDEF43D1D for ; Tue, 4 Jan 2005 10:29:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j04ATAJn042779; Tue, 4 Jan 2005 03:29:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 04 Jan 2005 03:29:29 -0700 (MST) Message-Id: <20050104.032929.102142020.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <41DA2AE0.3020108@elischer.org> References: <41DA2AE0.3020108@elischer.org> X-Mailer: Mew version 3.3 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: Is there a boot sector guru in the house? 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, 04 Jan 2005 10:29:51 -0000 The first hunk of the patch is good. The final hunk (#ifdef BEL) is unreleated, so please don't apply it. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 10:44:13 2005 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 EE55B16A4CE for ; Tue, 4 Jan 2005 10:44:13 +0000 (GMT) Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 709D243D1D for ; Tue, 4 Jan 2005 10:44:13 +0000 (GMT) (envelope-from svein-freebsd-current@theloosingend.net) Received: from localhost (localhost [127.0.0.1]) by royk.itea.ntnu.no (Postfix) with ESMTP id 23D5966DCA for ; Tue, 4 Jan 2005 11:44:12 +0100 (CET) Received: from mirrorball.thelosingend.net (m069c.studby.ntnu.no [129.241.130.69]) by royk.itea.ntnu.no (Postfix) with SMTP for ; Tue, 4 Jan 2005 11:44:11 +0100 (CET) Received: (qmail 18483 invoked from network); 4 Jan 2005 10:44:11 -0000 Received: from m190d.studby.ntnu.no (129.241.131.190) by m069c.studby.ntnu.no with QMQP; 4 Jan 2005 10:44:11 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Jan 2005 10:44:11 -0000 Date: Tue, 4 Jan 2005 11:44:11 +0100 (CET) From: Svein Halvor Halvorsen X-X-Sender: sveinhal@maren.thelosingend.net To: "M. Warner Losh" In-Reply-To: <20050104.032929.102142020.imp@bsdimp.com> Message-ID: <20050104114308.D30830@maren.thelosingend.net> References: <41DA2AE0.3020108@elischer.org> <20050104.032929.102142020.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. cc: julian@elischer.org cc: current@freebsd.org Subject: Re: Is there a boot sector guru in the house? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: current@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, 04 Jan 2005 10:44:14 -0000 * M. Warner Losh [2005-01-04 03:29 -0700] > The first hunk of the patch is good. The final hunk (#ifdef BEL) is > unreleated, so please don't apply it. According to the patch author: To make the patch fit into the code I had to disable the "beep-signal". ...looks related to me. From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 10:58:22 2005 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 7FBA216A4CE; Tue, 4 Jan 2005 10:58:22 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 311EB43D48; Tue, 4 Jan 2005 10:58:22 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ClmOJ-000AIs-H6; Tue, 04 Jan 2005 12:58:19 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Scott Long In-Reply-To: Message from Scott Long of "Mon, 03 Jan 2005 13:37:18 MST." <41D9ACFE.8010400@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Jan 2005 12:58:19 +0200 From: Danny Braniss Message-Id: <20050104105822.311EB43D48@mx1.FreeBSD.org> cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: SIGSTOP/SIGCONT problem ? (scheduler or make(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: Tue, 04 Jan 2005 10:58:22 -0000 > Kris Kennaway wrote: > > On Mon, Jan 03, 2005 at 08:04:24PM +0100, Poul-Henning Kamp wrote: > > > >>In message <20050103183736.GA93409@xor.obsecurity.org>, Kris Kennaway writes: > >> > >>>--cWoXeonUoKmBZSoM > >>>Content-Type: text/plain; charset=us-ascii > >>>Content-Disposition: inline > >>>Content-Transfer-Encoding: quoted-printable > >>> > >>>On Mon, Jan 03, 2005 at 02:34:41PM +0100, Poul-Henning Kamp wrote: > >>> > >>>>=20 > >>>>I ran a "make -j 48" on my testbox and suspended the task after > >>>>a while so I could start systat(1) > >>>>=20 > >>>>=3D=3D=3D> usr.sbin/sysinstall (obj,build-tools) > >>>>=3D=3D=3D> gnu/usr.bin/cc/cc_tools (obj,depend,all) > >>>>*** Stopped -- signal 18 > >>>>Child (25164) not in table? > >>> > >>>I've seen this too. > >> > >>With make or with other apps ? > > > > > > With make, I think. > > > > Kris > > I have this odd feeling that make needs an explicit SIGSTOP and/or > SIGTSTP handler. There is a conditional in the source for USE_PGRP that > might be worth looking at since it contains just such a handler. > > Scott i've noticed something similar, but different :-) su ... suspend sometimes the shell does not get the SIGCONT, doing a 'kill -CONT shellpid' fixes the problem, so, IMHO, it's not just make. danny From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 08:31:51 2005 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 5913316A4CE; Tue, 4 Jan 2005 08:31:51 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-30-72.dclient.hispeed.ch [84.72.30.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BF2643D2F; Tue, 4 Jan 2005 08:31:49 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [IPv6:2002:5448:1e48:0:210:60ff:fe25:f1e5]) (8.13.2/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id j048VJEH097963NO); Tue, 4 Jan 2005 09:31:24 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.13.2/FNORD) id j048VHNu097962; Tue, 4 Jan 2005 09:31:18 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Tue, 4 Jan 2005 09:31:18 +0100 (CET) Message-Id: <200501040831.j048VHNu097962@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma References: <20050103205820.GA74545@users.altadena.net> <200501041154.51256.doconnor@gsoft.com.au> To: Pete Carah Mail-Followup-To: freebsd-current@freebsd.org, hardware@freebsd.org, Pete Carah X-Mailman-Approved-At: Tue, 04 Jan 2005 13:43:56 +0000 cc: freebsd-current@freebsd.org cc: hardware@freebsd.org Subject: Re: Adaptec USB2Xchange X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Barry Bouwsma List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2005 08:31:51 -0000 Daniel O'Connor wrote: > > I have reason to use a USB to SCSI adapter under FBSD. I have a > > USB2Xchange from Adaptec, but (as usual for adaptec) it requires a firmware > > load, which appears harder in usb than in PCI. Does anyone know how to do > There is a USB firmware standard called DFU (Device Firmware Upgrade) which > quite a nunmber of devices use (eg Atmel WiFi, Ti USB Audio, etc). [...] > Unfortunatly it's hard to say if your device does DFU at all.. I would suggest > pulling it apart and trying to find data sheets on the chips in it. For anyone who doesn't thrill to the sound of plastic yielding a satisfying *SNAP*, I happen to have one of these (1989100) thanks to a friend, who also gave me a different device that works without a need for firmware load or anything -- though I have no SCSI devices to test, in case anyone is interested in things that Just Probably Work As-Is: umass0 at uhub3 port 1 configuration 1 interface 0 umass0: Microtech International, Inc. USB-SCSI-HD50, rev 1.00/1.00, addr 6 umass0: using SCSI over Bulk-Only scsibus0 at umass0: 2 targets, 1 lun per target probe(umass0:0:0:0): generic HBA error That's under NetBSD; FreeBSD looked comparable. It also required being snapped apart, because at first it didn't work at all, and I discovered two things: The power USB wire had come detached, and secondly, a SMD inductor was missing, so I have no idea how it ever passed quality control, nor do I want to know. Anyway, I'll not post a `usbgen' or `usbctl' from this device, as there's not much to see that's not already known, unless there's a call for it. Inside my device seems to be a Cypress Semiconductor chip, something like CY7xx8013-56PVC where the `xx' is hard to make out CYP 608578 The mystery `xx' could be `C6'; or the first character could be `0' or perhaps `6'; the second character could be a `6' or `8' or maybe a `C' or `0' -- hard to tell as there's a thick blue marker line atop the chip, and my eyes aren't so good. The Cypress site disagrees with my excuse for a browser, and in order to obtain these numbers, I had to bend back a thin soldered metal plate, which, in addition to the above-mentioned snaps, could be off-putting for someone who cares about warranties. Perhaps this would be helpful for someone else. I did notice this mailing list post for Linux, if not yet known: http://www.mail-archive.com/linux-usb-devel@lists.sourceforge.net/msg22138.html but I haven't looked into it. barry bouwsma From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 15:14:02 2005 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 9FAD016A4CE for ; Tue, 4 Jan 2005 15:14:02 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 580DA43D49 for ; Tue, 4 Jan 2005 15:14:02 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 790F47ED for ; Tue, 4 Jan 2005 10:14:01 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 7E1045AB; Tue, 4 Jan 2005 10:13:51 -0500 (EST) Date: Tue, 4 Jan 2005 10:13:51 -0500 From: "Michael W. Oliver" To: current@freebsd.org Message-ID: <20050104151351.GB94061@gargantuan.com> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline X-WWW-Site: http://michael.gargantuan.com X-PGP-Public-Key: $X-WWW-Site/gnupg/pubkey.asc X-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Home-Address0: 8008 Apache Lane X-Home-Address1: Lakeland, FL X-Home-Address2: 33810-2172 X-Home-Address3: United States of America X-Good-Question-Guide: http://www.catb.org/~esr/faqs/smart-questions.html X-Netiquette-Guidelines: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.6i X-Spam-DCC: dmv.com: phoenix.gargantuan.com 1181; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.1 X-Spam-Pyzor: Reported 0 times. Subject: PR 75482 -- fwohci_pci.c, with patch attached 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, 04 Jan 2005 15:14:02 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable gah, i upgraded to a recent -current and ooops... i didn't apply this patch locally before build/install. this also causes the 5.3-RELEASE cdrom to FAIL on machines that use this particular firewire controller. i wanted to bring this forward before another release is cut that may panic on boot. could someone please commit this? i have contacted simokawa@ about this but have had no response. the PR states that the patch is against RELENG_5, but it hasn't changed in HEAD. a commit to HEAD and MFC to RELENG_5 would be wonderful. the problem was discussed in this thread: http://marc.theaimsgroup.com/?t=3D109967176800001&r=3D1&w=3D2 and the patch was offered (and later committed to the dfly tree) by simokawa here: http://marc.theaimsgroup.com/?l=3Ddragonfly-kernel&m=3D109982594906512&w=3D2 thanks much for your attention. --=20 Michael W. Oliver [see complete headers for contact information] --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB2rKvsWv7q8X6o8kRAmuGAJ0WR4nkxw2wpT71iYyWY/i9IukRmwCgp2HQ sJ6s3YXiFp5WzJIkLx/tewA= =GRhs -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 15:40:11 2005 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 2565716A4CE for ; Tue, 4 Jan 2005 15:40:11 +0000 (GMT) Received: from hotmail.com (bay3-f14.bay3.hotmail.com [65.54.169.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E785143D1D for ; Tue, 4 Jan 2005 15:40:10 +0000 (GMT) (envelope-from jeff_301@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 4 Jan 2005 07:40:10 -0800 Message-ID: Received: from 4.226.114.124 by by3fd.bay3.hotmail.msn.com with HTTP; Tue, 04 Jan 2005 15:39:26 GMT X-Originating-IP: [4.226.114.124] X-Originating-Email: [jeff_301@msn.com] X-Sender: jeff_301@msn.com In-Reply-To: <20050104143432.GA94061@gargantuan.com> From: "Jeff Stockett" To: freebsd-current@freebsd.org Date: Tue, 04 Jan 2005 09:39:26 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 04 Jan 2005 15:40:10.0343 (UTC) FILETIME=[AC8EFF70:01C4F273] Subject: Re: problems with ath0 "no carrier" on freebsd-current 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, 04 Jan 2005 15:40:11 -0000 >This may sound stupid, but it happened to me, too. Did you 'ifconfig >ath0 up'? What is the output of 'ifconfig ath0'? Yes, the interface is up (I learned that requirement early on). I should have posted that though. Hopefully Sam or one of the other developers will see my original message and help. ath0: flags=8843 mtu 1500 inet6 fe80::20b:6bff:fe34:1b23%ath0 prefixlen 64 scopeid 0x2 ether 00:0b:6b:34:1b:23 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (DS/1Mbps) status: no carrier ssid "linksys" authmode OPEN privacy OFF txpowmax 54 Thanks, Jeff >From: "Michael W. Oliver" >To: Jeff Stockett >Subject: Re: problems with ath0 "no carrier" on freebsd-current >Date: Tue, 4 Jan 2005 09:34:32 -0500 > >On 2005-01-04T15:40:01+0800, Chen Lihong wrote: > > > Here is what I get from "dmesg | grep ath0": > > > > ath0: mem 0xdf000000-0xdf00ffff irq 10 at device 10.0 >on pci2 > > > ath0: Ethernet address: 00:0b:6b:34:1b:23 > > > ath0: mac 5.9 phy 4.3 radio 3.6 > >This may sound stupid, but it happened to me, too. Did you 'ifconfig >ath0 up'? What is the output of 'ifconfig ath0'? > >-- >Michael W. Oliver >[see complete headers for contact information] > ><< attach3 >> From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 15:49:42 2005 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 3677316A4D3; Tue, 4 Jan 2005 15:49:42 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F39143D46; Tue, 4 Jan 2005 15:49:41 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) j04Fn8Ho097125 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 4 Jan 2005 16:49:11 +0100 (CET) (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.10/8.12.10) with ESMTP id j04FmhXX015345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Jan 2005 16:48:44 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j04FmhN1077113; Tue, 4 Jan 2005 16:48:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j04Fmg6s077112; Tue, 4 Jan 2005 16:48:42 +0100 (CET) (envelope-from ticso) Date: Tue, 4 Jan 2005 16:48:42 +0100 From: Bernd Walter To: freebsd-current@freebsd.org, hardware@freebsd.org, Pete Carah Message-ID: <20050104154841.GK64429@cicely12.cicely.de> References: <20050103205820.GA74545@users.altadena.net> <200501041154.51256.doconnor@gsoft.com.au> <200501040831.j048VHNu097962@Mail.NOSPAM.DynDNS.dK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501040831.j048VHNu097962@Mail.NOSPAM.DynDNS.dK> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Subject: Re: Adaptec USB2Xchange 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: Tue, 04 Jan 2005 15:49:42 -0000 On Tue, Jan 04, 2005 at 09:31:18AM +0100, Barry Bouwsma wrote: > Daniel O'Connor wrote: > > > > I have reason to use a USB to SCSI adapter under FBSD. I have a > > > USB2Xchange from Adaptec, but (as usual for adaptec) it requires a firmware > > > load, which appears harder in usb than in PCI. Does anyone know how to do > > > There is a USB firmware standard called DFU (Device Firmware Upgrade) which > > quite a nunmber of devices use (eg Atmel WiFi, Ti USB Audio, etc). > [...] > > > Unfortunatly it's hard to say if your device does DFU at all.. I would suggest > > pulling it apart and trying to find data sheets on the chips in it. > > For anyone who doesn't thrill to the sound of plastic yielding a > satisfying *SNAP*, I happen to have one of these (1989100) thanks > to a friend, who also gave me a different device that works without > a need for firmware load or anything -- though I have no SCSI > devices to test, in case anyone is interested in things that Just > Probably Work As-Is: > umass0 at uhub3 port 1 configuration 1 interface 0 > umass0: Microtech International, Inc. USB-SCSI-HD50, rev 1.00/1.00, addr 6 > umass0: using SCSI over Bulk-Only > scsibus0 at umass0: 2 targets, 1 lun per target > probe(umass0:0:0:0): generic HBA error > That's under NetBSD; FreeBSD looked comparable. It also required > being snapped apart, because at first it didn't work at all, and I > discovered two things: The power USB wire had come detached, and > secondly, a SMD inductor was missing, so I have no idea how it ever > passed quality control, nor do I want to know. Maybe they get powered by termpower from the attached drive. > Anyway, I'll not post a `usbgen' or `usbctl' from this device, as > there's not much to see that's not already known, unless there's a > call for it. Don't think thats usefull - we already know it's SCSI over bulk-Only. However a FreeBSD dmesg would be interesting. > Inside my device seems to be a Cypress Semiconductor chip, something > like CY7xx8013-56PVC where the `xx' is hard to make out > CYP 608578 > The mystery `xx' could be `C6'; or the first character could be `0' or > perhaps `6'; the second character could be a `6' or `8' or maybe a > `C' or `0' -- hard to tell as there's a thick blue marker line atop > the chip, and my eyes aren't so good. Don't know about this special chip, but most of them are basicly Mikrocontrollers with embedded USB hardware and allow custom firmware. No clue how they do the SCSI part, since the chips typically are only fast with embedded hardware and the components I know all include ATA controllers. > I did notice this mailing list post for Linux, if not yet known: > http://www.mail-archive.com/linux-usb-devel@lists.sourceforge.net/msg22138.html > but I haven't looked into it. Sounds promissing. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 17:35:44 2005 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 CEC6A16A4CE for ; Tue, 4 Jan 2005 17:35:44 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9975743D45 for ; Tue, 4 Jan 2005 17:35:44 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j04HZfWi076526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Jan 2005 09:35:44 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41DAD3E7.5000304@errno.com> Date: Tue, 04 Jan 2005 09:35:35 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Stockett References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: problems with ath0 "no carrier" on freebsd-current 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, 04 Jan 2005 17:35:44 -0000 Jeff Stockett wrote: >> This may sound stupid, but it happened to me, too. Did you 'ifconfig >> ath0 up'? What is the output of 'ifconfig ath0'? > > > Yes, the interface is up (I learned that requirement early on). I > should have posted that though. Hopefully Sam or one of the other > developers will see my original message and help. > > ath0: flags=8843 mtu 1500 > inet6 fe80::20b:6bff:fe34:1b23%ath0 prefixlen 64 scopeid 0x2 > ether 00:0b:6b:34:1b:23 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g (DS/1Mbps) > status: no carrier > ssid "linksys" > authmode OPEN privacy OFF txpowmax 54 > I've seen nothing that would help me diagnose the problem. Try building the 80211debug tool from src/tools/tool/ath then do 80211debug scan+assoc+auth and bring the interface up (this is roughly equivalent to ifconfig ath0 debug but 80211debug is much more useful for controlling the debug msgs in the 802.11 layer). The console log msgs should provide enough information to tell you what's going on. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 19:57:48 2005 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 A874F16A4CE for ; Tue, 4 Jan 2005 19:57:48 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4718E43D4C for ; Tue, 4 Jan 2005 19:57:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 430277A425; Tue, 4 Jan 2005 11:57:46 -0800 (PST) Message-ID: <41DAF53A.5000300@elischer.org> Date: Tue, 04 Jan 2005 11:57:46 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org References: <41DA2AE0.3020108@elischer.org> <20050104.032929.102142020.imp@bsdimp.com> <20050104114308.D30830@maren.thelosingend.net> In-Reply-To: <20050104114308.D30830@maren.thelosingend.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "M. Warner Losh" Subject: Re: Is there a boot sector guru in the house? 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, 04 Jan 2005 19:57:48 -0000 Svein Halvor Halvorsen wrote: >* M. Warner Losh [2005-01-04 03:29 -0700] > > >> The first hunk of the patch is good. The final hunk (#ifdef BEL) is >> unreleated, so please don't apply it. >> >> > > >According to the patch author: > > To make the patch fit into the code I had to disable the "beep-signal". > >...looks related to me. > yes.. that's why I was hoping a Bootsector guru mignt be able to look at it.. Maybe someone can squeaze a few more bytes out of it. I know some blind people rely on the beep. From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 21:21:44 2005 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 CDF8216A4CE for ; Tue, 4 Jan 2005 21:21:44 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A7243D49 for ; Tue, 4 Jan 2005 21:21:44 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])j04LLJLk031750; Tue, 4 Jan 2005 15:21:19 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 4 Jan 2005 15:21:17 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 4 Jan 2005 15:20:59 -0600 Message-ID: <41DB08B9.6090801@savvis.net> Date: Tue, 04 Jan 2005 13:20:57 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jan 2005 21:20:59.0307 (UTC) FILETIME=[491747B0:01C4F2A3] X-ECS-MailScanner: No virus is found cc: Julian Elischer Subject: netgraph(3) initialization order 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, 04 Jan 2005 21:21:44 -0000 Dear Hackers, would anyone object if i change SI_ORDER_MIDDLE in the /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. change DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); to DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_THIRD); the reason for this change is that bluetooth device drivers depend on netgraph(4) and when both netgraph(4) and bluetooth device driver (such as ng_ubt(4)) compiled in the kernel you get a crash. basically ng_ubt(4) mod_load callback is called before netgraph(4) mod_load callback and ng_findtype() crashes on uninitialized mutex (DEVICE_MODULE macro passes SI_SUB_DRIVERS, SI_ORDER_THIRD to the DECLARE_MODULE). option #2 would be to have DEVICE_MODULE_ORDERED macro which accepts two extra parameters. and finally option #3 would be to duplicate entire content of the DEVICE_MODULE macro in all bluetooth device drivers and specify order in DECLARE_MODULE macro. any thoughts? thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Jan 4 22:17:54 2005 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 0A67116A4CE for ; Tue, 4 Jan 2005 22:17:54 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50CA643D1F for ; Tue, 4 Jan 2005 22:17:53 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j04MEboO041451 for current@freebsd.org.checked; Wed, 5 Jan 2005 01:14:37 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j04MENTS041437; Wed, 5 Jan 2005 01:14:23 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <41DB1310.4060807@cronyx.ru> Date: Wed, 05 Jan 2005 01:05:04 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> In-Reply-To: <41DB08B9.6090801@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Julian Elischer Subject: Re: netgraph(3) initialization order 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, 04 Jan 2005 22:17:54 -0000 Maksim Yevmenkin: > Dear Hackers, > > would anyone object if i change SI_ORDER_MIDDLE in the > /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. > > change > > DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); > > to > > DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_THIRD); > > the reason for this change is that bluetooth device drivers depend on > netgraph(4) and when both netgraph(4) and bluetooth device driver > (such as ng_ubt(4)) compiled in the kernel you get a crash. basically > ng_ubt(4) mod_load callback is called before netgraph(4) mod_load > callback and ng_findtype() crashes on uninitialized mutex > (DEVICE_MODULE macro passes SI_SUB_DRIVERS, SI_ORDER_THIRD to the > DECLARE_MODULE). I thought this is the task of MODULE_DEPEND. rik > option #2 would be to have DEVICE_MODULE_ORDERED macro which accepts > two extra parameters. > > > and finally option #3 would be to duplicate entire content of the > DEVICE_MODULE macro in all bluetooth device drivers and specify order > in DECLARE_MODULE macro. > > > any thoughts? > > thanks, > max > _______________________________________________ > 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 Tue Jan 4 22:22:32 2005 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 AE03816A4CE for ; Tue, 4 Jan 2005 22:22:32 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6291E43D1F for ; Tue, 4 Jan 2005 22:22:32 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])j04MLxLk003958; Tue, 4 Jan 2005 16:21:59 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 4 Jan 2005 16:21:55 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Tue, 4 Jan 2005 16:21:54 -0600 Message-ID: <41DB1700.7060708@savvis.net> Date: Tue, 04 Jan 2005 14:21:52 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> In-Reply-To: <41DB1310.4060807@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 Jan 2005 22:21:54.0137 (UTC) FILETIME=[CB8A1490:01C4F2AB] X-ECS-MailScanner: No virus is found cc: current@freebsd.org cc: Julian Elischer Subject: Re: [Spam] Re: netgraph(3) initialization order 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, 04 Jan 2005 22:22:32 -0000 Roman Kurakin wrote: > Maksim Yevmenkin: > >> Dear Hackers, >> >> would anyone object if i change SI_ORDER_MIDDLE in the >> /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. >> >> change >> >> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); >> >> to >> >> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_THIRD); >> >> the reason for this change is that bluetooth device drivers depend on >> netgraph(4) and when both netgraph(4) and bluetooth device driver >> (such as ng_ubt(4)) compiled in the kernel you get a crash. basically >> ng_ubt(4) mod_load callback is called before netgraph(4) mod_load >> callback and ng_findtype() crashes on uninitialized mutex >> (DEVICE_MODULE macro passes SI_SUB_DRIVERS, SI_ORDER_THIRD to the ^^^^^^^^^^^^^^ this should be SI_ORDER_MIDDLE :) >> DECLARE_MODULE). > > I thought this is the task of MODULE_DEPEND. i thought so too :) but it appears to work only when module is _loaded_ (by hand or from /boot/loader.conf), i.e. it does not work if module was compiled in the kernel. > >> option #2 would be to have DEVICE_MODULE_ORDERED macro which accepts >> two extra parameters. >> >> >> and finally option #3 would be to duplicate entire content of the >> DEVICE_MODULE macro in all bluetooth device drivers and specify order >> in DECLARE_MODULE macro. >> >> >> any thoughts? >> >> thanks, >> max >> _______________________________________________ >> 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 Tue Jan 4 22:27:06 2005 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 0036116A4CE for ; Tue, 4 Jan 2005 22:27:05 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC40E43D49 for ; Tue, 4 Jan 2005 22:27:05 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9B1F37A403; Tue, 4 Jan 2005 14:27:05 -0800 (PST) Message-ID: <41DB1839.9080104@elischer.org> Date: Tue, 04 Jan 2005 14:27:05 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> In-Reply-To: <41DB1700.7060708@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Roman Kurakin Subject: Re: [Spam] Re: netgraph(3) initialization order 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, 04 Jan 2005 22:27:06 -0000 Maksim Yevmenkin wrote: > Roman Kurakin wrote: > >> Maksim Yevmenkin: >> >>> Dear Hackers, >>> >>> would anyone object if i change SI_ORDER_MIDDLE in the >>> /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. >>> >>> change >>> >>> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, >>> SI_ORDER_MIDDLE); >>> >>> to >>> >>> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_THIRD); >>> >>> the reason for this change is that bluetooth device drivers depend >>> on netgraph(4) and when both netgraph(4) and bluetooth device driver >>> (such as ng_ubt(4)) compiled in the kernel you get a crash. >>> basically ng_ubt(4) mod_load callback is called before netgraph(4) >>> mod_load callback and ng_findtype() crashes on uninitialized mutex >>> (DEVICE_MODULE macro passes SI_SUB_DRIVERS, SI_ORDER_THIRD to the >> > ^^^^^^^^^^^^^^ this > should be SI_ORDER_MIDDLE :) > >>> DECLARE_MODULE). >> >> >> I thought this is the task of MODULE_DEPEND. > > > i thought so too :) but it appears to work only when module is > _loaded_ (by hand or from /boot/loader.conf), i.e. it does not work if > module was compiled in the kernel. maybe the config stuff could be extended to integrate the module dependency stuff along with the suggested order by moving things backwards in the list if their dependencies suggest it. (after the bubble sort). > > >> >>> option #2 would be to have DEVICE_MODULE_ORDERED macro which accepts >>> two extra parameters. >>> >>> >>> and finally option #3 would be to duplicate entire content of the >>> DEVICE_MODULE macro in all bluetooth device drivers and specify >>> order in DECLARE_MODULE macro. >>> >>> >>> any thoughts? >>> >>> thanks, >>> max >>> _______________________________________________ >>> 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 Tue Jan 4 22:41:07 2005 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 CF91216A4CE for ; Tue, 4 Jan 2005 22:41:07 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63EC643D54 for ; Tue, 4 Jan 2005 22:41:07 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j04MhurL014867; Tue, 4 Jan 2005 15:43:56 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DB1B24.5040906@freebsd.org> Date: Tue, 04 Jan 2005 15:39:32 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> In-Reply-To: <41DB08B9.6090801@savvis.net> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: Julian Elischer Subject: Re: netgraph(3) initialization order 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, 04 Jan 2005 22:41:07 -0000 Maksim Yevmenkin wrote: > Dear Hackers, > > would anyone object if i change SI_ORDER_MIDDLE in the > /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. > > change > > DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); > > to > > DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_THIRD); > > the reason for this change is that bluetooth device drivers depend on > netgraph(4) and when both netgraph(4) and bluetooth device driver (such > as ng_ubt(4)) compiled in the kernel you get a crash. basically > ng_ubt(4) mod_load callback is called before netgraph(4) mod_load > callback and ng_findtype() crashes on uninitialized mutex (DEVICE_MODULE > macro passes SI_SUB_DRIVERS, SI_ORDER_THIRD to the DECLARE_MODULE). > > > option #2 would be to have DEVICE_MODULE_ORDERED macro which accepts two > extra parameters. > > > and finally option #3 would be to duplicate entire content of the > DEVICE_MODULE macro in all bluetooth device drivers and specify order in > DECLARE_MODULE macro. > > > any thoughts? > > thanks, > max It might make more sense to stop classifying netgraph as a driver in SI_SUB_DRIVERS and instead put it into a SYSINIT that happens prior to SI_SUB_DRIVERS. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 01:36:07 2005 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 48A3216A4CE for ; Wed, 5 Jan 2005 01:36:07 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E515843D45 for ; Wed, 5 Jan 2005 01:36:06 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so77052wri for ; Tue, 04 Jan 2005 17:36:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=seT72WDE6vAiMUjqlcnmZD5vtH/tRaZsC590lCMfLN6WpwK5IwhD1M7+iiXuh9eE1EyjMTIG0AHfdkHhjUyyacnCi2WZ9JnLF0eMPMSxmHePMseQociORN7Oi8SmXMjgrQ1iIFXblqf8lsiuFgm/XCu54hyRFgNGWon3XuX9ju4= Received: by 10.54.49.64 with SMTP id w64mr36510wrw; Tue, 04 Jan 2005 17:36:06 -0800 (PST) Received: by 10.54.57.76 with HTTP; Tue, 4 Jan 2005 17:36:06 -0800 (PST) Message-ID: <34cb7c840501041736570afdfa@mail.gmail.com> Date: Wed, 5 Jan 2005 01:36:06 +0000 From: Peter Edwards To: Julian Elischer , current@freebsd.org In-Reply-To: <41DAF53A.5000300@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <41DA2AE0.3020108@elischer.org> <20050104.032929.102142020.imp@bsdimp.com> <20050104114308.D30830@maren.thelosingend.net> <41DAF53A.5000300@elischer.org> Subject: Re: Is there a boot sector guru in the house? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peadar@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: Wed, 05 Jan 2005 01:36:07 -0000 I don't have a box I can test this on, but this looks like a definite candidate to get 3 more bytes: --- boot0.S 24 Nov 2004 15:39:04 -0000 1.12 +++ boot0.S 5 Jan 2005 01:27:31 -0000 @@ -314,8 +314,7 @@ cmpw $MAGIC,0x1fe(%bx) # Bootable? jne main.10 # No pushw %si # Save - movw $crlf,%si # Leave some - callw puts # space + callw putn # Leave space popw %si # Restore jmp *%bx # Invoke bootstrap If my arithmetic is correct, that leaves us wanting one more byte. I don't get the save/restore of %si at the end, and judging by the comment, someone else didn't either. It could be of some use to the chained loader, but our boot1.S doesn't do anything with it. From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 04:04:08 2005 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 4030416A4CE for ; Wed, 5 Jan 2005 04:04:08 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7392243D39 for ; Wed, 5 Jan 2005 04:04:07 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j0542xPs015471 for ; Wed, 5 Jan 2005 14:33:00 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Wed, 5 Jan 2005 14:33:53 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j053tMQ27305; Wed, 5 Jan 2005 14:25:22 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK374VQ2; Wed, 5 Jan 2005 14:25:15 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j053tTcS008897 ; Wed, 5 Jan 2005 14:25:29 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j053tTtc008896; Wed, 5 Jan 2005 14:25:29 +1030 (CST) (envelope-from wilkinsa) Date: Wed, 5 Jan 2005 14:25:29 +1030 From: "Wilkinson, Alex" To: Jeff Roberson , current@freebsd.org Message-ID: <20050105035529.GD8708@squash.dsto.defence.gov.au> Mail-Followup-To: Jeff Roberson , current@freebsd.org References: <20041201055115.I18185@mail.chesapeake.net> <20041201160351.V18185@mail.chesapeake.net> <20041201223725.GA80282@peter.osted.lan> <20041201184238.K18185@mail.chesapeake.net> <20041201185146.W18185@mail.chesapeake.net> <20041202065819.GA82433@peter.osted.lan> <20041202021828.A18185@mail.chesapeake.net> <20041202074908.GA82634@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20041202074908.GA82634@peter.osted.lan> User-Agent: Mutt/1.5.6i Subject: Re: SMP VFS Part 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: Wed, 05 Jan 2005 04:04:08 -0000 0n Thu, Dec 02, 2004 at 08:49:08AM +0100, Peter Holm wrote: >I run on a ASUS P4P800 with a Intel Celeron CPU 1.80GHz CPU and a >76319MB Seagate disk. The config is GENERIC with >BREAK_TO_DEBUGGER added. My /etc/sysctl.conf contains >kern.threads.virtual_cpu=16 + debug.ddb_use_printf=1. Uptime for >the last three double panics were 1h23m12s, 1h1m27s and 4h35m45s. Curios, is the sysctl "kern.threads.virtual_cpu" used for debugging HTT enabled CPUs ? -aW From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 07:05:31 2005 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 096F616A4D0 for ; Wed, 5 Jan 2005 07:05:31 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E50A43D2F for ; Wed, 5 Jan 2005 07:05:30 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j0575PXO024148; Wed, 5 Jan 2005 02:05:26 -0500 Message-ID: <41DB91B4.3070103@elischer.org> Date: Tue, 04 Jan 2005 23:05:24 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Wilkinson, Alex" References: <20041201055115.I18185@mail.chesapeake.net> <20041201160351.V18185@mail.chesapeake.net> <20041201223725.GA80282@peter.osted.lan> <20041201184238.K18185@mail.chesapeake.net> <20041201185146.W18185@mail.chesapeake.net> <20041202065819.GA82433@peter.osted.lan> <20041202021828.A18185@mail.chesapeake.net> <20041202074908.GA82634@peter.osted.lan> <20050105035529.GD8708@squash.dsto.defence.gov.au> In-Reply-To: <20050105035529.GD8708@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: SMP VFS Part 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: Wed, 05 Jan 2005 07:05:31 -0000 Wilkinson, Alex wrote: > 0n Thu, Dec 02, 2004 at 08:49:08AM +0100, Peter Holm wrote: > > >I run on a ASUS P4P800 with a Intel Celeron CPU 1.80GHz CPU and a > >76319MB Seagate disk. The config is GENERIC with > >BREAK_TO_DEBUGGER added. My /etc/sysctl.conf contains > >kern.threads.virtual_cpu=16 + debug.ddb_use_printf=1. Uptime for > >the last three double panics were 1h23m12s, 1h1m27s and 4h35m45s. > > Curios, is the sysctl "kern.threads.virtual_cpu" used for debugging HTT > enabled CPUs ? > > -aW > _______________________________________________ > 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" no, it tunes the systems's idea of how many "virtual CPUS" it should provide to threaded programs.. You can pretend you have 4 CPUs on a UP system but then the 4 threads that are scheduled at the same time for a process will compete for teh single CPU. There is a kind-of 2 level scheduelr.. threaded programs allow NCPU threads to be made avaliable to teh system to be scheduled at the same time. The system then schedules them. When they block or complete, teh process can submit replacement threads to continue to use its CPU allocation.. It's 1/ Very crude. 2/ probably very suboptimal 3/ a good candidate for replacement by a PhD candidate somewhere. 4/ very easy to do and simple. The aim is to provide some fairness so that a proces with 999 threads doesn't take up 999 slots in the system scheduler and completely swamp an unthreaded process that can only take one slot. With this scheme we allow it to be SLIGHTLY unfair, by allowing it to use upto to NCPU slots. From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 07:10:40 2005 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 3BC1716A4CE for ; Wed, 5 Jan 2005 07:10:40 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE28543D2F for ; Wed, 5 Jan 2005 07:10:39 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id DBCED14BCF5; Wed, 5 Jan 2005 08:10:38 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id A681114BB3F; Wed, 5 Jan 2005 08:10:37 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id j057AbCx039965; Wed, 5 Jan 2005 08:10:37 +0100 (CET) (envelope-from stijn) Date: Wed, 5 Jan 2005 08:10:37 +0100 From: Stijn Hoop To: Maksim Yevmenkin Message-ID: <20050105071037.GD46516@pcwin002.win.tue.nl> References: <41DB08B9.6090801@savvis.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: <41DB08B9.6090801@savvis.net> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-DCC: : X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: current@freebsd.org Subject: Re: netgraph(3) initialization order 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: Wed, 05 Jan 2005 07:10:40 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 04, 2005 at 01:20:57PM -0800, Maksim Yevmenkin wrote: > the reason for this change is that bluetooth device drivers depend on=20 > netgraph(4) and when both netgraph(4) and bluetooth device driver (such= =20 > as ng_ubt(4)) compiled in the kernel you get a crash. A crash directly after the first line at boot, right? I was wondering if I = was the only one seeing b0rken kernels but it appears that it was due to my loc= al change that I had forgotten about, which was adding options NETGRAPH options NETGRAPH_BLUETOOTH options NETGRAPH_BLUETOOTH_UBT to my kernel config file. Removing the latter two made a working kernel. Thank you for the hint! :) --Stijn --=20 The most reliable proof that there are extraterrestrial intelligent lifeforms out there is that nobody actually tries to get in contact with us. -- Dirk Mueller --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB25LtY3r/tLQmfWcRAh9sAJ0Z3GMc57fM2OAgRz+4FJItd0kL1wCfUofU Z6Cc9wzEBbyko3o7OUvOWZM= =pAEs -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 11:11:03 2005 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 3147E16A4CF; Wed, 5 Jan 2005 11:11:03 +0000 (GMT) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 804EF43D49; Wed, 5 Jan 2005 11:11:02 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd04.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1Cm948-0000RQ-02; Wed, 05 Jan 2005 12:11:00 +0100 Received: from Andro-Beta.Leidinger.net (rSm3jZZSreQsBKhtlPIl5I9zCl+xU9BpEZnbzLe3vfcNMiT2YuTEEq@[217.83.31.124]) by fmrl04.sul.t-online.com with esmtp id 1Cm93z-1ISSEC0; Wed, 5 Jan 2005 12:10:51 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j05BAGe5010236; Wed, 5 Jan 2005 12:10:16 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Wed, 5 Jan 2005 12:11:10 +0100 From: Alexander Leidinger To: Andriy Gapon Message-ID: <20050105121110.43e3209a@Magellan.Leidinger.net> In-Reply-To: <41DACE3E.3070904@icyb.net.ua> References: <41C38A7C.3070809@icyb.net.ua> <20041218174400.4b9af118@Magellan.Leidinger.net> <41DA9B7A.3000909@icyb.net.ua> <20050104153811.75258cba@Magellan.Leidinger.net> <41DACE3E.3070904@icyb.net.ua> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: rSm3jZZSreQsBKhtlPIl5I9zCl+xU9BpEZnbzLe3vfcNMiT2YuTEEq@t-dialin.net X-TOI-MSGID: 60cc3f68-74cc-463c-9d50-d4fb361c35e2 cc: ceri@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Oracle & linprocfs (was: Re: linux kernel-land) 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: Wed, 05 Jan 2005 11:11:03 -0000 On Tue, 04 Jan 2005 19:11:26 +0200 Andriy Gapon wrote: [Full quote for the benefit of the people in the CC] > BTW, I've got another linux kernel-land thingy: I have Oracle > installation made with previous default linux base (7), now after > upgrade to linux_base-8 (and linux_devtools-8) I can not start oracle > server (actually database instance) with the following error: > > oracle$ ./dbora.sh start > > SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jan 4 18:49:51 2005 > > Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. > > SQL> Connected to an idle instance. > SQL> ORA-00600: internal error code, arguments: [kcbbnwa_1], [0], [0], > [], [], [], [], [] > SQL> Disconnected > > I see that there was at least another person who had the similar problem > with linux_base-8 a while ago: > http://lists.freebsd.org/pipermail/freebsd-database/2004-February/000149.html Summary: don't mount linprocfs if you want to run Oracle with linux_base-8. > Using ktrace I tracked it down to reading "/proc/stat" and after playing > around a little bit I found out that Oracle (or some redhat 8 lib that > Oracle used) probably missed one line there: > > cpu 2010442 17367 694544 14507692 > + cpu0 2010442 17367 694544 14507692 > page 131869 24567 > swap 1570 51873 > intr 772076592 > ctxt 1512209526 > btime 1104346761 > > I see that "real linux" (Fedora Core 2) has this line too (yes, even in > the single CPU case). > > After I fixed sys/compat/linprocfs/linprocfs.c to always produce cpu%d > line(s) my oracle started to behave again. > > I am not sure if this is actually linux_base or linux_devtools related > or if this affects fresh Oracle installations. I think this is a serious issue. Please send-pr the patch and tell us at current@ (CCed) the PR number. A src-committer should have a look at it. I don't think it's linux_devtools related (it's easy to test it, right :-) ). Do you have a 4.x system (or maybe ceri@ can test it on a 4.x system)? I like to know if we have the problem there too now (re@ CCed because they may decide to take this issue into account regarding the upcoming 4.11 release... at least there should be a note somewhere to not use linprocfs and Oracle at the same time). Bye, Alexander. -- Speak softly and carry a cellular phone. 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 Wed Jan 5 11:24:34 2005 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 D41F916A4CE; Wed, 5 Jan 2005 11:24:34 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DB7C43D31; Wed, 5 Jan 2005 11:24:34 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1Cm9H4-000CcQ-Nw; Wed, 05 Jan 2005 11:24:22 +0000 Date: Wed, 5 Jan 2005 11:24:22 +0000 From: Ceri Davies To: Alexander Leidinger Message-ID: <20050105112422.GZ49329@submonkey.net> Mail-Followup-To: Ceri Davies , Alexander Leidinger , Andriy Gapon , current@freebsd.org, re@freebsd.org References: <41C38A7C.3070809@icyb.net.ua> <20041218174400.4b9af118@Magellan.Leidinger.net> <41DA9B7A.3000909@icyb.net.ua> <20050104153811.75258cba@Magellan.Leidinger.net> <41DACE3E.3070904@icyb.net.ua> <20050105121110.43e3209a@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eHmdSDY+kY2au76U" Content-Disposition: inline In-Reply-To: <20050105121110.43e3209a@Magellan.Leidinger.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: re@freebsd.org cc: Andriy Gapon cc: current@freebsd.org Subject: Re: Oracle & linprocfs (was: Re: linux kernel-land) 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: Wed, 05 Jan 2005 11:24:35 -0000 --eHmdSDY+kY2au76U Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 05, 2005 at 12:11:10PM +0100, Alexander Leidinger wrote: > On Tue, 04 Jan 2005 19:11:26 +0200 > Andriy Gapon wrote: >=20 > [Full quote for the benefit of the people in the CC] >=20 > > BTW, I've got another linux kernel-land thingy: I have Oracle > > installation made with previous default linux base (7), now after > > upgrade to linux_base-8 (and linux_devtools-8) I can not start oracle > > server (actually database instance) with the following error: > >=20 > > oracle$ ./dbora.sh start > >=20 > > SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jan 4 18:49:51 2005 > >=20 > > Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. > >=20 > > SQL> Connected to an idle instance. > > SQL> ORA-00600: internal error code, arguments: [kcbbnwa_1], [0], [0], > > [], [], [], [], [] > > SQL> Disconnected > >=20 > > I see that there was at least another person who had the similar problem > > with linux_base-8 a while ago: > > http://lists.freebsd.org/pipermail/freebsd-database/2004-February/00014= 9.html >=20 > Summary: don't mount linprocfs if you want to run Oracle with > linux_base-8. >=20 > > Using ktrace I tracked it down to reading "/proc/stat" and after playing > > around a little bit I found out that Oracle (or some redhat 8 lib that > > Oracle used) probably missed one line there: > >=20 > > cpu 2010442 17367 694544 14507692 > > + cpu0 2010442 17367 694544 14507692 > > page 131869 24567 > > swap 1570 51873 > > intr 772076592 > > ctxt 1512209526 > > btime 1104346761 > >=20 > > I see that "real linux" (Fedora Core 2) has this line too (yes, even in > > the single CPU case). > >=20 > > After I fixed sys/compat/linprocfs/linprocfs.c to always produce cpu%d > > line(s) my oracle started to behave again. > >=20 > > I am not sure if this is actually linux_base or linux_devtools related > > or if this affects fresh Oracle installations. >=20 > I think this is a serious issue. Please send-pr the patch and tell us at > current@ (CCed) the PR number. A src-committer should have a look at it. >=20 > I don't think it's linux_devtools related (it's easy to test it, right > :-) ). >=20 > Do you have a 4.x system (or maybe ceri@ can test it on a 4.x system)? I > like to know if we have the problem there too now (re@ CCed because they > may decide to take this issue into account regarding the upcoming 4.11 > release... at least there should be a note somewhere to not use > linprocfs and Oracle at the same time). I don't have one running Oracle at the moment, and ten minutes ago I just offered to work this evening. I'll try to get out of this but otherwise it will have be tomorrow evening (~36 hours time). Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --eHmdSDY+kY2au76U Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB285mocfcwTS3JF8RAu4CAJwO+Yv8qTwQOrWaM7y75LQEFp7S4QCdE4Qw GIbTGibDkfjDoqNU7Jhy/fw= =RkWd -----END PGP SIGNATURE----- --eHmdSDY+kY2au76U-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 12:26:40 2005 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 904CA16A4CE for ; Wed, 5 Jan 2005 12:26:40 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id EB3E743D58 for ; Wed, 5 Jan 2005 12:26:39 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 4501 invoked from network); 5 Jan 2005 12:26:38 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 5 Jan 2005 12:26:38 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j05CQbOc031728 for ; Wed, 5 Jan 2005 13:26:37 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j05CQbSS031727 for current@freebsd.org; Wed, 5 Jan 2005 13:26:37 +0100 (CET) (envelope-from pho) Date: Wed, 5 Jan 2005 13:26:36 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050105122636.GA31684@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Assertion td->td_sleepqueue != NULL failed at kern/subr_sleepqueue.c:270 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: Wed, 05 Jan 2005 12:26:40 -0000 With GENERIC HEAD from Dec 31 09:28 UTC + bmilekic@'s uma_core patch + alc's patch I got the following strange assert: panic(c0827c46,c082dd18,c082dc8d,10e,c08f4660) at panic+0x190 sleepq_add(c08eec90,c08ee6e8,c082a9bf,1,c08ee6e8,0,c0827ca9,7d) at sleepq_add+0x156 cv_wait(c08eec90,c08ee6e8,c151de30,0,ffffffff) at cv_wait+0x100 _sx_xlock(c08eec60,c0828867,247,0,c151ddc8) at _sx_xlock+0x59 kern_wait(c151e450,ffffffff,cbc67c90,0,0) at kern_wait+0x4b wait4(c151e450,cbc67d14,4,3f8,282) at wait4+0x29 syscall(2f,2f,bfbf002f,2,0) at syscall+0x128 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (7, FreeBSD ELF32, wait4), eip = 0x805170b, esp = 0xbfbfedbc, ebp = 0xbfbfedd8 --- Looks like td->td_sleepqueue is NULL! Details at http://www.holm.cc/stress/log/cons100.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 12:47:57 2005 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 55CA416A4CF for ; Wed, 5 Jan 2005 12:47:57 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0EE043D1D for ; Wed, 5 Jan 2005 12:47:56 +0000 (GMT) (envelope-from flemmingf@gmail.com) Received: by rproxy.gmail.com with SMTP id g11so593730rne for ; Wed, 05 Jan 2005 04:47:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Z4RULB/ce/MQD83xulhpc+GpcbogX6oUN7o2Tr325x+KiDxqOC0HJOkQVeb146UiHdZYYriDitK/rNbOo1O1sCoxdQKj0PTdZLknltxMEFT25aeJWnrEUuLdQHUBBUe8KT3qsImTXtkWcuQEAClNVKr7dHsbuHyHjAjnQtYo4c8= Received: by 10.38.76.80 with SMTP id y80mr298598rna; Wed, 05 Jan 2005 04:47:56 -0800 (PST) Received: by 10.38.125.44 with HTTP; Wed, 5 Jan 2005 04:47:56 -0800 (PST) Message-ID: <450e91b4050105044772a20076@mail.gmail.com> Date: Wed, 5 Jan 2005 13:47:56 +0100 From: =?ISO-8859-1?Q?Flemming_Fr=F8kj=E6r?= To: freebsd-current@freebsd.org In-Reply-To: <20041224010759.N1763@april.chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041224010759.N1763@april.chuckr.org> Subject: Re: fingerprints X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: =?ISO-8859-1?Q?Flemming_Fr=F8kj=E6r?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 12:47:57 -0000 On Fri, 24 Dec 2004 01:11:04 -0500 (EST), Chuck Robey wrote: > I *really* disilked the fact that (apparently) the only fingerprint > reader is supplied via Microsoft, but beyond that, it's a USB device, http://www.secugen.com/products/sdk_fdx.htm#fdulinux These works witn linux and they provide sample application with source code. Flemming From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 12:34:42 2005 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 E9A7916A4CE; Wed, 5 Jan 2005 12:34:42 +0000 (GMT) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697C043D4C; Wed, 5 Jan 2005 12:34:40 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA19133; Wed, 05 Jan 2005 14:34:28 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <41DBDED4.8090403@icyb.net.ua> Date: Wed, 05 Jan 2005 14:34:28 +0200 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <41C38A7C.3070809@icyb.net.ua> <20041218174400.4b9af118@Magellan.Leidinger.net> <41DA9B7A.3000909@icyb.net.ua> <20050104153811.75258cba@Magellan.Leidinger.net> <41DACE3E.3070904@icyb.net.ua> <20050105121110.43e3209a@Magellan.Leidinger.net> In-Reply-To: <20050105121110.43e3209a@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 05 Jan 2005 12:59:52 +0000 cc: ceri@freebsd.org cc: re@freebsd.org cc: current@freebsd.org Subject: Re: Oracle & linprocfs 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: Wed, 05 Jan 2005 12:34:43 -0000 on 05.01.2005 13:11 Alexander Leidinger said the following: > I think this is a serious issue. Please send-pr the patch and tell us at > current@ (CCed) the PR number. A src-committer should have a look at it. > > I don't think it's linux_devtools related (it's easy to test it, right > :-) ). > > Do you have a 4.x system (or maybe ceri@ can test it on a 4.x system)? I > like to know if we have the problem there too now (re@ CCed because they > may decide to take this issue into account regarding the upcoming 4.11 > release... at least there should be a note somewhere to not use > linprocfs and Oracle at the same time). PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/75848 Unfortunately I do not have any 4.X machines here too. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 13:12:56 2005 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 1B02F16A4CE; Wed, 5 Jan 2005 13:12:56 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46F5F43D46; Wed, 5 Jan 2005 13:12:55 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j05DCr6s010911; Wed, 5 Jan 2005 15:12:54 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j05DCrPs015400; Wed, 5 Jan 2005 15:12:53 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j05DCr06015397; Wed, 5 Jan 2005 15:12:53 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Wed, 5 Jan 2005 15:12:53 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org, Julian Elischer Message-ID: <20050105131253.GA12430@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: RFC: Inverse KASSERT in sys/dev/usb/ohci.c:1.150 ? 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: Wed, 05 Jan 2005 13:12:56 -0000 The KASSERT that replaces an explicit if conditional in ohci.c:1.150 causes a panic here when I try to use my USB flash disk: % -#ifdef DIAGNOSTIC % - if (curlen == 0) % - panic("ohci_alloc_std: curlen == 0"); % -#endif % + KASSERT ((curlen == 0), ("ohci_alloc_std: curlen == 0")); Shouldn't the KASSERT expression have inverse logic, i.e.: KASSERT((curlen != 0), ("ohci_alloc_std: curlen == 0")); - Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 13:28:00 2005 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 7CC5816A4CE; Wed, 5 Jan 2005 13:28:00 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 690CE43D3F; Wed, 5 Jan 2005 13:28:00 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 581535C99C; Wed, 5 Jan 2005 05:28:00 -0800 (PST) Date: Wed, 5 Jan 2005 14:28:00 +0100 From: Maxime Henrion To: Giorgos Keramidas Message-ID: <20050105132800.GE63028@elvis.mu.org> References: <20050105131253.GA12430@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050105131253.GA12430@orion.daedalusnetworks.priv> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: RFC: Inverse KASSERT in sys/dev/usb/ohci.c:1.150 ? 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: Wed, 05 Jan 2005 13:28:00 -0000 Giorgos Keramidas wrote: > The KASSERT that replaces an explicit if conditional in ohci.c:1.150 > causes a panic here when I try to use my USB flash disk: > > % -#ifdef DIAGNOSTIC > % - if (curlen == 0) > % - panic("ohci_alloc_std: curlen == 0"); > % -#endif > % + KASSERT ((curlen == 0), ("ohci_alloc_std: curlen == 0")); > > Shouldn't the KASSERT expression have inverse logic, i.e.: > > KASSERT((curlen != 0), ("ohci_alloc_std: curlen == 0")); Yes, it indeed should. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 14:21:38 2005 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 AE91D16A4CF; Wed, 5 Jan 2005 14:21:38 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19FB243D31; Wed, 5 Jan 2005 14:21:38 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CmC2R-0002ST-Uv; Wed, 05 Jan 2005 14:21:27 +0000 Date: Wed, 5 Jan 2005 14:21:27 +0000 From: Ceri Davies To: Alexander Leidinger , Andriy Gapon , current@freebsd.org, re@freebsd.org Message-ID: <20050105142127.GH49329@submonkey.net> Mail-Followup-To: Ceri Davies , Alexander Leidinger , Andriy Gapon , current@freebsd.org, re@freebsd.org References: <41C38A7C.3070809@icyb.net.ua> <20041218174400.4b9af118@Magellan.Leidinger.net> <41DA9B7A.3000909@icyb.net.ua> <20050104153811.75258cba@Magellan.Leidinger.net> <41DACE3E.3070904@icyb.net.ua> <20050105121110.43e3209a@Magellan.Leidinger.net> <20050105112422.GZ49329@submonkey.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+mSjbC2tVdWE/Wop" Content-Disposition: inline In-Reply-To: <20050105112422.GZ49329@submonkey.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies Subject: Re: Oracle & linprocfs (was: Re: linux kernel-land) 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: Wed, 05 Jan 2005 14:21:38 -0000 --+mSjbC2tVdWE/Wop Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 05, 2005 at 11:24:22AM +0000, Ceri Davies wrote: > On Wed, Jan 05, 2005 at 12:11:10PM +0100, Alexander Leidinger wrote: > > On Tue, 04 Jan 2005 19:11:26 +0200 > > Andriy Gapon wrote: > >=20 > > [Full quote for the benefit of the people in the CC] > >=20 > > > BTW, I've got another linux kernel-land thingy: I have Oracle > > > installation made with previous default linux base (7), now after > > > upgrade to linux_base-8 (and linux_devtools-8) I can not start oracle > > > server (actually database instance) with the following error: > > >=20 > > > oracle$ ./dbora.sh start > > >=20 > > > SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jan 4 18:49:51 2005 > > >=20 > > > Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. > > >=20 > > > SQL> Connected to an idle instance. > > > SQL> ORA-00600: internal error code, arguments: [kcbbnwa_1], [0], [0], > > > [], [], [], [], [] > > > SQL> Disconnected > > >=20 > > > I see that there was at least another person who had the similar prob= lem > > > with linux_base-8 a while ago: > > > http://lists.freebsd.org/pipermail/freebsd-database/2004-February/000= 149.html > >=20 > > Summary: don't mount linprocfs if you want to run Oracle with > > linux_base-8. > >=20 > > > Using ktrace I tracked it down to reading "/proc/stat" and after play= ing > > > around a little bit I found out that Oracle (or some redhat 8 lib that > > > Oracle used) probably missed one line there: > > >=20 > > > cpu 2010442 17367 694544 14507692 > > > + cpu0 2010442 17367 694544 14507692 > > > page 131869 24567 > > > swap 1570 51873 > > > intr 772076592 > > > ctxt 1512209526 > > > btime 1104346761 > > >=20 > > > I see that "real linux" (Fedora Core 2) has this line too (yes, even = in > > > the single CPU case). > > >=20 > > > After I fixed sys/compat/linprocfs/linprocfs.c to always produce cpu%d > > > line(s) my oracle started to behave again. > > >=20 > > > I am not sure if this is actually linux_base or linux_devtools related > > > or if this affects fresh Oracle installations. > >=20 > > I think this is a serious issue. Please send-pr the patch and tell us at > > current@ (CCed) the PR number. A src-committer should have a look at it. > >=20 > > I don't think it's linux_devtools related (it's easy to test it, right > > :-) ). > >=20 > > Do you have a 4.x system (or maybe ceri@ can test it on a 4.x system)? I > > like to know if we have the problem there too now (re@ CCed because they > > may decide to take this issue into account regarding the upcoming 4.11 > > release... at least there should be a note somewhere to not use > > linprocfs and Oracle at the same time). >=20 > I don't have one running Oracle at the moment, and ten minutes ago I just > offered to work this evening. I'll try to get out of this but otherwise > it will have be tomorrow evening (~36 hours time). It looks like there is actually more time than I thought before the release, so I will definitely have time to check this out on a 4.x system. Won't be today, as mentioned. Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --+mSjbC2tVdWE/Wop Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB2/fnocfcwTS3JF8RAmiSAJ4uciYoXJlBqY3mYyMaOpLMTy8eKACbBxGf v5c12yEQAZug7SfYcGWjJXs= =X3Sr -----END PGP SIGNATURE----- --+mSjbC2tVdWE/Wop-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 14:31:51 2005 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 7FDBB16A4CE for ; Wed, 5 Jan 2005 14:31:51 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 4DCB043D49 for ; Wed, 5 Jan 2005 14:31:51 +0000 (GMT) (envelope-from richard@howitsdone.net) Received: from unknown (HELO gigaping.gigaping) (cadwalad3r@sbcglobal.net@69.153.226.226 with plain) by smtp812.mail.sc5.yahoo.com with SMTP; 5 Jan 2005 14:31:51 -0000 From: Richard Cadwalader To: freebsd-current@freebsd.org Date: Wed, 5 Jan 2005 08:30:34 -0600 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501050830.36906.richard@howitsdone.net> Subject: pkg_add looking in the wrong place 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: Wed, 05 Jan 2005 14:31:51 -0000 Dear Gurus... When I try to do pkg_add -r something, I get this: gigaping# pkg_add -r apache Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/Latest/apache.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/Latest/apache.tbz' by URL gigaping# I noticed where it says /packages-5-current/ needs to be packages-5.3-release/ or something. I had this problem a few years ago, but I forgot how to fix it. Things were working, and I have no idea what I did to change anything that had to do with updating ports (which I did right before I tried to install apache). Any help would be great. -- Richard Cadwalader www.howitsdone.net PO BOX 145 Gurdon AR 71743 From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 15:20:23 2005 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 2CD8416A4CE for ; Wed, 5 Jan 2005 15:20:23 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8FB543D2D for ; Wed, 5 Jan 2005 15:20:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so48684rne for ; Wed, 05 Jan 2005 07:20:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=CHpSAnQkbLFxUI/LLl8XknfS8xBn/IpdiX5D5nkCg+KhQFRj4rLlnAqXVTiwMj6TU7f0aNZ+UjfQJZMZ22bAfMI8/nd4lFw+Ll0b5W/IYkEPS7QQvKe54C7jjriNFSJea3IaFkOkJ3np4gfvk66uoS5yPBZqCON6gMoxz23kIc4= Received: by 10.38.181.14 with SMTP id d14mr116341rnf; Wed, 05 Jan 2005 07:20:22 -0800 (PST) Received: by 10.38.209.12 with HTTP; Wed, 5 Jan 2005 07:20:22 -0800 (PST) Message-ID: <84dead72050105072055548392@mail.gmail.com> Date: Wed, 5 Jan 2005 20:50:22 +0530 From: Joseph Koshy To: Richard Cadwalader In-Reply-To: <200501050830.36906.richard@howitsdone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501050830.36906.richard@howitsdone.net> cc: freebsd-current@freebsd.org Subject: Re: pkg_add looking in the wrong place X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2005 15:20:23 -0000 > gigaping# pkg_add -r apache > Error: FTP Unable to get > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/Latest/apache.tbz: > File unavailable (e.g., file not found, no access) What does "uname -a" show on your system? From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 15:39:42 2005 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 4517E16A4CE for ; Wed, 5 Jan 2005 15:39:42 +0000 (GMT) Received: from omoikane.mb.skyweb.ca (64-42-246-34.mb.skyweb.ca [64.42.246.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C83CA43D55 for ; Wed, 5 Jan 2005 15:39:41 +0000 (GMT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id 5AD6B61DBA; Wed, 5 Jan 2005 09:39:43 -0600 (CST) From: Mark Johnston To: current@freebsd.org, freebsd-cvs-summary@lists.enderunix.org Date: Wed, 5 Jan 2005 09:39:42 -0600 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200501050939.42479.mjohnston@skyweb.ca> Subject: cvs-src summary for December 28 - January 3 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: Wed, 05 Jan 2005 15:39:42 -0000 FreeBSD cvs-src summary for 2004-12-28 to 2005-01-03 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. An RSS feed is available from http://excel.xl0.org/cgi-bin/rss.py. If you would like to receive the summary without subscribing to current@, send a blank message to freebsd-cvs-summary-subscribe@lists.enderunix.org; thanks to Omer Faruk Sen and EnderUNIX for hosting this list. Please send any comments to Mark Johnston (mark at xl0.org). ============ New Features ============ Initial support for extracting ISO images in libarchive ------------------------------------------------------- Tim Kientzle (kientzle) committed preliminary support to libarchive[1] (and thus bsdtar[2]) for extracting files from ISO images. Tim notes that numerous bugs still exist in the code, and it doesn't support some ISO features, but he has been able to extract files from some test images. He welcomes tips from people familiar with the ISO9660 format. [1] http://www.freebsd.org/cgi/man.cgi?query=libarchive&apropos=0&sektion=3&manpath=FreeBSD+6.0-current&format=html [2] http://www.freebsd.org/cgi/man.cgi?query=bsdtar&apropos=0&sektion=1&manpath=FreeBSD+6.0-current&format=html http://www.freebsd.org/cgi/mid.cgi?200501020521.j025LF68085390 FILE utility updated to 4.12 ---------------------------- David E. O'Brien (obrien) upgraded file[1], which identifies the type of a file by inspecting it, to version 4.12. The new version replaces the old 4.10, adding some minor bugfixes and fixing some crashes. [1] http://www.freebsd.org/cgi/man.cgi?query=file&apropos=0&sektion=1&manpath=FreeBSD+6.0-current&format=html http://www.freebsd.org/cgi/mid.cgi?200412280431.iBS4Vmcj084717 Auto-disable of port randomizing code ------------------------------------- Mike Silbersack (silby) modified the code that randomizes the TCP ports used for making connections so that it will automatically revert to old-style consecutive port use when many connections are being made quickly. This avoids problems with ports being reused too soon by the random allocation code. Mike thanked Igor Sysoev for showing that the patch was needed and testing preliminary versions. http://www.freebsd.org/cgi/mid.cgi?200501020150.j021ovpg071890 ================= Discussion Topics ================= Extracting files from ISO images -------------------------------- As mentioned above, Tim Kientzle (kientzle) added initial support to libarchive for extracting files from ISO images. This prompted discussion on a few different topics. There was a brief discussion about supporting ISO9660 properly without seeking, as libarchive must, and other methods of extracting files from CDs or ISO images were also mentioned. There was also a short thread about committing development code like this into the main tree. http://www.freebsd.org/cgi/mid.cgi?200501020521.j025LF68085390 ================= Committer Changes ================= For the record, Tony Finch (fanf) and Peter Edwards (peadar) are well out of mentorship. http://www.freebsd.org/cgi/mid.cgi?200412291552.iBTFqir0026021 =================== Important Bug Fixes =================== 4.x memory/file corruption bug fixed ------------------------------------ Julian Elischer (julian) committed a fix to the memory allocation code in 4.x, eliminating a bug that could cause filesystem corruption as well as "page not found in hash" panics. This would most frequently appear in systems with slow disk drivers, like twe[1], or subsystems that made heavy use of the affected contigmalloc code. The fix was obtained from Matt Dillon via DragonFlyBSD[2], with credit to David Rhodus for his persistence in tracking down the bug. [1] http://www.freebsd.org/cgi/man.cgi?query=twe&apropos=0&sektion=4&manpath=FreeBSD+6.0-current&format=html [2] http://www.dragonflybsd.org Submitted by: DragonflyBSD http://www.freebsd.org/cgi/mid.cgi?200412302224.iBUMOh6I048637 Many fixes to wireless networking code -------------------------------------- Sam Leffler (sam) made many fixes to the 802.11a/b/g wireless networking support code, as well as to the ath[1] driver for Atheros 802.11* hardware. There are dozens of bugfixes covering many areas, including packet capturing, debugging, QoS Quality of Service, and WPA Wi-Fi Protected Access. [1] http://www.freebsd.org/cgi/man.cgi?query=ath&apropos=0&sektion=4&manpath=FreeBSD+6.0-current&format=html Many IPX fixes -------------- Robert Watson (rwatson) made many commits to the IPX the layer 3 protocol used by Novell Netware instead of IP subsystem, enhancing locking, improving style, and fixing various bugs. =============== Other Bug Fixes =============== Julian Elischer (julian) fixed a bug in the USB2 support code that could have caused memory corruption when the system aborted a USB transaction. This work was done with advice from David Brownell. http://www.freebsd.org/cgi/mid.cgi?200412290121.iBT1LIow075852 Diomidis Spinellis (dds) fixed a memory leak in the system regular expression library. PR: 75656 (http://www.freebsd.org/cgi/query-pr.cgi?pr=75656) http://www.freebsd.org/cgi/mid.cgi?200412301427.iBUERvbL016896 From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 15:44:25 2005 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 5382C16A4CF for ; Wed, 5 Jan 2005 15:44:25 +0000 (GMT) Received: from smtp810.mail.sc5.yahoo.com (smtp810.mail.sc5.yahoo.com [66.163.170.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 22ADF43D31 for ; Wed, 5 Jan 2005 15:44:25 +0000 (GMT) (envelope-from richard@howitsdone.net) Received: from unknown (HELO gigaping.gigaping) (cadwalad3r@sbcglobal.net@69.153.226.226 with plain) by smtp810.mail.sc5.yahoo.com with SMTP; 5 Jan 2005 15:44:24 -0000 From: Richard Cadwalader To: Joseph Koshy Date: Wed, 5 Jan 2005 09:43:07 -0600 User-Agent: KMail/1.7 References: <200501050830.36906.richard@howitsdone.net> <84dead72050105072055548392@mail.gmail.com> In-Reply-To: <84dead72050105072055548392@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501050943.11320.richard@howitsdone.net> cc: freebsd-current@freebsd.org Subject: Re: pkg_add looking in the wrong place 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: Wed, 05 Jan 2005 15:44:25 -0000 On Wednesday 05 January 2005 09:20, Joseph Koshy wrote: > > gigaping# pkg_add -r apache > > Error: FTP Unable to get > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-current/Latest/ap > >ache.tbz: File unavailable (e.g., file not found, no access) > > What does "uname -a" show on your system? gigaping# uname -a FreeBSD gigaping.gigaping 5.3-STABLE FreeBSD 5.3-STABLE #1: Mon Jan 3 11:25:50CST 2005 gigaping@gigaping.gigaping:/usr/src/sys/i386/compile/GIGAPING i386 gigaping# I don't mean to sound ignernt, but I am new at this...what does all that mean up there? -- Richard Cadwalader www.howitsdone.net PO BOX 145 Gurdon AR 71743 From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 16:09:07 2005 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 DD85216A4CE for ; Wed, 5 Jan 2005 16:09:07 +0000 (GMT) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 976A643D55 for ; Wed, 5 Jan 2005 16:09:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmDid-000DuW-AB for freebsd-current@freebsd.org; Wed, 05 Jan 2005 16:09:07 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmDia-0003Gn-3s for freebsd-current@freebsd.org; Wed, 05 Jan 2005 06:09:04 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16860.4383.281114.747270@roam.psg.com> Date: Wed, 5 Jan 2005 06:09:03 -1000 To: FreeBSD Current Subject: fsck issue? 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: Wed, 05 Jan 2005 16:09:08 -0000 a box running happily over a month FreeBSD foo.psg.com 6.0-CURRENT FreeBSD 6.0-CURRENT #13: Tue Nov 30 20:38:02 GMT 2004 root@foo.psg.com:/usr/obj/usr/src/sys/FOO i386 locked up sufficiently to require the reset button. as it is remote, and i was not logged into the console, i do not know why. on restart, it seems to work, but i get KDB: stack backtrace: kdb_backtrace(c0680fb8,2,cbbea330,0,22) at kdb_backtrace+0x2e getdirtybuf(d6654bc0,0,1,cbbea330,1) at getdirtybuf+0x2b flush_deplist(c26ead4c,1,d6654be4,d6654be8,0) at flush_deplist+0x47 flush_inodedep_deps(c1634800,1562b,3,d6654c34,c054b6fa) at flush_inodedep_deps+0x9e softdep_sync_metadata(d6654ca4,3,0,d6654c5c,c155f2d0) at softdep_sync_metadata+0x54 ffs_fsync(d6654ca4,0,0,0,0) at ffs_fsync+0x47c fsync(c1937900,d6654d14,4,d6654d3c,c0516c66) at fsync+0x1a1 syscall(2f,2f,bfbf002f,0,8125c90) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (95, FreeBSD ELF32, fsync), eip = 0x283c59af, esp = 0xbfbfdaac, ebp = 0xbfbfe898 --- KDB: stack backtrace: kdb_backtrace(c0680fb8,2,cbcb03b8,0,22) at kdb_backtrace+0x2e getdirtybuf(d737ebc0,0,1,cbcb03b8,1) at getdirtybuf+0x2b flush_deplist(c2e17c4c,1,d737ebe4,d737ebe8,0) at flush_deplist+0x47 flush_inodedep_deps(c1634800,1581b,3,d737ec34,c054b6fa) at flush_inodedep_deps+0x9e softdep_sync_metadata(d737eca4,3,0,d737ec5c,c159d450) at softdep_sync_metadata+0x54 ffs_fsync(d737eca4,0,0,0,0) at ffs_fsync+0x47c fsync(c2577000,d737ed14,4,d737ed3c,c0516c66) at fsync+0x1a1 syscall(2845002f,2f,bfbf002f,81258f0,1b2) at syscall+0x300 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (95, FreeBSD ELF32, fsync), eip = 0x283c59af, esp = 0xbfbfd7fc, ebp = 0xbfbfdaa8 --- randy From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 17:22:32 2005 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 92EF616A4CE for ; Wed, 5 Jan 2005 17:22:32 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F21E43D5A for ; Wed, 5 Jan 2005 17:22:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j05HMUWi082823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Jan 2005 09:22:31 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41DC2251.5070600@errno.com> Date: Wed, 05 Jan 2005 09:22:25 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Johnston References: <200501050939.42479.mjohnston@skyweb.ca> In-Reply-To: <200501050939.42479.mjohnston@skyweb.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-cvs-summary@lists.enderunix.org cc: current@freebsd.org Subject: Re: cvs-src summary for December 28 - January 3 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: Wed, 05 Jan 2005 17:22:32 -0000 Mark Johnston wrote: > Many fixes to wireless networking code > -------------------------------------- > Sam Leffler (sam) made many fixes to the 802.11a/b/g wireless networking > support code, as well as to the ath[1] driver for Atheros 802.11* > hardware. There are dozens of bugfixes covering many areas, including > packet capturing, debugging, QoS Quality of Service, and WPA Wi-Fi > Protected Access. The fixes were almost entirely for running WPA together with QoS/WME. Folks experiencing WPA problems were because they updated to a more recent version of wpa_supplicant than was in the port. Sam From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 18:15:43 2005 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 27FA116A4CE for ; Wed, 5 Jan 2005 18:15:43 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D78B543D4C for ; Wed, 5 Jan 2005 18:15:42 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])j05IFV6Z031143 for ; Wed, 5 Jan 2005 12:15:31 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 12:15:23 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 12:15:10 -0600 Message-ID: <41DC2EAD.8070403@savvis.net> Date: Wed, 05 Jan 2005 10:15:09 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jan 2005 18:15:10.0667 (UTC) FILETIME=[7E6591B0:01C4F352] X-ECS-MailScanner: No virus is found Subject: device pcic and card 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: Wed, 05 Jan 2005 18:15:43 -0000 Dear Hackers, i heard Warner said something about removing pcic and card (aka oldcard) support from -current. has it happened? after cvsup'ing (yesterday) i no longer can configure kernel with pcic and card. i can not use newcard on my tecra 8100 :( when i insert serial pc-card my laptop hangs :( i can insert ethernet card (3com) but i can not remove it :( same story - laptop hangs hard. anyone has same problems or its just me? thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 20:40:40 2005 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 DA18716A4CE; Wed, 5 Jan 2005 20:40:40 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8237443D53; Wed, 5 Jan 2005 20:40:40 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])j05Ka4oj009345; Wed, 5 Jan 2005 14:36:04 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 14:36:02 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 14:35:53 -0600 Message-ID: <41DC4FA2.8070609@savvis.net> Date: Wed, 05 Jan 2005 12:35:46 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer , Roman Kurakin , Scott Long References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> In-Reply-To: <41DB1839.9080104@elischer.org> Content-Type: multipart/mixed; boundary="------------070007020502050005000302" X-OriginalArrivalTime: 05 Jan 2005 20:35:53.0865 (UTC) FILETIME=[26EF5790:01C4F366] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 20:40:41 -0000 This is a multi-part message in MIME format. --------------070007020502050005000302 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear Hackers, any objections to the attached patch? thanks, max >>>> Dear Hackers, >>>> >>>> would anyone object if i change SI_ORDER_MIDDLE in the >>>> /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. >>>> >>>> change >>>> >>>> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, >>>> SI_ORDER_MIDDLE); >>>> >>>> to >>>> >>>> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, >>>> SI_ORDER_THIRD); >>>> >>>> the reason for this change is that bluetooth device drivers >>>> depend on netgraph(4) and when both netgraph(4) and bluetooth >>>> device driver (such as ng_ubt(4)) compiled in the kernel you >>>> get a crash. basically ng_ubt(4) mod_load callback is called >>>> before netgraph(4) mod_load callback and ng_findtype() crashes >>>> on uninitialized mutex (DEVICE_MODULE macro passes >>>> SI_SUB_DRIVERS, SI_ORDER_THIRD to the >>> ^^^^^^^^^^^^^^ this should be SI_ORDER_MIDDLE :) >> >>>> DECLARE_MODULE). >>> >>> I thought this is the task of MODULE_DEPEND. >> >> i thought so too :) but it appears to work only when module is >> _loaded_ (by hand or from /boot/loader.conf), i.e. it does not work >> if module was compiled in the kernel. > > maybe the config stuff could be extended to integrate the module > dependency stuff along with the suggested order by moving things > backwards in the list if their dependencies suggest it. (after the > bubble sort). > >>>> option #2 would be to have DEVICE_MODULE_ORDERED macro which >>>> accepts two extra parameters. >>>> >>>> >>>> and finally option #3 would be to duplicate entire content of >>>> the DEVICE_MODULE macro in all bluetooth device drivers and >>>> specify order in DECLARE_MODULE macro. >>>> >>>> >>>> any thoughts? >>>> >>>> thanks, max --------------070007020502050005000302 Content-Type: text/plain; name="ng_base.c.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ng_base.c.diff.txt" --- ng_base.c.orig Wed Jan 5 12:04:36 2005 +++ ng_base.c Wed Jan 5 12:23:39 2005 @@ -46,6 +46,7 @@ #include #include +#include #include #include #include @@ -2953,27 +2954,40 @@ * Handle loading and unloading for this code. * The only thing we need to link into is the NETISR strucure. */ + +static void +ngb_sysinit(void) +{ + mtx_init(&ng_worklist_mtx, "ng_worklist", NULL, MTX_SPIN); + mtx_init(&ng_typelist_mtx, "netgraph types mutex", NULL, MTX_DEF); + mtx_init(&ng_nodelist_mtx, "netgraph nodelist mutex", NULL, MTX_DEF); + mtx_init(&ng_idhash_mtx, "netgraph idhash mutex", NULL, MTX_DEF); + mtx_init(&ngq_mtx, "netgraph free item list mutex", NULL, MTX_DEF); + + /* XXX could use NETISR_MPSAFE but need to verify code */ + netisr_register(NETISR_NETGRAPH, (netisr_t *)ngintr, NULL, 0); +} + +static void +ngb_sysuninit(void) +{ + netisr_unregister(NETISR_NETGRAPH); + + mtx_destroy(&ngq_mtx); + mtx_destroy(&ng_idhash_mtx); + mtx_destroy(&ng_nodelist_mtx); + mtx_destroy(&ng_typelist_mtx); + mtx_destroy(&ng_worklist_mtx); +} + static int ngb_mod_event(module_t mod, int event, void *data) { - int s, error = 0; + int error = 0; switch (event) { case MOD_LOAD: - /* Register line discipline */ - mtx_init(&ng_worklist_mtx, "ng_worklist", NULL, MTX_SPIN); - mtx_init(&ng_typelist_mtx, "netgraph types mutex", NULL, - MTX_DEF); - mtx_init(&ng_nodelist_mtx, "netgraph nodelist mutex", NULL, - MTX_DEF); - mtx_init(&ng_idhash_mtx, "netgraph idhash mutex", NULL, - MTX_DEF); - mtx_init(&ngq_mtx, "netgraph free item list mutex", NULL, - MTX_DEF); - s = splimp(); - /* XXX could use NETISR_MPSAFE but need to verify code */ - netisr_register(NETISR_NETGRAPH, (netisr_t *)ngintr, NULL, 0); - splx(s); + error = 0; break; case MOD_UNLOAD: /* You cant unload it because an interface may be using it. */ @@ -2986,12 +3000,9 @@ return (error); } -static moduledata_t netgraph_mod = { - "netgraph", - ngb_mod_event, - (NULL) -}; -DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); +SYSINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_FIRST, ngb_sysinit, NULL); +SYSUNINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_ANY, ngb_sysuninit, NULL); +DEV_MODULE(netgraph, ngb_mod_event, NULL); SYSCTL_NODE(_net, OID_AUTO, graph, CTLFLAG_RW, 0, "netgraph Family"); SYSCTL_INT(_net_graph, OID_AUTO, abi_version, CTLFLAG_RD, 0, NG_ABI_VERSION,""); SYSCTL_INT(_net_graph, OID_AUTO, msg_version, CTLFLAG_RD, 0, NG_VERSION, ""); --------------070007020502050005000302-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 20:52:52 2005 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 3567F16A4CE for ; Wed, 5 Jan 2005 20:52:52 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F4F343D1D for ; Wed, 5 Jan 2005 20:52:51 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j05KtcGj018775; Wed, 5 Jan 2005 13:55:39 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DC5398.8020508@freebsd.org> Date: Wed, 05 Jan 2005 13:52:40 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> In-Reply-To: <41DC4FA2.8070609@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: Julian Elischer cc: Roman Kurakin Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 20:52:52 -0000 Maksim Yevmenkin wrote: > Dear Hackers, > > any objections to the attached patch? > > thanks, > max > Yes, as I stated in another email, I think that the core netgraph module should be initialized before the SI_SUB_DRIVERS step. I propose creating a new sysinit called SI_SUB_NETGRAPH with a value of 0x30100000. That way it comes after SI_SUB_IF and before SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* unneccesary. Scott > >>>>> Dear Hackers, >>>>> >>>>> would anyone object if i change SI_ORDER_MIDDLE in the >>>>> /sys/netgraph/ng_base.c:2994 to say SI_ORDER_THIRD, i.e. >>>>> >>>>> change >>>>> >>>>> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, >>>>> SI_ORDER_MIDDLE); >>>>> >>>>> to >>>>> >>>>> DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, >>>>> SI_ORDER_THIRD); >>>>> >>>>> the reason for this change is that bluetooth device drivers >>>>> depend on netgraph(4) and when both netgraph(4) and bluetooth >>>>> device driver (such as ng_ubt(4)) compiled in the kernel you >>>>> get a crash. basically ng_ubt(4) mod_load callback is called >>>>> before netgraph(4) mod_load callback and ng_findtype() crashes >>>>> on uninitialized mutex (DEVICE_MODULE macro passes >>>>> SI_SUB_DRIVERS, SI_ORDER_THIRD to the >>>> >>>> ^^^^^^^^^^^^^^ this should be SI_ORDER_MIDDLE :) >>> >>> >>>>> DECLARE_MODULE). >>>> >>>> >>>> I thought this is the task of MODULE_DEPEND. >>> >>> >>> i thought so too :) but it appears to work only when module is >>> _loaded_ (by hand or from /boot/loader.conf), i.e. it does not work >>> if module was compiled in the kernel. >> >> >> maybe the config stuff could be extended to integrate the module >> dependency stuff along with the suggested order by moving things >> backwards in the list if their dependencies suggest it. (after the >> bubble sort). >> >>>>> option #2 would be to have DEVICE_MODULE_ORDERED macro which >>>>> accepts two extra parameters. >>>>> >>>>> >>>>> and finally option #3 would be to duplicate entire content of >>>>> the DEVICE_MODULE macro in all bluetooth device drivers and >>>>> specify order in DECLARE_MODULE macro. >>>>> >>>>> >>>>> any thoughts? >>>>> >>>>> thanks, max > > > ------------------------------------------------------------------------ > > --- ng_base.c.orig Wed Jan 5 12:04:36 2005 > +++ ng_base.c Wed Jan 5 12:23:39 2005 > @@ -46,6 +46,7 @@ > > #include > #include > +#include > #include > #include > #include > @@ -2953,27 +2954,40 @@ > * Handle loading and unloading for this code. > * The only thing we need to link into is the NETISR strucure. > */ > + > +static void > +ngb_sysinit(void) > +{ > + mtx_init(&ng_worklist_mtx, "ng_worklist", NULL, MTX_SPIN); > + mtx_init(&ng_typelist_mtx, "netgraph types mutex", NULL, MTX_DEF); > + mtx_init(&ng_nodelist_mtx, "netgraph nodelist mutex", NULL, MTX_DEF); > + mtx_init(&ng_idhash_mtx, "netgraph idhash mutex", NULL, MTX_DEF); > + mtx_init(&ngq_mtx, "netgraph free item list mutex", NULL, MTX_DEF); > + > + /* XXX could use NETISR_MPSAFE but need to verify code */ > + netisr_register(NETISR_NETGRAPH, (netisr_t *)ngintr, NULL, 0); > +} > + > +static void > +ngb_sysuninit(void) > +{ > + netisr_unregister(NETISR_NETGRAPH); > + > + mtx_destroy(&ngq_mtx); > + mtx_destroy(&ng_idhash_mtx); > + mtx_destroy(&ng_nodelist_mtx); > + mtx_destroy(&ng_typelist_mtx); > + mtx_destroy(&ng_worklist_mtx); > +} > + > static int > ngb_mod_event(module_t mod, int event, void *data) > { > - int s, error = 0; > + int error = 0; > > switch (event) { > case MOD_LOAD: > - /* Register line discipline */ > - mtx_init(&ng_worklist_mtx, "ng_worklist", NULL, MTX_SPIN); > - mtx_init(&ng_typelist_mtx, "netgraph types mutex", NULL, > - MTX_DEF); > - mtx_init(&ng_nodelist_mtx, "netgraph nodelist mutex", NULL, > - MTX_DEF); > - mtx_init(&ng_idhash_mtx, "netgraph idhash mutex", NULL, > - MTX_DEF); > - mtx_init(&ngq_mtx, "netgraph free item list mutex", NULL, > - MTX_DEF); > - s = splimp(); > - /* XXX could use NETISR_MPSAFE but need to verify code */ > - netisr_register(NETISR_NETGRAPH, (netisr_t *)ngintr, NULL, 0); > - splx(s); > + error = 0; > break; > case MOD_UNLOAD: > /* You cant unload it because an interface may be using it. */ > @@ -2986,12 +3000,9 @@ > return (error); > } > > -static moduledata_t netgraph_mod = { > - "netgraph", > - ngb_mod_event, > - (NULL) > -}; > -DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); > +SYSINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_FIRST, ngb_sysinit, NULL); > +SYSUNINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_ANY, ngb_sysuninit, NULL); > +DEV_MODULE(netgraph, ngb_mod_event, NULL); > SYSCTL_NODE(_net, OID_AUTO, graph, CTLFLAG_RW, 0, "netgraph Family"); > SYSCTL_INT(_net_graph, OID_AUTO, abi_version, CTLFLAG_RD, 0, NG_ABI_VERSION,""); > SYSCTL_INT(_net_graph, OID_AUTO, msg_version, CTLFLAG_RD, 0, NG_VERSION, ""); > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Wed Jan 5 21:02:37 2005 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 CDAD816A4CE; Wed, 5 Jan 2005 21:02:37 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 802EA43D3F; Wed, 5 Jan 2005 21:02:37 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])j05L0hoj011318; Wed, 5 Jan 2005 15:00:43 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:00:37 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:00:23 -0600 Message-ID: <41DC5561.4090005@savvis.net> Date: Wed, 05 Jan 2005 13:00:17 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long , Julian Elischer , Roman Kurakin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> In-Reply-To: <41DC5398.8020508@freebsd.org> Content-Type: multipart/mixed; boundary="------------070809080108090005000904" X-OriginalArrivalTime: 05 Jan 2005 21:00:23.0228 (UTC) FILETIME=[92BE57C0:01C4F369] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:02:37 -0000 This is a multi-part message in MIME format. --------------070809080108090005000904 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Scott Long wrote: > Maksim Yevmenkin wrote: > >> Dear Hackers, >> >> any objections to the attached patch? >> > > Yes, as I stated in another email, I think that the core netgraph > module should be initialized before the SI_SUB_DRIVERS step. I > propose creating a new sysinit called SI_SUB_NETGRAPH with a value > of 0x30100000. That way it comes after SI_SUB_IF and before > SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* unneccesary. how about new attached patch? thanks, max --------------070809080108090005000904 Content-Type: text/plain; name="netgraph.init.diff.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="netgraph.init.diff.txt" --- sys/kernel.h.orig Wed Jan 5 12:55:03 2005 +++ sys/kernel.h Wed Jan 5 12:55:51 2005 @@ -132,6 +132,7 @@ SI_SUB_SOFTINTR = 0x2800001, /* start soft interrupt thread */ SI_SUB_DEVFS = 0x2F00000, /* devfs ready for devices */ SI_SUB_INIT_IF = 0x3000000, /* prep for net interfaces */ + SI_SUB_NETGRAPH = 0x3010000, /* Let Netgraph initialize */ SI_SUB_DRIVERS = 0x3100000, /* Let Drivers initialize */ SI_SUB_CONFIGURE = 0x3800000, /* Configure devices */ SI_SUB_VFS = 0x4000000, /* virtual filesystem*/ --- netgraph/ng_base.c.orig Wed Jan 5 12:04:36 2005 +++ netgraph/ng_base.c Wed Jan 5 12:56:51 2005 @@ -2991,7 +2991,7 @@ ngb_mod_event, (NULL) }; -DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); +DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_NETGRAPH, SI_ORDER_MIDDLE); SYSCTL_NODE(_net, OID_AUTO, graph, CTLFLAG_RW, 0, "netgraph Family"); SYSCTL_INT(_net_graph, OID_AUTO, abi_version, CTLFLAG_RD, 0, NG_ABI_VERSION,""); SYSCTL_INT(_net_graph, OID_AUTO, msg_version, CTLFLAG_RD, 0, NG_VERSION, ""); --------------070809080108090005000904-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:05:36 2005 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 0F9B816A4CE for ; Wed, 5 Jan 2005 21:05:36 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC3443D39 for ; Wed, 5 Jan 2005 21:05:35 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j05L8IhP018843; Wed, 5 Jan 2005 14:08:18 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DC5690.3090205@freebsd.org> Date: Wed, 05 Jan 2005 14:05:20 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> In-Reply-To: <41DC5561.4090005@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: Julian Elischer cc: Roman Kurakin Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:05:36 -0000 Maksim Yevmenkin wrote: > Scott Long wrote: > >> Maksim Yevmenkin wrote: >> >>> Dear Hackers, >>> >>> any objections to the attached patch? >>> >> >> Yes, as I stated in another email, I think that the core netgraph >> module should be initialized before the SI_SUB_DRIVERS step. I >> propose creating a new sysinit called SI_SUB_NETGRAPH with a value >> of 0x30100000. That way it comes after SI_SUB_IF and before >> SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* unneccesary. > > > how about new attached patch? > > thanks, > max > Exactly what I had in mind =-) Have you tested this out to make sure it fixes the problem cases? Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:18:45 2005 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 5DB5716A4CE; Wed, 5 Jan 2005 21:18:45 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 138CF43D55; Wed, 5 Jan 2005 21:18:45 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])j05LIQoj012650; Wed, 5 Jan 2005 15:18:26 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:18:15 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:18:07 -0600 Message-ID: <41DC598D.50409@savvis.net> Date: Wed, 05 Jan 2005 13:18:05 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> In-Reply-To: <41DC5690.3090205@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jan 2005 21:18:07.0477 (UTC) FILETIME=[0D15DA50:01C4F36C] X-ECS-MailScanner: No virus is found cc: current@freebsd.org cc: Julian Elischer cc: Roman Kurakin Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:18:45 -0000 Scott Long wrote: > Maksim Yevmenkin wrote: > >> Scott Long wrote: >> >>> Maksim Yevmenkin wrote: >>> >>>> Dear Hackers, >>>> >>>> any objections to the attached patch? >>>> >>> >>> Yes, as I stated in another email, I think that the core netgraph >>> module should be initialized before the SI_SUB_DRIVERS step. I >>> propose creating a new sysinit called SI_SUB_NETGRAPH with a >>> value of 0x30100000. That way it comes after SI_SUB_IF and >>> before SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* >>> unneccesary. >> >> >> >> how about new attached patch? >> >> thanks, max >> > > Exactly what I had in mind =-) Have you tested this out to make sure > it fixes the problem cases? i'm building kernel now, but i'm almost certain it will fix the problem. the stack trace i got points to ng_newtype() calling ng_findtype() that wants to mtx_lock(ng_typelist_mtx). i'm pretty sure the ng_typelist_mtx mutex was not initialized, that is ngb_mod_event() was never called. panic: mtx_lock() of spin mutex (null) @ /usr/src/sys/netgraph/ng_base.c:1189 no mutex name and ng_typelist_mtx is *not* a spin mutex. ng_ubt(4) calls ng_newtype() from its mod_event handler, so i think ng_ubt(4) mod_event handler was called before ngb_mod_event(). thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:29:57 2005 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 45A8116A4CE for ; Wed, 5 Jan 2005 21:29:57 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78E8C43D2D for ; Wed, 5 Jan 2005 21:29:56 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j05LQiOq048373 for current@freebsd.org.checked; Thu, 6 Jan 2005 00:26:44 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j05LPKTf048356; Thu, 6 Jan 2005 00:25:20 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <41DC5910.8030905@cronyx.ru> Date: Thu, 06 Jan 2005 00:16:00 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: Scott Long References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> In-Reply-To: <41DC5690.3090205@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Julian Elischer Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:29:57 -0000 Scott Long: > Maksim Yevmenkin wrote: > >> Scott Long wrote: >> >>> Maksim Yevmenkin wrote: >>> >>>> Dear Hackers, >>>> >>>> any objections to the attached patch? >>>> >>> >>> Yes, as I stated in another email, I think that the core netgraph >>> module should be initialized before the SI_SUB_DRIVERS step. I >>> propose creating a new sysinit called SI_SUB_NETGRAPH with a value >>> of 0x30100000. That way it comes after SI_SUB_IF and before >>> SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* unneccesary. >> >> >> how about new attached patch? >> >> thanks, >> max > > > Exactly what I had in mind =-) Have you tested this out to make sure > it fixes the problem cases? But this wouldn't save from the same problem it the future. rik > > > Scott > > > _______________________________________________ > 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 Wed Jan 5 21:31:08 2005 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 6AA3816A4CE; Wed, 5 Jan 2005 21:31:08 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D66143D1D; Wed, 5 Jan 2005 21:31:08 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])j05LUZoj013610; Wed, 5 Jan 2005 15:30:35 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:30:33 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:30:15 -0600 Message-ID: <41DC5C5E.9080706@savvis.net> Date: Wed, 05 Jan 2005 13:30:06 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long , Julian Elischer , Roman Kurakin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> <41DC598D.50409@savvis.net> In-Reply-To: <41DC598D.50409@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jan 2005 21:30:16.0051 (UTC) FILETIME=[BF596C30:01C4F36D] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:31:08 -0000 [...] >>> how about new attached patch? >>> >> >> Exactly what I had in mind =-) Have you tested this out to make sure >> it fixes the problem cases? > > i'm building kernel now, but i'm almost certain it will fix the problem. > the stack trace i got points to ng_newtype() calling ng_findtype() that > wants to mtx_lock(ng_typelist_mtx). i'm pretty sure the ng_typelist_mtx > mutex was not initialized, that is ngb_mod_event() was never called. > > panic: mtx_lock() of spin mutex (null) @ > /usr/src/sys/netgraph/ng_base.c:1189 > > no mutex name and ng_typelist_mtx is *not* a spin mutex. > > ng_ubt(4) calls ng_newtype() from its mod_event handler, so i think > ng_ubt(4) mod_event handler was called before ngb_mod_event(). built new kernel (with netgraph and ubt compiled in) and rebooted the box. no crash. so patch works. can i commit it? thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:33:42 2005 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 6E04116A4CE for ; Wed, 5 Jan 2005 21:33:42 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102FA43D49 for ; Wed, 5 Jan 2005 21:33:42 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j05LaWd6019007; Wed, 5 Jan 2005 14:36:32 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DC5D2D.8040308@freebsd.org> Date: Wed, 05 Jan 2005 14:33:33 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> <41DC5910.8030905@cronyx.ru> In-Reply-To: <41DC5910.8030905@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: Julian Elischer Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:33:42 -0000 Roman Kurakin wrote: > Scott Long: > >> Maksim Yevmenkin wrote: >> >>> Scott Long wrote: >>> >>>> Maksim Yevmenkin wrote: >>>> >>>>> Dear Hackers, >>>>> >>>>> any objections to the attached patch? >>>>> >>>> >>>> Yes, as I stated in another email, I think that the core netgraph >>>> module should be initialized before the SI_SUB_DRIVERS step. I >>>> propose creating a new sysinit called SI_SUB_NETGRAPH with a value >>>> of 0x30100000. That way it comes after SI_SUB_IF and before >>>> SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* unneccesary. >>> >>> >>> >>> how about new attached patch? >>> >>> thanks, >>> max >> >> >> >> Exactly what I had in mind =-) Have you tested this out to make sure >> it fixes the problem cases? > > > But this wouldn't save from the same problem it the future. > > rik > What same problem? This ensures that the netgraph core gets initialized before any driver. Keeping it at SI_SUB_DRIVERS and trying to order the it via SI_ORDER_* is risky because you can't guarantee that some other driver won't try to also take SI_ORDER_FIRST. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:34:53 2005 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 4A2C616A4CE for ; Wed, 5 Jan 2005 21:34:53 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF1E943D45 for ; Wed, 5 Jan 2005 21:34:52 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j05Lbdie019020; Wed, 5 Jan 2005 14:37:39 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DC5D70.5030105@freebsd.org> Date: Wed, 05 Jan 2005 14:34:40 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> <41DC598D.50409@savvis.net> <41DC5C5E.9080706@savvis.net> In-Reply-To: <41DC5C5E.9080706@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: Julian Elischer cc: Roman Kurakin Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:34:53 -0000 Maksim Yevmenkin wrote: > [...] > >>>> how about new attached patch? >>>> >>> >>> Exactly what I had in mind =-) Have you tested this out to make sure >>> it fixes the problem cases? >> >> >> i'm building kernel now, but i'm almost certain it will fix the >> problem. the stack trace i got points to ng_newtype() calling >> ng_findtype() that wants to mtx_lock(ng_typelist_mtx). i'm pretty sure >> the ng_typelist_mtx mutex was not initialized, that is ngb_mod_event() >> was never called. >> >> panic: mtx_lock() of spin mutex (null) @ >> /usr/src/sys/netgraph/ng_base.c:1189 >> >> no mutex name and ng_typelist_mtx is *not* a spin mutex. >> >> ng_ubt(4) calls ng_newtype() from its mod_event handler, so i think >> ng_ubt(4) mod_event handler was called before ngb_mod_event(). > > > built new kernel (with netgraph and ubt compiled in) and rebooted the > box. no crash. so patch works. > > can i commit it? > > thanks, > max Sounds good, thanks for working on this! I don't think that there are any API/ABI implications for RELENG_5 that would prevent this from being merged back, but we might want to think a bit more about it just to be sure. Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:35:04 2005 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 98EA316A57F; Wed, 5 Jan 2005 21:35:04 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B26443D1D; Wed, 5 Jan 2005 21:35:04 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44])j05LYZoj013880; Wed, 5 Jan 2005 15:34:35 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:34:31 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:34:23 -0600 Message-ID: <41DC5D5E.3060104@savvis.net> Date: Wed, 05 Jan 2005 13:34:22 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Kurakin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> <41DC5910.8030905@cronyx.ru> In-Reply-To: <41DC5910.8030905@cronyx.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jan 2005 21:34:24.0077 (UTC) FILETIME=[532F2FD0:01C4F36E] X-ECS-MailScanner: No virus is found cc: Scott Long cc: current@freebsd.org cc: Julian Elischer Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:35:04 -0000 [...] >>>> Yes, as I stated in another email, I think that the core >>>> netgraph module should be initialized before the SI_SUB_DRIVERS >>>> step. I propose creating a new sysinit called SI_SUB_NETGRAPH >>>> with a value of 0x30100000. That way it comes after SI_SUB_IF >>>> and before SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* >>>> unneccesary. >>> >>> how about new attached patch? >> >> Exactly what I had in mind =-) Have you tested this out to make >> sure it fixes the problem cases? > > But this wouldn't save from the same problem it the future. well, yes. if you put something that depends on netgraph before or at the same level. i'll just say "don't do it. it hurtzzz when you press here" :) max From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 21:44:39 2005 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 77BAE16A4CE; Wed, 5 Jan 2005 21:44:39 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C30843D2D; Wed, 5 Jan 2005 21:44:39 +0000 (GMT) (envelope-from Maksim.Yevmenkin@savvis.net) Received: from out002.email.savvis.net (out002.apptix.savvis.net [216.91.32.45])j05LiGoj014628; Wed, 5 Jan 2005 15:44:16 -0600 Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out002.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:44:09 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 5 Jan 2005 15:43:59 -0600 Message-ID: <41DC5F9D.1040900@savvis.net> Date: Wed, 05 Jan 2005 13:43:57 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long , Julian Elischer , Roman Kurakin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> <41DC598D.50409@savvis.net> <41DC5C5E.9080706@savvis.net> <41DC5D70.5030105@freebsd.org> In-Reply-To: <41DC5D70.5030105@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jan 2005 21:43:59.0360 (UTC) FILETIME=[AA146800:01C4F36F] X-ECS-MailScanner: No virus is found cc: current@freebsd.org Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 21:44:39 -0000 Scott Long wrote: > Maksim Yevmenkin wrote: > >> [...] >> >>>>> how about new attached patch? >>>>> >>>> >>>> Exactly what I had in mind =-) Have you tested this out to make sure >>>> it fixes the problem cases? >>> >>> >>> >>> i'm building kernel now, but i'm almost certain it will fix the >>> problem. the stack trace i got points to ng_newtype() calling >>> ng_findtype() that wants to mtx_lock(ng_typelist_mtx). i'm pretty >>> sure the ng_typelist_mtx mutex was not initialized, that is >>> ngb_mod_event() was never called. >>> >>> panic: mtx_lock() of spin mutex (null) @ >>> /usr/src/sys/netgraph/ng_base.c:1189 >>> >>> no mutex name and ng_typelist_mtx is *not* a spin mutex. >>> >>> ng_ubt(4) calls ng_newtype() from its mod_event handler, so i think >>> ng_ubt(4) mod_event handler was called before ngb_mod_event(). >> >> >> >> built new kernel (with netgraph and ubt compiled in) and rebooted the >> box. no crash. so patch works. >> >> can i commit it? > > Sounds good, thanks for working on this! I don't think that there are > any API/ABI implications for RELENG_5 that would prevent this from being > merged back, but we might want to think a bit more about it just to be > sure. i can not think of any API/ABI implications for RELENG_5. i will double check anyway. if i will find anything, i will let you guys know. i will wait for Julian and Roman to give me green light and then i will commit it to -current. thanks, max > > Scott From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 22:03:57 2005 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 3B82116A4CE for ; Wed, 5 Jan 2005 22:03:57 +0000 (GMT) Received: from avout3.midco.net (avout3.midco.net [24.220.0.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBD4043D48 for ; Wed, 5 Jan 2005 22:03:56 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 20056 invoked by uid 1009); 5 Jan 2005 22:03:56 -0000 Received: from pmes@bis.midco.net by avout3 by uid 1003 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.217.79):. Processed in 0.011569 secs); 05 Jan 2005 22:03:56 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout3 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.217.79):. Processed in 0.011569 secs) Received: from host-79-217-220-24.midco.net (HELO [10.0.0.4]) ([24.220.217.79]) (envelope-sender ) by avout3.midco.net (qmail-ldap-1.03) with SMTP for ; 5 Jan 2005 22:03:56 -0000 Mime-Version: 1.0 (Apple Message framework v619) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Peter Schultz Date: Wed, 5 Jan 2005 16:03:55 -0600 X-Mailer: Apple Mail (2.619) Subject: wi lor 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: Wed, 05 Jan 2005 22:03:57 -0000 lock order reversal 1st 0xc1421c68 wi0 (network driver) @ /home/admin/files/code/src/sys/dev/wi/if_ wi.c:601 2nd 0xc07994e0 bridge (bridge) @ /home/admin/files/code/src/sys/net/bridge.c:77 8 KDB: stack backtrace: witness_checkorder(c07994e0,9,c06ee9b8,30a) at witness_checkorder+0x500 _mtx_lock_flags(c07994e0,0,c06ee9b8,30a,c14210fc) at _mtx_lock_flags+0x40 bridge_in(c1421000,c1668d00,c1668c00,c14210fc,c141e400) at bridge_in+0x4b ether_input(c1421000,c1668d00,246,c0721c04,0) at ether_input+0x13d ieee80211_input(c1421254,c1668d00,c141e400,38,64964d6) at ieee80211_input+0x94b wi_intr(c1421000,0,0,c13741f8,0) at wi_intr+0xddf ithread_loop(c1368880,c8af4d48,c1368880,c0522d50,0) at ithread_loop+0x19e fork_exit(c0522d50,c1368880,c8af4d48) at fork_exit+0x7e fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8af4d7c, ebp = 0 --- acquiring duplicate lock of same type: "network driver" 1st wi0 @ /home/admin/files/code/src/sys/dev/wi/if_wi.c:601 2nd fxp0 @ /home/admin/files/code/src/sys/dev/fxp/if_fxp.c:1226 KDB: stack backtrace: witness_checkorder(c1410268,9,c06d31cb,4ca) at witness_checkorder+0x500 _mtx_lock_flags(c1410268,0,c06d31cb,4ca,2a) at _mtx_lock_flags+0x40 fxp_start(c1410000,8,c14100fc,0,c06e0002) at fxp_start+0x22 bdg_forward(c1668b00,1,c1668c00,c14210fc,c141e400) at bdg_forward+0x8f0 ether_input(c1421000,c1668d00,246,c0721c04,0) at ether_input+0x13d ieee80211_input(c1421254,c1668d00,c141e400,38,64964d6) at ieee80211_input+0x94b wi_intr(c1421000,0,0,c13741f8,0) at wi_intr+0xddf ithread_loop(c1368880,c8af4d48,c1368880,c0522d50,0) at ithread_loop+0x19e fork_exit(c0522d50,c1368880,c8af4d48) at fork_exit+0x7e fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc8af4d7c, ebp = 0 --- The good news is the machine stays up and works as an access point. Thanks, Pete... From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 22:50:24 2005 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 BC04C16A4CE for ; Wed, 5 Jan 2005 22:50:24 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69FD743D1D for ; Wed, 5 Jan 2005 22:50:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4111 invoked from network); 5 Jan 2005 22:50:24 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Jan 2005 22:50:23 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j05MoIZi076800; Wed, 5 Jan 2005 17:50:19 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Wed, 5 Jan 2005 17:31:32 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200412301527.07327.jhb@FreeBSD.org> <41D8935F.20505@root.org> In-Reply-To: <41D8935F.20505@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501051731.32915.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Wed, 05 Jan 2005 22:50:24 -0000 On Sunday 02 January 2005 07:35 pm, Nate Lawson wrote: > John Baldwin wrote: > > On Wednesday 29 December 2004 06:19 pm, Nate Lawson wrote: > >>John Baldwin wrote: > >>>On Tuesday 28 December 2004 06:32 pm, Pawel Worach wrote: > >>>>John Baldwin wrote: > >>>>>Are you still seeing this? > >>>> > >>>>Yes I am, updated boot -v with debug.rman_debug=1 below. > >>>>Sources are from 16:00 UTC today. Last working kernel I > >>>>have is from November 20, I can start a binary search if > >>>>you want. > >>> > >>>No, I'm fairly sure I know what the search would find. :) Nate, I think > >>>the problem here is that his link device doesn't have an associated > >>>device_t yet when he gets to this point. Can we force ACPI to enumerate > >>>all its devices and assign the associated device_t's via the > >>>GetData/SetData stuff before we actually probe any of the children, or > >>> do we do that already? > >> > >>What you want, my friend, is multi-pass newbus. Oh wait, you were one > >>of the proponents of that. :) > >> > >>You can overload the hack I have in acpi_probe_order() for sysresource > >>objects. Just do a manual check for the PNPID for PCI links and have > >>them probe first. > > > > I don't need them to probe first, I just need them to have a device_t > > associated with each ACPI handle (even an unprobed one) before any of the > > child devices are probed and attached. It actually wouldn't hurt to go > > ahead and probe them up front if that is easy to do though. > > We already associate handles and devices in > sys/dev/acpica/acpi.c:acpi_probe_child() before probing anything. See > the AcpiAttachData() step. I don't think that's the problem. I do because he passes a null device_t pointer in as an argument to a function. The calling code is: /* * We have to find the source device (PCI interrupt link device). */ if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, &lnkdev))) { device_printf(pcib, "couldn't find PCI interrupt link device %s\n", prt->Source); interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), prt->SourceIndex); And Pawel's trace shows that the first argument to acpi_pci_link_route_interrupt() is NULL. > I do think the problem is that his link devices are not being probed > (and thus lack a softc) before the device that wants to route interrupts > via that link. The acpi_probe_order() hack would make sure that this > happens. Since all acpi devices are ordered by default based on the AML > tree hammered flat, dependencies have to be set by the bus drivers. PCI > does this correctly and I updated FDC to do this. ATA and others > currently do not but they don't use acpi yet. I already force-attach link devices when walking the _PRT during a pci bridge device's attach routine, meaning that any links mentioned in the _PRT for a given bridge are guaranteed to be attached before any child devices of that bridge (including the pci bus and all the pci devices on it). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 23:02:57 2005 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 3BEA116A4CE; Wed, 5 Jan 2005 23:02:57 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD5A43D2F; Wed, 5 Jan 2005 23:02:56 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j05N2sGV031570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 5 Jan 2005 15:02:55 -0800 Message-ID: <41DC7210.7090007@root.org> Date: Wed, 05 Jan 2005 15:02:40 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200412301527.07327.jhb@FreeBSD.org> <41D8935F.20505@root.org> <200501051731.32915.jhb@FreeBSD.org> In-Reply-To: <200501051731.32915.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Wed, 05 Jan 2005 23:02:57 -0000 John Baldwin wrote: > On Sunday 02 January 2005 07:35 pm, Nate Lawson wrote: >>We already associate handles and devices in >>sys/dev/acpica/acpi.c:acpi_probe_child() before probing anything. See >>the AcpiAttachData() step. I don't think that's the problem. > > I do because he passes a null device_t pointer in as an argument to a > function. The calling code is: > > /* > * We have to find the source device (PCI interrupt link device). > */ > if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, &lnkdev))) { > device_printf(pcib, "couldn't find PCI interrupt link device %s\n", > prt->Source); > interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), > prt->SourceIndex); > > And Pawel's trace shows that the first argument to > acpi_pci_link_route_interrupt() is NULL. What's the value of prt->Source? If it's not a valid reference to a link device (i.e. \_SB.PCIx.LNKx), then trying to get a device_t from it would yield NULL. For instance, if it points to \_SB, you'll get a valid handle from AcpiGetHandle but that handle obviously has no associated device_t. Additionally, I see you're using the root handle ACPI_ROOT_OBJECT as the base for lookup. If the reference is relative (doesn't start with \), this won't work. You should be using the handle of the parent of _PRT (the PCI bus handle) as the root of the lookup. Commonly, this will be something like a \_SB.PCI0 string. This would fix this scenario: \_SB.PCI0 _PRT (Source = LNKA) LNKA LNKB Also, I'm not sure if you picked up the size issue with the _PRT struct supplied by ACPI-CA. Since Source is a variable-length string, if you copy the struct you get from AcpiGetRoutingTable (or whatever), you only get the first 4 bytes, non-null terminated, of the string. typedef struct acpi_pci_routing_table { UINT32 Length; UINT32 Pin; ACPI_INTEGER Address; UINT32 SourceIndex; char Source[4]; } ACPI_PCI_ROUTING_TABLE; Note that Source above is not 4 bytes, it's variable-length. That's why I copied it to a different field in the old acpi_pci_link PRT struct. > >>I do think the problem is that his link devices are not being probed >>(and thus lack a softc) before the device that wants to route interrupts >>via that link. The acpi_probe_order() hack would make sure that this >>happens. Since all acpi devices are ordered by default based on the AML >>tree hammered flat, dependencies have to be set by the bus drivers. PCI >>does this correctly and I updated FDC to do this. ATA and others >>currently do not but they don't use acpi yet. > > > I already force-attach link devices when walking the _PRT during a pci bridge > device's attach routine, meaning that any links mentioned in the _PRT for a > given bridge are guaranteed to be attached before any child devices of that > bridge (including the pci bus and all the pci devices on it). > -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 23:24:12 2005 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 409A616A4CF; Wed, 5 Jan 2005 23:24:12 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F11AA43D48; Wed, 5 Jan 2005 23:24:11 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id D2CC57A403; Wed, 5 Jan 2005 15:24:11 -0800 (PST) Message-ID: <41DC771B.6050007@elischer.org> Date: Wed, 05 Jan 2005 15:24:11 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Maksim Yevmenkin References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> In-Reply-To: <41DC4FA2.8070609@savvis.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Scott Long cc: current@freebsd.org cc: Roman Kurakin Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 23:24:12 -0000 Maksim Yevmenkin wrote: >-DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); >+SYSINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_FIRST, ngb_sysinit, NULL); >+SYSUNINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_ANY, ngb_sysuninit, NULL); > maybe it should be some SI_SUB that is before DRIVERS. >+DEV_MODULE(netgraph, ngb_mod_event, NULL); > SYSCTL_NODE(_net, OID_AUTO, graph, CTLFLAG_RW, 0, "netgraph Family"); > SYSCTL_INT(_net_graph, OID_AUTO, abi_version, CTLFLAG_RD, 0, NG_ABI_VERSION,""); > SYSCTL_INT(_net_graph, OID_AUTO, msg_version, CTLFLAG_RD, 0, NG_VERSION, ""); > > From owner-freebsd-current@FreeBSD.ORG Wed Jan 5 23:30:27 2005 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 58E9B16A4CE for ; Wed, 5 Jan 2005 23:30:27 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA8B43D45 for ; Wed, 5 Jan 2005 23:30:26 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j05NXHOW019533; Wed, 5 Jan 2005 16:33:18 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DC788A.3080002@freebsd.org> Date: Wed, 05 Jan 2005 16:30:18 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC771B.6050007@elischer.org> In-Reply-To: <41DC771B.6050007@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.3 required=3.8 tests=UPPERCASE_25_50 autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org cc: Roman Kurakin Subject: Re: netgraph(4) initialization order 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: Wed, 05 Jan 2005 23:30:27 -0000 Julian Elischer wrote: > > > Maksim Yevmenkin wrote: > >> -DECLARE_MODULE(netgraph, netgraph_mod, SI_SUB_DRIVERS, SI_ORDER_MIDDLE); >> +SYSINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_FIRST, ngb_sysinit, NULL); >> +SYSUNINIT(netgraph, SI_SUB_DRIVERS, SI_ORDER_ANY, ngb_sysuninit, NULL); >> > maybe it should be some SI_SUB that is before DRIVERS. > Maxsim already did this and tested it to satisfaction. I think that he said that he was waiting on approval from you in order to commit it. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 00:17:59 2005 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 D04C916A4CE; Thu, 6 Jan 2005 00:17:59 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BF243D4C; Thu, 6 Jan 2005 00:17:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 461C87A450; Wed, 5 Jan 2005 16:17:59 -0800 (PST) Message-ID: <41DC83B6.2030605@elischer.org> Date: Wed, 05 Jan 2005 16:17:58 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Edwards References: <200501052101.j05L139i085802@freefall.freebsd.org> In-Reply-To: <200501052101.j05L139i085802@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB flash, trashes main drives boot block 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: Thu, 06 Jan 2005 00:18:00 -0000 Peter Edwards wrote: >The following reply was made to PR kern/66248; it has been noted by GNATS. > >From: Peter Edwards >To: freebsd-gnats-submit@FreeBSD.org, bremner@unb.ca >Cc: julian@elischer.org, imp@bsdimp.org >Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB > flash, trashes main drives boot block >Date: Wed, 05 Jan 2005 20:53:02 +0000 > > This is a multi-part message in MIME format. > --------------070200040205060401080901 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > The following patch, applied before the one above, shrinks boot0 enough > to squeeze the previous patch in without undeffing the BEL stuff. > > FWIW: The patch to fix the bug looks good to me. > I someone gives a go-ahead, I'll commit a combined patch: I certainly > don't want to make a commit to boot0 and have half the FreeBSD community > left without a bootable machine, unless I can pass the book :-) > you can pass the book here, but I don't need that buck.. > > > --------------070200040205060401080901 > Content-Type: text/plain; > name="boot0.smaller.patch" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; > filename="boot0.smaller.patch" > > Index: boot0.S > =================================================================== > RCS file: /usr/cvs/FreeBSD-CVS/src/sys/boot/i386/boot0/boot0.S,v > retrieving revision 1.12 > diff -u -w -r1.12 boot0.S > --- boot0.S 24 Nov 2004 15:39:04 -0000 1.12 > +++ boot0.S 5 Jan 2005 20:44:32 -0000 > @@ -29,7 +29,7 @@ > .set PRT_OFF,0x1be # Partition table > > .set TBL0SZ,0x3 # Table 0 size > - .set TBL1SZ,0xb # Table 1 size > + .set TBL1SZ,0xc # Table 1 size > > .set MAGIC,0xaa55 # Magic: bootable > .set B0MAGIC,0xbb66 # Identification > @@ -148,13 +148,8 @@ > movb $TBL1SZ,%cl # Number of entries > repne # Known > scasb # type? > - jne main.4 # No > -/* > - * If it matches get the matching element in the next array. If it doesn't, > - * we are already pointing at its first element which points to a "?". > - */ > - addw $TBL1SZ,%di # Adjust > -main.4: movb (%di),%cl # Partition > + addw $TBL1SZ - 1, %di # Adjust > + movb (%di),%cl # Partition > addw %cx,%di # description > callw putx # Display it > main.5: incw %dx # Next item > @@ -314,8 +309,7 @@ > cmpw $MAGIC,0x1fe(%bx) # Bootable? > jne main.10 # No > pushw %si # Save > - movw $crlf,%si # Leave some > - callw puts # space > + callw putn # Leave some space > popw %si # Restore > jmp *%bx # Invoke bootstrap > > @@ -408,14 +402,14 @@ > .byte 0x0, 0x5, 0xf > /* > * These values indicate bootable types we know the names of. > + * The value of the last entry is unimportant: it indicates "everything else" > */ > .byte 0x1, 0x4, 0x6, 0xb, 0xc, 0xe, 0x83 > - .byte 0x9f, 0xa5, 0xa6, 0xa9 > + .byte 0x9f, 0xa5, 0xa6, 0xa9, 0xff > /* > * These are offsets that match the known names above and point to the strings > * that will be printed. > */ > - .byte os_misc-. # Unknown > .byte os_dos-. # DOS > .byte os_dos-. # DOS > .byte os_dos-. # DOS > @@ -427,6 +421,7 @@ > .byte os_freebsd-. # FreeBSD > .byte os_bsd-. # OpenBSD > .byte os_bsd-. # NetBSD > + .byte os_misc-. # Unknown > /* > * And here are the strings themselves. 0x80 or'd into a byte indicates > * the end of the string. (not so great for Russians but...) > > --------------070200040205060401080901-- >_______________________________________________ >freebsd-usb@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-usb >To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 01:32:45 2005 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 D4C8B16A4CE; Thu, 6 Jan 2005 01:32:45 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F5C443D39; Thu, 6 Jan 2005 01:32:45 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id C76557A44E; Wed, 5 Jan 2005 17:32:44 -0800 (PST) Message-ID: <41DC953C.2030209@elischer.org> Date: Wed, 05 Jan 2005 17:32:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Edwards References: <200501052101.j05L139i085802@freefall.freebsd.org> In-Reply-To: <200501052101.j05L139i085802@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: re@freebsd.org Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB flash, trashes main drives boot block 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: Thu, 06 Jan 2005 01:32:46 -0000 Not sure, but this may want to go into 4.11? Is the bug in that as well? Peter Edwards wrote: >The following reply was made to PR kern/66248; it has been noted by GNATS. > >From: Peter Edwards >To: freebsd-gnats-submit@FreeBSD.org, bremner@unb.ca >Cc: julian@elischer.org, imp@bsdimp.org >Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB > flash, trashes main drives boot block >Date: Wed, 05 Jan 2005 20:53:02 +0000 > > This is a multi-part message in MIME format. > --------------070200040205060401080901 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > The following patch, applied before the one above, shrinks boot0 enough > to squeeze the previous patch in without undeffing the BEL stuff. > > FWIW: The patch to fix the bug looks good to me. > I someone gives a go-ahead, I'll commit a combined patch: I certainly > don't want to make a commit to boot0 and have half the FreeBSD community > left without a bootable machine, unless I can pass the book :-) > > > --------------070200040205060401080901 > Content-Type: text/plain; > name="boot0.smaller.patch" > Content-Transfer-Encoding: 7bit > Content-Disposition: inline; > filename="boot0.smaller.patch" > > Index: boot0.S > =================================================================== > RCS file: /usr/cvs/FreeBSD-CVS/src/sys/boot/i386/boot0/boot0.S,v > retrieving revision 1.12 > diff -u -w -r1.12 boot0.S > --- boot0.S 24 Nov 2004 15:39:04 -0000 1.12 > +++ boot0.S 5 Jan 2005 20:44:32 -0000 > @@ -29,7 +29,7 @@ > .set PRT_OFF,0x1be # Partition table > > .set TBL0SZ,0x3 # Table 0 size > - .set TBL1SZ,0xb # Table 1 size > + .set TBL1SZ,0xc # Table 1 size > > .set MAGIC,0xaa55 # Magic: bootable > .set B0MAGIC,0xbb66 # Identification > @@ -148,13 +148,8 @@ > movb $TBL1SZ,%cl # Number of entries > repne # Known > scasb # type? > - jne main.4 # No > -/* > - * If it matches get the matching element in the next array. If it doesn't, > - * we are already pointing at its first element which points to a "?". > - */ > - addw $TBL1SZ,%di # Adjust > -main.4: movb (%di),%cl # Partition > + addw $TBL1SZ - 1, %di # Adjust > + movb (%di),%cl # Partition > addw %cx,%di # description > callw putx # Display it > main.5: incw %dx # Next item > @@ -314,8 +309,7 @@ > cmpw $MAGIC,0x1fe(%bx) # Bootable? > jne main.10 # No > pushw %si # Save > - movw $crlf,%si # Leave some > - callw puts # space > + callw putn # Leave some space > popw %si # Restore > jmp *%bx # Invoke bootstrap > > @@ -408,14 +402,14 @@ > .byte 0x0, 0x5, 0xf > /* > * These values indicate bootable types we know the names of. > + * The value of the last entry is unimportant: it indicates "everything else" > */ > .byte 0x1, 0x4, 0x6, 0xb, 0xc, 0xe, 0x83 > - .byte 0x9f, 0xa5, 0xa6, 0xa9 > + .byte 0x9f, 0xa5, 0xa6, 0xa9, 0xff > /* > * These are offsets that match the known names above and point to the strings > * that will be printed. > */ > - .byte os_misc-. # Unknown > .byte os_dos-. # DOS > .byte os_dos-. # DOS > .byte os_dos-. # DOS > @@ -427,6 +421,7 @@ > .byte os_freebsd-. # FreeBSD > .byte os_bsd-. # OpenBSD > .byte os_bsd-. # NetBSD > + .byte os_misc-. # Unknown > /* > * And here are the strings themselves. 0x80 or'd into a byte indicates > * the end of the string. (not so great for Russians but...) > > --------------070200040205060401080901-- >_______________________________________________ >freebsd-usb@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-usb >To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 02:50:10 2005 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 E62BC16A4CE; Thu, 6 Jan 2005 02:50:10 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A7C43D39; Thu, 6 Jan 2005 02:50:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 679C651354; Wed, 5 Jan 2005 18:50:42 -0800 (PST) Date: Wed, 5 Jan 2005 18:50:42 -0800 From: Kris Kennaway To: current@FreeBSD.org, alc@FreeBSD.org Message-ID: <20050106025042.GA26670@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AhhlLboLdkugWU4S" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Deadlock with 32GB swap-backed md 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: Thu, 06 Jan 2005 02:50:11 -0000 --AhhlLboLdkugWU4S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In my quest for ever-more-insane things to do to panic package build machines, I switched them over to use a 32GB swap partition as a swap-backed md, in the hopes of improving build times by cutting back on disk accesses. This seemed to work (I wasn't sure you could use this much on i386, but the system let me configure as much as 32GB), except two of them have locked up. ps shows 17864 c22f1dc8 0 594 594 0000000 new [INACTIVE] inetd 17863 c24085e8 0 17861 11791 0004000 [SLPQ biord 0xc6618460][SLP] tar 17862 c230a1f8 0 17861 11791 0004000 [SLPQ pipdwt 0xc16ff000][SLP] tar 17861 c22ec9d8 0 17535 11791 0004000 [SLPQ wait 0xc22ec9d8][SLP] sh 17535 c1a9ddc8 0 15940 11791 0004000 [SLPQ wait 0xc1a9ddc8][SLP] pkg_add 17024 c22c91f8 0 17022 15818 0004000 [SLPQ piperd 0xc1700300][SLP] tar 17023 c22c93f0 0 17022 15818 0004000 [SLPQ biord 0xc6602030][SLP] bzip2 17022 c23087e0 0 17021 15818 0000000 [SLPQ wait 0xc23087e0][SLP] sh 17021 c2308dc8 0 16772 15818 0004000 [SLPQ wait 0xc2308dc8][SLP] sh 16772 c1a9dbd0 0 16771 15818 0004000 [SLPQ wait 0xc1a9dbd0][SLP] make 16771 c22ca3f0 0 16639 15818 0004000 [SLPQ wait 0xc22ca3f0][SLP] sh 16640 c22c9dc8 0 16638 15818 0000000 [SLPQ pfault 0xc07e9018][SLP] pnohang 16639 c2308000 0 16638 15818 0004000 [SLPQ wait 0xc2308000][SLP] make 16638 c230a000 0 16620 15818 0004000 [SLPQ wait 0xc230a000][SLP] pnohang 16620 c22ca1f8 0 15819 15818 0004000 [SLPQ wait 0xc22ca1f8][SLP] sh 15940 c22f17e0 0 11792 11791 0004000 [SLPQ wait 0xc22f17e0][SLP] sh 15819 c1a9c7e0 0 15818 15818 0004000 [SLPQ wait 0xc1a9c7e0][SLP] sh 15818 c2308bd0 0 15816 15818 0004000 [SLPQ pause 0xc2308c04][SLP] csh 15816 c22cadc8 0 370 15816 0004100 [SLPQ select 0xc07e0464][SLP] sshd 11792 c22ca000 0 11791 11791 0004000 [SLPQ wait 0xc22ca000][SLP] sh 11791 c22c9bd0 0 11789 11791 0004000 [SLPQ pause 0xc22c9c04][SLP] csh 11789 c24087e0 0 370 11789 0004100 [SLPQ select 0xc07e0464][SLP] sshd 614 c156fdc8 0 1 614 0004002 [SWAP] getty 613 c1a9d3f0 0 1 613 0004002 [SLPQ ttyin 0xc15e4010][SLP][SWAP] getty 612 c1a9c1f8 0 1 612 0004002 [SLPQ ttyin 0xc15e4410][SLP][SWAP] getty 611 c1a9c3f0 0 1 611 0004002 [SLPQ ttyin 0xc15e4810][SLP][SWAP] getty 610 c1a9d7e0 0 1 610 0004002 [SLPQ ttyin 0xc15e4c10][SLP][SWAP] getty 609 c1a9c5e8 0 1 609 0004002 [SLPQ ttyin 0xc15e5010][SLP][SWAP] getty 608 c1a9d5e8 0 1 608 0004002 [SLPQ ttyin 0xc15e5410][SLP][SWAP] getty 607 c16b89d8 0 1 607 0004002 [SLPQ ttyin 0xc15e5810][SLP][SWAP] getty 606 c1a9d1f8 0 1 606 0004002 [SLPQ ttyin 0xc15e5c10][SLP][SWAP] getty 594 c1a9c9d8 0 1 594 0000000 [SLPQ vmwait 0xc07e9018][SLP] inetd 573 c1a9d000 100 557 573 0004000 [SLPQ piperd 0xc16ff480][SLP] unlinkd 557 c1a9c000 100 555 555 0004000 [SLPQ pfault 0xc07e9018][SLP] squid 555 c1a9cdc8 100 1 555 0000000 [SLPQ wait 0xc1a9cdc8][SLP][SWAP] squid 414 c1a9cbd0 0 0 0 0000204 [SLPQ vmwait 0xc07e9018][SLP] md3 385 c16b85e8 0 1 385 0000000 [SLPQ pfault 0xc07e9018][SLP] cron 370 c16b8000 0 1 370 0000100 [SLPQ pfault 0xc07e9018][SLP] sshd 355 c156f7e0 0 1 355 0000000 [SLPQ pfault 0xc07e9018][SLP] ntpd 280 c156fbd0 0 0 0 0000204 [SLPQ mdwait 0xc1a21000][SLP] md2 247 c156f3f0 0 1 247 0000000 [SLPQ pfault 0xc07e9018][SLP] syslogd 227 c156f5e8 0 1 227 0000000 [SLPQ select 0xc07e0464][SLP][SWAP] devd 115 c16b87e0 0 0 0 0000204 [SLPQ mdwait 0xc1818800][SLP] md1 73 c156f9d8 0 0 0 0000204 [SLPQ mdwait 0xc15ea000][SLP] md0 43 c16b8bd0 0 0 0 0000204 [SLPQ - 0xcc8b3d00][SLP] schedcpu 42 c1510bd0 0 0 0 0000204 [SLPQ - 0xc07e7f2c][SLP] nfsiod 3 41 c1510dc8 0 0 0 0000204 [SLPQ - 0xc07e7f28][SLP] nfsiod 2 40 c156c000 0 0 0 0000204 [SLPQ - 0xc07e7f24][SLP] nfsiod 1 39 c156c1f8 0 0 0 0000204 [SLPQ - 0xc07e7f20][SLP] nfsiod 0 38 c156c3f0 0 0 0 0000204 [SLPQ biord 0xc661ec28][SLP] syncer 37 c156c5e8 0 0 0 0000204 [SLPQ vlruwt 0xc156c5e8][SLP] vnlru 36 c156c7e0 0 0 0 0000204 [SLPQ psleep 0xc07e09cc][SLP] bufdaemon 9 c156c9d8 0 0 0 000020c [SLPQ pgzero 0xc07e9714][SLP] pagezero 8 c156cbd0 0 0 0 0000204 [SLPQ psleep 0xc07e9768][SLP] vmdaemon 7 c156cdc8 0 0 0 0000204 [SLPQ VMWait 0xc07e9728][SLP] pagedaemon 35 c156f000 0 0 0 0000204 [IWAIT] swi0: sio 34 c156f1f8 0 0 0 0000204 [IWAIT] swi6:+ 6 c15075e8 0 0 0 0000204 [SLPQ - 0xc155b040][SLP] thread taskq 33 c15077e0 0 0 0 0000204 [IWAIT] swi5:+ 5 c15079d8 0 0 0 0000204 [SLPQ - 0xc155b100][SLP] kqueue taskq 32 c1507bd0 0 0 0 0000204 [IWAIT] swi2: cambio 31 c1507dc8 0 0 0 0000204 [IWAIT] swi6: task queue 30 c1510000 0 0 0 0000204 [SLPQ - 0xc07841c0][SLP] yarrow 4 c15101f8 0 0 0 0000204 [SLPQ - 0xc0786dc8][SLP] g_down 3 c15103f0 0 0 0 0000204 [SLPQ - 0xc0786dc4][SLP] g_up 2 c15105e8 0 0 0 0000204 [SLPQ - 0xc0786dbc][SLP] g_event 29 c15107e0 0 0 0 0000204 [IWAIT] swi1: net 28 c15109d8 0 0 0 0000204 [IWAIT] swi3: vm 27 c14e21f8 0 0 0 000020c [IWAIT] swi4: clock sio 26 c14e23f0 0 0 0 0000204 [IWAIT] irq15: ata1 25 c14e25e8 0 0 0 0000204 [IWAIT] irq14: ata0 24 c14e27e0 0 0 0 0000204 [IWAIT] irq13: 23 c14e29d8 0 0 0 0000204 [IWAIT] irq12: 22 c14e2bd0 0 0 0 0000204 [IWAIT] irq11: 21 c14e2dc8 0 0 0 0000204 [IWAIT] irq10: fxp0 20 c1507000 0 0 0 0000204 [IWAIT] irq9: 19 c15071f8 0 0 0 0000204 [IWAIT] irq8: rtc 18 c15073f0 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c14db000 0 0 0 0000204 [IWAIT] irq6: 16 c14db1f8 0 0 0 0000204 [IWAIT] irq5: 15 c14db3f0 0 0 0 0000204 [IWAIT] irq4: sio0 14 c14db5e8 0 0 0 0000204 [IWAIT] irq3: sio1 13 c14db7e0 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c14db9d8 0 0 0 0000204 [IWAIT] irq0: clk 11 c14dbbd0 0 0 0 000020c [CPU 0] idle 1 c14dbdc8 0 0 1 0004200 [SLPQ wait 0xc14dbdc8][SLP] init 10 c14e2000 0 0 0 0000204 [SLPQ ktrace 0xc0793998][SLP] ktrace 0 c0786ec0 0 0 0 0000200 [SLPQ vmwait 0xc07e9018][SLP] swapper Any ideas? Kris --AhhlLboLdkugWU4S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB3KeCWry0BWjoQKURAhd8AKCyGQC52fOa6OJfvTiN5sMCNv9tcQCg1brH r4b685dMyLD1pjds+J3cCG8= =Tq15 -----END PGP SIGNATURE----- --AhhlLboLdkugWU4S-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 03:05:37 2005 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 6DCB116A4CE for ; Thu, 6 Jan 2005 03:05:37 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A8643D53 for ; Thu, 6 Jan 2005 03:05:37 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so12677wra for ; Wed, 05 Jan 2005 19:05:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=coIzOR4OitIg9JI9ZCK8bCOJ6TuYdcOr6yoJPXPOqZwjgmx0vZpLFBONLPD1ag9pHaTfv0l5K/Z5Yc7Pw+ELsBe9RceaH4QeupNRcWykIA3e7rR2XgCjz3uSQ5MVsWUJVvHMEejBnj81eMFJYJAvLeVkmI107nmPJmBld5XdJzY= Received: by 10.54.45.55 with SMTP id s55mr45464wrs; Wed, 05 Jan 2005 19:05:36 -0800 (PST) Received: by 10.54.46.25 with HTTP; Wed, 5 Jan 2005 19:05:36 -0800 (PST) Message-ID: <6e01203b05010519054864b358@mail.gmail.com> Date: Wed, 5 Jan 2005 20:05:36 -0700 From: Tyler Gee To: FreeBSD Current Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Firefox Crashing - non-present sched_get_priority_max X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 03:05:38 -0000 Hi all, I am having a problem where firefox crashes at different points but most specifically every time I try to log into my bank. I can log into other ssl sites with no problem, including other banks, but something on mine makes it crash. Also crashes on other sites reliably and others randomly. I thought it might have something to do with flash as that seemed like a regular occurence on the pages that were causing the crash. Log file on crash: ---snip Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried to use non-present sched_get_priority_min Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried to use non-present sched_get_priority_max Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use non-present sched_get_priority_min Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use non-present sched_get_priority_max ---snip uname -a FreeBSD lapBot.xxx.xxx 6.0-CURRENT FreeBSD 6.0-CURRENT #10: Sun Jan 2 01:21:58 MST 2005 root@lapBot.attbi.com:/usr/obj/usr/src/sys/LAPBOT i386 portversion -v firefox-1.0_7,1 = up-to-date with port flashplugin-firefox-0.4.12 = up-to-date with port Kernel diff: < ident GENERIC --- > ident LAPBOT 30c10 < makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols --- > #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols 36c16 < options INET6 # IPv6 communications protocols --- > #options INET6 # IPv6 communications protocols 40,41c20,21 < options UFS_DIRHASH # Improve performance on big directories < options MD_ROOT # MD is a potential root device --- > #options UFS_DIRHASH # Improve performance on big directories > #options MD_ROOT # MD is a potential root device 43,45c23,25 < options NFSSERVER # Network Filesystem Server < options NFS_ROOT # NFS usable as /, requires NFSCLIENT < options MSDOSFS # MSDOS Filesystem --- > #options NFSSERVER # Network Filesystem Server > #options NFS_ROOT # NFS usable as /, requires NFSCLIENT > #options MSDOSFS # MSDOS Filesystem 53,59c33,39 < options KTRACE # ktrace(1) support < options SYSVSHM # SYSV-style shared memory < options SYSVMSG # SYSV-style message queues < options SYSVSEM # SYSV-style semaphores < options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions < options KBD_INSTALL_CDEV # install a CDEV entry in /dev < options AHC_REG_PRETTY_PRINT # Print register bitfields in debug --- > #options KTRACE # ktrace(1) support > #options SYSVSHM # SYSV-style shared memory > #options SYSVMSG # SYSV-style message queues > #options SYSVSEM # SYSV-style semaphores > #options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > #options KBD_INSTALL_CDEV # install a CDEV entry in /dev > #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug 61c41 < options AHD_REG_PRETTY_PRINT # Print register bitfields in debug --- > #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug 66,72c46,52 < options KDB # Enable kernel debugger support. < options DDB # Support DDB. < options GDB # Support remote GDB. < options INVARIANTS # Enable calls of extra sanity checking < options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS < options WITNESS # Enable checks to detect deadlocks and cycles < options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed --- > #options KDB # Enable kernel debugger support. > #options DDB # Support DDB. > #options GDB # Support remote GDB. > #options INVARIANTS # Enable calls of extra sanity checking > #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS > #options WITNESS # Enable checks to detect deadlocks and cycles > #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed 75,76c55,56 < options SMP # Symmetric MultiProcessor Kernel < device apic # I/O APIC --- > #options SMP # Symmetric MultiProcessor Kernel > #device apic # I/O APIC 80c60 < device eisa --- > #device eisa I can provide more info if needed. Thanks -wtgee From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 08:39:54 2005 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 2B66416A4CE for ; Thu, 6 Jan 2005 08:39:54 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA16D43D3F for ; Thu, 6 Jan 2005 08:39:53 +0000 (GMT) (envelope-from mikore.li@gmail.com) Received: by rproxy.gmail.com with SMTP id c16so112597rne for ; Thu, 06 Jan 2005 00:39:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=usC8wuXPJnxzlCDcm/+0LpWI07EuL7pQKtdOOWTzqq64IF3e8ESB2EY5GHQG3X8VnyWksp7LhvD151GmDD3L9bWtDNEK/vhgVfg4pn7XgJfHj7zZ0cEUtWAcVKHyAnBKxeSQyCCWwixaMyLS0FncdJ62zfqiCOaRaFCRrEIctpg= Received: by 10.38.68.14 with SMTP id q14mr328472rna; Thu, 06 Jan 2005 00:39:52 -0800 (PST) Received: by 10.38.22.72 with HTTP; Thu, 6 Jan 2005 00:39:51 -0800 (PST) Message-ID: Date: Thu, 6 Jan 2005 16:39:51 +0800 From: Mikore Li To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Centrino2200/Evil work un-normally X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mikore Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 08:39:54 -0000 Hi, all, I plug in a Centrino 2200 minipci card on my ferrari 3400 laptop, when ifconfig it, will report a infomation: ndis0: couldn't retrieve channel info: 19 Then, it ping a 119 only ap will failed, while ping b/g mixed ap successfully. Is it a known bug of Evil project? Thanks Mikore From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 08:55:06 2005 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 CF4B716A4CE for ; Thu, 6 Jan 2005 08:55:06 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 737F143D48 for ; Thu, 6 Jan 2005 08:55:06 +0000 (GMT) (envelope-from mikore.li@gmail.com) Received: by rproxy.gmail.com with SMTP id c16so114628rne for ; Thu, 06 Jan 2005 00:55:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=DJz4QQNvTEum2tng26CprktKx60DlYXxNw0aGL5ztRQaOK1dki5TkDGvhlwcY/ljvsm2MnMv6zLX11rbZgpkjoIpJPAvMXFb98sQ094XZ83AQqPtRWAJHxcy4nRFj1uC0J7Zi3OeqpzoYsnT1EuLSIUqqhacZ3jj2hSjpzlDpic= Received: by 10.38.76.49 with SMTP id y49mr254526rna; Thu, 06 Jan 2005 00:55:05 -0800 (PST) Received: by 10.38.22.72 with HTTP; Thu, 6 Jan 2005 00:55:05 -0800 (PST) Message-ID: Date: Thu, 6 Jan 2005 16:55:05 +0800 From: Mikore Li To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Centrino2200/Evil work un-normally X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mikore Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 08:55:06 -0000 There are some problems with my 11/g only AP, I ping successfully, however, the warning message is still there. ======================================================== Hi, all, I plug in a Centrino 2200 minipci card on my ferrari 3400 laptop, when ifconfig it, will report a infomation: ndis0: couldn't retrieve channel info: 19 Then, it ping a 119 only ap will failed, while ping b/g mixed ap successfully. Is it a known bug of Evil project? Thanks Mikore From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 09:21:59 2005 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 DF67716A4CE for ; Thu, 6 Jan 2005 09:21:59 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEBD43D48 for ; Thu, 6 Jan 2005 09:21:59 +0000 (GMT) (envelope-from mikore.li@gmail.com) Received: by rproxy.gmail.com with SMTP id c16so118188rne for ; Thu, 06 Jan 2005 01:21:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Bro7aGZxpDUVda4M1ILCAviJ1CPXuRKhCZm9Adr2VRD0Al+4uIWMk1mvjaMpxrlunkh98MDhtHFfPG6rctB17AZZRRfFQZMz1hnex8fNuch4euc5s65vtaXW0guiKkVeoqIaN5E7CTk3YDthqvfOu1OirIU7IUd8tSikuoOYKWc= Received: by 10.38.90.35 with SMTP id n35mr261101rnb; Thu, 06 Jan 2005 01:21:58 -0800 (PST) Received: by 10.38.22.72 with HTTP; Thu, 6 Jan 2005 01:21:58 -0800 (PST) Message-ID: Date: Thu, 6 Jan 2005 17:21:58 +0800 From: Mikore Li To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Bug report to wep index setting/Evil X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Mikore Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 09:22:00 -0000 I try several times to set correct wepkey to index 2/3/4, and get failure to connect. It seems only set to index 1 will work. Is this a known bug? I met this bug on Dell Latitude 800/Dell TrueMobile 1300(BCM4306). Thanks Mikore From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 09:34:02 2005 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 80F5816A4CE for ; Thu, 6 Jan 2005 09:34:02 +0000 (GMT) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DE043D39 for ; Thu, 6 Jan 2005 09:34:02 +0000 (GMT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.219.195) by smtp02.syd.iprimus.net.au (7.0.036) id 41A76DCB011815E4; Thu, 6 Jan 2005 20:34:00 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id CF329429A; Thu, 6 Jan 2005 20:34:02 +1100 (EST) Date: Thu, 6 Jan 2005 20:34:02 +1100 From: Tim Robbins To: Tyler Gee Message-ID: <20050106093402.GA36426@cat.robbins.dropbear.id.au> References: <6e01203b05010519054864b358@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6e01203b05010519054864b358@mail.gmail.com> User-Agent: Mutt/1.4.1i cc: FreeBSD Current Subject: Re: Firefox Crashing - non-present sched_get_priority_max 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: Thu, 06 Jan 2005 09:34:02 -0000 On Wed, Jan 05, 2005 at 08:05:36PM -0700, Tyler Gee wrote: > Hi all, > > I am having a problem where firefox crashes at different points but > most specifically every time I try to log into my bank. I can log > into other ssl sites with no problem, including other banks, but > something on mine makes it crash. Also crashes on other sites > reliably and others randomly. I thought it might have something to do > with flash as that seemed like a regular occurence on the pages that > were causing the crash. > > Log file on crash: > ---snip > Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried > to use non-present sched_get_priority_min > Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried > to use non-present sched_get_priority_max > Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use > non-present sched_get_priority_min > Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use > non-present sched_get_priority_max > ---snip [...] > Kernel diff: [...] > < options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time [...] > > #options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions Try re-enabling the _KPOSIX_PRIORITY_SCHEDULING option. Tim From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 09:39:22 2005 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 452A216A4CE for ; Thu, 6 Jan 2005 09:39:22 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CEC43D3F for ; Thu, 6 Jan 2005 09:39:19 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j069dFSh012255; Thu, 6 Jan 2005 20:09:16 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, Mikore Li Date: Thu, 6 Jan 2005 20:09:13 +1030 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4063531.jQHtNk659f"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501062009.14357.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: Bug report to wep index setting/Evil 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: Thu, 06 Jan 2005 09:39:22 -0000 --nextPart4063531.jQHtNk659f Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 6 Jan 2005 19:51, Mikore Li wrote: > I try several times to set correct wepkey to index 2/3/4, and get > failure to connect. > It seems only set to index 1 will work. Is this a known bug? > I met this bug on Dell Latitude 800/Dell TrueMobile 1300(BCM4306). You should supply a LOT more detail - eg URL for the drivers you're using,= =20 info about the AP etc etc.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4063531.jQHtNk659f Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB3QdC5ZPcIHs/zowRAqLnAJ95wFrkaQPSQAVY+S853ZIkxBNMEgCfe7U4 bFfa+ivBGTCgi7qO3fThW1M= =lOJl -----END PGP SIGNATURE----- --nextPart4063531.jQHtNk659f-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 09:43:54 2005 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 A4CE216A4CE for ; Thu, 6 Jan 2005 09:43:54 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ACC643D2F for ; Thu, 6 Jan 2005 09:43:54 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j069hpGV016415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jan 2005 01:43:52 -0800 Message-ID: <41DD0849.9010006@root.org> Date: Thu, 06 Jan 2005 01:43:37 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Extra long time resuming -current 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: Thu, 06 Jan 2005 09:43:54 -0000 When I updated to a recent -current, my laptop takes a very long time to resume (20 seconds) whereas before it took about 2 seconds. I suspect the PCI device probe delay capability you added triggered this. Perhaps the PCI resume code queries the register, gets all ones since the bus is not active yet, and takes the maximum delay for each device access? -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 10:07:40 2005 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 15E5516A4CE; Thu, 6 Jan 2005 10:07:40 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 443D143D5C; Thu, 6 Jan 2005 10:07:39 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j06A7cbO077000; Thu, 6 Jan 2005 05:07:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j06A7b7Y033469; Thu, 6 Jan 2005 05:07:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 258EC7306E; Thu, 6 Jan 2005 05:07:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050106100738.258EC7306E@freebsd-current.sentex.ca> Date: Thu, 6 Jan 2005 05:07:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/649/Sun Jan 2 18:02:22 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 10:07:40 -0000 TB --- 2005-01-06 08:34:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-06 08:34:15 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-06 08:34:15 - checking out the source tree TB --- 2005-01-06 08:34:15 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-06 08:34:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-06 08:40:20 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-06 08:40:20 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-06 08:40:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-06 09:47:41 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-06 09:47:41 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-06 09:47:41 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jan 6 09:47:41 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Jan 6 10:02:38 UTC 2005 TB --- 2005-01-06 10:02:38 - generating LINT kernel config TB --- 2005-01-06 10:02:38 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-01-06 10:02:38 - /usr/bin/make -B LINT TB --- 2005-01-06 10:02:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-06 10:02:38 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-06 10:02:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 6 10:02:38 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/r128_irq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/r128_state.c -finline-limit=13500 cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_cp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_drv.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_irq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_mem.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_state.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/drm/radeon_state.c:2:1: "/*" within comment *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-06 10:07:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-06 10:07:37 - ERROR: failed to build lint kernel TB --- 2005-01-06 10:07:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 10:45:01 2005 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 85AF516A4CE for ; Thu, 6 Jan 2005 10:45:01 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 687B043D2D for ; Thu, 6 Jan 2005 10:45:00 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru (8.13.0/vak/3.0) id j06AfmLW052210 for current@freebsd.org.checked; Thu, 6 Jan 2005 13:41:48 +0300 (MSK) (envelope-from rik@cronyx.ru) Received: from [127.0.0.1] (hanoi.cronyx.ru [144.206.181.53]) by hanoi.cronyx.ru (8.13.0/vak/3.0) with ESMTP id j06AeEw7052198; Thu, 6 Jan 2005 13:40:18 +0300 (MSK) (envelope-from rik@cronyx.ru) Message-ID: <41DD1452.1000609@cronyx.ru> Date: Thu, 06 Jan 2005 13:34:58 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <41DB08B9.6090801@savvis.net> <41DB1310.4060807@cronyx.ru> <41DB1700.7060708@savvis.net> <41DB1839.9080104@elischer.org> <41DC4FA2.8070609@savvis.net> <41DC5398.8020508@freebsd.org> <41DC5561.4090005@savvis.net> <41DC5690.3090205@freebsd.org> <41DC5910.8030905@cronyx.ru> <41DC5D2D.8040308@freebsd.org> In-Reply-To: <41DC5D2D.8040308@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Julian Elischer Subject: Re: netgraph(4) initialization order 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: Thu, 06 Jan 2005 10:45:01 -0000 Scott Long wrote: > Roman Kurakin wrote: > >> Scott Long: >> >>> Maksim Yevmenkin wrote: >>> >>>> Scott Long wrote: >>>> >>>>> Maksim Yevmenkin wrote: >>>>> >>>>>> Dear Hackers, >>>>>> >>>>>> any objections to the attached patch? >>>>>> >>>>> >>>>> Yes, as I stated in another email, I think that the core netgraph >>>>> module should be initialized before the SI_SUB_DRIVERS step. I >>>>> propose creating a new sysinit called SI_SUB_NETGRAPH with a value >>>>> of 0x30100000. That way it comes after SI_SUB_IF and before >>>>> SI_SUB_DRIVERS. This make fiddling with SI_ORDER_* unneccesary. >>>> >>>> >>>> >>>> >>>> how about new attached patch? >>>> >>>> thanks, >>>> max >>> >>> >>> >>> >>> Exactly what I had in mind =-) Have you tested this out to make sure >>> it fixes the problem cases? >> >> >> >> But this wouldn't save from the same problem it the future. >> >> rik >> > > What same problem? This ensures that the netgraph core gets initialized As I understand this situation we could get the same problem for any two modules if one depends on other and both of them have the same load order. If we teach "kernel" modules to check for dependences to sort modules of the same order this would solve such problems. We may also think what to do with 'buggy' dependency but this would be other step. At first we need to do this one. I agree that NETGRAPH should be treated other way and I don't object from patch that will solve this particular problem. It should be applied not only because this problem. But I believe that we also should think about other possible situations like this one. rik > before any driver. Keeping it at SI_SUB_DRIVERS and trying to order the > it via SI_ORDER_* is risky because you can't guarantee that some other > driver won't try to also take SI_ORDER_FIRST. > > Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 11:43:15 2005 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 EF29416A4CE; Thu, 6 Jan 2005 11:43:15 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5271C43D1D; Thu, 6 Jan 2005 11:43:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j06BhEHm009053; Thu, 6 Jan 2005 06:43:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j06BhE69059953; Thu, 6 Jan 2005 06:43:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F7FC7306E; Thu, 6 Jan 2005 06:43:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050106114314.6F7FC7306E@freebsd-current.sentex.ca> Date: Thu, 6 Jan 2005 06:43:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/649/Sun Jan 2 18:02:22 2005 clamav-milter version 0.80j on avscan2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 11:43:16 -0000 TB --- 2005-01-06 10:07:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-06 10:07:38 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-01-06 10:07:38 - checking out the source tree TB --- 2005-01-06 10:07:38 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-01-06 10:07:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-06 10:13:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-06 10:13:39 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-06 10:13:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-06 11:20:38 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-06 11:20:38 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-06 11:20:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jan 6 11:20:38 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Jan 6 11:37:34 UTC 2005 TB --- 2005-01-06 11:37:34 - generating LINT kernel config TB --- 2005-01-06 11:37:34 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-01-06 11:37:34 - /usr/bin/make -B LINT TB --- 2005-01-06 11:37:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-06 11:37:34 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-06 11:37:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 6 11:37:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/r128_irq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/r128_state .c -finline-limit=13500 cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_cp. c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_drv .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_irq .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_mem .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_sta te.c /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_state.c:2:1: "/*" within comment *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-01-06 11:43:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-06 11:43:14 - ERROR: failed to build lint kernel TB --- 2005-01-06 11:43:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 11:48:39 2005 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 B1B0D16A4CE for ; Thu, 6 Jan 2005 11:48:39 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E60B443D31 for ; Thu, 6 Jan 2005 11:48:38 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j06BmT0i053363; Thu, 6 Jan 2005 12:48:29 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Nate Lawson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 06 Jan 2005 01:43:37 PST." <41DD0849.9010006@root.org> Date: Thu, 06 Jan 2005 12:48:29 +0100 Message-ID: <53362.1105012109@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: FreeBSD Current cc: "M. Warner Losh" Subject: Re: Extra long time resuming -current 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: Thu, 06 Jan 2005 11:48:39 -0000 In message <41DD0849.9010006@root.org>, Nate Lawson writes: >When I updated to a recent -current, my laptop takes a very long time to >resume (20 seconds) whereas before it took about 2 seconds. I suspect >the PCI device probe delay capability you added triggered this. Perhaps >the PCI resume code queries the register, gets all ones since the bus is >not active yet, and takes the maximum delay for each device access? It's ata-disk timeouts. I saw it yesterday as well. -- 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 Thu Jan 6 11:57:28 2005 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 2B7D016A4DA for ; Thu, 6 Jan 2005 11:57:28 +0000 (GMT) Received: from web26608.mail.ukl.yahoo.com (web26608.mail.ukl.yahoo.com [217.146.176.58]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C6AF43D46 for ; Thu, 6 Jan 2005 11:57:27 +0000 (GMT) (envelope-from rustyryan882000@yahoo.co.uk) Received: (qmail 52480 invoked by uid 60001); 6 Jan 2005 11:57:26 -0000 Message-ID: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> Received: from [193.207.168.126] by web26608.mail.ukl.yahoo.com via HTTP; Thu, 06 Jan 2005 11:57:26 GMT Date: Thu, 6 Jan 2005 11:57:26 +0000 (GMT) From: Robert Ryan To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 11:57:28 -0000 Fellow FreeBSD developers, I hate to say I told you but it was inevitable. Check this out: http://www.feyrer.de/NetBSD/gmcgarry/ As I predicted more than a year ago FreeBSD 5.3 has finally lost its only advantage: performance. NetBSD 2.0 shows that when you write code the right way and end up with SOLUTIONS AND NOT HACKS you have a system that works, and works well on all platforms. This is the consequence of a series of mistakes made by the FreeBSD developers, the most important being too arrogant and selfish to listen to Matt Dillon, the man that warned you all about this. What did he get in return? An expulsion from your gentlemen club. Poul-Henning Kamp has been using FreeBSD to push his personal agenda, with completely useless features such as GEOM and devfs, instead of concentrating on the real problem. The fact that your heavily mutexed system doesn't work and never will. Jeff Roberson's ULE is still broken but don't worry, Matt Dillon will be hacking a much better scheduler for DragonFly that you can later borrow. Mike Smith warned you about committee-designed code years ago, why don't you listen? Why do you insist on this arrogant pose and on treating potential contributors like pariahs? Why do you tolerate assholes like Dag-Erling and Poul-Henning? I hope you can learn something from the NetBSD people before it's too late for FreeBSD. They managed to do much more with less resources. You should feel ashamed of yourselves. Sincerely, Robert PS: if I've offended anyone (yeah, I singled a few out) , prove me wrong, but spare me your insultedness. It's become a pathetic hobby in -core. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 12:31:15 2005 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 1F2C716A4CE for ; Thu, 6 Jan 2005 12:31:15 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6E043D31 for ; Thu, 6 Jan 2005 12:31:14 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j06CVCCg092182 for ; Thu, 6 Jan 2005 15:31:12 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 6 Jan 2005 15:31:12 +0300 (MSK) From: Maxim Konovalov To: current@freebsd.org In-Reply-To: <20050106114314.6F7FC7306E@freebsd-current.sentex.ca> Message-ID: <20050106153032.A90108@mp2.macomnet.net> References: <20050106114314.6F7FC7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (192/041231) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release 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: Thu, 06 Jan 2005 12:31:15 -0000 On Thu, 6 Jan 2005, 06:43-0500, FreeBSD Tinderbox wrote: [...] > /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_state.c:2:1: > "/*" within comment *** Error code 1 This one is fixed. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 12:44:48 2005 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 74DE716A4CE; Thu, 6 Jan 2005 12:44:48 +0000 (GMT) Received: from smtps-vbr2.xs4all.nl (smtps-vbr2.xs4all.nl [194.109.24.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D480343D2F; Thu, 6 Jan 2005 12:44:47 +0000 (GMT) (envelope-from mhellwig@xs4all.nl) Received: from [10.0.0.182] (xinagnet.xs4all.nl [80.126.243.229]) (authenticated bits=0) by smtps-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id j06CiknD020230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Jan 2005 13:44:46 +0100 (CET) (envelope-from mhellwig@xs4all.nl) Message-ID: <41DD32C0.40608@xs4all.nl> Date: Thu, 06 Jan 2005 13:44:48 +0100 From: "Martin P. Hellwig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Ryan References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> In-Reply-To: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 12:44:48 -0000 >PS: if I've offended anyone (yeah, I singled a few >out) >, prove me wrong, but spare me your insultedness. >It's become a pathetic hobby in -core. > > > Benchmark are made to be put into perspective, although everybody has a right to say what he wants to say, this doesn't mean that you have to say it. It seems to me that FreeBSD is focusing it performance onto MP 64bit processors. As we can see in the benchmark it has in comparison to other projects a negative impact on UP system. But just put it in the perspective of processor developments, AMD (followed by Intel) is heading towards a multi-core 64 bit systems, what probably becomes mainstream at the end of next year. With this technology the FreeBSD model could have winner on there hands. Doing the same job but not having the same philosophy on it, is always inefficient, but in the real world it leads to the Darwin effect. What means that the best solution gets there chance of survival against the test of time. Luckily these are all BSD's, good solution will spread, just take a look at PF. OpenBSD has a good user base but not compatible to the sum of user base of the other BSD's. Still PF has spread there wings beyond the user base of OpenBSD. FreeBSD is just a name for an OS, if any other OS can give me more "bang for the buck" and provides a full solution, I will use it. Be it DragonFly/Free/Open/Net, MacOsX, GNU+Linux, Windows or any of the other hundreds of OS'es out there. I like the BSD license so I will tend to stick to "gratis" BSD OS'es. All of the disagreements in development is a healthy process to make sure the sort "BSD" an not the specie *BSD will survive. Sure I have my disappointments about some decision, but hey so is live, this ain't a fan club for next biggest boy band (he he BSD-Boyz), where using an OS to provide solution for our technologic problems, you favor your solution but don't blind yourself. And when you don't blind yourself you re-evaluate your situation and move forward with the best solution for your problem. Sure it is a pain to migrate my boxes to another OS (well that is the fun part) and do some massive rewriting of my documentation, but thats my job and I tend to like it. Just standing still and not progress has its attractiveness when you had a very rough ride, but it gets dull very soon and then you find yourself back on the dirty tracks. But these are my opinion only, however I like to share them ;-) Martin P. Hellwig From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 13:05:13 2005 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 BC78116A4CE; Thu, 6 Jan 2005 13:05:13 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25C6643D1D; Thu, 6 Jan 2005 13:05:12 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.hackers (it.hackers [172.16.37.1]) by hq.sectorb.msk.ru (Postfix) with ESMTP id ABD4466F2; Thu, 6 Jan 2005 16:05:09 +0300 (MSK) Date: Thu, 6 Jan 2005 16:05:35 +0300 (MSK) From: Nguyen Tam Chinh X-X-Sender: chinhngt@unix.local To: "Martin P. Hellwig" In-Reply-To: <41DD32C0.40608@xs4all.nl> Message-ID: <20050106155714.X1348@unix.local> References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> <41DD32C0.40608@xs4all.nl> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Ryan Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 13:05:14 -0000 Please don't treat this seriously. Benchmarks are just benchmarks. But the benchmarks and comparison, widespreaded through sites like slashdot or osnews, sometimes affect the interest and view point of some new and potential users. May be we should do some full benchmarks as an answer and to review the true status of our 5.x, 4.x and others? On Thu, 6 Jan 2005, Martin P. Hellwig wrote: > > >> PS: if I've offended anyone (yeah, I singled a few >> out) >> , prove me wrong, but spare me your insultedness. It's become a pathetic >> hobby in -core. >> >> > Benchmark are made to be put into perspective, although everybody has a right > to say what he wants to say, this doesn't mean that you have to say it. > It seems to me that FreeBSD is focusing it performance onto MP 64bit > processors. As we can see in the benchmark it has in comparison to other > projects a negative impact on UP system. > > But just put it in the perspective of processor developments, AMD (followed > by Intel) is heading towards a multi-core 64 bit systems, what probably > becomes mainstream at the end of next year. > With this technology the FreeBSD model could have winner on there hands. > > Doing the same job but not having the same philosophy on it, is always > inefficient, but in the real world it leads to the Darwin effect. > What means that the best solution gets there chance of survival against the > test of time. > Luckily these are all BSD's, good solution will spread, just take a look at > PF. > OpenBSD has a good user base but not compatible to the sum of user base of > the other BSD's. Still PF has spread there wings beyond the user base of > OpenBSD. > > FreeBSD is just a name for an OS, if any other OS can give me more "bang for > the buck" and provides a full solution, I will use it. > Be it DragonFly/Free/Open/Net, MacOsX, GNU+Linux, Windows or any of the other > hundreds of OS'es out there. > I like the BSD license so I will tend to stick to "gratis" BSD OS'es. > > All of the disagreements in development is a healthy process to make sure the > sort "BSD" an not the specie *BSD will survive. > Sure I have my disappointments about some decision, but hey so is live, this > ain't a fan club for next biggest boy band (he he BSD-Boyz), where using an > OS to provide solution for our technologic problems, you favor your solution > but don't blind yourself. > > And when you don't blind yourself you re-evaluate your situation and move > forward with the best solution for your problem. > Sure it is a pain to migrate my boxes to another OS (well that is the fun > part) and do some massive rewriting of my documentation, but thats my job and > I tend to like it. Just standing still and not progress has its > attractiveness when you had a very rough ride, but it gets dull very soon and > then you find yourself back on the dirty tracks. > > But these are my opinion only, however I like to share them ;-) > > Martin P. Hellwig > _______________________________________________ > 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" > ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 13:13:29 2005 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 DCDF416A4CE; Thu, 6 Jan 2005 13:13:29 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80EB043D48; Thu, 6 Jan 2005 13:13:29 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 4DC8611DC7; Thu, 6 Jan 2005 14:13:28 +0100 (CET) Date: Thu, 6 Jan 2005 14:13:28 +0100 From: "Simon L. Nielsen" To: Scott Long Message-ID: <20050106131327.GE801@zaphod.nitro.dk> References: <20041223123621.GB17515@eddie.nitro.dk> <41CADACC.9050607@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xA/XKXTdy9G3iaIz" Content-Disposition: inline In-Reply-To: <41CADACC.9050607@freebsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 13:13:30 -0000 --xA/XKXTdy9G3iaIz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.12.23 07:48:44 -0700, Scott Long wrote: >=20 > Simon L. Nielsen wrote: > >Hello > > > >Recent -CURRENT seems to have broken aac(4) on a Dell Perc 4/Di. The > >system is a Dell PowerEdge 2650 with 4 36GB IBM disks in a RAID0+1 > >configuration. > > > >It runs fine on a 5-STABLE kernel, but when booting -CURRENT it prints > >a lot of errors from the RAID controller and then fails to mount the > >root file-system. > > > >I have attached dmesg from 6-CURRENT and 5-STABLE, but the main > >interesting parts from -CURRENT are: > > > >aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on= =20 > >pci4 > >aac0: [FAST] > >aacd0: on aac0 > >aacd0: 69425MB (142182912 sectors) > >SMP: AP CPU #3 Launched! > >SMP: AP CPU #1 Launched! > >SMP: AP CPU #2 Launched! > >aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR > >aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR > >aac0: COMMAND 0xc2409438 TIMEOUT AFTER 41 SECONDS >=20 > There are very few differences between the driver in 6-CURRENT and > 5-STABLE, and none of the differences look like ones that could > cause problems. Would you get able to step the source backwards until > you find the point where it starts working again? After several rounds of backstepping I found that the problem is caused by sys/dev/pci/pci.c v. 1.268 which sets hw.pci.do_powerstate=3D1 by default. If I add hw.pci.do_powerstate=3D"0" to loader.conf the system boots fine. I have no idea why this only manifests itself as an aac(4) error. This system has a Dell remote management card and I rememeber that Lukas Ertl, some time ago, reported some problem with the power state change and a (HP?) remote management card, so perhaps this is a similar issue. --=20 Simon L. Nielsen --xA/XKXTdy9G3iaIz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB3Tl3h9pcDSc1mlERAjVpAJ4wBQlx3n6rT7mljofz/yOJOcCPdwCgxIM6 NLvIEKMojfMvAwmt+t1wJqk= =96Hf -----END PGP SIGNATURE----- --xA/XKXTdy9G3iaIz-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 13:14:39 2005 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 6BF2916A4CE; Thu, 6 Jan 2005 13:14:39 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C011F43D1F; Thu, 6 Jan 2005 13:14:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j06DEcBm084745; Thu, 6 Jan 2005 08:14:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j06DEbKB087940; Thu, 6 Jan 2005 08:14:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C357A7306E; Thu, 6 Jan 2005 08:14:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050106131437.C357A7306E@freebsd-current.sentex.ca> Date: Thu, 6 Jan 2005 08:14:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/649/Sun Jan 2 18:02:22 2005 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 13:14:39 -0000 TB --- 2005-01-06 11:43:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-06 11:43:14 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-01-06 11:43:14 - checking out the source tree TB --- 2005-01-06 11:43:14 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-01-06 11:43:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-06 11:49:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-06 11:49:25 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-06 11:49:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-06 12:56:32 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-06 12:56:32 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-06 12:56:32 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jan 6 12:56:33 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Jan 6 13:10:30 UTC 2005 TB --- 2005-01-06 13:10:30 - generating LINT kernel config TB --- 2005-01-06 13:10:30 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-01-06 13:10:30 - /usr/bin/make -B LINT TB --- 2005-01-06 13:10:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-06 13:10:30 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-06 13:10:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jan 6 13:10:30 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/r128_irq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/r128_state .c -finline-limit=13500 cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/radeon_cp. c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/radeon_drv .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/radeon_irq .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/radeon_mem .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/radeon_sta te.c /tinderbox/CURRENT/i386/pc98/src/sys/dev/drm/radeon_state.c:2:1: "/*" within comment *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-01-06 13:14:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-06 13:14:37 - ERROR: failed to build lint kernel TB --- 2005-01-06 13:14:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 13:32:29 2005 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 2ED9916A4CE for ; Thu, 6 Jan 2005 13:32:29 +0000 (GMT) Received: from main.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B16D43D1F for ; Thu, 6 Jan 2005 13:32:28 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CmXkZ-0001Zb-00 for ; Thu, 06 Jan 2005 14:32:27 +0100 Received: from dhcp193.ifado.de ([195.253.22.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jan 2005 14:32:27 +0100 Received: from wb by dhcp193.ifado.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Jan 2005 14:32:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Wilhelm B. Kloke" Date: Thu, 6 Jan 2005 13:32:21 +0000 (UTC) Organization: InstArbPhysUniDo Lines: 26 Message-ID: References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> <41DD32C0.40608@xs4all.nl> <20050106155714.X1348@unix.local> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: dhcp193.ifado.de User-Agent: slrn/0.9.8.0 (FreeBSD) Cache-Post-Path: vestein!unknown@yorikke X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) Sender: news Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 13:32:29 -0000 Nguyen Tam Chinh schrieb: > Please don't treat this seriously. Benchmarks are just benchmarks. But The OP said so himself. But benchmarks are a lot more informative than hype or rumour. I would really like to know comparison of *real* users of both NetBSD and FreeBSD systems, but I don't expect that one could find them. Nobody uses 2 different systems for the same task for a long time. So it lastly boils down to the question whether mission-critical applications are missing on one or the other system. > the benchmarks and comparison, widespreaded through sites like slashdot > or osnews, sometimes affect the interest and view point of some new and > potential users. > May be we should do some full benchmarks as an answer and to review the > true status of our 5.x, 4.x and others? This is a good idea. Please add my wish to extend this the other FreeBSD platforms. For me, amd64 is more interesting than ia32. One special benchmark, which should test sufficient stuff from file system and system call efficiency, is a complete rebuild of native gcc, with make -j3. Does anybody know a place where to find this figure? -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257 From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 13:41:08 2005 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 E1A1D16A4CE; Thu, 6 Jan 2005 13:41:08 +0000 (GMT) Received: from smtps-vbr2.xs4all.nl (smtps-vbr2.xs4all.nl [194.109.24.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4370F43D3F; Thu, 6 Jan 2005 13:41:08 +0000 (GMT) (envelope-from mhellwig@xs4all.nl) Received: from [10.0.0.182] (xinagnet.xs4all.nl [80.126.243.229]) (authenticated bits=0) by smtps-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id j06Df6tZ023784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Jan 2005 14:41:07 +0100 (CET) (envelope-from mhellwig@xs4all.nl) Message-ID: <41DD3FF5.3010709@xs4all.nl> Date: Thu, 06 Jan 2005 14:41:09 +0100 From: "Martin P. Hellwig" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nguyen Tam Chinh References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> <41DD32C0.40608@xs4all.nl> <20050106155714.X1348@unix.local> In-Reply-To: <20050106155714.X1348@unix.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: Robert Ryan Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 13:41:09 -0000 Nguyen Tam Chinh wrote: > Please don't treat this seriously. Benchmarks are just benchmarks. But > the benchmarks and comparison, widespreaded through sites like > slashdot or osnews, sometimes affect the interest and view point of > some new and potential users. > May be we should do some full benchmarks as an answer and to review > the true status of our 5.x, 4.x and others? True, I don't take it very seriously but it does say something, like all things you measure it shoul be put into perspective. I have already contacted the author of the benchmark, in short I've asked him if he could do the test with latest stable DragonFly too. I don't see the logic in testing FBSD4 as this is a "Legacy" branch, just as stated on www.FreeBSD.org But perhaps the test should be redone on multiple popular role based hardware configuration, including OpenBSD, DragonFly and any other OS you wish to test. Roles based in the meaning of benchmarking typical firewall, webserver, database, file and print servers roles. But there other things that must be benchmarked too if you want a near objective view, like stability, hardware support, security and design. Personally I don't give a * about performance as long as it doesn't hold me back, but what I do find irritating is that when there is a security issue in a port I should have to rebuild all my ports because of some libthreading issue. Now when talking about a few home boxes this is not a problem, but in a productivity environment with dozen machines having all its specific adaption on configuration and ports, thing get to start ugly. Of course this problem is not a real challenge it is just an inconvenience if you did not expected it. Just like installing a MS patch on the server and finding out that all shared HP printer don't work anymore ;-) Aah well keeps me off the street and out of trouble. -- mph From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 13:45:33 2005 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 5518C16A4CE for ; Thu, 6 Jan 2005 13:45:33 +0000 (GMT) Received: from mailhub01.unibe.ch (mailhub01.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8464A43D48 for ; Thu, 6 Jan 2005 13:45:32 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01.unibe.ch [130.92.254.65]) by mailhub01.unibe.ch (Postfix) with ESMTP id A702F25BA53 for ; Thu, 6 Jan 2005 14:45:30 +0100 (MET) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub01 [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 30976-01-33 for ; Thu, 6 Jan 2005 14:45:32 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id B51C825BA51 for ; Thu, 6 Jan 2005 14:45:28 +0100 (MET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j06DjSq28209 for ; Thu, 6 Jan 2005 14:45:28 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j06DjRH8014708 for freebsd-current@freebsd.org; Thu, 6 Jan 2005 14:45:27 +0100 (MET) Date: Thu, 6 Jan 2005 14:45:27 +0100 From: Tobias Roth To: freebsd-current@freebsd.org Message-ID: <20050106134527.GA14694@droopy.unibe.ch> References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> <41DD32C0.40608@xs4all.nl> <20050106155714.X1348@unix.local> <41DD3FF5.3010709@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41DD3FF5.3010709@xs4all.nl> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 13:45:33 -0000 can we please remove this discussion from freebsd-current? thanks... From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 14:01:19 2005 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 9BF5016A4CE for ; Thu, 6 Jan 2005 14:01:19 +0000 (GMT) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8177C43D45 for ; Thu, 6 Jan 2005 14:01:19 +0000 (GMT) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmYCV-0007mg-7H; Thu, 06 Jan 2005 14:01:19 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmYCU-0005iQ-FA; Thu, 06 Jan 2005 04:01:18 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16861.17581.398957.982722@roam.psg.com> Date: Thu, 6 Jan 2005 04:01:17 -1000 To: Mikore Li References: cc: freebsd-current@freebsd.org Subject: Re: Bug report to wep index setting/Evil 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: Thu, 06 Jan 2005 14:01:19 -0000 > I try several times to set correct wepkey to index 2/3/4, and get > failure to connect. > It seems only set to index 1 will work. Is this a known bug? > I met this bug on Dell Latitude 800/Dell TrueMobile 1300(BCM4306). on orinoco cards using old software it used to be that if the access point is using key 3 of farble and you are using key 2 of farble, it will not work. both key number and key value must match. this may or may not still be the case. but you may want to give it a try. randy From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 15:37:47 2005 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 3D35016A4CE for ; Thu, 6 Jan 2005 15:37:47 +0000 (GMT) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA6243D1F for ; Thu, 6 Jan 2005 15:37:47 +0000 (GMT) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmZhq-000Ghb-Pb; Thu, 06 Jan 2005 15:37:46 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmZhp-0005tD-BE; Thu, 06 Jan 2005 05:37:45 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16861.23368.278359.209907@roam.psg.com> Date: Thu, 6 Jan 2005 05:37:44 -1000 To: Olafur Osvaldsson cc: FreeBSD Current Subject: Re: Crash after: discard frame without packet header 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: Thu, 06 Jan 2005 15:37:47 -0000 > I've had two crashes on two different machines (one on each) running the same > kernel and same hardware in the last week. > > I see the following two entries in /var/log/messages on both machines right > before the crash: > > Dec 27 09:00:21 bastet kernel: bge0: discard frame w/o packet header > Dec 27 09:02:05 bastet kernel: bge0: discard frame w/o packet header jacques suggested that i me too i had a machine lock up dead with Jan 5 12:21:39 foo kernel: fxp0: discard frame w/o packet header as it locked solid and left no crash dump, i can not be of much help. i am monitoring its console in case it happens again. randy From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 15:55:41 2005 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 BA2CD16A4CE for ; Thu, 6 Jan 2005 15:55:41 +0000 (GMT) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92D9343D45 for ; Thu, 6 Jan 2005 15:55:41 +0000 (GMT) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmZzB-000Ibb-BH; Thu, 06 Jan 2005 15:55:41 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.43 (FreeBSD)) id 1CmZzA-0005we-Hb; Thu, 06 Jan 2005 05:55:40 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16861.24443.473195.636784@roam.psg.com> Date: Thu, 6 Jan 2005 05:55:39 -1000 To: Olafur Osvaldsson References: <16861.23368.278359.209907@roam.psg.com> <20050106155310.GG93016@isnic.is> cc: FreeBSD Current Subject: Re: Crash after: discard frame without packet header 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: Thu, 06 Jan 2005 15:55:41 -0000 >> Jan 5 12:21:39 foo kernel: fxp0: discard frame w/o packet header > Just out of curiosity, is this machine running named? yep > I have a crash dump from one of these crashes but I'm not that skilled at > debugging these and noone has showed any interest in helping...do you know > of anybody that can help me getting some useful info from this dump? perhaps that your crash looks less like and isolated incident and more like a reproduceable problem will draw a bit of attention. randy From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 16:05:01 2005 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 5976B16A4CE; Thu, 6 Jan 2005 16:05:01 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E4343D58; Thu, 6 Jan 2005 16:05:00 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id E2FD8D366; Thu, 6 Jan 2005 11:04:59 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 86968635B; Thu, 6 Jan 2005 11:04:54 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16861.24998.55471.171529@canoe.dclg.ca> Date: Thu, 6 Jan 2005 11:04:54 -0500 To: Kris Kennaway In-Reply-To: <20050106025042.GA26670@xor.obsecurity.org> References: <20050106025042.GA26670@xor.obsecurity.org> X-Mailer: VM 7.17 under 21.4 (patch 16) "Corporate Culture" XEmacs Lucid cc: alc@FreeBSD.org cc: current@FreeBSD.org Subject: Deadlock with 32GB swap-backed md 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: Thu, 06 Jan 2005 16:05:01 -0000 >>>>> "Kris" == Kris Kennaway writes: Kris> In my quest for ever-more-insane things to do to panic package Kris> build machines, I switched them over to use a 32GB swap Kris> partition as a swap-backed md, in the hopes of improving build Kris> times by cutting back on disk accesses. This seemed to work (I Kris> wasn't sure you could use this much on i386, but the system let Kris> me configure as much as 32GB), except two of them have locked Kris> up. ps shows Not that I've looked at this, but isn't MFS constrained by 32 bit pointers in i386? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 16:28:30 2005 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 1C94716A4CE for ; Thu, 6 Jan 2005 16:28:30 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2744643D2F for ; Thu, 6 Jan 2005 16:28:28 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.75] (borg.ciphertrust.com [64.238.118.66]) by saturn.criticalmagic.com (Postfix) with ESMTP id 8501D3BD21 for ; Thu, 6 Jan 2005 11:28:22 -0500 (EST) Message-ID: <41DD6737.4090804@criticalmagic.com> Date: Thu, 06 Jan 2005 11:28:39 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> In-Reply-To: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Thu, 06 Jan 2005 16:28:30 -0000 Robert Ryan wrote: > Fellow FreeBSD developers, > > I hate to say I told you but it was inevitable. > > Check this out: http://www.feyrer.de/NetBSD/gmcgarry/ Well, even though this link was submitted by a troll, the benchmarks are actually pretty interesting and worth reading. Just keep the following in mind: 1. Although NetBSD did perform better on many of the benchmarks (kudos to them), but the difference is usually not dramatic. 2. The benchmarks are strictly uniprocessor benchmarks. 3. The author does admit at the end of the article that NetBSD still uses a big, giant lock around the kernel and the benchmarks might be very different on a multiprocessor system. 4. The benchmarks are only NetBSD versus FreeBSD, so it's hard to judge where the performance of each system fits in the grand scheme of things. It could be that both systems are performing very well. The benchmarks need to include at least one non-BSD system (usually Linux) in order to get some perspective. 5. It would have been nice if FreeBSD 4.10 and NetBSD 1.6.2 were also include, so we could see the relative progress (or lack) of each system. But it's worth reading. Data is always a good thing. Just don't get hung up on them. Hopefully, it will inspire more comprehensive tests. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 17:19:18 2005 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 9154E16A4CE for ; Thu, 6 Jan 2005 17:19:18 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CABC43D49 for ; Thu, 6 Jan 2005 17:19:18 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so73869wri for ; Thu, 06 Jan 2005 09:19:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ks6iYXrZ6Dbcd+o6bGPgaShAUM4UYbo0wXR9eIRUPQNB9dmCGhdBn/8S6o9SlDy/f+Uwhtk0yQu7lsmYm/cctRCSmo2zrOgPP/LSNf7iKUzhCdWIVuAePgF5MhgoO/IySxOBtiK2i2esbXWnaAdiHVFNShH5esudhbtTeP+wu8Y= Received: by 10.54.8.35 with SMTP id 35mr36476wrh; Thu, 06 Jan 2005 09:19:17 -0800 (PST) Received: by 10.54.57.76 with HTTP; Thu, 6 Jan 2005 09:19:17 -0800 (PST) Message-ID: <34cb7c840501060919155fc460@mail.gmail.com> Date: Thu, 6 Jan 2005 17:19:17 +0000 From: Peter Edwards To: Julian Elischer , re@freebsd.org, current@freebsd.org In-Reply-To: <41DC953C.2030209@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501052101.j05L139i085802@freefall.freebsd.org> <41DC953C.2030209@elischer.org> Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB flash, trashes main drives boot block X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peadar@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: Thu, 06 Jan 2005 17:19:18 -0000 On Wed, 05 Jan 2005 17:32:44 -0800, Julian Elischer wrote: > Not sure, but this may want to go into 4.11? > Is the bug in that as well? It's certainly present in 4.x: the code is pretty much the same, except for the merge of the SIO/non-SIO version into one source, and the ensuing change of comments (I assume so the C++ preprocessor could be used) From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 17:42:22 2005 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 809DC16A4CF for ; Thu, 6 Jan 2005 17:42:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D8C43D31 for ; Thu, 6 Jan 2005 17:42:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so25470rnf for ; Thu, 06 Jan 2005 09:42:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=S5uZ7sgxTUepRhDz6t02pZVgSViVYO3kCr072xKuF0VYM6x70K11ajFOHOsTJV3E3sCIjjgQ3xW2ZR9rX6G0Ez7kl+kLpZ1VBwt042TqvaZIVb+AE1xXZ1XzYp1rBj3VYogcBJeiaeNCM1u9Kf9UwaVPYaLQEI6H5lZGZjjUz1E= Received: by 10.38.164.76 with SMTP id m76mr364051rne; Thu, 06 Jan 2005 09:42:21 -0800 (PST) Received: by 10.38.209.12 with HTTP; Thu, 6 Jan 2005 09:42:21 -0800 (PST) Message-ID: <84dead72050106094231b43492@mail.gmail.com> Date: Thu, 6 Jan 2005 17:42:21 +0000 From: Joseph Koshy To: Richard Cadwalader In-Reply-To: <200501050943.11320.richard@howitsdone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200501050830.36906.richard@howitsdone.net> <84dead72050105072055548392@mail.gmail.com> <200501050943.11320.richard@howitsdone.net> cc: freebsd-current@freebsd.org Subject: Re: pkg_add looking in the wrong place X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2005 17:42:22 -0000 > gigaping# uname -a > FreeBSD gigaping.gigaping 5.3-STABLE FreeBSD 5.3-STABLE #1: Mon Jan 3 > 11:25:50CST 2005 > gigaping@gigaping.gigaping:/usr/src/sys/i386/compile/GIGAPING i386 > gigaping# Please check that you don't have environment variables PACKAGESITE or PACKAGEROOT set. If these are not set, please check the output of 'sysctl kern.osreldate'. This should be a number between 503000 and 599000 if you are running 5.3-STABLE. If not, it is likely that your system may not have been updated using the recommended upgrade procedure in the Handbook. [snip] > what does all that mean up there? There is an explanation of uname's output in its manual page (man uname). From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 18:46:32 2005 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 6101616A4CE for ; Thu, 6 Jan 2005 18:46:32 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1224643D31 for ; Thu, 6 Jan 2005 18:46:32 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24123 invoked from network); 6 Jan 2005 18:46:31 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 18:46:31 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06IkLoF082922; Thu, 6 Jan 2005 13:46:27 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Thu, 6 Jan 2005 13:45:44 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501051731.32915.jhb@FreeBSD.org> <41DC7210.7090007@root.org> In-Reply-To: <41DC7210.7090007@root.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200501061345.44146.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 18:46:32 -0000 On Wednesday 05 January 2005 06:02 pm, Nate Lawson wrote: > John Baldwin wrote: > > On Sunday 02 January 2005 07:35 pm, Nate Lawson wrote: > >>We already associate handles and devices in > >>sys/dev/acpica/acpi.c:acpi_probe_child() before probing anything. See > >>the AcpiAttachData() step. I don't think that's the problem. > > > > I do because he passes a null device_t pointer in as an argument to a > > function. The calling code is: > > > > /* > > * We have to find the source device (PCI interrupt link device). > > */ > > if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, > > &lnkdev))) { device_printf(pcib, "couldn't find PCI interrupt link device > > %s\n", prt->Source); > > interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), > > prt->SourceIndex); > > > > And Pawel's trace shows that the first argument to > > acpi_pci_link_route_interrupt() is NULL. > > What's the value of prt->Source? If it's not a valid reference to a > link device (i.e. \_SB.PCIx.LNKx), then trying to get a device_t from it > would yield NULL. For instance, if it points to \_SB, you'll get a > valid handle from AcpiGetHandle but that handle obviously has no > associated device_t. > > Additionally, I see you're using the root handle ACPI_ROOT_OBJECT as the > base for lookup. If the reference is relative (doesn't start with \), > this won't work. You should be using the handle of the parent of _PRT > (the PCI bus handle) as the root of the lookup. Commonly, this will be > something like a \_SB.PCI0 string. > > This would fix this scenario: > \_SB.PCI0 > _PRT (Source = LNKA) > LNKA > LNKB Ok, that might be it. I'll work up a patch to use the relative roots instead. In fact, the patch is very simple. It already used relative lookups when force-attaching the link devices during attach. Pawel, the change is this: --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c 2004/12/27 05:40:30 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/01/06 18:40:54 @@ -249,7 +249,8 @@ /* * We have to find the source device (PCI interrupt link device). */ - if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, &lnkdev))) { + if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), prt->Source, + &lnkdev))) { device_printf(pcib, "couldn't find PCI interrupt link device %s\n", prt->Source); goto out; > Also, I'm not sure if you picked up the size issue with the _PRT struct > supplied by ACPI-CA. Since Source is a variable-length string, if you > copy the struct you get from AcpiGetRoutingTable (or whatever), you only > get the first 4 bytes, non-null terminated, of the string. > > typedef struct acpi_pci_routing_table > { > UINT32 Length; > UINT32 Pin; > ACPI_INTEGER Address; > UINT32 SourceIndex; > char Source[4]; > } ACPI_PCI_ROUTING_TABLE; > > Note that Source above is not 4 bytes, it's variable-length. That's why > I copied it to a different field in the old acpi_pci_link PRT struct. I don't ever store the Source anywhere, I just use it to lookup handles, so I don't have to worry about the size change. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 18:57:04 2005 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 1536316A4CE for ; Thu, 6 Jan 2005 18:57:04 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id BEC2C43D3F for ; Thu, 6 Jan 2005 18:57:03 +0000 (GMT) (envelope-from richard@howitsdone.net) Received: from unknown (HELO gigaping.gigaping) (cadwalad3r@sbcglobal.net@69.153.226.226 with plain) by smtp812.mail.sc5.yahoo.com with SMTP; 6 Jan 2005 18:57:01 -0000 From: Richard Cadwalader To: freebsd-current@freebsd.org Date: Thu, 6 Jan 2005 12:55:43 -0600 User-Agent: KMail/1.7 References: <200501050830.36906.richard@howitsdone.net> <200501050943.11320.richard@howitsdone.net> <84dead72050106094231b43492@mail.gmail.com> In-Reply-To: <84dead72050106094231b43492@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501061255.47218.richard@howitsdone.net> Subject: Re: pkg_add looking in the wrong place 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: Thu, 06 Jan 2005 18:57:04 -0000 I don't mean to sound like a moron, I know that certainly most of you folks on this mailing list have enough to do without holding my hand, but where does one set the environment variables? I cvsup'd ports and the src tree, and I've installed stuff, it's just now that I am having trouble...I install things by going to the ftp site and getting the packages I need, but isn't there some config file somewhere that tells pkg_add where to go? the output: # sysctl kern.osreldate kern.osreldate: 503101 On Thursday 06 January 2005 11:42, Joseph Koshy wrote: > > gigaping# uname -a > > FreeBSD gigaping.gigaping 5.3-STABLE FreeBSD 5.3-STABLE #1: Mon Jan 3 > > 11:25:50CST 2005 > > gigaping@gigaping.gigaping:/usr/src/sys/i386/compile/GIGAPING i386 > > gigaping# > > Please check that you don't have environment > variables PACKAGESITE or PACKAGEROOT set. > > If these are not set, please check the output of 'sysctl > kern.osreldate'. This should be a number between > 503000 and 599000 if you are running 5.3-STABLE. > > If not, it is likely that your system may not have been > updated using the recommended upgrade procedure in the > Handbook. > > [snip] > > > what does all that mean up there? > > There is an explanation of uname's output in its manual > page (man uname). > _______________________________________________ > 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" -- Richard Cadwalader From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:12:06 2005 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 4876416A4CE for ; Thu, 6 Jan 2005 19:12:06 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 696DE43D45 for ; Thu, 6 Jan 2005 19:12:05 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a239.otenet.gr [212.205.215.239]) j06JC134023649 for ; Thu, 6 Jan 2005 21:12:02 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id j06JC18N030880 for ; Thu, 6 Jan 2005 21:12:01 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id j06JC1rR030879 for freebsd-current@freebsd.org; Thu, 6 Jan 2005 21:12:01 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 6 Jan 2005 21:12:01 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050106191201.GA30826@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: human-readable swap partition sizes with pstat -sh 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: Thu, 06 Jan 2005 19:12:06 -0000 The following patch adds support for human-readable partition sizes in pstat -s and swapinfo output, when the -h option is used: gothmog:/d/src/usr.sbin/pstat$ ./pstat -s Device 1K-blocks Used Avail Capacity /dev/ad1s1b 5120000 12 5120000 0% gothmog:/d/src/usr.sbin/pstat$ ./pstat -sh Device 1K-blocks Used Avail Capacity /dev/ad1s1b 5120000 12K 4.9G 0% Does anyone have comments or suggestions for further improvement? %%% Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/pstat/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- Makefile 4 Apr 2003 17:49:17 -0000 1.12 +++ Makefile 23 Oct 2004 20:44:14 -0000 @@ -8,7 +8,7 @@ WARNS?= 2 -DPADD= ${LIBKVM} -LDADD= -lkvm +DPADD= ${LIBKVM} ${LIBUTIL} +LDADD= -lkvm -lutil .include Index: pstat.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/pstat/pstat.8,v retrieving revision 1.45 diff -u -r1.45 pstat.8 --- pstat.8 11 Nov 2004 17:30:04 -0000 1.45 +++ pstat.8 6 Jan 2005 15:57:16 -0000 @@ -35,7 +35,7 @@ .\" @(#)pstat.8 8.5 (Berkeley) 5/13/94 .\" $FreeBSD: src/usr.sbin/pstat/pstat.8,v 1.45 2004/11/11 17:30:04 dds Exp $ .\" -.Dd May 23, 2002 +.Dd January 6, 2005 .Dt PSTAT 8 .Os .Sh NAME @@ -44,10 +44,10 @@ .Nd display system data structures .Sh SYNOPSIS .Nm -.Op Fl Tfknst +.Op Fl Tfhknst .Op Fl M Ar core Op Fl N Ar system .Nm swapinfo -.Op Fl k +.Op Fl hk .Op Fl M Ar core Op Fl N Ar system .Sh DESCRIPTION The @@ -77,6 +77,11 @@ .Bl -tag -width indent .It Fl n Print devices out by major/minor instead of name. +.It Fl h +.Dq Human-readable +output. +Use unit suffixes when printing swap partition sizes: +Byte, Kilobyte, Megabyte, Gigabyte, Terabyte and Petabyte. .It Fl k Print sizes in kilobytes, regardless of the setting of the .Ev BLOCKSIZE Index: pstat.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pstat/pstat.c,v retrieving revision 1.92 diff -u -r1.92 pstat.c --- pstat.c 27 Nov 2004 06:51:39 -0000 1.92 +++ pstat.c 6 Dec 2004 04:02:35 -0000 @@ -65,6 +65,7 @@ #include #include #include +#include #include #include #include @@ -87,6 +88,7 @@ { "" } }; +static int humanflag; static int usenumflag; static int totalflag; static int swapflag; @@ -120,11 +122,11 @@ opts = argv[0]; if (!strcmp(opts, "swapinfo")) { swapflag = 1; - opts = "kM:N:"; - usagestr = "swapinfo [-k] [-M core [-N system]]"; + opts = "hkM:N:"; + usagestr = "swapinfo [-hk] [-M core [-N system]]"; } else { - opts = "TM:N:fknst"; - usagestr = "pstat [-Tfknst] [-M core [-N system]]"; + opts = "TM:N:hfknst"; + usagestr = "pstat [-Tfhknst] [-M core [-N system]]"; } while ((ch = getopt(argc, argv, opts)) != -1) @@ -132,6 +134,9 @@ case 'f': fileflag = 1; break; + case 'h': + humanflag = 1; + break; case 'k': putenv("BLOCKSIZE=1K"); break; @@ -469,7 +474,7 @@ * by Kevin Lahey . */ -#define CONVERT(v) ((int)((intmax_t)(v) * pagesize / blocksize)) +#define CONVERT(v) ((intmax_t)(v) * pagesize / blocksize) static struct kvm_swap swtot; static int nswdev; @@ -488,25 +493,43 @@ } static void -print_swap(struct kvm_swap *ksw) +print_swap_line(const char *devname, intmax_t nblks, intmax_t bused, + intmax_t bavail, float bpercent) { + char usedbuf[5]; + char availbuf[5]; int hlen, pagesize; long blocksize; pagesize = getpagesize(); getbsize(&hlen, &blocksize); + + printf("%-15s %*jd ", devname, hlen, CONVERT(nblks)); + if (humanflag) { + humanize_number(usedbuf, sizeof(usedbuf), + CONVERT(blocksize * bused), "", + HN_AUTOSCALE, HN_B | HN_NOSPACE | HN_DECIMAL); + humanize_number(availbuf, sizeof(availbuf), + CONVERT(blocksize * bavail), "", + HN_AUTOSCALE, HN_B | HN_NOSPACE | HN_DECIMAL); + printf("%8s %8s %5.0f%%\n", usedbuf, availbuf, bpercent); + } else { + printf("%8jd %8jd %5.0f%%\n", CONVERT(bused), + CONVERT(bavail), bpercent); + } +} + +static void +print_swap(struct kvm_swap *ksw) +{ + swtot.ksw_total += ksw->ksw_total; swtot.ksw_used += ksw->ksw_used; ++nswdev; - if (totalflag == 0) { - (void)printf("%-15s %*d ", - ksw->ksw_devname, hlen, - CONVERT(ksw->ksw_total)); - (void)printf("%8d %8d %5.0f%%\n", - CONVERT(ksw->ksw_used), - CONVERT(ksw->ksw_total - ksw->ksw_used), + if (totalflag == 0) + print_swap_line(ksw->ksw_devname, ksw->ksw_total, + ksw->ksw_used, ksw->ksw_total, (ksw->ksw_used * 100.0) / ksw->ksw_total); - } } static void @@ -519,13 +542,11 @@ getbsize(&hlen, &blocksize); if (totalflag) { blocksize = 1024 * 1024; - (void)printf("%dM/%dM swap space\n", + (void)printf("%jdM/%jdM swap space\n", CONVERT(swtot.ksw_used), CONVERT(swtot.ksw_total)); } else if (nswdev > 1) { - (void)printf("%-15s %*d %8d %8d %5.0f%%\n", - "Total", hlen, CONVERT(swtot.ksw_total), - CONVERT(swtot.ksw_used), - CONVERT(swtot.ksw_total - swtot.ksw_used), + print_swap_line("Total", swtot.ksw_total, swtot.ksw_used, + swtot.ksw_total - swtot.ksw_used, (swtot.ksw_used * 100.0) / swtot.ksw_total); } } %%% From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:29:13 2005 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 1518116A4CE; Thu, 6 Jan 2005 19:29:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB27843D2D; Thu, 6 Jan 2005 19:29:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 69886519EB; Thu, 6 Jan 2005 11:29:51 -0800 (PST) Date: Thu, 6 Jan 2005 11:29:51 -0800 From: Kris Kennaway To: David Gilbert Message-ID: <20050106192951.GA95658@xor.obsecurity.org> References: <20050106025042.GA26670@xor.obsecurity.org> <16861.24998.55471.171529@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <16861.24998.55471.171529@canoe.dclg.ca> User-Agent: Mutt/1.4.2.1i cc: alc@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlock with 32GB swap-backed md 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: Thu, 06 Jan 2005 19:29:13 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 06, 2005 at 11:04:54AM -0500, David Gilbert wrote: > >>>>> "Kris" =3D=3D Kris Kennaway writes: >=20 > Kris> In my quest for ever-more-insane things to do to panic package > Kris> build machines, I switched them over to use a 32GB swap > Kris> partition as a swap-backed md, in the hopes of improving build > Kris> times by cutting back on disk accesses. This seemed to work (I > Kris> wasn't sure you could use this much on i386, but the system let > Kris> me configure as much as 32GB), except two of them have locked > Kris> up. ps shows >=20 > Not that I've looked at this, but isn't MFS constrained by 32 bit > pointers in i386? Yes, but apparently they're used for block-level indexing and not just byte-level. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB3ZGvWry0BWjoQKURAny2AKDkIZ+pQ9j1pNLi6PWhQzIsikKSMwCgjtFn wdKekGPHWKgo/lSpDIWLH+0= =6QBP -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:36:13 2005 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 5854516A4CE; Thu, 6 Jan 2005 19:36:13 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF0443D2F; Thu, 6 Jan 2005 19:36:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9C75A519EB; Thu, 6 Jan 2005 11:36:51 -0800 (PST) Date: Thu, 6 Jan 2005 11:36:51 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050106193651.GA95873@xor.obsecurity.org> References: <20050106025042.GA26670@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20050106025042.GA26670@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: alc@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Deadlock with 32GB swap-backed md 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: Thu, 06 Jan 2005 19:36:13 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 05, 2005 at 06:50:42PM -0800, Kris Kennaway wrote: > In my quest for ever-more-insane things to do to panic package build > machines, I switched them over to use a 32GB swap partition as a > swap-backed md, in the hopes of improving build times by cutting back > on disk accesses. This seemed to work (I wasn't sure you could use > this much on i386, but the system let me configure as much as 32GB), > except two of them have locked up. ps shows Another one: 45649 c2ca5bd0 0 370 45649 4000100 [SLPQ vmwait 0xc07e9018][SLP] sshd 594 c1ba21f8 0 1 594 0000000 [SLPQ vmwait 0xc07e9018][SLP] inetd 414 c1f63bd0 0 0 0 0000204 [SLPQ vmwait 0xc07e9018][SLP] md3 280 c19ffbd0 0 0 0 0000204 [SLPQ mdwait 0xc1f01000][SLP] md2 115 c1ba27e0 0 0 0 0000204 [SLPQ mdwait 0xc1cfd800][SLP] md1 73 c19ff9d8 0 0 0 0000204 [SLPQ mdwait 0xc1a6f800][SLP] md0 7 c19fcdc8 0 0 0 0000204 [SLPQ VMWait 0xc07e9728][SLP] paged= aemon 0 c0786ec0 0 0 0 0000200 [SLPQ vmwait 0xc07e9018][SLP] swapp= er =20 db> tr 45649 Tracing pid 45649 tid 100115 td 0xc2be9730 sched_switch(c2be9730,0,1,11e,445fba21) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,1) at mi_switch+0x1d3 sleepq_switch(c07282e2,1,c2be9730,1,d67fa8b4) at sleepq_switch+0x10d sleepq_wait(c07e9018,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c07e9018,c07e9280,244,c073f19e,0) at msleep+0x523 vm_wait(c27e918c,0,c073dad5,6fc,5) at vm_wait+0x71 swp_pager_meta_build(4,0,5,0,4) at swp_pager_meta_build+0x174 swap_pager_copy(c1f6a8c4,c27e918c,0,0,1) at swap_pager_copy+0x1b7 vm_object_collapse(c27e918c,0,c073ebec,204,c2904dec) at vm_object_collapse+= 0x398 vm_object_deallocate(c2904dec,0,c073e2ab,89a,c1046780) at vm_object_dealloc= ate+0x330 vm_map_delete(c2bbc000,0,bfc00000,c2bbc000,0) at vm_map_delete+0x2b8 vm_map_remove(c2bbc000,0,bfc00000,35e,bfbfeed8) at vm_map_remove+0x57 exec_new_vmspace(d67fab88,c077b2a0,c0723d62,291,c050d9f6) at exec_new_vmspa= ce+0x26a exec_elf32_imgact(d67fab88,8,c0724e62,15e,c0725bab) at exec_elf32_imgact+0x= 244 kern_execve(c2be9730,8078050,807c5a0,bfbfeed0,0) at kern_execve+0x444 execve(c2be9730,d67fad14,c,c2be9730,3) at execve+0x2e syscall(bfbf002f,2f,bfbf002f,5,0) at syscall+0x137 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip =3D 0x282ef2cf, esp =3D 0xbfbf= debc, ebp =3D 0xbfbfded8 --- db> tr 594 Tracing pid 594 tid 100036 td 0xc199b8a0 sched_switch(c199b8a0,0,1,11e,7883439f) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,0) at mi_switch+0x1d3 sleepq_switch(c07282e2,0,c199b8a0,0,d5307c30) at sleepq_switch+0x10d sleepq_wait(c07e9018,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c07e9018,c07e9280,244,c073f19e,0) at msleep+0x523 vm_wait(c1a33e00,0,d5307c78,c05908c6,c2871450) at vm_wait+0x71 vm_forkproc(c199b8a0,c28707e0,c2871450,14,12b) at vm_forkproc+0x65 fork1(c199b8a0,14,0,d5307cd8,0) at fork1+0xd44 fork(c199b8a0,d5307d14,279,c199b8a0,0) at fork+0x28 syscall(2f,2f,bfbf002f,7,bfbfdc04) at syscall+0x137 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip =3D 0x280e980f, esp =3D 0xbfbfdb8= c, ebp =3D 0xbfbfee8c --- db> tr 414 Tracing pid 414 tid 100068 td 0xc1ba4b80 sched_switch(c1ba4b80,0,1,11e,8be00bb9) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,0) at mi_switch+0x1d3 sleepq_switch(c07282e2,0,c1ba4b80,0,d5591bf4) at sleepq_switch+0x10d sleepq_wait(c07e9018,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c07e9018,c07e9280,244,c073f19e,0) at msleep+0x523 vm_wait(c1f0b528,0,c073f0ba,593,0) at vm_wait+0x71 vm_page_grab(c1f0b528,348e59,0,80,0) at vm_page_grab+0x161 md_kthread(c1efa800,d5591d48,c0724fc7,30e,c1ba4b80) at md_kthread+0x24b fork_exit(c04a0800,c1efa800,d5591d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd5591d7c, ebp =3D 0 --- db> tr 280 Tracing pid 280 tid 100039 td 0xc199bcf0 sched_switch(c199bcf0,0,1,11e,203b0089) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,0) at mi_switch+0x1d3 sleepq_switch(c07282e2,0,c199bcf0,0,d5310c38) at sleepq_switch+0x10d sleepq_wait(c1f01000,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c1f01000,c1f01024,24c,c071da28,0) at msleep+0x523 md_kthread(c1f01000,d5310d48,c0724fc7,30e,c199bcf0) at md_kthread+0x74a fork_exit(c04a0800,c1f01000,d5310d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd5310d7c, ebp =3D 0 --- db> db> tr 115 Tracing pid 115 tid 100062 td 0xc1ba42e0 sched_switch(c1ba42e0,0,1,11e,13c8acf5) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,0) at mi_switch+0x1d3 sleepq_switch(c07282e2,0,c1ba42e0,0,d557fc38) at sleepq_switch+0x10d sleepq_wait(c1cfd800,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c1cfd800,c1cfd824,24c,c071da28,0) at msleep+0x523 md_kthread(c1cfd800,d557fd48,c0724fc7,30e,c1ba42e0) at md_kthread+0x74a fork_exit(c04a0800,c1cfd800,d557fd48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd557fd7c, ebp =3D 0 --- db> tr 73 Tracing pid 73 tid 100040 td 0xc19fd000 sched_switch(c19fd000,0,1,11e,c5bdaa59) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,0) at mi_switch+0x1d3 sleepq_switch(c07282e2,0,c19fd000,0,d5313c38) at sleepq_switch+0x10d sleepq_wait(c1a6f800,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c1a6f800,c1a6f824,24c,c071da28,0) at msleep+0x523 md_kthread(c1a6f800,d5313d48,c0724fc7,30e,c19fd000) at md_kthread+0x74a fork_exit(c04a0800,c1a6f800,d5313d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd5313d7c, ebp =3D 0 --- db> tr 7 Tracing pid 7 tid 100046 td 0xc19fd8a0 sched_switch(c19fd8a0,0,1,11e,75b47f0d) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,1) at mi_switch+0x1d3 sleepq_switch(c07282e2,1,c19fd8a0,1,d5325a90) at sleepq_switch+0x10d sleepq_wait(c07e9728,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c07e9728,c07e9280,240,c073f1a5,0) at msleep+0x523 vm_wait(c1f0b528,0,c073dad5,6fc,1e1f10) at vm_wait+0xc7 swp_pager_meta_build(341ee0,0,1e1f10,0,1e1f10) at swp_pager_meta_build+0x174 swap_pager_putpages(c1f0b528,d5325be0,10,0,d5325b40) at swap_pager_putpages= +0x2ae vm_pageout_flush(d5325be0,10,0,0,0) at vm_pageout_flush+0x160 vm_pageout(0,d5325d48,c0724fc7,30e,bb5b602c) at vm_pageout+0x1814 fork_exit(c06a37f0,0,d5325d48) at fork_exit+0xa9 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd5325d7c, ebp =3D 0 --- db> tr 0 Tracing pid 0 tid 0 td 0xc07870c0 sched_switch(c07870c0,0,1,11e,465022cd) at sched_switch+0x115 mi_switch(1,0,c072a51b,1ab,1) at mi_switch+0x1d3 sleepq_switch(c07282e2,1,c07870c0,1,c0c20d34) at sleepq_switch+0x10d sleepq_wait(c07e9018,0,c07282e2,da,0) at sleepq_wait+0x1a msleep(c07e9018,c07e9280,244,c073f19e,0) at msleep+0x523 vm_wait(c0786ec0,0,44,c0728f4a,2710) at vm_wait+0x71 scheduler(0,0,c0748b8c,c1ec00,c1e000) at scheduler+0x1ce mi_startup() at mi_startup+0xd6 begin() at begin+0x2c db> Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB3ZNTWry0BWjoQKURAmzCAJwPBFDmdMgyidJhKkopQUkwmLITBQCggY5y RtVP9+6fqv49Z4hDWUT3ZWo= =1fpm -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:39:55 2005 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 B8B2D16A4CE; Thu, 6 Jan 2005 19:39:55 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B4BC43D46; Thu, 6 Jan 2005 19:39:55 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id 03A2BD32E; Thu, 6 Jan 2005 14:39:55 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id A4522635C; Thu, 6 Jan 2005 14:39:50 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16861.37894.594718.45777@canoe.dclg.ca> Date: Thu, 6 Jan 2005 14:39:50 -0500 To: Kris Kennaway In-Reply-To: <20050106192951.GA95658@xor.obsecurity.org> References: <20050106025042.GA26670@xor.obsecurity.org> <16861.24998.55471.171529@canoe.dclg.ca> <20050106192951.GA95658@xor.obsecurity.org> X-Mailer: VM 7.17 under 21.4 (patch 16) "Corporate Culture" XEmacs Lucid cc: alc@FreeBSD.org cc: current@FreeBSD.org cc: David Gilbert Subject: Re: Deadlock with 32GB swap-backed md 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: Thu, 06 Jan 2005 19:39:55 -0000 >>>>> "Kris" == Kris Kennaway writes: [ on i386 mfs ] >> Not that I've looked at this, but isn't MFS constrained by 32 bit >> pointers in i386? Kris> Yes, but apparently they're used for block-level indexing and Kris> not just byte-level. regardless, unlike disks, there is no sector pointers in memory --- the memory allocator is still fundamentally limited. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:41:51 2005 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 7587316A4CE for ; Thu, 6 Jan 2005 19:41:51 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4945543D3F for ; Thu, 6 Jan 2005 19:41:51 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j06JfoFu013829 for ; Thu, 6 Jan 2005 11:41:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j06Jfoc6013828 for freebsd-current@freebsd.org; Thu, 6 Jan 2005 11:41:50 -0800 (PST) (envelope-from sgk) Date: Thu, 6 Jan 2005 11:41:50 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20050106194150.GA13749@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic --- Memory modified after free 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: Thu, 06 Jan 2005 19:41:51 -0000 Trying to mount root from ufs:/dev/ad0s3a Memory modified after free 0xc1bcba00 (508) val = ff70ff70 @ 0xc1bcba00 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xff70ff90 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05f8b79 stack pointer = 0x10:0xd539b964 frame pointer = 0x10:0xd539b984 code segement = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflages = interrupt enabled, resume, IOPL = 0 current process = 52 (sh) [thread pid 52 tid 100040] Stopped at mtrash_ctor+0x51: movl 0x20(%eax),%edx db> trace mtrash_ctor(c1bcba00,200,0,2) at mtrash_ctor+0x51 uma_zalloc_arg(c10456c0,0,2) at uma_zalloc_arg+0x3c0 malloc(188,c069dc60,2,c069f384,c1a39070) at malloc+0x6b elf32_load_file(d539baa8,d539bbd0,100) at elf32_load_file+0x40 exec_elf32_imgact(d539bb94) at exec_elf32_imgact+0x413 kern_execve(c1a39000,8077538,807756c,807757c,0) at kern_execve+0x3fa execve(c1a39000,d539bd14,3,0,282) at execve+0x18 syscall(2f,2f,2f,8077538,807756c) at syscall+0x128 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x48133f33, esp = 0xbfbfe4cc, ebp = bfbfe4f8 -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:42:00 2005 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 BC54116A504; Thu, 6 Jan 2005 19:42:00 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F2A543D39; Thu, 6 Jan 2005 19:42:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2F7CB519EB; Thu, 6 Jan 2005 11:42:39 -0800 (PST) Date: Thu, 6 Jan 2005 11:42:39 -0800 From: Kris Kennaway To: David Gilbert Message-ID: <20050106194239.GA96074@xor.obsecurity.org> References: <20050106025042.GA26670@xor.obsecurity.org> <16861.24998.55471.171529@canoe.dclg.ca> <20050106192951.GA95658@xor.obsecurity.org> <16861.37894.594718.45777@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <16861.37894.594718.45777@canoe.dclg.ca> User-Agent: Mutt/1.4.2.1i cc: alc@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlock with 32GB swap-backed md 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: Thu, 06 Jan 2005 19:42:00 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 06, 2005 at 02:39:50PM -0500, David Gilbert wrote: > >>>>> "Kris" =3D=3D Kris Kennaway writes: >=20 > [ on i386 mfs ] >=20 > >> Not that I've looked at this, but isn't MFS constrained by 32 bit > >> pointers in i386? >=20 > Kris> Yes, but apparently they're used for block-level indexing and > Kris> not just byte-level. >=20 > regardless, unlike disks, there is no sector pointers in memory --- > the memory allocator is still fundamentally limited. http://kerneltrap.org/node/323 Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB3ZSuWry0BWjoQKURApATAJ0UQyJUeC2nx6SevvZee7q6JRUj5QCgiudA 826+a58xno7CnX0b4G5/KkE= =ipNi -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:55:33 2005 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 B5E9E16A4CE; Thu, 6 Jan 2005 19:55:33 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD4043D1F; Thu, 6 Jan 2005 19:55:33 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j06JvJcK027173; Thu, 6 Jan 2005 11:57:19 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j06JvJ39027172; Thu, 6 Jan 2005 11:57:19 -0800 Date: Thu, 6 Jan 2005 11:57:19 -0800 From: Brooks Davis To: Giorgos Keramidas Message-ID: <20050106195719.GB24896@odin.ac.hmc.edu> References: <20050106191201.GA30826@gothmog.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <20050106191201.GA30826@gothmog.gr> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: human-readable swap partition sizes with pstat -sh 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: Thu, 06 Jan 2005 19:55:33 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 06, 2005 at 09:12:01PM +0200, Giorgos Keramidas wrote: > The following patch adds support for human-readable partition sizes in > pstat -s and swapinfo output, when the -h option is used: >=20 > gothmog:/d/src/usr.sbin/pstat$ ./pstat -s > Device 1K-blocks Used Avail Capacity > /dev/ad1s1b 5120000 12 5120000 0% >=20 > gothmog:/d/src/usr.sbin/pstat$ ./pstat -sh > Device 1K-blocks Used Avail Capacity > /dev/ad1s1b 5120000 12K 4.9G 0% >=20 > Does anyone have comments or suggestions for further improvement? Look good in general. Does -kh make sense? I think so since it would force the blocks line, but I'm not 100% sure. On minor, mostly style nit is that while intmax_t is 64-bits, nothing requires that so you should probably have conver return an int64_t. I'd argue that we might want to replace the int64_t in humanize_number with intmax_t since that wouldn't change the ABI (or API due to implicit casts), but would mean we wouldn't have to add a humanize_number128 later if some architecture grows 128-bit ints for some reason or another. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3ZgeXY6L6fI4GtQRAoixAJoDZtmnNe/KCvfNkUp3sRkFPrPmUACgp5jr 2+M/dAC7S04dIMIrFBaetME= =PA3X -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:57:03 2005 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 6D90816A4CE; Thu, 6 Jan 2005 19:57:03 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C6643D39; Thu, 6 Jan 2005 19:57:03 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600038741; Thu, 6 Jan 2005 20:57:02 +0100 Message-ID: <41DD9806.6060301@telia.com> Date: Thu, 06 Jan 2005 20:56:54 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501051731.32915.jhb@FreeBSD.org> <41DC7210.7090007@root.org> <200501061345.44146.jhb@FreeBSD.org> In-Reply-To: <200501061345.44146.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: Nate Lawson Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 19:57:03 -0000 John Baldwin wrote: > On Wednesday 05 January 2005 06:02 pm, Nate Lawson wrote: > >>John Baldwin wrote: >> >>>On Sunday 02 January 2005 07:35 pm, Nate Lawson wrote: >>> >>>>We already associate handles and devices in >>>>sys/dev/acpica/acpi.c:acpi_probe_child() before probing anything. See >>>>the AcpiAttachData() step. I don't think that's the problem. >>> >>>I do because he passes a null device_t pointer in as an argument to a >>>function. The calling code is: >>> >>> /* >>> * We have to find the source device (PCI interrupt link device). >>> */ >>> if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, >>>&lnkdev))) { device_printf(pcib, "couldn't find PCI interrupt link device >>>%s\n", prt->Source); >>> interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), >>> prt->SourceIndex); >>> >>>And Pawel's trace shows that the first argument to >>>acpi_pci_link_route_interrupt() is NULL. >> >>What's the value of prt->Source? If it's not a valid reference to a >>link device (i.e. \_SB.PCIx.LNKx), then trying to get a device_t from it >>would yield NULL. For instance, if it points to \_SB, you'll get a >>valid handle from AcpiGetHandle but that handle obviously has no >>associated device_t. >> >>Additionally, I see you're using the root handle ACPI_ROOT_OBJECT as the >>base for lookup. If the reference is relative (doesn't start with \), >>this won't work. You should be using the handle of the parent of _PRT >>(the PCI bus handle) as the root of the lookup. Commonly, this will be >>something like a \_SB.PCI0 string. >> >>This would fix this scenario: >>\_SB.PCI0 >> _PRT (Source = LNKA) >> LNKA >> LNKB > > > Ok, that might be it. I'll work up a patch to use the relative roots instead. > In fact, the patch is very simple. It already used relative lookups when > force-attaching the link devices during attach. Pawel, the change is this: > > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c 2004/12/27 05:40:30 > +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/01/06 18:40:54 > @@ -249,7 +249,8 @@ > /* > * We have to find the source device (PCI interrupt link device). > */ > - if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, &lnkdev))) > { > + if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), prt->Source, > + &lnkdev))) { > device_printf(pcib, "couldn't find PCI interrupt link device %s\n", > prt->Source); > goto out; > CURRENT from 16:00 UTC and the patch above seems to result in the same thing :( Copyright (c) 1992-2005 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 6.0-CURRENT #0: Thu Jan 6 20:31:16 CET 2005 root@zero:/usr/obj/usr/src/sys/ZERO ... pcib0: matched entry for 0.15.INTA (src \LPUS:0) Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x48 fault code = supervisor read, page not present instruction pointer = 0x8:0xc051f487 stack pointer = 0x10:0xc0820958 frame pointer = 0x10:0xc082096c 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 = 0 (swapper) [thread pid 0 tid 0 ] Stopped at device_get_softc+0x7: movl 0x48(%eax),%eax db> tr Tracing pid 0 tid 0 td 0xc06ef960 device_get_softc(c07de4a0,c07d99cd,355,c1e841c0,c1e841c0) at device_get_softc+0x7 acpi_pci_link_route_interrupt(0,0,c0820a24,c0820a2c,41) at acpi_pci_link_route_interrupt+0x3a acpi_pcib_route_interrupt(c1f16d00,c1f8b780,1,c1f7e1f4,1) at acpi_pcib_route_interrupt+0x3a1 acpi_pcib_acpi_route_interrupt(c1f16d00,c1f8b780,1,c06c7f10,c1f8b808) at acpi_pcib_acpi_route_interrupt+0x2f pci_assign_interrupt_method(c1f16a00,c1f8b780,f,2,24) at pci_assign_interrupt_method+0x71 pci_add_child(c1f16a00,c1f8b800,f,2,80) at pci_add_child+0x207 pci_add_children(c1f16a00,0,80,c0820b54,c052188f) at pci_add_children+0x123 acpi_pci_attach(c1f16a00,c1f4484c,c06c14ec,c06aa680,0) at acpi_pci_attach+0x86 device_attach(c1f16a00,c1ed5d80,c0820bdc,c07c538c,c1f16d00) at device_attach+0x2c9 bus_generic_attach(c1f16d00,c07d92a7,0,c0820bcc,0) at bus_generic_attach+0x18 acpi_pcib_attach(c1f16d00,c1f7e1f4,0,c0820c04,c07bff97) at acpi_pcib_attach+0xec acpi_pcib_acpi_attach(c1f16d00,c1f4384c,c06c14ec,c06aa680,0) at acpi_pcib_acpi_attach+0xf9 device_attach(c1f16d00,2f,c0820cbc,c07c27c4,c1ed5d80) at device_attach+0x2c9 bus_generic_attach(c1ed5d80,2e,2f,c1f7dc28,2e) at bus_generic_attach+0x18 acpi_attach(c1ed5d80,c1f4604c,c06c14ec,c06aa680,0) at acpi_attach+0x7b4 device_attach(c1ed5d80,c1f15000,c0820d18,c0679ffa,c1f15000) at device_attach+0x2c9 bus_generic_attach(c1f15000,c1f1504c,c0820d54,c0520839,c1f15000) at bus_generic_attach+0x18 nexus_attach(c1f15000,c1f3c04c,c06c14ec,c06aa680,0) at nexus_attach+0x1a device_attach(c1f15000,c06dda30,c0820d78,c06670d8,c1f15680) at device_attach+0x2c9 root_bus_configure(c1f15680,c06bb361,0,c0820d98,c04d1126) at root_bus_configure+0x19 configure(0,0,c1e6f774,81ec00,81e000) at configure+0x28 mi_startup() at mi_startup+0xd6 begin() at begin+0x2c db> > >>Also, I'm not sure if you picked up the size issue with the _PRT struct >>supplied by ACPI-CA. Since Source is a variable-length string, if you >>copy the struct you get from AcpiGetRoutingTable (or whatever), you only >>get the first 4 bytes, non-null terminated, of the string. >> >>typedef struct acpi_pci_routing_table >>{ >> UINT32 Length; >> UINT32 Pin; >> ACPI_INTEGER Address; >> UINT32 SourceIndex; >> char Source[4]; >>} ACPI_PCI_ROUTING_TABLE; >> >>Note that Source above is not 4 bytes, it's variable-length. That's why >>I copied it to a different field in the old acpi_pci_link PRT struct. > > > I don't ever store the Source anywhere, I just use it to lookup handles, so I > don't have to worry about the size change. > -- Pawel From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 19:59:58 2005 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 168DF16A4CE for ; Thu, 6 Jan 2005 19:59:58 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A3643D2F for ; Thu, 6 Jan 2005 19:59:57 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a239.otenet.gr [212.205.215.239]) j06JxqTR017088; Thu, 6 Jan 2005 21:59:55 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id j06JxoLa034984; Thu, 6 Jan 2005 21:59:50 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id j06JxoAl034983; Thu, 6 Jan 2005 21:59:50 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 6 Jan 2005 21:59:50 +0200 From: Giorgos Keramidas To: Brooks Davis Message-ID: <20050106195950.GA34916@gothmog.gr> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050106195719.GB24896@odin.ac.hmc.edu> cc: freebsd-current@freebsd.org Subject: Re: human-readable swap partition sizes with pstat -sh 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: Thu, 06 Jan 2005 19:59:58 -0000 On 2005-01-06 11:57, Brooks Davis wrote: > On Thu, Jan 06, 2005 at 09:12:01PM +0200, Giorgos Keramidas wrote: > > The following patch adds support for human-readable partition sizes in > > pstat -s and swapinfo output, when the -h option is used: > > > > gothmog:/d/src/usr.sbin/pstat$ ./pstat -s > > Device 1K-blocks Used Avail Capacity > > /dev/ad1s1b 5120000 12 5120000 0% > > > > gothmog:/d/src/usr.sbin/pstat$ ./pstat -sh > > Device 1K-blocks Used Avail Capacity > > /dev/ad1s1b 5120000 12K 4.9G 0% > > > > Does anyone have comments or suggestions for further improvement? > > Look good in general. Does -kh make sense? I think so since it would > force the blocks line, but I'm not 100% sure. It does. -k only affects the way 'number of blocks' is printed. The sizes of 'used' and 'avail' are calculated differently -- in bytes, otherwise humanize_number() would return bogus strings. > On minor, mostly style nit is that while intmax_t is 64-bits, nothing > requires that so you should probably have conver return an int64_t. I lost you a bit here. > I'd argue that we might want to replace the int64_t in humanize_number > with intmax_t since that wouldn't change the ABI (or API due to implicit > casts), but would mean we wouldn't have to add a humanize_number128 > later if some architecture grows 128-bit ints for some reason or > another. Indeed, that would be nice :-) From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 20:05:32 2005 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 D153916A4CE; Thu, 6 Jan 2005 20:05:32 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E2543D45; Thu, 6 Jan 2005 20:05:32 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j06K7Ikr028088; Thu, 6 Jan 2005 12:07:18 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j06K7Iv9028087; Thu, 6 Jan 2005 12:07:18 -0800 Date: Thu, 6 Jan 2005 12:07:18 -0800 From: Brooks Davis To: Giorgos Keramidas Message-ID: <20050106200718.GD24896@odin.ac.hmc.edu> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106195950.GA34916@gothmog.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MAH+hnPXVZWQ5cD/" Content-Disposition: inline In-Reply-To: <20050106195950.GA34916@gothmog.gr> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: human-readable swap partition sizes with pstat -sh 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: Thu, 06 Jan 2005 20:05:33 -0000 --MAH+hnPXVZWQ5cD/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 06, 2005 at 09:59:50PM +0200, Giorgos Keramidas wrote: > On 2005-01-06 11:57, Brooks Davis wrote: > > On Thu, Jan 06, 2005 at 09:12:01PM +0200, Giorgos Keramidas wrote: > > > The following patch adds support for human-readable partition sizes in > > > pstat -s and swapinfo output, when the -h option is used: > > > > > > gothmog:/d/src/usr.sbin/pstat$ ./pstat -s > > > Device 1K-blocks Used Avail Capacity > > > /dev/ad1s1b 5120000 12 5120000 0% > > > > > > gothmog:/d/src/usr.sbin/pstat$ ./pstat -sh > > > Device 1K-blocks Used Avail Capacity > > > /dev/ad1s1b 5120000 12K 4.9G 0% > > > > > > Does anyone have comments or suggestions for further improvement? > > > > Look good in general. Does -kh make sense? I think so since it would > > force the blocks line, but I'm not 100% sure. >=20 > It does. -k only affects the way 'number of blocks' is printed. The > sizes of 'used' and 'avail' are calculated differently -- in bytes, > otherwise humanize_number() would return bogus strings. >=20 > > On minor, mostly style nit is that while intmax_t is 64-bits, nothing > > requires that so you should probably have conver return an int64_t. >=20 > I lost you a bit here. The CONVERT macro used to case to (int). You removed that cast which works because humanize_number takes an int64_t and intmax_t is the same as int64_t on all architectures. I was suggesting that you should case to int64_t. Alternativly, humanize_number could be fixed. I can't think of any useful reason to add the complexity of 128-bit ints to general purpose CPUs so this is probalby mostly paranoia. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --MAH+hnPXVZWQ5cD/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3Zp1XY6L6fI4GtQRAt8EAJ0YiR4Wuj33U7y157h7Dqlnoa7xCwCgm6Ll ebNVOFfDPyNowLGa68GQyBM= =5jbp -----END PGP SIGNATURE----- --MAH+hnPXVZWQ5cD/-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 20:46:35 2005 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 8323816A4CE for ; Thu, 6 Jan 2005 20:46:35 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8351D43D54 for ; Thu, 6 Jan 2005 20:46:34 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-b183.otenet.gr [212.205.244.191]) j06KkV5Q028036; Thu, 6 Jan 2005 22:46:32 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.1/8.13.1) with ESMTP id j06KkUZQ035375; Thu, 6 Jan 2005 22:46:30 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.1/8.13.1/Submit) id j06KkUC8035374; Thu, 6 Jan 2005 22:46:30 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Thu, 6 Jan 2005 22:46:30 +0200 From: Giorgos Keramidas To: Brooks Davis Message-ID: <20050106204630.GA35307@gothmog.gr> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106195950.GA34916@gothmog.gr> <20050106200718.GD24896@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050106200718.GD24896@odin.ac.hmc.edu> cc: freebsd-current@freebsd.org Subject: Re: human-readable swap partition sizes with pstat -sh 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: Thu, 06 Jan 2005 20:46:35 -0000 On 2005-01-06 12:07, Brooks Davis wrote: > On Thu, Jan 06, 2005 at 09:59:50PM +0200, Giorgos Keramidas wrote: > > > On minor, mostly style nit is that while intmax_t is 64-bits, nothing > > > requires that so you should probably have conver return an int64_t. > > > > I lost you a bit here. > > The CONVERT macro used to case to (int). You removed that cast which > works because humanize_number takes an int64_t and intmax_t is the same > as int64_t on all architectures. I was suggesting that you should case > to int64_t. Alternativly, humanize_number could be fixed. I can't > think of any useful reason to add the complexity of 128-bit ints to > general purpose CPUs so this is probalby mostly paranoia. Ah, I see now. I didn't like the explicit cast to (int) because significant bits may be lost if sizeof(int) < sizeof(intmax_t) (which is true on all the architectures FreeBSD runs on now, IIRC). Adding an (int64_t) cast won't avoid the possibility of having problems later on when intmax_t is larger than int64_t, but you are 100% right :-) - Giorgos From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:17:35 2005 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 DCEEA16A4CE for ; Thu, 6 Jan 2005 21:17:35 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7673F43D5F for ; Thu, 6 Jan 2005 21:17:35 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j06LHWGV007682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jan 2005 13:17:33 -0800 Message-ID: <41DDAADE.8010501@root.org> Date: Thu, 06 Jan 2005 13:17:18 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Warner Losh References: <41DD0849.9010006@root.org> <20050106.122338.41631737.imp@harmony.village.org> In-Reply-To: <20050106.122338.41631737.imp@harmony.village.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Extra long time resuming -current 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: Thu, 06 Jan 2005 21:17:36 -0000 Warner Losh wrote: >>When I updated to a recent -current, my laptop takes a very long time to >>resume (20 seconds) whereas before it took about 2 seconds. I suspect >>the PCI device probe delay capability you added triggered this. Perhaps >>the PCI resume code queries the register, gets all ones since the bus is >>not active yet, and takes the maximum delay for each device access? > > > You mean enforcing the system software minimum access time delay? At > most I'm waiting 10ms (D3->D0 transition). So you must have 2000 > devices if that results in a 20s delay. There's an implication that I > could halve that value. > > Alternatively, it could be that DELAY doesn't work quite right at this > stage of the resume, so we're sleeping a lot longer than 10ms... > > Warner I think phk's response that it's ATA timeouts may be more correct then. I'll try to do more debugging, I guess. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:20:50 2005 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 D51A316A4CF for ; Thu, 6 Jan 2005 21:20:50 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84CFE43D2D for ; Thu, 6 Jan 2005 21:20:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6839 invoked from network); 6 Jan 2005 21:20:50 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:20:49 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeB7083753; Thu, 6 Jan 2005 16:20:40 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 13:59:42 -0500 User-Agent: KMail/1.6.2 References: <41BB8D31.7090400@mikulas.com> In-Reply-To: <41BB8D31.7090400@mikulas.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Message-Id: <200501061359.42715.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: sam@FreeBSD.org cc: Jiri Mikulas Subject: Re: LOR if_wi.c:601 vm_map.c:2994 and PANIC 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: Thu, 06 Jan 2005 21:20:50 -0000 On Saturday 11 December 2004 07:13 pm, Jiri Mikulas wrote: > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc05675ec, esp = 0xcbcf2c0c, ebp = 0xcbcf2c1c --- > _mtx_lock_flags(4,0,c077c384,42b,c1741030) at _mtx_lock_flags+0x24 > ieee80211_find_rxnode(c160a254,c1741030,c160a254,8001,cbcf2c78) at > ieee80211_find_rxnode+0x43 > wi_intr(c160a000,0,0,c15239d8,0) at wi_intr+0xdb9 > ithread_loop(c1541780,cbcf2d48,c1541780,c055ccb4,0) at ithread_loop+0x19e > fork_exit(c055ccb4,c1541780,cbcf2d48) at fork_exit+0x7e > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcbcf2d7c, ebp = 0 --- The problem is in ieee80211_find_rxnode(), and it's basically followed a NULL pointer. If you still have the kernel.debug for this kernel around and haven't updated your sources, can you run gdb on your kernel.debug and do 'l *ieee80211_find_rxnode+0x43'? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:20:56 2005 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 A5E5916A4E8 for ; Thu, 6 Jan 2005 21:20:56 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CB8A43D45 for ; Thu, 6 Jan 2005 21:20:56 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20836 invoked from network); 6 Jan 2005 21:20:55 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:20:55 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeB8083753; Thu, 6 Jan 2005 16:20:49 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 14:11:35 -0500 User-Agent: KMail/1.6.2 References: <41BBDE8C.6040702@elischer.org> In-Reply-To: <41BBDE8C.6040702@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200501061411.35453.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Julian Elischer Subject: Re: could bootblock guru's look at this? 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: Thu, 06 Jan 2005 21:20:57 -0000 On Sunday 12 December 2004 01:00 am, Julian Elischer wrote: > We need to decide what to do with this PR I just don't like loosing the bell but I guess it can go in. It also needs to be merged into boot0ext.S, but that wouldn't have to lose the bell as that version has more room for code. > -------- Original Message -------- > Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB > flash, trashes main drives boot block > Date: Mon, 8 Nov 2004 17:20:21 GMT > From: Hans Petter Selasky > Reply-To: Hans Petter Selasky > To: freebsd-usb@freebsd.org > > The following reply was made to PR kern/66248; it has been noted by GNATS. > > From: Hans Petter Selasky > To: jhb@freebsd.org, freebsd-gnats-submit@freebsd.org, bremner@unb.ca > Cc: > Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB > flash, trashes main drives boot block > Date: Mon, 8 Nov 2004 18:24:03 +0100 > > --SUOF0GtieIMvvwua > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Hi, > > Attached patch for /src/sys/boot/i386/boot0/boot0.S closes kern/66248 > Apply using: cat boot0.S.diff | patch -N -l > > > When the boot0 boot-manager is used on a floppy or USB drive, the > floppy's or USB's boot-sector gets written to the hdd! > > Solution: Only update the boot-sector when there is a valid drive number > or the drive number is set manually. > > To make the patch fit into the code I had to disable the "beep-signal". > > Yours > -HPS > > > --SUOF0GtieIMvvwua > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename="boot0.S.diff" > > *** boot0.S.ref Wed Oct 20 17:24:19 2004 > --- boot0.S Wed Oct 20 17:30:56 2004 > *************** > *** 103,112 **** > * Check what flags were loaded with us, specifically, Use a predefined > Drive. * If what the bios gives us is bad, use the '0' in the block > instead, as well. */ > ! testb $0x20,_FLAGS(%bp) # Set number drive? > jnz main.1 # Yes > testb %dl,%dl # Drive number valid? > js main.2 # Possibly (0x80 set) > main.1: movb _SETDRV(%bp),%dl # Drive number to use > /* > * Whatever we decided to use, now store it into the fake > --- 103,117 ---- > * Check what flags were loaded with us, specifically, Use a predefined > Drive. * If what the bios gives us is bad, use the '0' in the block > instead, as well. */ > ! testb $0x20,_FLAGS(%bp) # Set drive number? > jnz main.1 # Yes > testb %dl,%dl # Drive number valid? > js main.2 # Possibly (0x80 set) > + /* > + * Only update the boot-sector when there is a valid drive number or > + * the drive number is set manually. > + */ > + orb $0x40,_FLAGS(%bp) # Disable updates > main.1: movb _SETDRV(%bp),%dl # Drive number to use > /* > * Whatever we decided to use, now store it into the fake > *************** > *** 203,210 **** > /* > * Start of input loop. Beep and take note of time > */ > ! main.10: movb $ASCII_BEL,%al # Signal > callw putchr # beep! > xorb %ah,%ah # BIOS: Get > int $0x1a # system time > movw %dx,%di # Ticks when > --- 208,218 ---- > /* > * Start of input loop. Beep and take note of time > */ > ! main.10: > ! #ifdef BEL > ! movb $ASCII_BEL,%al # Signal > callw putchr # beep! > + #endif > xorb %ah,%ah # BIOS: Get > int $0x1a # system time > movw %dx,%di # Ticks when > > --SUOF0GtieIMvvwua-- > _______________________________________________ > freebsd-usb@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" > _______________________________________________ > 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" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:01 2005 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 12EAD16A4F6 for ; Thu, 6 Jan 2005 21:21:01 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7E9843D2F for ; Thu, 6 Jan 2005 21:21:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7631 invoked from network); 6 Jan 2005 21:21:00 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:00 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeB9083753; Thu, 6 Jan 2005 16:20:54 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 14:13:25 -0500 User-Agent: KMail/1.6.2 References: <16828.43407.371240.559156@ran.psg.com> In-Reply-To: <16828.43407.371240.559156@ran.psg.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061413.25952.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Randy Bush Subject: Re: panic in 2004.11.30 current 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: Thu, 06 Jan 2005 21:21:01 -0000 On Sunday 12 December 2004 03:26 pm, Randy Bush wrote: > db> trace > Tracing pid 27 tid 100001 td 0xc155f180 > propagate_priority(c155f180,c17df900,c051705d,87,c05045f0) at > propagate_priority+0x84 turnstile_wait(c0693a40,c17df900,7,4,d3f63cd4) at > turnstile_wait+0x33c _mtx_lock_sleep(c0693a40,c155f180,0,0,0) at > _mtx_lock_sleep+0xb4 > softclock(0,0,0,0,120003) at softclock+0x25a > ithread_loop(c1551400,d3f63d48,0,0,0) at ithread_loop+0x1a8 > fork_exit(c04d7ee0,c1551400,d3f63d48) at fork_exit+0x7f > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd3f63d7c, ebp = 0 --- > > # uname -a > FreeBSD foo.bar.com 6.0-CURRENT FreeBSD 6.0-CURRENT #13: Tue Nov 30 > 20:38:02 GMT 2004 root@foo.bar.com:/usr/obj/usr/src/sys/foo i386 You didn't say what the panic was, but probably some other code has a bug in that it went to sleep while holding the mutex 0xc0693a40, which WITNESS will tell you about if/when it happens. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:04 2005 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 2B46116A543 for ; Thu, 6 Jan 2005 21:21:04 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D692C43D2F for ; Thu, 6 Jan 2005 21:21:03 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7355 invoked from network); 6 Jan 2005 21:21:03 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:03 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBA083753; Thu, 6 Jan 2005 16:20:59 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 14:30:36 -0500 User-Agent: KMail/1.6.2 References: <20041214222444.GA9668@flash.atmos.colostate.edu> <20041215215422.GA19373@flash.atmos.colostate.edu> <41C0BA64.3080908@elischer.org> In-Reply-To: <41C0BA64.3080908@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061430.36820.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: David Schultz cc: Tony Arcieri cc: Julian Elischer Subject: Re: cvs commit: src/sys/kern sched_ule.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: Thu, 06 Jan 2005 21:21:05 -0000 On Wednesday 15 December 2004 05:27 pm, Julian Elischer wrote: > Tony Arcieri wrote: > >On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: > >>On Wed, Dec 15, 2004, Tony Arcieri wrote: > >>>And am I correct that the UMA implementation in RELENG_5 has rendered > >>>proc_fini() obsolete and thus it won't ever be called? > >> > >>This has very little to do with either UMA or ULE. Yes, it's > >>unused, but it's still there as a reminder that it *ought* to be > >>used. Unless there are still races I don't know about, it's > >>probably safe to start using it again. > > > >Well, I'm going by the comments and implementation from kern_proc.c in > > HEAD: > > > >/* > > * UMA should ensure that this function is never called. > > * Freeing a proc structure would violate type stability. > > */ > >static void > >proc_fini(void *mem, int size) > >{ > > > > panic("proc reclaimed"); > >} > > > >The implementation in RELENG_5 invokes a scheduler function which is no > >longer present in HEAD. > > when we declare teh zone for processes we tell UMA that it must never free > a proc back to system memory. thus the 'fini' routine, that would be called > is a page of that zone were to be returned to the system, should never > be called. Why are struct procs forced to be type-stable? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:07 2005 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 170DC16A501 for ; Thu, 6 Jan 2005 21:21:07 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id C994643D31 for ; Thu, 6 Jan 2005 21:21:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21518 invoked from network); 6 Jan 2005 21:21:06 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:06 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBB083753; Thu, 6 Jan 2005 16:21:02 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 14:38:21 -0500 User-Agent: KMail/1.6.2 References: <200412141602.iBEG2EAF007815@sanne.nlnetlabs.nl> In-Reply-To: <200412141602.iBEG2EAF007815@sanne.nlnetlabs.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061438.21431.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: njl@FreeBSD.org cc: Ted Lindgreen Subject: Re: acpi is broken since about 2004/12/01 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: Thu, 06 Jan 2005 21:21:07 -0000 On Tuesday 14 December 2004 11:02 am, Ted Lindgreen wrote: > Maksim Yevmenkin reported the problem already on Mon Dec 6 15:15:28 in > "help! acpi kills my laptop", and also Andrey Chernovache reported > it on Thu Dec 9 09:13:58 in "Lots of ACPI warnings with recent -current". > > Disabling acpi, or using an older acpi.ko (from november 29) makes > my laptop bootable again, but the wifi card does not work anymore. > The message is: "load the wlan_web module by hand for now", however, > loading it does not help (the pccard remains dead). > > I tried backing out acpi_pci_link.c version 1.39 but that does not help. > > Is anyone looking into this problem currently? (If not I'll continue > digging into it, but I guess that the people working on acpi do a better > and quicker job finding and fixing this problem). The ACPI issue is being worked on by njl@. I think he found the actual bug in Intel's ACPI-CA and is waiting for feedback on his suggested fix. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:10 2005 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 7A51216A4E8 for ; Thu, 6 Jan 2005 21:21:10 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0908543D1D for ; Thu, 6 Jan 2005 21:21:10 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7552 invoked from network); 6 Jan 2005 21:21:09 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:09 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBC083753; Thu, 6 Jan 2005 16:21:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 14:48:34 -0500 User-Agent: KMail/1.6.2 References: <20041218221322.GA18557@xor.obsecurity.org> In-Reply-To: <20041218221322.GA18557@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061448.34992.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlock under recent 6.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: Thu, 06 Jan 2005 21:21:10 -0000 On Saturday 18 December 2004 05:13 pm, Kris Kennaway wrote: > After updating it earlier this week, one of my SMP machines (with > SCHED_4BSD) is regularly deadlocking under load; nothing is reported > by WITNESS. A sample process listing from DDB and some strack traces > are as follows: > > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 83025 c8142dc8 0 83014 77576 0004000 [CPU 1] kldload [ snip, many threads blocked on Giant ] > 12 c563e9d8 0 0 0 000020c [CPU 0] idle: cpu0 > 11 c563ebd0 0 0 0 000020c [Can run] idle: cpu1 > 1 c563edc8 0 0 1 0004200 [SLPQ wait 0xc563edc8][SLP] init > 10 c5647000 0 0 0 0000204 [SLPQ ktrace 0xc074e818][SLP] > ktrace 0 c074dd80 0 0 0 0000200 [SLPQ sched 0xc074dd80][SLP] > swapper db> tr 83025 > Tracing pid 83025 tid 100398 td 0xc8145b80 > sched_switch(c0758848,c075f120,1,c0758848,c075f0e0) at sched_switch+0xfe > w_data(e8721c73,8b01c783,75db851b,83d231d0,d08914c4) at w_data+0x16a8 Unless you are on CPU 1, you aren't going to get an accurate trace of that thread. That thread is the one holding Giant, so it is the one that needs to be looked at. If kldload is the thread that is always running across several different attempts at breaking into ddb, doing a ps, and then doing a continue, then I'd try to look for some kind of infinite loop while holding Giant. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:10 2005 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 7AE8716A4ED for ; Thu, 6 Jan 2005 21:21:10 +0000 (GMT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09DC443D31 for ; Thu, 6 Jan 2005 21:21:10 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7552 invoked from network); 6 Jan 2005 21:21:09 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:09 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBC083753; Thu, 6 Jan 2005 16:21:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 14:48:34 -0500 User-Agent: KMail/1.6.2 References: <20041218221322.GA18557@xor.obsecurity.org> In-Reply-To: <20041218221322.GA18557@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061448.34992.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Deadlock under recent 6.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: Thu, 06 Jan 2005 21:21:10 -0000 On Saturday 18 December 2004 05:13 pm, Kris Kennaway wrote: > After updating it earlier this week, one of my SMP machines (with > SCHED_4BSD) is regularly deadlocking under load; nothing is reported > by WITNESS. A sample process listing from DDB and some strack traces > are as follows: > > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 83025 c8142dc8 0 83014 77576 0004000 [CPU 1] kldload [ snip, many threads blocked on Giant ] > 12 c563e9d8 0 0 0 000020c [CPU 0] idle: cpu0 > 11 c563ebd0 0 0 0 000020c [Can run] idle: cpu1 > 1 c563edc8 0 0 1 0004200 [SLPQ wait 0xc563edc8][SLP] init > 10 c5647000 0 0 0 0000204 [SLPQ ktrace 0xc074e818][SLP] > ktrace 0 c074dd80 0 0 0 0000200 [SLPQ sched 0xc074dd80][SLP] > swapper db> tr 83025 > Tracing pid 83025 tid 100398 td 0xc8145b80 > sched_switch(c0758848,c075f120,1,c0758848,c075f0e0) at sched_switch+0xfe > w_data(e8721c73,8b01c783,75db851b,83d231d0,d08914c4) at w_data+0x16a8 Unless you are on CPU 1, you aren't going to get an accurate trace of that thread. That thread is the one holding Giant, so it is the one that needs to be looked at. If kldload is the thread that is always running across several different attempts at breaking into ddb, doing a ps, and then doing a continue, then I'd try to look for some kind of infinite loop while holding Giant. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:16 2005 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 0442516A574 for ; Thu, 6 Jan 2005 21:21:16 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B780143D5C for ; Thu, 6 Jan 2005 21:21:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 8105 invoked from network); 6 Jan 2005 21:21:15 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:15 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBD083753; Thu, 6 Jan 2005 16:21:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Pawel Worach Date: Thu, 6 Jan 2005 15:41:39 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> In-Reply-To: <41DD9806.6060301@telia.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061541.39673.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Nate Lawson Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 21:21:16 -0000 On Thursday 06 January 2005 02:56 pm, Pawel Worach wrote: > John Baldwin wrote: > > On Wednesday 05 January 2005 06:02 pm, Nate Lawson wrote: > >>John Baldwin wrote: > >>>On Sunday 02 January 2005 07:35 pm, Nate Lawson wrote: > >>>>We already associate handles and devices in > >>>>sys/dev/acpica/acpi.c:acpi_probe_child() before probing anything. See > >>>>the AcpiAttachData() step. I don't think that's the problem. > >>> > >>>I do because he passes a null device_t pointer in as an argument to a > >>>function. The calling code is: > >>> > >>> /* > >>> * We have to find the source device (PCI interrupt link device). > >>> */ > >>> if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, > >>>&lnkdev))) { device_printf(pcib, "couldn't find PCI interrupt link > >>> device %s\n", prt->Source); > >>> interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), > >>> prt->SourceIndex); > >>> > >>>And Pawel's trace shows that the first argument to > >>>acpi_pci_link_route_interrupt() is NULL. > >> > >>What's the value of prt->Source? If it's not a valid reference to a > >>link device (i.e. \_SB.PCIx.LNKx), then trying to get a device_t from it > >>would yield NULL. For instance, if it points to \_SB, you'll get a > >>valid handle from AcpiGetHandle but that handle obviously has no > >>associated device_t. > >> > >>Additionally, I see you're using the root handle ACPI_ROOT_OBJECT as the > >>base for lookup. If the reference is relative (doesn't start with \), > >>this won't work. You should be using the handle of the parent of _PRT > >>(the PCI bus handle) as the root of the lookup. Commonly, this will be > >>something like a \_SB.PCI0 string. > >> > >>This would fix this scenario: > >>\_SB.PCI0 > >> _PRT (Source = LNKA) > >> LNKA > >> LNKB > > > > Ok, that might be it. I'll work up a patch to use the relative roots > > instead. In fact, the patch is very simple. It already used relative > > lookups when force-attaching the link devices during attach. Pawel, the > > change is this: > > > > --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c 2004/12/27 > > 05:40:30 +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/01/06 > > 18:40:54 @@ -249,7 +249,8 @@ > > /* > > * We have to find the source device (PCI interrupt link device). > > */ > > - if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, > > &lnkdev))) { > > + if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), prt->Source, > > + &lnkdev))) { > > device_printf(pcib, "couldn't find PCI interrupt link device %s\n", > > prt->Source); > > goto out; > > CURRENT from 16:00 UTC and the patch above seems to result in the same > thing :( > > Copyright (c) 1992-2005 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 6.0-CURRENT #0: Thu Jan 6 20:31:16 CET 2005 > root@zero:/usr/obj/usr/src/sys/ZERO > ... > pcib0: matched entry for 0.15.INTA (src \LPUS:0) > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x48 The fact that the source is '\LPUS' is bothersome, it should probably just be 'LPUS' (without the leading slash). Do you have your acpidump somewhere where we can look at it? Also, is there a BIOS upgrade available? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:21 2005 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 048CE16A4D2 for ; Thu, 6 Jan 2005 21:21:21 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D2EB43D2D for ; Thu, 6 Jan 2005 21:21:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18888 invoked from network); 6 Jan 2005 21:21:20 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:19 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBE083753; Thu, 6 Jan 2005 16:21:14 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, peadar@FreeBSD.org Date: Thu, 6 Jan 2005 16:00:59 -0500 User-Agent: KMail/1.6.2 References: <41DA2AE0.3020108@elischer.org> <41DAF53A.5000300@elischer.org> <34cb7c840501041736570afdfa@mail.gmail.com> In-Reply-To: <34cb7c840501041736570afdfa@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061600.59601.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Julian Elischer cc: current@FreeBSD.org Subject: Re: Is there a boot sector guru in the house? 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: Thu, 06 Jan 2005 21:21:21 -0000 On Tuesday 04 January 2005 08:36 pm, Peter Edwards wrote: > I don't have a box I can test this on, but this looks like a definite > candidate to get > 3 more bytes: > > --- boot0.S 24 Nov 2004 15:39:04 -0000 1.12 > +++ boot0.S 5 Jan 2005 01:27:31 -0000 > @@ -314,8 +314,7 @@ > cmpw $MAGIC,0x1fe(%bx) # Bootable? > jne main.10 # No > pushw %si # Save > - movw $crlf,%si # Leave some > - callw puts # space > + callw putn # Leave space > popw %si # Restore > jmp *%bx # Invoke bootstrap > > If my arithmetic is correct, that leaves us wanting one more byte. > I don't get the save/restore of %si at the end, and judging by the > comment, someone else didn't either. It could be of some use to the > chained loader, but our boot1.S doesn't do anything with it. This actually changes behavior I think (the earlier code outputs two blank lines, the second only one). However, the push and pop of %si probably can go. I think the save/restore there is just pedantic save/restore around puts. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:21 2005 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 04F1316A54D for ; Thu, 6 Jan 2005 21:21:21 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D76A43D2F for ; Thu, 6 Jan 2005 21:21:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18888 invoked from network); 6 Jan 2005 21:21:20 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:19 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBE083753; Thu, 6 Jan 2005 16:21:14 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, peadar@FreeBSD.org Date: Thu, 6 Jan 2005 16:00:59 -0500 User-Agent: KMail/1.6.2 References: <41DA2AE0.3020108@elischer.org> <41DAF53A.5000300@elischer.org> <34cb7c840501041736570afdfa@mail.gmail.com> In-Reply-To: <34cb7c840501041736570afdfa@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061600.59601.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Julian Elischer cc: current@FreeBSD.org Subject: Re: Is there a boot sector guru in the house? 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: Thu, 06 Jan 2005 21:21:21 -0000 On Tuesday 04 January 2005 08:36 pm, Peter Edwards wrote: > I don't have a box I can test this on, but this looks like a definite > candidate to get > 3 more bytes: > > --- boot0.S 24 Nov 2004 15:39:04 -0000 1.12 > +++ boot0.S 5 Jan 2005 01:27:31 -0000 > @@ -314,8 +314,7 @@ > cmpw $MAGIC,0x1fe(%bx) # Bootable? > jne main.10 # No > pushw %si # Save > - movw $crlf,%si # Leave some > - callw puts # space > + callw putn # Leave space > popw %si # Restore > jmp *%bx # Invoke bootstrap > > If my arithmetic is correct, that leaves us wanting one more byte. > I don't get the save/restore of %si at the end, and judging by the > comment, someone else didn't either. It could be of some use to the > chained loader, but our boot1.S doesn't do anything with it. This actually changes behavior I think (the earlier code outputs two blank lines, the second only one). However, the push and pop of %si probably can go. I think the save/restore there is just pedantic save/restore around puts. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:21:24 2005 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 1478616A56E for ; Thu, 6 Jan 2005 21:21:24 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C5B43D2D for ; Thu, 6 Jan 2005 21:21:23 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30971 invoked from network); 6 Jan 2005 21:21:23 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 21:21:23 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06LKeBF083753; Thu, 6 Jan 2005 16:21:18 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Thu, 6 Jan 2005 16:17:49 -0500 User-Agent: KMail/1.6.2 References: <20050105122636.GA31684@peter.osted.lan> In-Reply-To: <20050105122636.GA31684@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061617.49967.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: Assertion td->td_sleepqueue != NULL failed at kern/subr_sleepqueue.c:270 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: Thu, 06 Jan 2005 21:21:24 -0000 On Wednesday 05 January 2005 07:26 am, Peter Holm wrote: > With GENERIC HEAD from Dec 31 09:28 UTC + bmilekic@'s uma_core > patch + alc's patch I got the following strange assert: > > panic(c0827c46,c082dd18,c082dc8d,10e,c08f4660) at panic+0x190 > sleepq_add(c08eec90,c08ee6e8,c082a9bf,1,c08ee6e8,0,c0827ca9,7d) > at sleepq_add+0x156 > cv_wait(c08eec90,c08ee6e8,c151de30,0,ffffffff) at cv_wait+0x100 > _sx_xlock(c08eec60,c0828867,247,0,c151ddc8) at _sx_xlock+0x59 > kern_wait(c151e450,ffffffff,cbc67c90,0,0) at kern_wait+0x4b > wait4(c151e450,cbc67d14,4,3f8,282) at wait4+0x29 > syscall(2f,2f,bfbf002f,2,0) at syscall+0x128 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (7, FreeBSD ELF32, wait4), eip = 0x805170b, esp = > 0xbfbfedbc, ebp = 0xbfbfedd8 --- > > Looks like td->td_sleepqueue is NULL! > > Details at http://www.holm.cc/stress/log/cons100.html This is a truly odd panic. The basic theory of operation with sleep queues is that every thread that is not already queued on a sleep queue carries a sleep queue structure around that they donate to a wait channel when they block on it. Once they are resumed, they reclaim a sleep queue from the waitchannel. This resuming bit happens in sleepq_remove_thread() in subr_sleepqueue.c. As you can see, in addition to assigning a sleepqueue to the thread being removed from a queue, it also clears td_wchan and td_wmesg. The thread in question has both fields set (as if it were asleep on "proctree", which is what it is trying to back to sleep on now). However, it is not on a sleep queue (td_slpq.tqe_next is NULL). So, apparently, it seems that a thread was removed from the sleep queue and resumed (made runnable) but sleepq_remove_thread() wasn't called. Do you have any local patches that might affect this btw? I notice you get a lot of trap 9's in your dmesg which is somewhat unsettling. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:28:43 2005 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 9A24D16A4CE; Thu, 6 Jan 2005 21:28:43 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B23743D2D; Thu, 6 Jan 2005 21:28:43 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j06LSfGV008174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jan 2005 13:28:42 -0800 Message-ID: <41DDAD7B.2020602@root.org> Date: Thu, 06 Jan 2005 13:28:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501051731.32915.jhb@FreeBSD.org> <41DC7210.7090007@root.org> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> In-Reply-To: <41DD9806.6060301@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 21:28:43 -0000 Pawel Worach wrote: > John Baldwin wrote: >> >> Ok, that might be it. I'll work up a patch to use the relative roots >> instead. In fact, the patch is very simple. It already used relative >> lookups when force-attaching the link devices during attach. Pawel, >> the change is this: >> >> --- //depot/vendor/freebsd/src/sys/dev/acpica/acpi_pcib.c >> 2004/12/27 05:40:30 >> +++ //depot/user/jhb/acpipci/dev/acpica/acpi_pcib.c 2005/01/06 >> 18:40:54 >> @@ -249,7 +249,8 @@ >> /* >> * We have to find the source device (PCI interrupt link device). >> */ >> - if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, >> &lnkdev))) { >> + if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), prt->Source, >> + &lnkdev))) { >> device_printf(pcib, "couldn't find PCI interrupt link device %s\n", >> prt->Source); >> goto out; Yes, I think that's more correct even if it doesn't fix this exact issue. Most Source references are absolute (\_SB.LNKA) but if it's relative, the right root to use for the search is the parent of _PRT, which is the pcib device. > CURRENT from 16:00 UTC and the patch above seems to result in the same > thing :( Sorry to hear that, let's take a look at it. > Copyright (c) 1992-2005 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 6.0-CURRENT #0: Thu Jan 6 20:31:16 CET 2005 > root@zero:/usr/obj/usr/src/sys/ZERO > ... > pcib0: matched entry for 0.15.INTA (src \LPUS:0) > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x48 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc051f487 > stack pointer = 0x10:0xc0820958 > frame pointer = 0x10:0xc082096c > 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 = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at device_get_softc+0x7: movl 0x48(%eax),%eax > db> tr > Tracing pid 0 tid 0 td 0xc06ef960 > device_get_softc(c07de4a0,c07d99cd,355,c1e841c0,c1e841c0) at > device_get_softc+0x7 > acpi_pci_link_route_interrupt(0,0,c0820a24,c0820a2c,41) at > acpi_pci_link_route_interrupt+0x3a > acpi_pcib_route_interrupt(c1f16d00,c1f8b780,1,c1f7e1f4,1) at > acpi_pcib_route_interrupt+0x3a1 > acpi_pcib_acpi_route_interrupt(c1f16d00,c1f8b780,1,c06c7f10,c1f8b808) at > acpi_pcib_acpi_route_interrupt+0x2f > pci_assign_interrupt_method(c1f16a00,c1f8b780,f,2,24) at > pci_assign_interrupt_method+0x71 > pci_add_child(c1f16a00,c1f8b800,f,2,80) at pci_add_child+0x207 > pci_add_children(c1f16a00,0,80,c0820b54,c052188f) at pci_add_children+0x123 > acpi_pci_attach(c1f16a00,c1f4484c,c06c14ec,c06aa680,0) at > acpi_pci_attach+0x86 > device_attach(c1f16a00,c1ed5d80,c0820bdc,c07c538c,c1f16d00) at > device_attach+0x2c9 > bus_generic_attach(c1f16d00,c07d92a7,0,c0820bcc,0) at > bus_generic_attach+0x18 > acpi_pcib_attach(c1f16d00,c1f7e1f4,0,c0820c04,c07bff97) at > acpi_pcib_attach+0xec > acpi_pcib_acpi_attach(c1f16d00,c1f4384c,c06c14ec,c06aa680,0) at > acpi_pcib_acpi_attach+0xf9 > device_attach(c1f16d00,2f,c0820cbc,c07c27c4,c1ed5d80) at > device_attach+0x2c9 > bus_generic_attach(c1ed5d80,2e,2f,c1f7dc28,2e) at bus_generic_attach+0x18 > acpi_attach(c1ed5d80,c1f4604c,c06c14ec,c06aa680,0) at acpi_attach+0x7b4 > device_attach(c1ed5d80,c1f15000,c0820d18,c0679ffa,c1f15000) at > device_attach+0x2c9 > bus_generic_attach(c1f15000,c1f1504c,c0820d54,c0520839,c1f15000) at > bus_generic_attach+0x18 John, perhaps this is the problem. pci_add_child is attempting to route interrupts. However, if the link device is under the PCI bus device, it may not have a handle/device association yet. acpi_pci_attach(): /* Add pci children and route interrupts */ pci_add_children(dev, busno, sizeof(struct acpi_pci_devinfo)); /* Whoops, haven't assigned handles for link devices * under "dev" yet! */ AcpiWalkNamespace(ACPI_TYPE_DEVICE, acpi_get_handle(dev), 1, acpi_pci_save_handle, dev, NULL); Pawel, can you send a link to your asl? acpidump -t -d > pawel.asl I expect we'll see something like this: Device (PCI0) Method (_PRT) [reference to LNK0] Device (LNK0) Device (USB0) My question is why is pci_add_child() routing interrupts? That should be done in the attach method for the PCI bus, before probing/attaching children, not when the child devices are being added. I think we'll have to split this into two separate steps: pci_add_children(), set up device/handle associations, pci_init_children(). The last function would do the irq routing. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:32:22 2005 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 64C8A16A4CE; Thu, 6 Jan 2005 21:32:22 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BF6343D1F; Thu, 6 Jan 2005 21:32:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id D5D217A453; Thu, 6 Jan 2005 13:32:21 -0800 (PST) Message-ID: <41DDAE65.1060704@elischer.org> Date: Thu, 06 Jan 2005 13:32:21 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <41BBDE8C.6040702@elischer.org> <200501061411.35453.jhb@FreeBSD.org> In-Reply-To: <200501061411.35453.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: could bootblock guru's look at this? 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: Thu, 06 Jan 2005 21:32:22 -0000 John Baldwin wrote: >On Sunday 12 December 2004 01:00 am, Julian Elischer wrote: > > >>We need to decide what to do with this PR >> >> > >I just don't like loosing the bell but I guess it can go in. It also needs to >be merged into boot0ext.S, but that wouldn't have to lose the bell as that >version has more room for code. > > Peter Edwards has made a reply to kern/66248 that saves enough bytes to allow us to keep the bell. could you look at that? thanks. > > >>-------- Original Message -------- >>Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB >>flash, trashes main drives boot block >>Date: Mon, 8 Nov 2004 17:20:21 GMT >>From: Hans Petter Selasky >>Reply-To: Hans Petter Selasky >>To: freebsd-usb@freebsd.org >> >>The following reply was made to PR kern/66248; it has been noted by GNATS. >> >>From: Hans Petter Selasky >>To: jhb@freebsd.org, freebsd-gnats-submit@freebsd.org, bremner@unb.ca >>Cc: >>Subject: Re: kern/66248: [panic] bootloader is confused by booting from USB >>flash, trashes main drives boot block >>Date: Mon, 8 Nov 2004 18:24:03 +0100 >> >> --SUOF0GtieIMvvwua >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: inline >> >> Hi, >> >> Attached patch for /src/sys/boot/i386/boot0/boot0.S closes kern/66248 >> Apply using: cat boot0.S.diff | patch -N -l >> >> >> When the boot0 boot-manager is used on a floppy or USB drive, the >>floppy's or USB's boot-sector gets written to the hdd! >> >> Solution: Only update the boot-sector when there is a valid drive number >>or the drive number is set manually. >> >> To make the patch fit into the code I had to disable the "beep-signal". >> >> Yours >> -HPS >> >> >> --SUOF0GtieIMvvwua >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: attachment; filename="boot0.S.diff" >> >> *** boot0.S.ref Wed Oct 20 17:24:19 2004 >> --- boot0.S Wed Oct 20 17:30:56 2004 >> *************** >> *** 103,112 **** >> * Check what flags were loaded with us, specifically, Use a predefined >>Drive. * If what the bios gives us is bad, use the '0' in the block >>instead, as well. */ >> ! testb $0x20,_FLAGS(%bp) # Set number drive? >> jnz main.1 # Yes >> testb %dl,%dl # Drive number valid? >> js main.2 # Possibly (0x80 set) >> main.1: movb _SETDRV(%bp),%dl # Drive number to use >> /* >> * Whatever we decided to use, now store it into the fake >> --- 103,117 ---- >> * Check what flags were loaded with us, specifically, Use a predefined >>Drive. * If what the bios gives us is bad, use the '0' in the block >>instead, as well. */ >> ! testb $0x20,_FLAGS(%bp) # Set drive number? >> jnz main.1 # Yes >> testb %dl,%dl # Drive number valid? >> js main.2 # Possibly (0x80 set) >> + /* >> + * Only update the boot-sector when there is a valid drive number or >> + * the drive number is set manually. >> + */ >> + orb $0x40,_FLAGS(%bp) # Disable updates >> main.1: movb _SETDRV(%bp),%dl # Drive number to use >> /* >> * Whatever we decided to use, now store it into the fake >> *************** >> *** 203,210 **** >> /* >> * Start of input loop. Beep and take note of time >> */ >> ! main.10: movb $ASCII_BEL,%al # Signal >> callw putchr # beep! >> xorb %ah,%ah # BIOS: Get >> int $0x1a # system time >> movw %dx,%di # Ticks when >> --- 208,218 ---- >> /* >> * Start of input loop. Beep and take note of time >> */ >> ! main.10: >> ! #ifdef BEL >> ! movb $ASCII_BEL,%al # Signal >> callw putchr # beep! >> + #endif >> xorb %ah,%ah # BIOS: Get >> int $0x1a # system time >> movw %dx,%di # Ticks when >> >> --SUOF0GtieIMvvwua-- >>_______________________________________________ >>freebsd-usb@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-usb >>To unsubscribe, send any mail to "freebsd-usb-unsubscribe@freebsd.org" >>_______________________________________________ >>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 Thu Jan 6 21:33:30 2005 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 599EC16A4CE; Thu, 6 Jan 2005 21:33:30 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38E3D43D39; Thu, 6 Jan 2005 21:33:30 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id D61727A44B; Thu, 6 Jan 2005 13:33:29 -0800 (PST) Message-ID: <41DDAEA9.90401@elischer.org> Date: Thu, 06 Jan 2005 13:33:29 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <20041214222444.GA9668@flash.atmos.colostate.edu> <20041215215422.GA19373@flash.atmos.colostate.edu> <41C0BA64.3080908@elischer.org> <200501061430.36820.jhb@FreeBSD.org> In-Reply-To: <200501061430.36820.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: David Schultz cc: freebsd-current@FreeBSD.org cc: Tony Arcieri Subject: Re: cvs commit: src/sys/kern sched_ule.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: Thu, 06 Jan 2005 21:33:30 -0000 John Baldwin wrote: >On Wednesday 15 December 2004 05:27 pm, Julian Elischer wrote: > > >>Tony Arcieri wrote: >> >> >>>On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: >>> >>> >>>>On Wed, Dec 15, 2004, Tony Arcieri wrote: >>>> >>>> >>>>>And am I correct that the UMA implementation in RELENG_5 has rendered >>>>>proc_fini() obsolete and thus it won't ever be called? >>>>> >>>>> >>>>This has very little to do with either UMA or ULE. Yes, it's >>>>unused, but it's still there as a reminder that it *ought* to be >>>>used. Unless there are still races I don't know about, it's >>>>probably safe to start using it again. >>>> >>>> >>>Well, I'm going by the comments and implementation from kern_proc.c in >>>HEAD: >>> >>>/* >>>* UMA should ensure that this function is never called. >>>* Freeing a proc structure would violate type stability. >>>*/ >>>static void >>>proc_fini(void *mem, int size) >>>{ >>> >>> panic("proc reclaimed"); >>>} >>> >>>The implementation in RELENG_5 invokes a scheduler function which is no >>>longer present in HEAD. >>> >>> >>when we declare teh zone for processes we tell UMA that it must never free >>a proc back to system memory. thus the 'fini' routine, that would be called >>is a page of that zone were to be returned to the system, should never >>be called. >> >> > >Why are struct procs forced to be type-stable? > I have forgotten.. but they did.. Peter also knew at one stage and he too has forgotten :-) > > > From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 21:45:57 2005 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 39C9D16A4CF for ; Thu, 6 Jan 2005 21:45:57 +0000 (GMT) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 2C4E543D58 for ; Thu, 6 Jan 2005 21:45:56 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 52858 invoked from network); 6 Jan 2005 21:45:54 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 6 Jan 2005 21:45:54 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j06LjsRr045574; Thu, 6 Jan 2005 22:45:54 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j06LjsvG045573; Thu, 6 Jan 2005 22:45:54 +0100 (CET) (envelope-from pho) Date: Thu, 6 Jan 2005 22:45:54 +0100 From: Peter Holm To: John Baldwin Message-ID: <20050106214554.GA45533@peter.osted.lan> References: <20050105122636.GA31684@peter.osted.lan> <200501061617.49967.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501061617.49967.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Assertion td->td_sleepqueue != NULL failed at kern/subr_sleepqueue.c:270 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: Thu, 06 Jan 2005 21:45:57 -0000 On Thu, Jan 06, 2005 at 04:17:49PM -0500, John Baldwin wrote: > On Wednesday 05 January 2005 07:26 am, Peter Holm wrote: > > With GENERIC HEAD from Dec 31 09:28 UTC + bmilekic@'s uma_core > > patch + alc's patch I got the following strange assert: > > > > panic(c0827c46,c082dd18,c082dc8d,10e,c08f4660) at panic+0x190 > > sleepq_add(c08eec90,c08ee6e8,c082a9bf,1,c08ee6e8,0,c0827ca9,7d) > > at sleepq_add+0x156 > > cv_wait(c08eec90,c08ee6e8,c151de30,0,ffffffff) at cv_wait+0x100 > > _sx_xlock(c08eec60,c0828867,247,0,c151ddc8) at _sx_xlock+0x59 > > kern_wait(c151e450,ffffffff,cbc67c90,0,0) at kern_wait+0x4b > > wait4(c151e450,cbc67d14,4,3f8,282) at wait4+0x29 > > syscall(2f,2f,bfbf002f,2,0) at syscall+0x128 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (7, FreeBSD ELF32, wait4), eip = 0x805170b, esp = > > 0xbfbfedbc, ebp = 0xbfbfedd8 --- > > > > Looks like td->td_sleepqueue is NULL! > > > > Details at http://www.holm.cc/stress/log/cons100.html > > This is a truly odd panic. The basic theory of operation with sleep queues is > that every thread that is not already queued on a sleep queue carries a sleep > queue structure around that they donate to a wait channel when they block on > it. Once they are resumed, they reclaim a sleep queue from the waitchannel. > This resuming bit happens in sleepq_remove_thread() in subr_sleepqueue.c. As > you can see, in addition to assigning a sleepqueue to the thread being > removed from a queue, it also clears td_wchan and td_wmesg. The thread in > question has both fields set (as if it were asleep on "proctree", which is > what it is trying to back to sleep on now). However, it is not on a sleep > queue (td_slpq.tqe_next is NULL). So, apparently, it seems that a thread was > removed from the sleep queue and resumed (made runnable) but > sleepq_remove_thread() wasn't called. Do you have any local patches that > might affect this btw? I notice you get a lot of trap 9's in your dmesg > which is somewhat unsettling. These are the modifications: http://www.holm.cc/stress/log/mods.html The trap 9 are not uncommon for the test suite. > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 22:23:27 2005 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 8FEF316A4CE; Thu, 6 Jan 2005 22:23:27 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D8043D4C; Thu, 6 Jan 2005 22:23:27 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j06MNPGV009876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jan 2005 14:23:26 -0800 Message-ID: <41DDBA4F.6010009@root.org> Date: Thu, 06 Jan 2005 14:23:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> <200501061541.39673.jhb@FreeBSD.org> In-Reply-To: <200501061541.39673.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 22:23:27 -0000 John Baldwin wrote: > On Thursday 06 January 2005 02:56 pm, Pawel Worach wrote: >>Copyright (c) 1992-2005 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 6.0-CURRENT #0: Thu Jan 6 20:31:16 CET 2005 >> root@zero:/usr/obj/usr/src/sys/ZERO >>... >>pcib0: matched entry for 0.15.INTA (src \LPUS:0) >> >> >>Fatal trap 12: page fault while in kernel mode >>cpuid = 0; apic id = 00 >>fault virtual address = 0x48 > > > The fact that the source is '\LPUS' is bothersome, it should probably just be > 'LPUS' (without the leading slash). Do you have your acpidump somewhere > where we can look at it? Also, is there a BIOS upgrade available? The namespace is as follows: \_SB PCI0 (and 1-4) PICM (and APIC) references to LPUS, no \ \LPUS A possible fix is to change each reference to LP* in the PICM and APIC packages to be \LPUS, \LP05, etc. Then recompile and load your asl via the instructions for overriding it in acpi(4). I'm still not sure why this is broken though so I think it's a red herring and suspect the asl fix won't help. I suspect the real reason is that \LPUS is not probed/attached before calling pci_add_child() on PCI0. Pawel, can you stick a printf in acpi_pci_link_attach() right before the return (0) like this: printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); I suspect we won't see LPUS there before it panics. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 22:38:54 2005 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 7B94F16A4CE for ; Thu, 6 Jan 2005 22:38:54 +0000 (GMT) Received: from duchess.speedfactory.net (duchess.speedfactory.net [66.23.201.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 032F243D2F for ; Thu, 6 Jan 2005 22:38:54 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 23915 invoked by uid 89); 6 Jan 2005 22:38:48 -0000 Received: from duchess.speedfactory.net (66.23.201.84) by duchess.speedfactory.net with SMTP; 6 Jan 2005 22:38:48 -0000 Received: (qmail 18954 invoked by uid 89); 6 Jan 2005 22:36:39 -0000 Received: from unknown (HELO palm.tree.com) (66.23.216.49) by duchess.speedfactory.net with SMTP; 6 Jan 2005 22:36:39 -0000 Received: from [127.0.0.1] (localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j06MabNg029307; Thu, 6 Jan 2005 17:36:38 -0500 (EST) (envelope-from ups@tree.com) From: Stephan Uphoff To: Julian Elischer In-Reply-To: <41DDAEA9.90401@elischer.org> References: <20041214222444.GA9668@flash.atmos.colostate.edu> <20041215215422.GA19373@flash.atmos.colostate.edu> <41C0BA64.3080908@elischer.org> <200501061430.36820.jhb@FreeBSD.org> <41DDAEA9.90401@elischer.org> Content-Type: text/plain Message-Id: <1105050997.27981.26.camel@palm.tree.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 06 Jan 2005 17:36:37 -0500 Content-Transfer-Encoding: 7bit cc: David Schultz cc: freebsd-current@FreeBSD.org cc: Tony Arcieri cc: John Baldwin Subject: Re: cvs commit: src/sys/kern sched_ule.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: Thu, 06 Jan 2005 22:38:54 -0000 On Thu, 2005-01-06 at 16:33, Julian Elischer wrote: > John Baldwin wrote: > > >On Wednesday 15 December 2004 05:27 pm, Julian Elischer wrote: > > > > > >>Tony Arcieri wrote: > >> > >> > >>>On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: > >>> > >>> > >>>>On Wed, Dec 15, 2004, Tony Arcieri wrote: > >>>> > >>>> > >>>>>And am I correct that the UMA implementation in RELENG_5 has rendered > >>>>>proc_fini() obsolete and thus it won't ever be called? > >>>>> > >>>>> > >>>>This has very little to do with either UMA or ULE. Yes, it's > >>>>unused, but it's still there as a reminder that it *ought* to be > >>>>used. Unless there are still races I don't know about, it's > >>>>probably safe to start using it again. > >>>> > >>>> > >>>Well, I'm going by the comments and implementation from kern_proc.c in > >>>HEAD: > >>> > >>>/* > >>>* UMA should ensure that this function is never called. > >>>* Freeing a proc structure would violate type stability. > >>>*/ > >>>static void > >>>proc_fini(void *mem, int size) > >>>{ > >>> > >>> panic("proc reclaimed"); > >>>} > >>> > >>>The implementation in RELENG_5 invokes a scheduler function which is no > >>>longer present in HEAD. > >>> > >>> > >>when we declare teh zone for processes we tell UMA that it must never free > >>a proc back to system memory. thus the 'fini' routine, that would be called > >>is a page of that zone were to be returned to the system, should never > >>be called. > >> > >> > > > >Why are struct procs forced to be type-stable? > > > > I have forgotten.. but they did.. > Peter also knew at one stage and he too has forgotten :-) kern/62890 ? Guess this one is mine now :-( Stephan From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 22:41:32 2005 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 1D32A16A4CE for ; Thu, 6 Jan 2005 22:41:32 +0000 (GMT) Received: from intercom.intercom.pl (intercom.intercom.pl [195.205.36.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1639343D3F for ; Thu, 6 Jan 2005 22:41:31 +0000 (GMT) (envelope-from jurek@intercom.pl) Received: from jurek (ip-83-142-114-194.enterpol.pl [83.142.114.194]) (authenticated bits=0)j06MdoN2033232 for ; Thu, 6 Jan 2005 23:39:51 +0100 (CET) (envelope-from jurek@intercom.pl) From: "Jerzy Sulowski" To: Date: Thu, 6 Jan 2005 23:41:22 +0100 Message-ID: <023701c4f440$d92ebe20$0200a8c0@intercom.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal In-Reply-To: <1105050997.27981.26.camel@palm.tree.com> X-Virus-Scanned: ClamAV 0.80/645/Mon Dec 27 23:56:20 2004 clamav-milter version 0.80j on intercom.intercom.pl X-Virus-Status: Clean X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on intercom.intercom.pl Subject: unsubscribe 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: Thu, 06 Jan 2005 22:41:32 -0000 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Stephan Uphoff Sent: Thursday, January 06, 2005 11:37 PM To: Julian Elischer Cc: David Schultz; freebsd-current@freebsd.org; Tony Arcieri; John = Baldwin Subject: Re: cvs commit: src/sys/kern sched_ule.c (fwd) On Thu, 2005-01-06 at 16:33, Julian Elischer wrote: > John Baldwin wrote: >=20 > >On Wednesday 15 December 2004 05:27 pm, Julian Elischer wrote: > > =20 > > > >>Tony Arcieri wrote: > >> =20 > >> > >>>On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: > >>> =20 > >>> > >>>>On Wed, Dec 15, 2004, Tony Arcieri wrote: > >>>> =20 > >>>> > >>>>>And am I correct that the UMA implementation in RELENG_5 has = rendered > >>>>>proc_fini() obsolete and thus it won't ever be called? > >>>>> =20 > >>>>> > >>>>This has very little to do with either UMA or ULE. Yes, it's > >>>>unused, but it's still there as a reminder that it *ought* to be > >>>>used. Unless there are still races I don't know about, it's > >>>>probably safe to start using it again. > >>>> =20 > >>>> > >>>Well, I'm going by the comments and implementation from kern_proc.c = in > >>>HEAD: > >>> > >>>/* > >>>* UMA should ensure that this function is never called. > >>>* Freeing a proc structure would violate type stability. > >>>*/ > >>>static void > >>>proc_fini(void *mem, int size) > >>>{ > >>> > >>> panic("proc reclaimed"); > >>>} > >>> > >>>The implementation in RELENG_5 invokes a scheduler function which = is no > >>>longer present in HEAD. > >>> =20 > >>> > >>when we declare teh zone for processes we tell UMA that it must = never free > >>a proc back to system memory. thus the 'fini' routine, that would be called > >>is a page of that zone were to be returned to the system, should = never > >>be called. > >> =20 > >> > > > >Why are struct procs forced to be type-stable? > > >=20 > I have forgotten.. but they did.. > Peter also knew at one stage and he too has forgotten :-) kern/62890 ? Guess this one is mine now :-( Stephan _______________________________________________ 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 Thu Jan 6 22:50:05 2005 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 0E9B216A4CE for ; Thu, 6 Jan 2005 22:50:05 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B387043D54 for ; Thu, 6 Jan 2005 22:50:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7417 invoked from network); 6 Jan 2005 22:50:04 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 22:50:04 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06MnxnE084386; Thu, 6 Jan 2005 17:50:00 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Thu, 6 Jan 2005 17:41:30 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DD9806.6060301@telia.com> <41DDAD7B.2020602@root.org> In-Reply-To: <41DDAD7B.2020602@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061741.30367.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 22:50:05 -0000 On Thursday 06 January 2005 04:28 pm, Nate Lawson wrote: > Pawel Worach wrote: > > pci_add_children(c1f16a00,0,80,c0820b54,c052188f) at > > pci_add_children+0x123 > > acpi_pci_attach(c1f16a00,c1f4484c,c06c14ec,c06aa680,0) at > > acpi_pci_attach+0x86 > > device_attach(c1f16a00,c1ed5d80,c0820bdc,c07c538c,c1f16d00) at > > device_attach+0x2c9 > > bus_generic_attach(c1f16d00,c07d92a7,0,c0820bcc,0) at > > bus_generic_attach+0x18 > > acpi_pcib_attach(c1f16d00,c1f7e1f4,0,c0820c04,c07bff97) at > > acpi_pcib_attach+0xec > > acpi_pcib_acpi_attach(c1f16d00,c1f4384c,c06c14ec,c06aa680,0) at > > acpi_pcib_acpi_attach+0xf9 > > device_attach(c1f16d00,2f,c0820cbc,c07c27c4,c1ed5d80) at > > device_attach+0x2c9 > > bus_generic_attach(c1ed5d80,2e,2f,c1f7dc28,2e) at bus_generic_attach+0x18 > > acpi_attach(c1ed5d80,c1f4604c,c06c14ec,c06aa680,0) at acpi_attach+0x7b4 > > device_attach(c1ed5d80,c1f15000,c0820d18,c0679ffa,c1f15000) at > > device_attach+0x2c9 > > bus_generic_attach(c1f15000,c1f1504c,c0820d54,c0520839,c1f15000) at > > bus_generic_attach+0x18 > > John, perhaps this is the problem. pci_add_child is attempting to route > interrupts. However, if the link device is under the PCI bus device, it > may not have a handle/device association yet. I thought you said we did all the handle/device associations earlier before we probed any ACPI devices? (Which would include pcib0 - the Host-PCI bridge). > acpi_pci_attach(): > /* Add pci children and route interrupts */ > pci_add_children(dev, busno, sizeof(struct acpi_pci_devinfo)); > > /* Whoops, haven't assigned handles for link devices > * under "dev" yet! */ > AcpiWalkNamespace(ACPI_TYPE_DEVICE, acpi_get_handle(dev), 1, > acpi_pci_save_handle, dev, NULL); Note that this function is called when pci0 is attached. pci0 is attached when pcib0 calls bus_generic_attach() in its attach routine: /* * Now go scan the bus. */ prt_walk_table(prt, prt_attach_devices, dev); return_VALUE (bus_generic_attach(dev)); Note that we force-attach all the referenced link devices via prt_attach_devices before pci0 gets its probe and attach routines called, and thus before pci_add_children() is called. > Pawel, can you send a link to your asl? acpidump -t -d > pawel.asl > I expect we'll see something like this: > > Device (PCI0) > Method (_PRT) > [reference to LNK0] > Device (LNK0) > Device (USB0) > > My question is why is pci_add_child() routing interrupts? That should > be done in the attach method for the PCI bus, before probing/attaching > children, not when the child devices are being added. I think we'll > have to split this into two separate steps: pci_add_children(), set up > device/handle associations, pci_init_children(). The last function > would do the irq routing. PCi allocates any resources already enabled in a PCI device via the bus when the device is added, and doing an alloc_resource() of an IRQ causes it to be routed. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 22:52:24 2005 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 A5F3F16A4CE for ; Thu, 6 Jan 2005 22:52:24 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5486E43D46 for ; Thu, 6 Jan 2005 22:52:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31039 invoked from network); 6 Jan 2005 22:52:24 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Jan 2005 22:52:23 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j06MqJNX084410; Thu, 6 Jan 2005 17:52:20 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Stephan Uphoff Date: Thu, 6 Jan 2005 17:52:28 -0500 User-Agent: KMail/1.6.2 References: <20041214222444.GA9668@flash.atmos.colostate.edu> <41DDAEA9.90401@elischer.org> <1105050997.27981.26.camel@palm.tree.com> In-Reply-To: <1105050997.27981.26.camel@palm.tree.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501061752.28411.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: David Schultz cc: freebsd-current@FreeBSD.org cc: Julian Elischer cc: Tony Arcieri Subject: Re: cvs commit: src/sys/kern sched_ule.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: Thu, 06 Jan 2005 22:52:24 -0000 On Thursday 06 January 2005 05:36 pm, Stephan Uphoff wrote: > On Thu, 2005-01-06 at 16:33, Julian Elischer wrote: > > John Baldwin wrote: > > >On Wednesday 15 December 2004 05:27 pm, Julian Elischer wrote: > > >>Tony Arcieri wrote: > > >>>On Wed, Dec 15, 2004 at 04:40:50PM -0500, David Schultz wrote: > > >>>>On Wed, Dec 15, 2004, Tony Arcieri wrote: > > >>>>>And am I correct that the UMA implementation in RELENG_5 has > > >>>>> rendered proc_fini() obsolete and thus it won't ever be called? > > >>>> > > >>>>This has very little to do with either UMA or ULE. Yes, it's > > >>>>unused, but it's still there as a reminder that it *ought* to be > > >>>>used. Unless there are still races I don't know about, it's > > >>>>probably safe to start using it again. > > >>> > > >>>Well, I'm going by the comments and implementation from kern_proc.c in > > >>>HEAD: > > >>> > > >>>/* > > >>>* UMA should ensure that this function is never called. > > >>>* Freeing a proc structure would violate type stability. > > >>>*/ > > >>>static void > > >>>proc_fini(void *mem, int size) > > >>>{ > > >>> > > >>> panic("proc reclaimed"); > > >>>} > > >>> > > >>>The implementation in RELENG_5 invokes a scheduler function which is > > >>> no longer present in HEAD. > > >> > > >>when we declare teh zone for processes we tell UMA that it must never > > >> free a proc back to system memory. thus the 'fini' routine, that would > > >> be called is a page of that zone were to be returned to the system, > > >> should never be called. > > > > > >Why are struct procs forced to be type-stable? > > > > I have forgotten.. but they did.. > > Peter also knew at one stage and he too has forgotten :-) > > kern/62890 ? > Guess this one is mine now :-( Hmm. pidp sounds ok to me. Some other users of fork1() use RFSTOPPED and then do a setrunnable() of the first thread after they have finished their localized setup. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 22:58:43 2005 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 F1A6E16A4CE; Thu, 6 Jan 2005 22:58:43 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F7943D5C; Thu, 6 Jan 2005 22:58:43 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j06N1iKS023923; Thu, 6 Jan 2005 16:01:45 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DDC29F.9000002@freebsd.org> Date: Thu, 06 Jan 2005 15:58:39 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Warner Losh References: <20041223123621.GB17515@eddie.nitro.dk> <41CADACC.9050607@freebsd.org> <20050106131327.GE801@zaphod.nitro.dk> <20050106.134852.41638084.imp@harmony.village.org> In-Reply-To: <20050106.134852.41638084.imp@harmony.village.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: simon@nitro.dk cc: freebsd-current@freebsd.org cc: imp@freebsd.org Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 22:58:44 -0000 Warner Losh wrote: > From: "Simon L. Nielsen" > Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT > Date: Thu, 6 Jan 2005 14:13:28 +0100 > > >>On 2004.12.23 07:48:44 -0700, Scott Long wrote: >> >>>Simon L. Nielsen wrote: >>> >>>>Hello >>>> >>>>Recent -CURRENT seems to have broken aac(4) on a Dell Perc 4/Di. The >>>>system is a Dell PowerEdge 2650 with 4 36GB IBM disks in a RAID0+1 >>>>configuration. >>>> >>>>It runs fine on a 5-STABLE kernel, but when booting -CURRENT it prints >>>>a lot of errors from the RAID controller and then fails to mount the >>>>root file-system. >>>> >>>>I have attached dmesg from 6-CURRENT and 5-STABLE, but the main >>>>interesting parts from -CURRENT are: >>>> >>>>aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on >>>>pci4 >>>>aac0: [FAST] >>>>aacd0: on aac0 >>>>aacd0: 69425MB (142182912 sectors) >>>>SMP: AP CPU #3 Launched! >>>>SMP: AP CPU #1 Launched! >>>>SMP: AP CPU #2 Launched! >>>>aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR >>>>aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR >>>>aac0: COMMAND 0xc2409438 TIMEOUT AFTER 41 SECONDS >>> >>>There are very few differences between the driver in 6-CURRENT and >>>5-STABLE, and none of the differences look like ones that could >>>cause problems. Would you get able to step the source backwards until >>>you find the point where it starts working again? >> >>After several rounds of backstepping I found that the problem is >>caused by sys/dev/pci/pci.c v. 1.268 which sets hw.pci.do_powerstate=1 >>by default. If I add hw.pci.do_powerstate="0" to loader.conf the >>system boots fine. I have no idea why this only manifests itself as >>an aac(4) error. >> >>This system has a Dell remote management card and I rememeber that >>Lukas Ertl, some time ago, reported some problem with the power state >>change and a (HP?) remote management card, so perhaps this is a >>similar issue. > > > Interesting. This is even after my changes to current to make it not > power down system devices? Can you send me a complete pciconf -lv for > this system? > > Warner One thing to keep in mind with the Dell PERC systems is that the RAID CPU is an i960 with a transparent PCI-PCI bridge. The i960 device (which the driver attaches to) sits before the bridge, while a SCSI chip sits behind it. Anywhere from 0 - 2 devices of this SCSI chip are exposed through the bridge, depending on how the RAID BIOS is configured. It 'hides' the other devices by changing the pci id of them to something that the ahc driver will not attach to. I thought that it also swizzled the INTx and IDSEL lines, but that appears not to be the case; maybe it only does the INTx lines. For a refresher, this is what it looks like in the dmesg: pci4: on pcib1 pcib2: at device 8.0 on pci4 pci5: on pcib2 pci5: at device 6.0 (no driver attached) pci5: at device 6.1 (no driver attached) aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on pci4 aac0: [FAST] aac0: i960RX 100MHz, 118MB cache memory, optional battery present aac0: Kernel 2.7-1, Build 3170, S/N f810d3 aac0: Supported Options=75c So why is the aac firmware getting mad? Because Warner powered down the SCSI devices that it was using. This type of thing is why I've always been very nervous about the automatic power management control that was committed to the tree. The above example is completely in spec, but we are taking the liberty of assuming that all unattached devices should be powered down (modulo the exception that was made for video devices). I don't know of a generic way to fix this; you'll have to either add an exception to the PM code for these specific SCSI devices, or write a do-nothing driver to attach to it so it doesn't get spammed by the PM code. Either way it's just an exception for this paarticular case, and who knows how many other cases with similar needs will be broken when 6.0 is released? It should be noted that WinXP tried to get fancy in a similar way with automatic powerdown of devices, and broke these PERC devices in a similar way. Due to restrictions of the MS driver framework, the only solution that Adaptec could use was to modify the firmware to make the bridge be opaque. This solved the issue of the OS seeing devices that belong to the firmware, but made it impossible to run the controller in split-channel mode, where one channel is for RAID and the other channel is pure SCSI. So the next layer of hacks was to force the 'non-RAID' channel to be controlled by the RAID firmware and be a child of the RAID driver. This has led to endless problems since the RAID firmware doesn't pass SCSI commands through very well. As a side note, this is exactly why I recommend PERC owners to refrain from using version 2.8 firmware. Anyways, the moral of the story is to not be like Microsoft. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 22:58:59 2005 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 1E02A16A4CE; Thu, 6 Jan 2005 22:58:59 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B976643D2D; Thu, 6 Jan 2005 22:58:58 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 71FCAACAEE; Thu, 6 Jan 2005 23:58:57 +0100 (CET) Date: Thu, 6 Jan 2005 23:58:57 +0100 From: Pawel Jakub Dawidek To: Brooks Davis Message-ID: <20050106225857.GB784@darkness.comp.waw.pl> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bc2iwAtkAaXP8cWF" Content-Disposition: inline In-Reply-To: <20050106195719.GB24896@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: human-readable swap partition sizes with pstat -sh 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: Thu, 06 Jan 2005 22:58:59 -0000 --bc2iwAtkAaXP8cWF Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 06, 2005 at 11:57:19AM -0800, Brooks Davis wrote: +> I'd argue that we might want to replace the int64_t in humanize_number +> with intmax_t since that wouldn't change the ABI (or API due to implicit +> casts), but would mean we wouldn't have to add a humanize_number128 +> later if some architecture grows 128-bit ints for some reason or +> another. I like intmax_t also much better than int64_t, but I took it from NetBSD and they got int64_t there. Anyway, I think we don't have to be 100% compatible here and I'll look what can be done. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bc2iwAtkAaXP8cWF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB3cKxForvXbEpPzQRAsgdAJ9Js3Foxl7nUCVmugYA2KRgsQ098ACgusdk lBh7RTUZ+vCJO9eINy5OAmM= =R8mD -----END PGP SIGNATURE----- --bc2iwAtkAaXP8cWF-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:03:40 2005 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 B953216A4CE; Thu, 6 Jan 2005 23:03:40 +0000 (GMT) Received: from shrike.submonkey.net (cpc2-cdif3-6-0-cust204.cdif.cable.ntl.com [81.103.67.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FBFB43D1F; Thu, 6 Jan 2005 23:03:40 +0000 (GMT) (envelope-from setantae@submonkey.net) Received: from setantae by shrike.submonkey.net with local (Exim 4.43 (FreeBSD)) id 1CmgfD-000FzC-Ak; Thu, 06 Jan 2005 23:03:31 +0000 Date: Thu, 6 Jan 2005 23:03:31 +0000 From: Ceri Davies To: Alexander Leidinger , Andriy Gapon , current@freebsd.org, re@freebsd.org Message-ID: <20050106230331.GB49329@submonkey.net> Mail-Followup-To: Ceri Davies , Alexander Leidinger , Andriy Gapon , current@freebsd.org, re@freebsd.org, marcel@FreeBSD.org References: <41C38A7C.3070809@icyb.net.ua> <20041218174400.4b9af118@Magellan.Leidinger.net> <41DA9B7A.3000909@icyb.net.ua> <20050104153811.75258cba@Magellan.Leidinger.net> <41DACE3E.3070904@icyb.net.ua> <20050105121110.43e3209a@Magellan.Leidinger.net> <20050105112422.GZ49329@submonkey.net> <20050105142127.GH49329@submonkey.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NP12RPW2Q08TId7w" Content-Disposition: inline In-Reply-To: <20050105142127.GH49329@submonkey.net> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.6i Sender: Ceri Davies cc: marcel@FreeBSD.org Subject: Re: Oracle & linprocfs (was: Re: linux kernel-land) 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: Thu, 06 Jan 2005 23:03:40 -0000 --NP12RPW2Q08TId7w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 05, 2005 at 02:21:27PM +0000, Ceri Davies wrote: > On Wed, Jan 05, 2005 at 11:24:22AM +0000, Ceri Davies wrote: > > On Wed, Jan 05, 2005 at 12:11:10PM +0100, Alexander Leidinger wrote: > > > On Tue, 04 Jan 2005 19:11:26 +0200 > > > Andriy Gapon wrote: > > >=20 > > > [Full quote for the benefit of the people in the CC] > > >=20 > > > > BTW, I've got another linux kernel-land thingy: I have Oracle > > > > installation made with previous default linux base (7), now after > > > > upgrade to linux_base-8 (and linux_devtools-8) I can not start orac= le > > > > server (actually database instance) with the following error: > > > >=20 > > > > oracle$ ./dbora.sh start > > > >=20 > > > > SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jan 4 18:49:51 2005 > > > >=20 > > > > Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. > > > >=20 > > > > SQL> Connected to an idle instance. > > > > SQL> ORA-00600: internal error code, arguments: [kcbbnwa_1], [0], [= 0], > > > > [], [], [], [], [] > > > > SQL> Disconnected > > > >=20 > > > > I see that there was at least another person who had the similar pr= oblem > > > > with linux_base-8 a while ago: > > > > http://lists.freebsd.org/pipermail/freebsd-database/2004-February/0= 00149.html > > >=20 > > > Summary: don't mount linprocfs if you want to run Oracle with > > > linux_base-8. > > >=20 > > > > Using ktrace I tracked it down to reading "/proc/stat" and after pl= aying > > > > around a little bit I found out that Oracle (or some redhat 8 lib t= hat > > > > Oracle used) probably missed one line there: > > > >=20 > > > > cpu 2010442 17367 694544 14507692 > > > > + cpu0 2010442 17367 694544 14507692 > > > > page 131869 24567 > > > > swap 1570 51873 > > > > intr 772076592 > > > > ctxt 1512209526 > > > > btime 1104346761 > > > >=20 > > > > I see that "real linux" (Fedora Core 2) has this line too (yes, eve= n in > > > > the single CPU case). > > > >=20 > > > > After I fixed sys/compat/linprocfs/linprocfs.c to always produce cp= u%d > > > > line(s) my oracle started to behave again. > > > >=20 > > > > I am not sure if this is actually linux_base or linux_devtools rela= ted > > > > or if this affects fresh Oracle installations. > > >=20 > > > I think this is a serious issue. Please send-pr the patch and tell us= at > > > current@ (CCed) the PR number. A src-committer should have a look at = it. > > >=20 > > > I don't think it's linux_devtools related (it's easy to test it, right > > > :-) ). > > >=20 > > > Do you have a 4.x system (or maybe ceri@ can test it on a 4.x system)= ? I > > > like to know if we have the problem there too now (re@ CCed because t= hey > > > may decide to take this issue into account regarding the upcoming 4.11 > > > release... at least there should be a note somewhere to not use > > > linprocfs and Oracle at the same time). > >=20 > > I don't have one running Oracle at the moment, and ten minutes ago I ju= st > > offered to work this evening. I'll try to get out of this but otherwise > > it will have be tomorrow evening (~36 hours time). >=20 > It looks like there is actually more time than I thought before the > release, so I will definitely have time to check this out on a 4.x > system. Won't be today, as mentioned. There doesn't seem to be a significant regression for Oracle on 4.x. I've spent 4 hours on this this evening and the installer *still* doesn't work properly on 4.x, with or without an "equivalent" patch to linprocfs_misc.c. This isn't new with the linux8 patch, and it's widely believed that RELENG_5 or greater is a basic requirement for Oracle to work under linux emulation (for 9i at least - I don't have earlier versions to hand - marcel wrote the handbook section on this and may be able to test Oracle 8.x). Ceri --=20 Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. -- Einstein (attrib.) --NP12RPW2Q08TId7w Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB3cPDocfcwTS3JF8RAnxSAJ9JhGxGCy+0/loI08YICP2qXCtQ1QCfXKZL T7F0MVnW5TmL5hl+fYNGd0M= =oHas -----END PGP SIGNATURE----- --NP12RPW2Q08TId7w-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:08:36 2005 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 D4C7D16A4CE for ; Thu, 6 Jan 2005 23:08:36 +0000 (GMT) Received: from lp1001.snu.ac.kr (lp1001.snu.ac.kr [147.46.70.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578DF43D45 for ; Thu, 6 Jan 2005 23:08:36 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [IPv6:::1] (localhost [127.0.0.1]) (authenticated (0 bits)) by lp1001.snu.ac.kr (8.13.1/8.11.6) with ESMTP id j06N6HIR031783 for ; Fri, 7 Jan 2005 08:06:18 +0900 Message-ID: <41DDC4F2.5090709@yahoo.com> Date: Fri, 07 Jan 2005 08:08:34 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Thu, 06 Jan 2005 23:08:36 -0000 Hi, I'm testing Xfce 4.2-RC3, but it has following problems at startup: ---------------- .xsession-errors _IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be created. _IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 _IceTransMakeAllCOTSServerListeners: failed to create listener for local xfce4-session: Unable to establish ICE listeners: Cannot establish any listening sockets Then I create /tmp/.ICE-unix, which still does not make Xfce happy: ---------------- .xsession-errors _IceTransmkdir: ERROR: Mode of /tmp/.ICE-unix must be set to 1777 _IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 1 _IceTransMakeAllCOTSServerListeners: failed to create listener for local xfce4-session: Unable to establish ICE listeners: Cannot establish any listening sockets The patch below from Pawel Worach solves the problem. Cheers, Rob. http://lists.freebsd.org/mailman/htdig/freebsd-current/2004-November/042445.html Index: etc/rc.d/cleartmp =================================================================== RCS file: /export/ctm/cvs/src/etc/rc.d/cleartmp,v retrieving revision 1.11 diff -u -r1.11 cleartmp --- etc/rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 +++ etc/rc.d/cleartmp 5 Nov 2004 20:18:12 -0000 @@ -35,5 +35,5 @@ # restarting X # rm -f /tmp/.X[0-9]-lock -rm -fr /tmp/.X11-unix -mkdir -m 1777 /tmp/.X11-unix +rm -fr /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix +mkdir -m 1777 /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:08:59 2005 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 5401216A4CE; Thu, 6 Jan 2005 23:08:59 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85CE443D1F; Thu, 6 Jan 2005 23:08:58 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 5BBE411DC7; Fri, 7 Jan 2005 00:08:57 +0100 (CET) Date: Fri, 7 Jan 2005 00:08:57 +0100 From: "Simon L. Nielsen" To: Warner Losh Message-ID: <20050106230856.GQ801@zaphod.nitro.dk> References: <20041223123621.GB17515@eddie.nitro.dk> <41CADACC.9050607@freebsd.org> <20050106131327.GE801@zaphod.nitro.dk> <20050106.134852.41638084.imp@harmony.village.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="foM9DbudB2CcldhH" Content-Disposition: inline In-Reply-To: <20050106.134852.41638084.imp@harmony.village.org> User-Agent: Mutt/1.5.6i cc: imp@freebsd.org cc: freebsd-current@freebsd.org cc: scottl@freebsd.org Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 23:08:59 -0000 --foM9DbudB2CcldhH Content-Type: multipart/mixed; boundary="A7FgPGrDEcSmmdo/" Content-Disposition: inline --A7FgPGrDEcSmmdo/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.01.06 13:48:52 -0700, Warner Losh wrote: > From: "Simon L. Nielsen" > Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRE= NT > Date: Thu, 6 Jan 2005 14:13:28 +0100 >=20 > > On 2004.12.23 07:48:44 -0700, Scott Long wrote: > > >=20 > > > Simon L. Nielsen wrote: > > > >Hello > > > > > > > >Recent -CURRENT seems to have broken aac(4) on a Dell Perc 4/Di. The > > > >system is a Dell PowerEdge 2650 with 4 36GB IBM disks in a RAID0+1 > > > >configuration. > > > > > > > >It runs fine on a 5-STABLE kernel, but when booting -CURRENT it prin= ts > > > >a lot of errors from the RAID controller and then fails to mount the > > > >root file-system. > > > > > > > >I have attached dmesg from 6-CURRENT and 5-STABLE, but the main > > > >interesting parts from -CURRENT are: > > > > > > > >aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.= 1 on=20 > > > >pci4 > > > >aac0: [FAST] > > > >aacd0: on aac0 > > > >aacd0: 69425MB (142182912 sectors) > > > >SMP: AP CPU #3 Launched! > > > >SMP: AP CPU #1 Launched! > > > >SMP: AP CPU #2 Launched! > > > >aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR > > > >aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR > > > >aac0: COMMAND 0xc2409438 TIMEOUT AFTER 41 SECONDS > > >=20 > > > There are very few differences between the driver in 6-CURRENT and > > > 5-STABLE, and none of the differences look like ones that could > > > cause problems. Would you get able to step the source backwards until > > > you find the point where it starts working again? > >=20 > > After several rounds of backstepping I found that the problem is > > caused by sys/dev/pci/pci.c v. 1.268 which sets hw.pci.do_powerstate=3D1 > > by default. If I add hw.pci.do_powerstate=3D"0" to loader.conf the > > system boots fine. I have no idea why this only manifests itself as > > an aac(4) error. > >=20 > > This system has a Dell remote management card and I rememeber that > > Lukas Ertl, some time ago, reported some problem with the power state > > change and a (HP?) remote management card, so perhaps this is a > > similar issue. >=20 > Interesting. This is even after my changes to current to make it not > power down system devices? Yes, it also happens with a -CURRENT from today. > Can you send me a complete pciconf -lv for this system? It should be attached. --=20 Simon L. Nielsen --A7FgPGrDEcSmmdo/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dell-pe-2650-pciconf hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0x00141166 rev=0x33 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CNB20-HE Host Bridge' class = bridge subclass = HOST-PCI hostb1@pci0:0:1: class=0x060000 card=0x00000000 chip=0x00141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CNB20-HE Host Bridge' class = bridge subclass = HOST-PCI hostb2@pci0:0:2: class=0x060000 card=0x00000000 chip=0x00141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CNB20-HE Host Bridge' class = bridge subclass = HOST-PCI none0@pci0:4:0: class=0xff0000 card=0x000c1028 chip=0x000c1028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' device = 'Embedded Systems Management Device 4' none1@pci0:4:1: class=0xff0000 card=0x00081028 chip=0x00081028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' device = 'PowerEdge Expandable RAID Controller 3/Di' none2@pci0:4:2: class=0xff0000 card=0x000d1028 chip=0x000d1028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' none3@pci0:14:0: class=0x030000 card=0x01211028 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Rage XL PCI' class = display subclass = VGA hostb3@pci0:15:0: class=0x060000 card=0x02011166 chip=0x02011166 rev=0x93 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CSB5 PCI to ISA Bridge' class = bridge subclass = HOST-PCI atapci0@pci0:15:1: class=0x010182 card=0x02121166 chip=0x02121166 rev=0x93 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CSB5 PCI EIDE Controller' class = mass storage subclass = ATA ohci0@pci0:15:2: class=0x0c0310 card=0x02201166 chip=0x02201166 rev=0x05 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'OSB4 OpenHCI Compliant USB Controller' class = serial bus subclass = USB isab0@pci0:15:3: class=0x060100 card=0x02301166 chip=0x02251166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CSB5 PCI Bridge' class = bridge subclass = PCI-ISA hostb4@pci0:16:0: class=0x060000 card=0x00000000 chip=0x01011166 rev=0x05 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CIOB-X2' class = bridge subclass = HOST-PCI hostb5@pci0:16:2: class=0x060000 card=0x00000000 chip=0x01011166 rev=0x05 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CIOB-X2' class = bridge subclass = HOST-PCI hostb6@pci0:17:0: class=0x060000 card=0x00000000 chip=0x01011166 rev=0x05 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CIOB-X2' class = bridge subclass = HOST-PCI hostb7@pci0:17:2: class=0x060000 card=0x00000000 chip=0x01011166 rev=0x05 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'CIOB-X2' class = bridge subclass = HOST-PCI pcib5@pci4:8:0: class=0x060400 card=0x00000068 chip=0x03098086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '80303 I/O Processor PCI-to-PCI Bridge Unit' class = bridge subclass = PCI-PCI aac0@pci4:8:1: class=0x010400 card=0x01211028 chip=0x000a1028 rev=0x01 hdr=0x00 vendor = 'Dell Computer Corporation' device = 'PowerEdge 3/Di Expandable RAID Controller' class = mass storage subclass = RAID none4@pci5:6:0: class=0x010000 card=0x00c51028 chip=0x00c59005 rev=0x01 hdr=0x00 vendor = 'Adaptec Inc' device = 'RAID Subsystem HBA' class = mass storage subclass = SCSI none5@pci5:6:1: class=0x010000 card=0x00c51028 chip=0x00c59005 rev=0x01 hdr=0x00 vendor = 'Adaptec Inc' device = 'RAID Subsystem HBA' class = mass storage subclass = SCSI em0@pci2:6:0: class=0x020000 card=0x10028086 chip=0x10268086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82545GM Gigabit Ethernet Controller' class = network subclass = ethernet --A7FgPGrDEcSmmdo/-- --foM9DbudB2CcldhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB3cUIh9pcDSc1mlERAtHeAKCnufdYWmcZl8VIIj9NNwIedqwaGwCggeSn +Ykh6wElO5q4cVsdRMkZ8fA= =pPtz -----END PGP SIGNATURE----- --foM9DbudB2CcldhH-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:12:39 2005 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 6D04B16A4CE; Thu, 6 Jan 2005 23:12:39 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D568B43D48; Thu, 6 Jan 2005 23:12:38 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j06NFffk024030; Thu, 6 Jan 2005 16:15:42 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DDC5E4.6020607@freebsd.org> Date: Thu, 06 Jan 2005 16:12:36 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20041223123621.GB17515@eddie.nitro.dk> <41CADACC.9050607@freebsd.org> <20050106131327.GE801@zaphod.nitro.dk> <20050106.134852.41638084.imp@harmony.village.org> <20050106230856.GQ801@zaphod.nitro.dk> In-Reply-To: <20050106230856.GQ801@zaphod.nitro.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Warner Losh cc: freebsd-current@freebsd.org cc: imp@freebsd.org Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 23:12:39 -0000 Simon L. Nielsen wrote: > On 2005.01.06 13:48:52 -0700, Warner Losh wrote: > >>From: "Simon L. Nielsen" >>Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT >>Date: Thu, 6 Jan 2005 14:13:28 +0100 >> >> >>>On 2004.12.23 07:48:44 -0700, Scott Long wrote: >>> >>>>Simon L. Nielsen wrote: >>>> >>>>>Hello >>>>> >>>>>Recent -CURRENT seems to have broken aac(4) on a Dell Perc 4/Di. The >>>>>system is a Dell PowerEdge 2650 with 4 36GB IBM disks in a RAID0+1 >>>>>configuration. >>>>> >>>>>It runs fine on a 5-STABLE kernel, but when booting -CURRENT it prints >>>>>a lot of errors from the RAID controller and then fails to mount the >>>>>root file-system. >>>>> >>>>>I have attached dmesg from 6-CURRENT and 5-STABLE, but the main >>>>>interesting parts from -CURRENT are: >>>>> >>>>>aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on >>>>>pci4 >>>>>aac0: [FAST] >>>>>aacd0: on aac0 >>>>>aacd0: 69425MB (142182912 sectors) >>>>>SMP: AP CPU #3 Launched! >>>>>SMP: AP CPU #1 Launched! >>>>>SMP: AP CPU #2 Launched! >>>>>aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR >>>>>aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR >>>>>aac0: COMMAND 0xc2409438 TIMEOUT AFTER 41 SECONDS >>>> >>>>There are very few differences between the driver in 6-CURRENT and >>>>5-STABLE, and none of the differences look like ones that could >>>>cause problems. Would you get able to step the source backwards until >>>>you find the point where it starts working again? >>> >>>After several rounds of backstepping I found that the problem is >>>caused by sys/dev/pci/pci.c v. 1.268 which sets hw.pci.do_powerstate=1 >>>by default. If I add hw.pci.do_powerstate="0" to loader.conf the >>>system boots fine. I have no idea why this only manifests itself as >>>an aac(4) error. >>> >>>This system has a Dell remote management card and I rememeber that >>>Lukas Ertl, some time ago, reported some problem with the power state >>>change and a (HP?) remote management card, so perhaps this is a >>>similar issue. >> >>Interesting. This is even after my changes to current to make it not >>power down system devices? > > > Yes, it also happens with a -CURRENT from today. > > >>Can you send me a complete pciconf -lv for this system? > > > It should be attached. > > In the email I sent a few minutes ago i described the problem. Now all we have to do is string Warner up by his toes and lash him with soggy spaghetti noodles until he fixes it =-) Scott From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:27:37 2005 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 8036116A4CE; Thu, 6 Jan 2005 23:27:37 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A5043D54; Thu, 6 Jan 2005 23:27:37 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600038AD7; Fri, 7 Jan 2005 00:27:04 +0100 Message-ID: <41DDC941.9000609@telia.com> Date: Fri, 07 Jan 2005 00:26:57 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> <200501061541.39673.jhb@FreeBSD.org> <41DDBA4F.6010009@root.org> In-Reply-To: <41DDBA4F.6010009@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Thu, 06 Jan 2005 23:27:37 -0000 Nate Lawson wrote: > A possible fix is to change each reference to LP* in the PICM and APIC > packages to be \LPUS, \LP05, etc. Then recompile and load your asl via > the instructions for overriding it in acpi(4). > > I'm still not sure why this is broken though so I think it's a red > herring and suspect the asl fix won't help. I suspect the real reason > is that \LPUS is not probed/attached before calling pci_add_child() on > PCI0. Pawel, can you stick a printf in acpi_pci_link_attach() right > before the return (0) like this: > > printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); > > I suspect we won't see LPUS there before it panics. > I do not even see the code enter acpi_pci_link_attach(), even added a dummy printf at the top of the method. I modified the AML, changed all LP* to \LP* (except for the Device(LP*) ones, should I change these too?) the result was a couple of errors during boot. I broke something didn't I? can't fetch resources for \_SB_.PCI0 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI0.ISA_.SIOM - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI0.ISA_.PS2M - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI0.ISA_.FDC0 - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI0.ISA_.COM1 - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI1 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI2 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI3 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI4 - AE_AML_INVALID_RESOURCE_TYPE .. Fatal trap 12: page fault while in kernel mode [same old story] ... -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 00:32:09 2005 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 2E1B816A4CE; Fri, 7 Jan 2005 00:32:09 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88CD243D48; Fri, 7 Jan 2005 00:32:08 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.13.1/8.13.1) with ESMTP id j070W7Jw086408; Thu, 6 Jan 2005 16:32:08 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.1/8.13.1/Submit) id j070W7b7086407; Thu, 6 Jan 2005 16:32:07 -0800 (PST) (envelope-from marcel) Date: Thu, 6 Jan 2005 16:32:07 -0800 From: Marcel Moolenaar To: Ceri Davies , Alexander Leidinger , Andriy Gapon , current@freebsd.org, re@freebsd.org Message-ID: <20050107003207.GA86261@ns1.xcllnt.net> References: <41C38A7C.3070809@icyb.net.ua> <20041218174400.4b9af118@Magellan.Leidinger.net> <41DA9B7A.3000909@icyb.net.ua> <20050104153811.75258cba@Magellan.Leidinger.net> <41DACE3E.3070904@icyb.net.ua> <20050105121110.43e3209a@Magellan.Leidinger.net> <20050105112422.GZ49329@submonkey.net> <20050105142127.GH49329@submonkey.net> <20050106230331.GB49329@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050106230331.GB49329@submonkey.net> User-Agent: Mutt/1.4.2.1i Subject: Re: Oracle & linprocfs (was: Re: linux kernel-land) 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: Fri, 07 Jan 2005 00:32:09 -0000 On Thu, Jan 06, 2005 at 11:03:31PM +0000, Ceri Davies wrote: > > There doesn't seem to be a significant regression for Oracle on 4.x. > I've spent 4 hours on this this evening and the installer *still* > doesn't work properly on 4.x, with or without an "equivalent" patch to > linprocfs_misc.c. This isn't new with the linux8 patch, and it's widely > believed that RELENG_5 or greater is a basic requirement for Oracle to > work under linux emulation (for 9i at least - I don't have earlier > versions to hand - marcel wrote the handbook section on this and may be > able to test Oracle 8.x). Alas. I don't have any 4.x machines since 5.3 came out and I left my knapsack of Oracle stuff and knowledge in the Netherlands when I moved to the US 5 years ago. I don't know and I can't find out :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 00:36:18 2005 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 C811A16A4CE for ; Fri, 7 Jan 2005 00:36:18 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9798043D49 for ; Fri, 7 Jan 2005 00:36:18 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j070c6X1014723; Thu, 6 Jan 2005 16:38:06 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j070c6lg014722; Thu, 6 Jan 2005 16:38:06 -0800 Date: Thu, 6 Jan 2005 16:38:06 -0800 From: Brooks Davis To: Rob Message-ID: <20050107003806.GA14003@odin.ac.hmc.edu> References: <41DDC4F2.5090709@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <41DDC4F2.5090709@yahoo.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 00:36:19 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: >=20 > Hi, >=20 > I'm testing Xfce 4.2-RC3, but it has following problems at startup: >=20 > ---------------- .xsession-errors > _IceTransmkdir: ERROR: euid !=3D 0,directory /tmp/.ICE-unix will not be= =20 > created. > _IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = =3D 2 > _IceTransMakeAllCOTSServerListeners: failed to create listener for local > xfce4-session: Unable to establish ICE listeners: Cannot establish any=20 > listening sockets > The patch below from Pawel Worach solves the problem. Could you please try the following patch? It does the same thing, but gives the inode paranoid a way to disable the creation of these directories or only create the ones they need. -- Brooks Index: rc.d/cleartmp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v retrieving revision 1.11 diff -u -p -r1.11 cleartmp --- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 +++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 @@ -35,5 +35,7 @@ run_rc_command "$1" # restarting X # rm -f /tmp/.X[0-9]-lock -rm -fr /tmp/.X11-unix -mkdir -m 1777 /tmp/.X11-unix +if [ -n ${clear_tmp_xdirs} ]; then + rm -fr ${clear_tmp_xdirs} + mkdir -m 1777 ${clear_tmp_xdirs} +fi Index: defaults/rc.conf =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/cvs/src/etc/defaults/rc.conf,v retrieving revision 1.235 diff -u -p -r1.235 rc.conf --- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 +++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 @@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). clear_tmp_enable=3D"NO" # Clear /tmp at startup. +clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" + # Directories needed by X11 ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security checks ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local= /lib/compat/pkg" # shared library search paths --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3dntXY6L6fI4GtQRAiTRAKDmZQ3BuLQ+2rh1bcrP9RrwsJ0PAQCgtEdp NxzWRmFD/8ZkBxKoTmmEhX8= =HVSn -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 00:36:57 2005 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 8710016A4CE; Fri, 7 Jan 2005 00:36:57 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2947A43D2D; Fri, 7 Jan 2005 00:36:57 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 65849ACC29; Fri, 7 Jan 2005 01:36:55 +0100 (CET) Date: Fri, 7 Jan 2005 01:36:55 +0100 From: Pawel Jakub Dawidek To: Brooks Davis Message-ID: <20050107003655.GC784@darkness.comp.waw.pl> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106225857.GB784@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qN286NIOm1dtEdh0" Content-Disposition: inline In-Reply-To: <20050106225857.GB784@darkness.comp.waw.pl> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: human-readable swap partition sizes with pstat -sh 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: Fri, 07 Jan 2005 00:36:57 -0000 --qN286NIOm1dtEdh0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 06, 2005 at 11:58:57PM +0100, Pawel Jakub Dawidek wrote: +> On Thu, Jan 06, 2005 at 11:57:19AM -0800, Brooks Davis wrote: +> +> I'd argue that we might want to replace the int64_t in humanize_number +> +> with intmax_t since that wouldn't change the ABI (or API due to impli= cit +> +> casts), but would mean we wouldn't have to add a humanize_number128 +> +> later if some architecture grows 128-bit ints for some reason or +> +> another. +>=20 +> I like intmax_t also much better than int64_t, but I took it from NetBSD +> and they got int64_t there. Anyway, I think we don't have to be 100% +> compatible here and I'll look what can be done. Here is proposed patch: http://people.freebsd.org/~pjd/patches/humanize_number.patch There is one issue... I had to add '#include ' to libutil.h. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --qN286NIOm1dtEdh0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB3dmnForvXbEpPzQRAqN8AKDUyZ+WV87D7AtZJkCWuJQ+BqsRoQCg7eKl 8JYtsnkRzzxuFoDV16znkrk= =eM2k -----END PGP SIGNATURE----- --qN286NIOm1dtEdh0-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 00:39:32 2005 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 AAEDB16A4E5 for ; Fri, 7 Jan 2005 00:39:32 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B83A143D3F for ; Fri, 7 Jan 2005 00:39:30 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j070cLL6002830 for ; Fri, 7 Jan 2005 11:08:21 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Fri, 7 Jan 2005 11:09:18 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j070WxQ10365 for ; Fri, 7 Jan 2005 11:02:59 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK37XQ5D; Fri, 7 Jan 2005 11:02:50 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j070XD5g017504 ; Fri, 7 Jan 2005 11:03:13 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j070XDbf017503; Fri, 7 Jan 2005 11:03:13 +1030 (CST) (envelope-from wilkinsa) Date: Fri, 7 Jan 2005 11:03:13 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20050107003310.GA17462@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org, matthew.thyer@dsto.defence.gov.au Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: matthew.thyer@dsto.defence.gov.au Subject: RELENG_5 panic - NFS 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: Fri, 07 Jan 2005 00:39:32 -0000 db> tr Tracing pid 56 tid 100064 td 0xc273b640 turnstile_wait(c2988400,c3011230,c6697960,c2988400,0) at turnstile_wait+0x269 _mtx_lock_sleep(c3011230,c273b640,0,0,0) at _mtx_lock_sleep+0x81 fork1(c06f2e00,60034,0,e5204ac4,c2b0c870) at fork1+0x69c kthread_create(c05aa030,c06fdff4,0,40000,0) at kthread_create+0x41 nfs_nfsiodnew(c00,0,c167b460,13f000,0) at nfs_nfsiodnew+0x8d nfs_asyncio(d68fb3cc,0,0,0,d68fb3cc) at nfs_asyncio+0x69 nfs_strategy(e5204b6c,1,c273b640,e5204b9c,c04ef9e7) at nfs_strategy+0x52 nfs_writebp(d68fb3cc,1,c273b640,e5204c74,c05b1bc0) at nfs_writebp+0x138 nfs_bwrite(d68fb3cc,80012,0,c273b640,c273b640) at nfs_bwrite+0x23 nfs_flush(3,c273b640,1) at nfs_flush+0x463 nfs_fsync(e5204cd4,30002,c273b640,0,0) at nfs_fsync+0x2a sched_sync(0,e5204d48,e5204d48,c0e85d67,31f) at sched_sync+0x52a fork_exit(c055f74b,0,e5204d48) at fork_exit+0x64 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe5204d7c, ebp = 0 --- db> db> show lockedvnods Locked vnodes 0xc66ad000: tag nfs, type VREG, usecount 1, writecount 1, refcount 32, flags (VV _OBJBUF), lock type nfs: EXCL (count 1) by thread 0xc273b640 (pid 56) fileid 189710 fsid 0x200ff09 db> db> show pcpu cpuid = 0 curthread = 0xc273b640: pid 56 "syncer" curpcb = 0xe5204da0 fpcurthread = none idlethread = 0xc26644b0: pid 11 "idle" APIC ID = 0 currentldt = 0x28 db> Dumping 1024 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 3 52 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 6 72 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 9 92 1008 Dump complete 0xf db> I have a kernel.debug and vmcore if anyone wants more info. -aW From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 00:51:40 2005 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 BF58E16A4CE; Fri, 7 Jan 2005 00:51:40 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E5143D31; Fri, 7 Jan 2005 00:51:40 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j070rTXj015835; Thu, 6 Jan 2005 16:53:29 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j070rTaW015834; Thu, 6 Jan 2005 16:53:29 -0800 Date: Thu, 6 Jan 2005 16:53:29 -0800 From: Brooks Davis To: Pawel Jakub Dawidek Message-ID: <20050107005329.GA14976@odin.ac.hmc.edu> References: <20050106191201.GA30826@gothmog.gr> <20050106195719.GB24896@odin.ac.hmc.edu> <20050106225857.GB784@darkness.comp.waw.pl> <20050107003655.GC784@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20050107003655.GC784@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@FreeBSD.org cc: Giorgos Keramidas Subject: Re: human-readable swap partition sizes with pstat -sh 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: Fri, 07 Jan 2005 00:51:40 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 01:36:55AM +0100, Pawel Jakub Dawidek wrote: > On Thu, Jan 06, 2005 at 11:58:57PM +0100, Pawel Jakub Dawidek wrote: > +> On Thu, Jan 06, 2005 at 11:57:19AM -0800, Brooks Davis wrote: > +> +> I'd argue that we might want to replace the int64_t in humanize_num= ber > +> +> with intmax_t since that wouldn't change the ABI (or API due to imp= licit > +> +> casts), but would mean we wouldn't have to add a humanize_number128 > +> +> later if some architecture grows 128-bit ints for some reason or > +> +> another. > +>=20 > +> I like intmax_t also much better than int64_t, but I took it from NetB= SD > +> and they got int64_t there. Anyway, I think we don't have to be 100% > +> compatible here and I'll look what can be done. >=20 > Here is proposed patch: >=20 > http://people.freebsd.org/~pjd/patches/humanize_number.patch >=20 > There is one issue... I had to add '#include ' to libutil.h. That's kind of annoying. I'm not sure if breaking the API or adding header polution to libutil.h is better. All all the casts of off_t's to intmax_t's really necessicary? off_t is signed so the implicit cast should always be safe, espeicaly if we switch to intmax_t (since we're then given an absolute assurance that we can't overflow). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3d2IXY6L6fI4GtQRApx3AKDluyHd3bqiNvcFDnVjzovUV3h6vwCcDhnW 8gECMRP4h70X4/tnbm/Z9zA= =NbPc -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 01:46:47 2005 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 BBBA916A4D7; Fri, 7 Jan 2005 01:46:47 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDB643D2F; Fri, 7 Jan 2005 01:46:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 4B6297A425; Thu, 6 Jan 2005 17:46:47 -0800 (PST) Message-ID: <41DDEA07.7000106@elischer.org> Date: Thu, 06 Jan 2005 17:46:47 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Stephan Uphoff References: <20041214222444.GA9668@flash.atmos.colostate.edu> <20041215215422.GA19373@flash.atmos.colostate.edu> <41C0BA64.3080908@elischer.org> <200501061430.36820.jhb@FreeBSD.org> <41DDAEA9.90401@elischer.org> <1105050997.27981.26.camel@palm.tree.com> In-Reply-To: <1105050997.27981.26.camel@palm.tree.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: David Schultz cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: cvs commit: src/sys/kern sched_ule.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: Fri, 07 Jan 2005 01:46:48 -0000 >On Thu, 2005-01-06 at 16:33, Julian Elischer wrote: > > >>>Why are struct procs forced to be type-stable? >>> >>> >>> >>I have forgotten.. but they did.. >>Peter also knew at one stage and he too has forgotten :-) >> >> > > > I vaguely remember it was something to do with some other structure still hanging off the proc. Maybe the vm or something really disgusting like that. possibly it was something like needing the page tables to hang around or something but that can't be right as they are taken apart.... aren't they? From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 04:38:43 2005 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 635CF16A4CE for ; Fri, 7 Jan 2005 04:38:43 +0000 (GMT) Received: from lp1001.snu.ac.kr (lp1001.snu.ac.kr [147.46.70.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBAFE43D45 for ; Fri, 7 Jan 2005 04:38:42 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [IPv6:::1] (localhost [127.0.0.1]) (authenticated (0 bits)) by lp1001.snu.ac.kr (8.13.1/8.11.6) with ESMTP id j074aF17001634; Fri, 7 Jan 2005 13:36:19 +0900 Message-ID: <41DE1248.3010807@yahoo.com> Date: Fri, 07 Jan 2005 13:38:32 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis , freebsd-current References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> In-Reply-To: <20050107003806.GA14003@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 04:38:43 -0000 Brooks Davis wrote: > On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > >>Hi, >> >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: >> >>---------------- .xsession-errors >>_IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be >>created. >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local >>xfce4-session: Unable to establish ICE listeners: Cannot establish any >>listening sockets > > >>The patch below from Pawel Worach solves the problem. > > > Could you please try the following patch? It does the same thing, but > gives the inode paranoid a way to disable the creation of these > directories or only create the ones they need. > > -- Brooks > > Index: rc.d/cleartmp > =================================================================== > RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > retrieving revision 1.11 > diff -u -p -r1.11 cleartmp > --- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > +++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > @@ -35,5 +35,7 @@ run_rc_command "$1" > # restarting X > # > rm -f /tmp/.X[0-9]-lock > -rm -fr /tmp/.X11-unix > -mkdir -m 1777 /tmp/.X11-unix > +if [ -n ${clear_tmp_xdirs} ]; then > + rm -fr ${clear_tmp_xdirs} > + mkdir -m 1777 ${clear_tmp_xdirs} > +fi Brooks, Inode paraniods are not concerned about *removing* these tmp_xdirs, but more about creating them, right? Moreover, if these tmp_xdirs are already there, and at some point ${clear_tmp_xdirs} is cleared, then the tmp_xdirs will never be removed at a next reboot! That won't make the paranoids happy.... So I'd suggest to always remove them, but check whether you should create them; something like this: rm -f /tmp/.X[0-9]-lock -rm -fr /tmp/.X11-unix -mkdir -m 1777 /tmp/.X11-unix +rm -fr /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix +case ${create_tmp_xdirs} in +[Yy][Ee][Ss]) + mkdir -m 1777 /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix + ;; +esac And add to /etc/defaults/rc.conf: create_tmp_xdirs="YES" # Create directories needed by X11 I will check this today or tomorrow on my 5.3-Stable PC. Rob. From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 04:46:56 2005 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 717C816A4CE for ; Fri, 7 Jan 2005 04:46:56 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E30343D3F for ; Fri, 7 Jan 2005 04:46:56 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j074mkgZ029935; Thu, 6 Jan 2005 20:48:46 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j074mkKG029934; Thu, 6 Jan 2005 20:48:46 -0800 Date: Thu, 6 Jan 2005 20:48:46 -0800 From: Brooks Davis To: Rob Message-ID: <20050107044846.GA28242@odin.ac.hmc.edu> References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE1248.3010807@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <41DE1248.3010807@yahoo.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 04:46:56 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 01:38:32PM +0900, Rob wrote: > Brooks Davis wrote: > >On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > > > >>Hi, > >> > >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: > >> > >>---------------- .xsession-errors > >>_IceTransmkdir: ERROR: euid !=3D 0,directory /tmp/.ICE-unix will not be= =20 > >>created. > >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = =3D 2 > >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local > >>xfce4-session: Unable to establish ICE listeners: Cannot establish any= =20 > >>listening sockets > > > > > >>The patch below from Pawel Worach solves the problem. > > > > > >Could you please try the following patch? It does the same thing, but > >gives the inode paranoid a way to disable the creation of these > >directories or only create the ones they need. > > > >-- Brooks > > > >Index: rc.d/cleartmp > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > >retrieving revision 1.11 > >diff -u -p -r1.11 cleartmp > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > >@@ -35,5 +35,7 @@ run_rc_command "$1" > > # restarting X > > # > > rm -f /tmp/.X[0-9]-lock > >-rm -fr /tmp/.X11-unix > >-mkdir -m 1777 /tmp/.X11-unix > >+if [ -n ${clear_tmp_xdirs} ]; then > >+ rm -fr ${clear_tmp_xdirs} > >+ mkdir -m 1777 ${clear_tmp_xdirs} > >+fi >=20 > Brooks, >=20 > Inode paraniods are not concerned about *removing* these tmp_xdirs, but > more about creating them, right? Moreover, if these tmp_xdirs are already > there, and at some point ${clear_tmp_xdirs} is cleared, then the tmp_xdirs > will never be removed at a next reboot! > That won't make the paranoids happy.... >=20 > So I'd suggest to always remove them, but check whether you should create= =20 > them; > something like this: >=20 > rm -f /tmp/.X[0-9]-lock > -rm -fr /tmp/.X11-unix > -mkdir -m 1777 /tmp/.X11-unix > +rm -fr /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix > +case ${create_tmp_xdirs} in > +[Yy][Ee][Ss]) > + mkdir -m 1777 /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix > + ;; > +esac I prefer my idea. People who are really worried about the inodes know where to find rm(1). This allows people who do need some directories, but not others to change the list by editing rc.conf. Avoiding hardcoding these directories was a good portion of my goal. One could argue that create_tmp_sockdirs would be a better name on the principle that someone could add a non-X11 program that uses a similar scheme. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3hStXY6L6fI4GtQRAp2bAJ9DOlDyV2Ubv3HNj77OMOBe/4DWSACghp2Y aExdaDPLCUYSEt0Qa4IBl5k= =75RT -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 04:52:18 2005 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 5570C16A4CE; Fri, 7 Jan 2005 04:52:18 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC66C43D54; Fri, 7 Jan 2005 04:52:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j074qHej074124; Thu, 6 Jan 2005 23:52:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j074qHfn090010; Thu, 6 Jan 2005 23:52:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0512B7306E; Thu, 6 Jan 2005 23:52:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050107045216.0512B7306E@freebsd-current.sentex.ca> Date: Thu, 6 Jan 2005 23:52:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 04:52:18 -0000 TB --- 2005-01-07 03:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-07 03:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-07 03:15:00 - checking out the source tree TB --- 2005-01-07 03:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-07 03:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-07 03:21:05 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-07 03:21:05 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-07 03:21:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-07 04:27:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 04:27:43 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-07 04:27:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 7 04:27:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jan 7 04:40:54 UTC 2005 TB --- 2005-01-07 04:40:54 - generating LINT kernel config TB --- 2005-01-07 04:40:54 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-01-07 04:40:54 - /usr/bin/make -B LINT TB --- 2005-01-07 04:40:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 04:40:54 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-07 04:40:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 7 04:40:55 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_vr.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_wb.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_xl.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/intpm.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c:13:1: "/*" within comment In file included from /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c:198: /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncrreg.h:19:1: "/*" within comment *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-07 04:52:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-07 04:52:16 - ERROR: failed to build lint kernel TB --- 2005-01-07 04:52:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 05:42:17 2005 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 6968F16A4CE for ; Fri, 7 Jan 2005 05:42:17 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 4175243D1D for ; Fri, 7 Jan 2005 05:42:17 +0000 (GMT) (envelope-from richard@howitsdone.net) Received: from unknown (HELO gigaping.gigaping) (cadwalad3r@sbcglobal.net@69.153.226.226 with plain) by smtp813.mail.sc5.yahoo.com with SMTP; 7 Jan 2005 05:42:17 -0000 From: Richard Cadwalader To: Joseph Koshy Date: Thu, 6 Jan 2005 23:41:02 -0600 User-Agent: KMail/1.7 References: <200501050830.36906.richard@howitsdone.net> <200501061255.47218.richard@howitsdone.net> <84dead72050106205522e30fff@mail.gmail.com> In-Reply-To: <84dead72050106205522e30fff@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501062341.04500.richard@howitsdone.net> cc: freebsd-current@freebsd.org Subject: Re: pkg_add looking in the wrong place 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: Fri, 07 Jan 2005 05:42:17 -0000 You know, I was wondering, could I be having this trouble because I took IPv6 out of the kernel? (I was having a problem a few days ago and I thought that's what it was....turns out it was my router) -- Richard Cadwalader From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 06:52:16 2005 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 AEAA416A4CE; Fri, 7 Jan 2005 06:52:16 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED00C43D48; Fri, 7 Jan 2005 06:52:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j076qEaR052402; Fri, 7 Jan 2005 01:52:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j076qEXH023247; Fri, 7 Jan 2005 01:52:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 824037306E; Fri, 7 Jan 2005 01:52:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050107065214.824037306E@freebsd-current.sentex.ca> Date: Fri, 7 Jan 2005 01:52:14 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/649/Sun Jan 2 18:02:22 2005 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 06:52:16 -0000 TB --- 2005-01-07 04:52:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-07 04:52:17 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-01-07 04:52:17 - checking out the source tree TB --- 2005-01-07 04:52:17 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-01-07 04:52:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-07 04:58:26 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-07 04:58:26 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-07 04:58:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-07 06:22:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 06:22:33 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-07 06:22:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 7 06:22:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jan 7 06:45:13 UTC 2005 TB --- 2005-01-07 06:45:14 - generating LINT kernel config TB --- 2005-01-07 06:45:14 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-01-07 06:45:14 - /usr/bin/make -B LINT TB --- 2005-01-07 06:45:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 06:45:14 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-01-07 06:45:14 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 7 06:45:15 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_drv.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_irq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_mem.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/radeon_state.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/sis_drv.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/sis_ds.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/dev/drm/sis_mm.c /tinderbox/CURRENT/amd64/amd64/src/sys/dev/drm/sis_mm.c:3:1: "/*" within comment *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-01-07 06:52:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-07 06:52:14 - ERROR: failed to build lint kernel TB --- 2005-01-07 06:52:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 06:54:16 2005 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 C265016A4CE for ; Fri, 7 Jan 2005 06:54:16 +0000 (GMT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9952343D45 for ; Fri, 7 Jan 2005 06:54:10 +0000 (GMT) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id j076r1Lo005883 for ; Fri, 7 Jan 2005 17:23:01 +1030 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id for ; Fri, 7 Jan 2005 17:24:02 +1030 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id j076lXQ26714 for ; Fri, 7 Jan 2005 17:17:33 +1030 (CST) Received: from squash.dsto.defence.gov.au ([131.185.40.212]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id YK37X0QD; Fri, 7 Jan 2005 17:17:23 +1030 Received: from squash.dsto.defence.gov.au (localhost [127.0.0.1]) by squash.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id j076lmG7019089 for ; Fri, 7 Jan 2005 17:17:48 +1030 (CST) (envelope-from wilkinsa@squash.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squash.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id j076lmi8019088 for freebsd-current@freebsd.org; Fri, 7 Jan 2005 17:17:48 +1030 (CST) (envelope-from wilkinsa) Date: Fri, 7 Jan 2005 17:17:48 +1030 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20050107064748.GE18554@squash.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: [USB] JetFlash TS1GJF2B 2.00 Attempt to query device size failed: UNIT ATTENTION 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: Fri, 07 Jan 2005 06:54:16 -0000 No response from usb@ so hopefully someone (julian) will respond here ;) Hi all, I have a new 1GB JetFlash TS1GJF2B 2.00 thumb drive. When I plug in the thumb drive dmesg(8) outputs the following: umass0: USB Flash Disk, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) # camcontrol devlist -v .... at scbus5 target 0 lun 0 (da0) scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) # mount -t msdos /dev/da0 /mnt msdosfs: /dev/da0: Resource temporarily unavailable and then after trying to mount I get these errors in dmesg(8) fsync: giving up on dirty: 0xc2c24420: tag devfs, type VCHR, usecount 1, writecount 0, refcount 33, flags (VV_OBJBUF), lock type devfs: EXCL (count 1) by thread 0xc309c320 (pid 9693) dev da0 I have the following in my kernel: device ehci # Enchanced Host Controller Int device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface OS: FreeBSD 5.3-STABLE #21: Thu Jan 6 16:45:52 CST 2005 Not sure what to make of this. Anyone ? - aW From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 07:13:59 2005 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 6482016A4CE for ; Fri, 7 Jan 2005 07:13:59 +0000 (GMT) Received: from the-macgregors.org (82-33-59-105.cable.ubr06.stav.blueyonder.co.uk [82.33.59.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33AC843D46 for ; Fri, 7 Jan 2005 07:13:58 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (authenticated bits=0) by the-macgregors.org (8.13.2/8.13.2) with ESMTP id j077DuU6019580 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 7 Jan 2005 07:13:56 GMT Message-Id: <200501070713.j077DuU6019580@the-macgregors.org> From: "Rob MacGregor" To: Date: Fri, 7 Jan 2005 07:13:56 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050107064748.GE18554@squash.dsto.defence.gov.au> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcT0hdG/N2yyOYm7RGeABE+Qm6iYUAAAoG5g X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: RE: [USB] JetFlash TS1GJF2B 2.00 Attempt to query device size failed: UNIT ATTENTION 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: Fri, 07 Jan 2005 07:13:59 -0000 On Friday, January 07, 2005 6:48 AM, Wilkinson, Alex <> unleashed the infinite monkeys and produced: > No response from usb@ so hopefully someone (julian) will respond here > ;) You only asked 2 hours before posting this mail - give people time to respond! -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 07:15:22 2005 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 6DE8716A4CE; Fri, 7 Jan 2005 07:15:22 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC3A43D1F; Fri, 7 Jan 2005 07:15:21 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j077FKGV024623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jan 2005 23:15:20 -0800 Message-ID: <41DE36FA.6070805@root.org> Date: Thu, 06 Jan 2005 23:15:06 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> <200501061541.39673.jhb@FreeBSD.org> <41DDBA4F.6010009@root.org> <41DDC941.9000609@telia.com> In-Reply-To: <41DDC941.9000609@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 07:15:22 -0000 Pawel Worach wrote: > Nate Lawson wrote: > >> A possible fix is to change each reference to LP* in the PICM and APIC >> packages to be \LPUS, \LP05, etc. Then recompile and load your asl >> via the instructions for overriding it in acpi(4). >> >> I'm still not sure why this is broken though so I think it's a red >> herring and suspect the asl fix won't help. I suspect the real reason >> is that \LPUS is not probed/attached before calling pci_add_child() on >> PCI0. Pawel, can you stick a printf in acpi_pci_link_attach() right >> before the return (0) like this: >> >> printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); >> >> I suspect we won't see LPUS there before it panics. > > I do not even see the code enter acpi_pci_link_attach(), even added a dummy > printf at the top of the method. That's a problem. If the link isn't attached, you can't route interrupts by it. Try adding this to the if statemetns in sys/dev/acpica/acpi.c:acpi_probe_order() -- /* attach pci links early */ } else if (acpi_MatchHid(handle, "PNP0C0F")) { *order = 3; ret = 1; } -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 07:27:52 2005 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 E57F316A4CE for ; Fri, 7 Jan 2005 07:27:52 +0000 (GMT) Received: from smtp804.mail.sc5.yahoo.com (smtp804.mail.sc5.yahoo.com [66.163.168.183]) by mx1.FreeBSD.org (Postfix) with SMTP id C046F43D49 for ; Fri, 7 Jan 2005 07:27:52 +0000 (GMT) (envelope-from richard@howitsdone.net) Received: from unknown (HELO gigaping.gigaping) (cadwalad3r@sbcglobal.net@69.153.226.226 with plain) by smtp804.mail.sc5.yahoo.com with SMTP; 7 Jan 2005 07:27:52 -0000 From: Richard Cadwalader To: freebsd-current@freebsd.org Date: Fri, 7 Jan 2005 01:26:38 -0600 User-Agent: KMail/1.7 References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> <41DD6737.4090804@criticalmagic.com> In-Reply-To: <41DD6737.4090804@criticalmagic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501070126.40256.richard@howitsdone.net> Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Fri, 07 Jan 2005 07:27:53 -0000 On Thursday 06 January 2005 10:28, Richard Coleman wrote: > Robert Ryan wrote: > > Fellow FreeBSD developers, > > > > I hate to say I told you but it was inevitable. > > > > Check this out: http://www.feyrer.de/NetBSD/gmcgarry/ > > Well, even though this link was submitted by a troll, the benchmarks are > actually pretty interesting and worth reading. Just keep the following > in mind: > > 1. Although NetBSD did perform better on many of the benchmarks (kudos > to them), but the difference is usually not dramatic. > 2. The benchmarks are strictly uniprocessor benchmarks. > 3. The author does admit at the end of the article that NetBSD still > uses a big, giant lock around the kernel and the benchmarks might be > very different on a multiprocessor system. > 4. The benchmarks are only NetBSD versus FreeBSD, so it's hard to judge > where the performance of each system fits in the grand scheme of things. > It could be that both systems are performing very well. The > benchmarks need to include at least one non-BSD system (usually Linux) > in order to get some perspective. > 5. It would have been nice if FreeBSD 4.10 and NetBSD 1.6.2 were also > include, so we could see the relative progress (or lack) of each system. > > But it's worth reading. Data is always a good thing. Just don't get > hung up on them. Hopefully, it will inspire more comprehensive tests. > > Richard Coleman > rcoleman@criticalmagic.com > _______________________________________________ > 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" So how does FreeBSD usually fit into the grand scheme of things? I'm not trolling, really, I love FreeBSD...I'm just new and curious... -- Richard Cadwalader From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 07:28:52 2005 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 3985B16A4CF for ; Fri, 7 Jan 2005 07:28:52 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A21843D55 for ; Fri, 7 Jan 2005 07:28:51 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j077SnpY007783 for ; Fri, 7 Jan 2005 09:28:50 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j077Sn5x015354 for ; Fri, 7 Jan 2005 09:28:49 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j077SnNN015353 for freebsd-current@freebsd.org; Fri, 7 Jan 2005 09:28:49 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Fri, 7 Jan 2005 09:28:49 +0200 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050107072849.GA921@orion.daedalusnetworks.priv> References: <20050107064748.GE18554@squash.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050107064748.GE18554@squash.dsto.defence.gov.au> Subject: Re: [USB] JetFlash TS1GJF2B 2.00 Attempt to query device size failed: UNIT ATTENTION 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: Fri, 07 Jan 2005 07:28:52 -0000 On 2005-01-07 17:17, "Wilkinson, Alex" wrote: > I have a new 1GB JetFlash TS1GJF2B 2.00 thumb drive. > When I plug in the thumb drive dmesg(8) outputs the following: > > % umass0: USB Flash Disk, rev 2.00/2.00, addr 2 > % da0 at umass-sim0 bus 0 target 0 lun 0 > % da0: Removable Direct Access SCSI-2 device > % da0: 1.000MB/s transfers > % da0: Attempt to query device size failed: UNIT ATTENTION, \ > % Not ready to ready change, > % (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > % (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > % (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > % (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > % (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed When have you last updated your source tree to HEAD? From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 08:34:29 2005 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 BBC4716A4CE for ; Fri, 7 Jan 2005 08:34:29 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45C5C43D55 for ; Fri, 7 Jan 2005 08:34:29 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1CmpZg-000E1b-DC; Fri, 07 Jan 2005 10:34:24 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Brooks Davis In-Reply-To: Message from Brooks Davis <20050107044846.GA28242@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 07 Jan 2005 10:34:24 +0200 From: Danny Braniss Message-Id: <20050107083429.45C5C43D55@mx1.FreeBSD.org> cc: Rob cc: freebsd-current Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 08:34:29 -0000 > > --EVF5PPMfhYS0aIcm > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Fri, Jan 07, 2005 at 01:38:32PM +0900, Rob wrote: > > Brooks Davis wrote: > > >On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > > > > > >>Hi, > > >> > > >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: > > >> > > >>---------------- .xsession-errors > > >>_IceTransmkdir: ERROR: euid !=3D 0,directory /tmp/.ICE-unix will not be= > =20 > > >>created. > > >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = > =3D 2 > > >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local > > >>xfce4-session: Unable to establish ICE listeners: Cannot establish any= > =20 > > >>listening sockets > > > > > > > > >>The patch below from Pawel Worach solves the problem. > > > > > > > > >Could you please try the following patch? It does the same thing, but > > >gives the inode paranoid a way to disable the creation of these > > >directories or only create the ones they need. > > > > > >-- Brooks > > > > > >Index: rc.d/cleartmp > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > > >retrieving revision 1.11 > > >diff -u -p -r1.11 cleartmp > > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > > >@@ -35,5 +35,7 @@ run_rc_command "$1" > > > # restarting X > > > # > > > rm -f /tmp/.X[0-9]-lock > > >-rm -fr /tmp/.X11-unix > > >-mkdir -m 1777 /tmp/.X11-unix > > >+if [ -n ${clear_tmp_xdirs} ]; then > > >+ rm -fr ${clear_tmp_xdirs} > > >+ mkdir -m 1777 ${clear_tmp_xdirs} > > >+fi > >=20 > > Brooks, > >=20 > > Inode paraniods are not concerned about *removing* these tmp_xdirs, but > > more about creating them, right? Moreover, if these tmp_xdirs are already > > there, and at some point ${clear_tmp_xdirs} is cleared, then the tmp_xdirs > > will never be removed at a next reboot! > > That won't make the paranoids happy.... > >=20 > > So I'd suggest to always remove them, but check whether you should create= > =20 > > them; > > something like this: > >=20 > > rm -f /tmp/.X[0-9]-lock > > -rm -fr /tmp/.X11-unix > > -mkdir -m 1777 /tmp/.X11-unix > > +rm -fr /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix > > +case ${create_tmp_xdirs} in > > +[Yy][Ee][Ss]) > > + mkdir -m 1777 /tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix > > + ;; > > +esac > > I prefer my idea. People who are really worried about the inodes know > where to find rm(1). This allows people who do need some directories, > but not others to change the list by editing rc.conf. Avoiding > hardcoding these directories was a good portion of my goal. One could > argue that create_tmp_sockdirs would be a better name on the principle > that someone could add a non-X11 program that uses a similar scheme. > > -- Brooks if [ -n ${clear_tmp_xdirs} ]; then should be if [ -n "${clear_tmp_xdirs}" ]; then and is there a 'nice' way to set clear_tmp_enable="YES" if /tmp is a md? (in English: for a diskless host, /var and/or /tmp could be memory file system) btw, the problem of .ICE-unix not belonging to root trips kde too). danny From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 08:35:02 2005 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 64F2516A4CE; Fri, 7 Jan 2005 08:35:02 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25A443D45; Fri, 7 Jan 2005 08:35:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j078Z1hO082072; Fri, 7 Jan 2005 03:35:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j078Z1Pm062468; Fri, 7 Jan 2005 03:35:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 00E937306E; Fri, 7 Jan 2005 03:35:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050107083500.00E937306E@freebsd-current.sentex.ca> Date: Fri, 7 Jan 2005 03:35:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 08:35:02 -0000 TB --- 2005-01-07 06:52:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-07 06:52:14 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-01-07 06:52:14 - checking out the source tree TB --- 2005-01-07 06:52:14 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-01-07 06:52:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-07 06:58:23 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-07 06:58:23 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-07 06:58:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-07 08:06:04 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 08:06:04 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-07 08:06:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 7 08:06:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jan 7 08:29:10 UTC 2005 TB --- 2005-01-07 08:29:10 - generating LINT kernel config TB --- 2005-01-07 08:29:10 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-01-07 08:29:10 - /usr/bin/make -B LINT TB --- 2005-01-07 08:29:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 08:29:10 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-01-07 08:29:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 7 08:29:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_drv .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_irq .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_mem .c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/radeon_sta te.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/sis_drv.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/sis_ds.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/sis_mm.c /tinderbox/CURRENT/i386/i386/src/sys/dev/drm/sis_mm.c:3:1: "/*" within comment *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-01-07 08:35:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-07 08:35:00 - ERROR: failed to build lint kernel TB --- 2005-01-07 08:35:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 08:55:10 2005 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 965DE16A4CE; Fri, 7 Jan 2005 08:55:10 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id F130443D1D; Fri, 7 Jan 2005 08:55:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j078shHg061798; Fri, 7 Jan 2005 03:54:54 -0500 Message-ID: <41DE4E52.2040301@elischer.org> Date: Fri, 07 Jan 2005 00:54:42 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Wilkinson, Alex" References: <20050107064748.GE18554@squash.dsto.defence.gov.au> In-Reply-To: <20050107064748.GE18554@squash.dsto.defence.gov.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: usb@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: [USB] JetFlash TS1GJF2B 2.00 Attempt to query device sizefailed: UNIT ATTENTION 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: Fri, 07 Jan 2005 08:55:10 -0000 Wilkinson, Alex wrote: > No response from usb@ so hopefully someone (julian) will respond here > ;) well you posted there at 8:49 and here at 10:47 I guess I didn't happen to read the usb list in that 1 hour and 58 minutes. we may need to make it use a quirk to use a different read capacity command or skip it.. I'll have to look to remember what collection of 'quirks' we have in our collection. > > Hi all, > > I have a new 1GB JetFlash TS1GJF2B 2.00 thumb drive. > > When I plug in the thumb drive dmesg(8) outputs the following: > > umass0: USB Flash Disk, rev 2.00/2.00, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-2 device > da0: 1.000MB/s transfers > da0: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retries Exhausted > Opened disk da0 -> 6 > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (da0:umass-sim0:0:0:0): SCSI Status: Check Condition > (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 > (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed > (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) > > # camcontrol devlist -v > .... > > at scbus5 target 0 lun 0 (da0) > scbus-1 on xpt0 bus 0: > < > at scbus-1 target -1 lun -1 (xpt0) > > # mount -t msdos /dev/da0 /mnt > msdosfs: /dev/da0: Resource temporarily unavailable > > and then after trying to mount I get these errors in dmesg(8) > > fsync: giving up on dirty: 0xc2c24420: tag devfs, type VCHR, usecount > 1, writecount 0, refcount 33, flags (VV_OBJBUF), lock type devfs: EXCL > (count 1) by thread 0xc309c320 (pid 9693) > dev da0 > > I have the following in my kernel: > > device ehci # Enchanced Host Controller Int > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > > OS: FreeBSD 5.3-STABLE #21: Thu Jan 6 16:45:52 CST 2005 > > Not sure what to make of this. Anyone ? > > - aW > _______________________________________________ > 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 Fri Jan 7 09:11:42 2005 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 9C42816A4CE; Fri, 7 Jan 2005 09:11:42 +0000 (GMT) Received: from 212.106.254.141.adsl.jazztel.es (212.106.255.148.adsl.jazztel.es [212.106.255.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E8143D1F; Fri, 7 Jan 2005 09:11:41 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [192.168.254.16] (orion.redesjm.local [192.168.254.16]) j079BUC0001115; Fri, 7 Jan 2005 10:11:36 +0100 (CET) (envelope-from freebsd@redesjm.local) Message-ID: <41DE5242.4030606@redesjm.local> Date: Fri, 07 Jan 2005 10:11:30 +0100 From: Jose M Rodriguez User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: es-es, es MIME-Version: 1.0 To: Brooks Davis References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> In-Reply-To: <20050107003806.GA14003@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 09:11:42 -0000 Brooks Davis escribió: >On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > > >>Hi, >> >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: >> >>---------------- .xsession-errors >>_IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be >>created. >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local >>xfce4-session: Unable to establish ICE listeners: Cannot establish any >>listening sockets >> >> > > > >>The patch below from Pawel Worach solves the problem. >> >> > >Could you please try the following patch? It does the same thing, but >gives the inode paranoid a way to disable the creation of these >directories or only create the ones they need. > >-- Brooks > >Index: rc.d/cleartmp >=================================================================== >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v >retrieving revision 1.11 >diff -u -p -r1.11 cleartmp >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 >@@ -35,5 +35,7 @@ run_rc_command "$1" > # restarting X > # > rm -f /tmp/.X[0-9]-lock >-rm -fr /tmp/.X11-unix >-mkdir -m 1777 /tmp/.X11-unix >+if [ -n ${clear_tmp_xdirs} ]; then >+ rm -fr ${clear_tmp_xdirs} >+ mkdir -m 1777 ${clear_tmp_xdirs} >+fi >Index: defaults/rc.conf >=================================================================== >RCS file: /usr/cvs/src/etc/defaults/rc.conf,v >retrieving revision 1.235 >diff -u -p -r1.235 rc.conf >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 >@@ -443,6 +443,8 @@ linux_enable="NO" # Linux binary compati > svr4_enable="NO" # SysVR4 emulation loaded at startup (or NO). > osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). > clear_tmp_enable="NO" # Clear /tmp at startup. >+clear_tmp_xdirs="/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" >+ # Directories needed by X11 > ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks > ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg" > # shared library search paths > > > I recall putting this in a conf PR, try a follow-up. But I think your patch is a little bit wrong I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be do after the run_rc_command. If we need do this from the base system (Thing that I doubt more and more), this must be implementing a new /etc/rc.d/clearx11tmp (this may be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... But I must point that: X11 is now mostly a ports thing, not a base system component. If this can be take from ports (I send-pr this also), this must be the path to the solution. I put a simple script from libs, but I can work and rcNG enabled thing if prefered. This is not what x11 really needs. x11 only needs some like this: mkdir -p ... && chown root:wheel ... && chmod 01777 ... . this may be prefered by the x11 team. This can be taken both from base and ports without too much problem. The only secondary effect of this I know is that you may polite /tmp entries twice, with is not a real pain to the whole boot process. -- josemi From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 09:13:16 2005 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 73D0E16A4CE for ; Fri, 7 Jan 2005 09:13:16 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id A12D743D1D for ; Fri, 7 Jan 2005 09:13:15 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 39616 invoked from network); 7 Jan 2005 09:13:14 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 7 Jan 2005 09:13:14 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j079DCD3047831 for ; Fri, 7 Jan 2005 10:13:12 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j079DCJr047830 for current@freebsd.org; Fri, 7 Jan 2005 10:13:12 +0100 (CET) (envelope-from pho) Date: Fri, 7 Jan 2005 10:13:12 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050107091312.GA47797@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: backing_object was somehow re-referenced during collapse! 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: Fri, 07 Jan 2005 09:13:16 -0000 With GENERIC current from Jan 5 12:28 UTC I got: panic(c0844f31,c28114a4,c28114a4,c2a098c4,c2b6794c) at panic+0xd8 vm_object_collapse(c2a098c4,c1c18000,c2bb0b6c,cfa4ac60,c076af7b) at vm_object_collapse+0x2ce vm_object_deallocate(c1c18000,e,0,e,0) at vm_object_deallocate+0x270 vm_map_delete(c27b7bb8,0,bfc00000,c27b7bb8,0) at vm_map_delete+0x24f vm_map_remove(c27b7bb8,0,bfc00000) at vm_map_remove+0x42 exit1(c2a82450,0,cfa4ad40,c07c0bf0,c2a82450) at exit1+0xb28 sysctl_kern_randompid(c2a82450,cfa4ad14,1,1,296) at sysctl_kern_randompid syscall(2f,2f,2f,2804f6c0,0) at syscall+0x128 More info at http://www.holm.cc/stress/log/cons102.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 09:41:34 2005 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 5F66216A4CE for ; Fri, 7 Jan 2005 09:41:34 +0000 (GMT) Received: from lp1001.snu.ac.kr (lp1001.snu.ac.kr [147.46.70.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DC6543D2D for ; Fri, 7 Jan 2005 09:41:33 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [IPv6:::1] (localhost [127.0.0.1]) (authenticated (0 bits)) by lp1001.snu.ac.kr (8.13.1/8.11.6) with ESMTP id j079YlMD003470 for ; Fri, 7 Jan 2005 18:34:47 +0900 Message-ID: <41DE5840.4060906@yahoo.com> Date: Fri, 07 Jan 2005 18:37:04 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> In-Reply-To: <41DE5242.4030606@redesjm.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 09:41:34 -0000 Jose M Rodriguez wrote: > Brooks Davis escribió: > >> On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: >> >> >>> Hi, >>> >>> I'm testing Xfce 4.2-RC3, but it has following problems at startup: >>> >>> ---------------- .xsession-errors >>> _IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be >>> created. >>> _IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, >>> errno = 2 >>> _IceTransMakeAllCOTSServerListeners: failed to create listener for local >>> xfce4-session: Unable to establish ICE listeners: Cannot establish >>> any listening sockets >>> >> >> >> >> >>> The patch below from Pawel Worach solves the problem. >>> >> >> >> Could you please try the following patch? It does the same thing, but >> gives the inode paranoid a way to disable the creation of these >> directories or only create the ones they need. >> >> -- Brooks >> >> Index: rc.d/cleartmp >> =================================================================== >> RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v >> retrieving revision 1.11 >> diff -u -p -r1.11 cleartmp >> --- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 >> +++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 >> @@ -35,5 +35,7 @@ run_rc_command "$1" >> # restarting X >> # >> rm -f /tmp/.X[0-9]-lock >> -rm -fr /tmp/.X11-unix >> -mkdir -m 1777 /tmp/.X11-unix >> +if [ -n ${clear_tmp_xdirs} ]; then >> + rm -fr ${clear_tmp_xdirs} >> + mkdir -m 1777 ${clear_tmp_xdirs} >> +fi >> Index: defaults/rc.conf >> =================================================================== >> RCS file: /usr/cvs/src/etc/defaults/rc.conf,v >> retrieving revision 1.235 >> diff -u -p -r1.235 rc.conf >> --- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 >> +++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 >> @@ -443,6 +443,8 @@ linux_enable="NO" # Linux binary compati >> svr4_enable="NO" # SysVR4 emulation loaded at startup (or NO). >> osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). >> clear_tmp_enable="NO" # Clear /tmp at startup. >> +clear_tmp_xdirs="/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" >> + # Directories needed by X11 >> ldconfig_insecure="NO" # Set to YES to disable ldconfig security >> checks >> ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib >> /usr/local/lib/compat/pkg" >> # shared library search paths >> >> >> > I recall putting this in a conf PR, try a follow-up. > > But I think your patch is a little bit wrong > > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be > do after the run_rc_command. > > If we need do this from the base system (Thing that I doubt more and > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the bits: > clear_x11tmp_enable, clear_x11tmp_dirs, ... What ever solution you guys decide, it has to be committed quickly. With Xfce's new release 4.2 coming soon, and apparently KDE is also having (or is going to have) problems here, a patch can't wait for too long. Upgraded versions of these Window managers won't start on 5.3-Stable; an unexperienced user may have great difficulties in finding out what's going on. Maybe a temporary working patch would do. However, is it possible to require a system upgrade with a port upgrade? Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 09:55:06 2005 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 37F2616A4CE for ; Fri, 7 Jan 2005 09:55:06 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BA7543D4C for ; Fri, 7 Jan 2005 09:55:04 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j079t3eF013704; Fri, 7 Jan 2005 11:55:03 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j079t1WU001002; Fri, 7 Jan 2005 11:55:01 +0200 (EET) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)j079t1X1001001; Fri, 7 Jan 2005 11:55:01 +0200 (EET) (envelope-from keramida@linux.gr) Date: Fri, 7 Jan 2005 11:55:01 +0200 From: Giorgos Keramidas To: Rob Message-ID: <20050107095501.GA899@orion.daedalusnetworks.priv> References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> <41DE5840.4060906@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41DE5840.4060906@yahoo.com> cc: freebsd-current Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 09:55:06 -0000 On 2005-01-07 18:37, Rob wrote: > What ever solution you guys decide, it has to be committed quickly. > With Xfce's new release 4.2 coming soon, and apparently KDE is also > having (or is going to have) problems here, a patch can't wait for > too long. > > Upgraded versions of these Window managers won't start on > 5.3-Stable; an unexperienced user may have great difficulties in > finding out what's going on. > > Maybe a temporary working patch would do. However, is it possible > to require a system upgrade with a port upgrade? Yes, it is not that Evil(TM). IIRC, people who want a "frozen in time" release are supposed to use the packages from their release CD-ROMs, are they not? From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 10:12:18 2005 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 BF92616A4CE; Fri, 7 Jan 2005 10:12:18 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B9D843D46; Fri, 7 Jan 2005 10:12:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j07ACHfD058712; Fri, 7 Jan 2005 05:12:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j07ACH4H079958; Fri, 7 Jan 2005 05:12:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 182A47306E; Fri, 7 Jan 2005 05:12:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050107101217.182A47306E@freebsd-current.sentex.ca> Date: Fri, 7 Jan 2005 05:12:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner1 X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 10:12:18 -0000 TB --- 2005-01-07 08:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-07 08:35:01 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-01-07 08:35:01 - checking out the source tree TB --- 2005-01-07 08:35:01 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-01-07 08:35:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-07 08:41:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-07 08:41:06 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-07 08:41:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-01-07 09:48:27 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 09:48:27 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-07 09:48:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jan 7 09:48:28 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jan 7 10:02:38 UTC 2005 TB --- 2005-01-07 10:02:38 - generating LINT kernel config TB --- 2005-01-07 10:02:38 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-01-07 10:02:38 - /usr/bin/make -B LINT TB --- 2005-01-07 10:02:38 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-01-07 10:02:38 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-01-07 10:02:38 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 7 10:02:38 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_de.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_mn.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_pcn.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_rl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_sf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror -finstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_sis.c /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_sis.c: In function `sis_intr': /tinderbox/CURRENT/i386/pc98/src/sys/pci/if_sis.c:1645: error: label `done' used but not defined *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-01-07 10:12:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-07 10:12:16 - ERROR: failed to build lint kernel TB --- 2005-01-07 10:12:16 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 10:15:03 2005 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 9396916A4CE; Fri, 7 Jan 2005 10:15:03 +0000 (GMT) Received: from 212.106.254.141.adsl.jazztel.es (212.106.255.148.adsl.jazztel.es [212.106.255.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E1C43D2D; Fri, 7 Jan 2005 10:15:02 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from [192.168.254.16] (orion.redesjm.local [192.168.254.16]) j07AEwST002011; Fri, 7 Jan 2005 11:14:59 +0100 (CET) (envelope-from freebsd@redesjm.local) Message-ID: <41DE6122.8000204@redesjm.local> Date: Fri, 07 Jan 2005 11:14:58 +0100 From: Jose M Rodriguez User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: es-es, es MIME-Version: 1.0 To: Giorgos Keramidas References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> <41DE5840.4060906@yahoo.com> <20050107095501.GA899@orion.daedalusnetworks.priv> In-Reply-To: <20050107095501.GA899@orion.daedalusnetworks.priv> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.5; VDF: 6.29.0.31; host: antares.redesjm.local) cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 10:15:03 -0000 Giorgos Keramidas escribió: >On 2005-01-07 18:37, Rob wrote: > > >>What ever solution you guys decide, it has to be committed quickly. >>With Xfce's new release 4.2 coming soon, and apparently KDE is also >>having (or is going to have) problems here, a patch can't wait for >>too long. >> >>Upgraded versions of these Window managers won't start on >>5.3-Stable; an unexperienced user may have great difficulties in >>finding out what's going on. >> >>Maybe a temporary working patch would do. However, is it possible >>to require a system upgrade with a port upgrade? >> >> > >Yes, it is not that Evil(TM). IIRC, people who want a "frozen in >time" release are supposed to use the packages from their release >CD-ROMs, are they not? > >_______________________________________________ >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" > > > > Not really. We not distribute CD3 & CD4 any more, so people trend to use packages from ftp. take a look into ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/x11/. we have non corrected xorg 6.8.1 packages here. I think we must choose right now, do a FreeBSD-5-stable package build run while we are mostly freeze for RELENG_4_11 and update ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-5-stable/x11/ ASAP. This will permit have officilal xorg 6.8.1 packages on ftp for RELENG_4/RELENG_5 working 'out of the box' after RELENG_4_11. I'll glad to see also the external uri handler patch for firefox/thunderbird (which makes external uri works on this apps), but I think this is really missed for RELENG_4_11 -- josemi From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 11:25:24 2005 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 B1EB516A4CE; Fri, 7 Jan 2005 11:25:24 +0000 (GMT) Received: from av7-1-sn1.fre.skanova.net (av7-1-sn1.fre.skanova.net [81.228.11.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 080C543D39; Fri, 7 Jan 2005 11:25:24 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av7-1-sn1.fre.skanova.net (Postfix, from userid 502) id 63C6D37E8B; Fri, 7 Jan 2005 12:25:23 +0100 (CET) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av7-1-sn1.fre.skanova.net (Postfix) with ESMTP id 5354237E7C; Fri, 7 Jan 2005 12:25:23 +0100 (CET) Received: from sentinel (h62n1fls11o822.telia.com [213.64.66.62]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 2A98237E51; Fri, 7 Jan 2005 12:25:23 +0100 (CET) From: "Daniel Eriksson" To: Date: Fri, 7 Jan 2005 12:25:16 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcT0q4/Ln/2dM5SNQKWa3oxsYpeIZQ== cc: 'Poul-Henning Kamp' cc: 'Pawel Jakub Dawidek' cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: A few CURRENT problems 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: Fri, 07 Jan 2005 11:25:24 -0000 Here are four issues I currently have with CURRENT: * Mounting a filesystem async no longer seems to work. After mounting a filesystem like this: "mount -o noatime,async /dev/da1s1d /some/mount/point", mount does not report the filesystem as being mounted async: "/dev/da1s1d on /some/mount/point (ufs, local, noatime, soft-updates)" I have not had time to verify if the filesystem is actually mounted async or not, or if it is just a missing attribute output in the list produced by "mount". I don't know exactly when this stopped "working", but the newmount commit is my prime suspect. I do remember seeing "async" listed as a filesystem attribute ~2 months ago. * Unmounting devfs fails during shutdown, at least when you have it mounted more than once. Mounting and configuring a second devfs on a machine like this: mount_devfs devfs /jail/dev devfs -m /jail/dev rule apply hide devfs -m /jail/dev rule apply path null unhide devfs -m /jail/dev rule apply path zero unhide devfs -m /jail/dev rule apply path random unhide devfs -m /jail/dev rule apply path urandom unhide Results in this during shutdown: Syncing disks, vnodes remaining...2 2 2 2 2 2 2 0 0 0 0 0 0 0 0 0 done All buffers synced. unmount of /jail/dev failed (45) unmount of /dev failed (45) This worked fine until a few days ago. If you cannot replicate it, in my setup the /jail filesystem is a gbde encrypted filesystem (if that makes any difference). * When running fsck on a filesystem it reports where the filesystem was last mounted. This information is no longer updated. It has been broken at least 2 weeks, maybe more. * Creating arrays bigger than 1TB with ataraid still doesn't work. The command ("atacontrol create RAID0 128 ad4 ad5 ad6 ad7 ad8 ad9", where all the discs are 200GB) runs without any problems, but the resulting array has an invalid size (amazingly huge). Creating an array on the same discs using geom_stripe works just fine. I haven't tested this for a few weeks, but I also haven't seen any commits that might fix it. I really should add this to the PR database... /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 11:31:41 2005 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 8A15B16A4CE; Fri, 7 Jan 2005 11:31:41 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D05C743D2D; Fri, 7 Jan 2005 11:31:40 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [172.18.2.1] (axiell-gw1.novi.dk [130.225.63.24]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j07BVawp096590; Fri, 7 Jan 2005 12:31:38 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41DE72EA.4080502@DeepCore.dk> Date: Fri, 07 Jan 2005 12:30:50 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: 'Poul-Henning Kamp' cc: freebsd-current@freebsd.org cc: 'Pawel Jakub Dawidek' Subject: Re: A few CURRENT problems 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: Fri, 07 Jan 2005 11:31:41 -0000 Daniel Eriksson wrote: > Here are four issues I currently have with CURRENT: > * Creating arrays bigger than 1TB with ataraid still doesn't work. The > command ("atacontrol create RAID0 128 ad4 ad5 ad6 ad7 ad8 ad9", where a= ll > the discs are 200GB) runs without any problems, but the resulting array= has > an invalid size (amazingly huge). Creating an array on the same discs u= sing > geom_stripe works just fine. I haven't tested this for a few weeks, but= I > also haven't seen any commits that might fix it. I really should add th= is to > the PR database... I have it on my list of things to fix, however its not entirely trivial=20 and not all BIOS's seems to handle it well either.. I *really* could use 4 300GB PATA disks to work on things like this :) --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 12:15:52 2005 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 8B07616A4CE for ; Fri, 7 Jan 2005 12:15:52 +0000 (GMT) Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F88943D2D for ; Fri, 7 Jan 2005 12:15:52 +0000 (GMT) (envelope-from mailinglist@ms94.url.com.tw) Received: from [221.169.112.158] (port=57203 helo=[127.0.0.1]) by seed.net.tw with esmtp (Seednet 4.23:1) id 1Cmt1y-0009Lx-SH for freebsd-current@freebsd.org; Fri, 07 Jan 2005 20:15:51 +0800 Date: Fri, 07 Jan 2005 20:16:50 +0800 From: Der To: freebsd-current@freebsd.org Message-Id: <20050107201623.1DB9.MAILINGLIST@ms94.url.com.tw> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.11.02 [en] Subject: 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: Fri, 07 Jan 2005 12:15:52 -0000 mailinglist@ms94.url.com.tw From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 12:18:17 2005 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 C32A116A4CF for ; Fri, 7 Jan 2005 12:18:17 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E38543D49 for ; Fri, 7 Jan 2005 12:18:16 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j07CIEZv020780; Fri, 7 Jan 2005 14:18:14 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j07CIDhK060454; Fri, 7 Jan 2005 14:18:13 +0200 (EET) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)j07CIDLB060453; Fri, 7 Jan 2005 14:18:13 +0200 (EET) (envelope-from keramida@linux.gr) Date: Fri, 7 Jan 2005 14:18:13 +0200 From: Giorgos Keramidas To: Daniel Eriksson Message-ID: <20050107121813.GA60415@orion.daedalusnetworks.priv> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: 'Poul-Henning Kamp' cc: freebsd-current@freebsd.org Subject: Re: A few CURRENT problems 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: Fri, 07 Jan 2005 12:18:17 -0000 On 2005-01-07 12:25, Daniel Eriksson wrote: > > Here are four issues I currently have with CURRENT: > > [...] > * Unmounting devfs fails during shutdown, at least when you have it > mounted more than once. Unmounting fails with /dev mounted only once too. IIRC, it didn't use to fail a few days ago (around Dec 29). From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 15:53:11 2005 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 EB96716A4CE for ; Thu, 6 Jan 2005 15:53:11 +0000 (GMT) Received: from aker.isnic.is (aker.isnic.is [193.4.58.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2A7443D5C for ; Thu, 6 Jan 2005 15:53:11 +0000 (GMT) (envelope-from oli@aker.isnic.is) Received: by aker.isnic.is (Postfix, from userid 1000) id 2F5B48A1D5; Thu, 6 Jan 2005 15:53:10 +0000 (UTC) Date: Thu, 6 Jan 2005 15:53:10 +0000 From: Olafur Osvaldsson To: Randy Bush Message-ID: <20050106155310.GG93016@isnic.is> References: <16861.23368.278359.209907@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <16861.23368.278359.209907@roam.psg.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 cc: FreeBSD Current Subject: Re: Crash after: discard frame without packet header 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: Thu, 06 Jan 2005 15:53:12 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Randy, On Thu, 06 Jan 2005, Randy Bush wrote: > i had a machine lock up dead with >=20 > Jan 5 12:21:39 foo kernel: fxp0: discard frame w/o packet header Just out of curiosity, is this machine running named? I ask because both machines that crashed here were running named daemons. > as it locked solid and left no crash dump, i can not be of much > help. i am monitoring its console in case it happens again. I have a crash dump from one of these crashes but I'm not that skilled at debugging these and noone has showed any interest in helping...do you know of anybody that can help me getting some useful info from this dump? /Oli --=20 Olafur Osvaldsson Systems Administrator Internet a Islandi hf. Tel: +354 525-5291 Email: oli@isnic.is --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB3V7m8xNRBRknOFwRApjLAKDBf/gr7lEXFpWipKOJwfq6ivZqZgCgoFH8 URqetPn6CoS9Vyu7LtIKW5s= =6w99 -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 20:46:37 2005 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 B8C1E16A4D4 for ; Thu, 6 Jan 2005 20:46:37 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5589C43D5D for ; Thu, 6 Jan 2005 20:46:37 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j06JNdVk000798; Thu, 6 Jan 2005 12:23:39 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Thu, 06 Jan 2005 12:23:38 -0700 (MST) Message-Id: <20050106.122338.41631737.imp@harmony.village.org> To: nate@root.org From: Warner Losh In-Reply-To: <41DD0849.9010006@root.org> References: <41DD0849.9010006@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 cc: freebsd-current@FreeBSD.org cc: imp@bsdimp.com Subject: Re: Extra long time resuming -current 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: Thu, 06 Jan 2005 20:46:37 -0000 > When I updated to a recent -current, my laptop takes a very long time to > resume (20 seconds) whereas before it took about 2 seconds. I suspect > the PCI device probe delay capability you added triggered this. Perhaps > the PCI resume code queries the register, gets all ones since the bus is > not active yet, and takes the maximum delay for each device access? You mean enforcing the system software minimum access time delay? At most I'm waiting 10ms (D3->D0 transition). So you must have 2000 devices if that results in a 20s delay. There's an implication that I could halve that value. Alternatively, it could be that DELAY doesn't work quite right at this stage of the resume, so we're sleeping a lot longer than 10ms... Warner From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 20:56:41 2005 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 C0AA716A4CE; Thu, 6 Jan 2005 20:56:41 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D1AC43D58; Thu, 6 Jan 2005 20:56:41 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j06KmrYp004977; Thu, 6 Jan 2005 13:48:53 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Thu, 06 Jan 2005 13:48:52 -0700 (MST) Message-Id: <20050106.134852.41638084.imp@harmony.village.org> To: simon@nitro.dk From: Warner Losh In-Reply-To: <20050106131327.GE801@zaphod.nitro.dk> References: <20041223123621.GB17515@eddie.nitro.dk> <41CADACC.9050607@freebsd.org> <20050106131327.GE801@zaphod.nitro.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 cc: imp@freebsd.org cc: freebsd-current@freebsd.org cc: scottl@freebsd.org Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 20:56:41 -0000 From: "Simon L. Nielsen" Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT Date: Thu, 6 Jan 2005 14:13:28 +0100 > On 2004.12.23 07:48:44 -0700, Scott Long wrote: > > > > Simon L. Nielsen wrote: > > >Hello > > > > > >Recent -CURRENT seems to have broken aac(4) on a Dell Perc 4/Di. The > > >system is a Dell PowerEdge 2650 with 4 36GB IBM disks in a RAID0+1 > > >configuration. > > > > > >It runs fine on a 5-STABLE kernel, but when booting -CURRENT it prints > > >a lot of errors from the RAID controller and then fails to mount the > > >root file-system. > > > > > >I have attached dmesg from 6-CURRENT and 5-STABLE, but the main > > >interesting parts from -CURRENT are: > > > > > >aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on > > >pci4 > > >aac0: [FAST] > > >aacd0: on aac0 > > >aacd0: 69425MB (142182912 sectors) > > >SMP: AP CPU #3 Launched! > > >SMP: AP CPU #1 Launched! > > >SMP: AP CPU #2 Launched! > > >aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR > > >aac0: **Monitor** NMI ISR: NMI_SECONDARY_ATU_ERROR > > >aac0: COMMAND 0xc2409438 TIMEOUT AFTER 41 SECONDS > > > > There are very few differences between the driver in 6-CURRENT and > > 5-STABLE, and none of the differences look like ones that could > > cause problems. Would you get able to step the source backwards until > > you find the point where it starts working again? > > After several rounds of backstepping I found that the problem is > caused by sys/dev/pci/pci.c v. 1.268 which sets hw.pci.do_powerstate=1 > by default. If I add hw.pci.do_powerstate="0" to loader.conf the > system boots fine. I have no idea why this only manifests itself as > an aac(4) error. > > This system has a Dell remote management card and I rememeber that > Lukas Ertl, some time ago, reported some problem with the power state > change and a (HP?) remote management card, so perhaps this is a > similar issue. Interesting. This is even after my changes to current to make it not power down system devices? Can you send me a complete pciconf -lv for this system? Warner From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:11:50 2005 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 217E716A4CE; Thu, 6 Jan 2005 23:11:50 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1D343D45; Thu, 6 Jan 2005 23:11:49 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j06NAUpl007608; Thu, 6 Jan 2005 16:10:30 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Thu, 06 Jan 2005 16:10:30 -0700 (MST) Message-Id: <20050106.161030.112618882.imp@harmony.village.org> To: scottl@FreeBSD.org From: Warner Losh In-Reply-To: <41DDC29F.9000002@freebsd.org> References: <20050106131327.GE801@zaphod.nitro.dk> <20050106.134852.41638084.imp@harmony.village.org> <41DDC29F.9000002@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 cc: freebsd-current@FreeBSD.org Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 23:11:50 -0000 > This type of thing is why I've always been very nervous about the > automatic power management control that was committed to the tree. The > above example is completely in spec, but we are taking the liberty of > assuming that all unattached devices should be powered down (modulo the > exception that was made for video devices). I don't know of a generic > way to fix this; you'll have to either add an exception to the PM code > for these specific SCSI devices, or write a do-nothing driver to attach > to it so it doesn't get spammed by the PM code. Either way it's just an > exception for this paarticular case, and who knows how many other cases > with similar needs will be broken when 6.0 is released? I understand your nervousness. However, the automatic pm code is a huge win for most people, a very huge win for some poeple, so I'm going to be pushing very hard to have it be on by default. I didn't turn it on by default for 5.x, and the understanding at the time was that it would be turned on for 6.0 by default unless there was some compelling reason to not do so. So far, the exception list is tiny, and easy to manage. We'll see how things go as we get experience with these things. I'm committed to making it work, and have shown a willingness to do what is necessary to make it work. Until that changes, I'd appreciate the benefit of the doubt. I'll be committing the appropriate driver to the tree for the system device class. I'm hoping to do it in a way that makes it trivial to override for other things (eg, you just write a probe function, and nothing else). Warner From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:17:46 2005 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 75A5F16A4CE; Thu, 6 Jan 2005 23:17:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECF1043D3F; Thu, 6 Jan 2005 23:17:45 +0000 (GMT) (envelope-from imp@harmony.village.org) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j06NH7CI007733; Thu, 6 Jan 2005 16:17:07 -0700 (MST) (envelope-from imp@harmony.village.org) Date: Thu, 06 Jan 2005 16:17:07 -0700 (MST) Message-Id: <20050106.161707.85410290.imp@harmony.village.org> To: scottl@freebsd.org From: Warner Losh In-Reply-To: <41DDC5E4.6020607@freebsd.org> References: <20050106.134852.41638084.imp@harmony.village.org> <20050106230856.GQ801@zaphod.nitro.dk> <41DDC5E4.6020607@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 cc: imp@rover.village.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org cc: simon@freebsd.org Subject: Re: pci powerstate related: aac(4) broken on Perc 3/Di on -CURRENT 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: Thu, 06 Jan 2005 23:17:46 -0000 > In the email I sent a few minutes ago i described the problem. Now all > we have to do is string Warner up by his toes and lash him with > soggy spaghetti noodles until he fixes it =-) Hmmm, I'd like italian for dinner :-) Warner From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:53:35 2005 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 750C116A4CE for ; Thu, 6 Jan 2005 23:53:35 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9253443D54 for ; Thu, 6 Jan 2005 23:53:34 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j06NrXEX064894 for ; Fri, 7 Jan 2005 00:53:33 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Date: Fri, 07 Jan 2005 00:53:33 +0100 Message-ID: <64893.1105055613@critter.freebsd.dk> From: Poul-Henning Kamp X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 Subject: if_sis "short cable problem" 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: Thu, 06 Jan 2005 23:53:35 -0000 Please report if this makes any difference. phk 2005-01-06 23:49:26 UTC FreeBSD src repository Modified files: sys/pci if_sis.c Log: Nail the short cable problem the exact way National says it should be. Revision Changes Path 1.120 +14 -19 src/sys/pci/if_sis.c ------- End of Forwarded Message From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 05:27:07 2005 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 D7A6E16A4CE; Fri, 7 Jan 2005 05:27:07 +0000 (GMT) Received: from mail2out.barnet.com.au (mail2out.barnet.com.au [202.83.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040C943D1D; Fri, 7 Jan 2005 05:27:07 +0000 (GMT) (envelope-from edwin@mavetju.org) Received: by mail2out.barnet.com.au (Postfix, from userid 27) id 56DE2707443; Fri, 7 Jan 2005 16:27:05 +1100 (EST) X-Viruscan-Id: <41DE1DA90000672379552C@BarNet> Received: from mail2-auth.barnet.com.au (mail2.barnet.com.au [202.83.176.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Authority" (verified OK)) by mail2.barnet.com.au (Postfix) with ESMTP id F2B30707441; Fri, 7 Jan 2005 16:27:04 +1100 (EST) Received: from k7.mavetju (edwin-3.int.barnet.com.au [10.10.12.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) Certificate Authority" (verified OK)) by mail2-auth.barnet.com.au (Postfix) with ESMTP id 3D71F707439; Fri, 7 Jan 2005 16:27:04 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 0D41760EA; Fri, 7 Jan 2005 16:27:03 +1100 (EST) Date: Fri, 7 Jan 2005 16:27:02 +1100 From: Edwin Groothuis To: Robert Ryan Message-ID: <20050107052702.GD1430@k7.mavetju> Mail-Followup-To: Edwin Groothuis , Robert Ryan , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Fri, 07 Jan 2005 05:27:08 -0000 On Thu, Jan 06, 2005 at 11:57:26AM +0000, Robert Ryan wrote: > I hate to say I told you but it was inevitable. I think so Brain, but I don't think Netcraft has confirmed it yet? -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 11:22:04 2005 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 B900216A4CE for ; Fri, 7 Jan 2005 11:22:04 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (84-72-30-72.dclient.hispeed.ch [84.72.30.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F48143D39 for ; Fri, 7 Jan 2005 11:22:03 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [IPv6:2002:5448:1e48:0:210:60ff:fe25:f1e5]) (8.13.2/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id j07BLw3L008114NO) for ; Fri, 7 Jan 2005 12:22:00 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.13.2/FNORD) id j07BLvUl008113; Fri, 7 Jan 2005 12:21:57 +0100 (CET) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Fri, 7 Jan 2005 12:21:57 +0100 (CET) Message-Id: <200501071121.j07BLvUl008113@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: freebsd-current@freebsd.org Mail-Followup-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Fri, 07 Jan 2005 13:10:38 +0000 Subject: NOTES missing some ethernet drivers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Barry Bouwsma List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 11:22:04 -0000 Moin, Is it just me, or is device `re' missing from NOTES? (Gigabit ethernet; present in GENERIC) A quick look shows the same apparently true for `bfe', `ixgb', `em', and `vge'; there may be others, or I may be doing something wrong. thanks barry bouwsma From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 13:23:41 2005 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 65ACA16A4CE for ; Fri, 7 Jan 2005 13:23:41 +0000 (GMT) Received: from lp1001.snu.ac.kr (lp1001.snu.ac.kr [147.46.70.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id D353743D45 for ; Fri, 7 Jan 2005 13:23:40 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from [IPv6:::1] (localhost [127.0.0.1]) (authenticated (0 bits)) by lp1001.snu.ac.kr (8.13.1/8.11.6) with ESMTP id j07DLCIW004819; Fri, 7 Jan 2005 22:21:17 +0900 Message-ID: <41DE8D52.9030109@yahoo.com> Date: Fri, 07 Jan 2005 22:23:30 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050105 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis , freebsd-current References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> In-Reply-To: <20050107003806.GA14003@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 13:23:41 -0000 Brooks Davis wrote: > On Fri, Jan 07, 2005 at 08:08:34AM +0900, Rob wrote: > >>Hi, >> >>I'm testing Xfce 4.2-RC3, but it has following problems at startup: >> >>---------------- .xsession-errors >>_IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be >>created. >>_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 >>_IceTransMakeAllCOTSServerListeners: failed to create listener for local >>xfce4-session: Unable to establish ICE listeners: Cannot establish any >>listening sockets > > >>The patch below from Pawel Worach solves the problem. > > Could you please try the following patch? It does the same thing, but > gives the inode paranoid a way to disable the creation of these > directories or only create the ones they need. Patch works like a charm; only needs quotes around the ${clear_tmp_xdirs} in the if-line of /etc/rc.d/cleartmp. Thanks. Rob. > > Index: rc.d/cleartmp > =================================================================== > RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > retrieving revision 1.11 > diff -u -p -r1.11 cleartmp > --- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > +++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > @@ -35,5 +35,7 @@ run_rc_command "$1" > # restarting X > # > rm -f /tmp/.X[0-9]-lock > -rm -fr /tmp/.X11-unix > -mkdir -m 1777 /tmp/.X11-unix > +if [ -n ${clear_tmp_xdirs} ]; then > + rm -fr ${clear_tmp_xdirs} > + mkdir -m 1777 ${clear_tmp_xdirs} > +fi > Index: defaults/rc.conf > =================================================================== > RCS file: /usr/cvs/src/etc/defaults/rc.conf,v > retrieving revision 1.235 > diff -u -p -r1.235 rc.conf > --- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > +++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > @@ -443,6 +443,8 @@ linux_enable="NO" # Linux binary compati > svr4_enable="NO" # SysVR4 emulation loaded at startup (or NO). > osf1_enable="NO" # Alpha OSF/1 emulation loaded at startup (or NO). > clear_tmp_enable="NO" # Clear /tmp at startup. > +clear_tmp_xdirs="/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > + # Directories needed by X11 > ldconfig_insecure="NO" # Set to YES to disable ldconfig security checks > ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/lib/compat/pkg" > # shared library search paths > From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 13:36:34 2005 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 6B22016A4CE for ; Fri, 7 Jan 2005 13:36:34 +0000 (GMT) Received: from av7-1-sn1.fre.skanova.net (av7-1-sn1.fre.skanova.net [81.228.11.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1341443D53 for ; Fri, 7 Jan 2005 13:36:34 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av7-1-sn1.fre.skanova.net (Postfix, from userid 502) id 43CF337F10; Fri, 7 Jan 2005 14:36:33 +0100 (CET) Received: from smtp2-1-sn2.hy.skanova.net (smtp2-1-sn2.hy.skanova.net [81.228.8.177]) by av7-1-sn1.fre.skanova.net (Postfix) with ESMTP id 32DCB37E81 for ; Fri, 7 Jan 2005 14:36:33 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-1-sn2.hy.skanova.net (Postfix) with SMTP id 8A28437E44 for ; Fri, 7 Jan 2005 14:36:32 +0100 (CET) Received: (qmail 48006 invoked by uid 1001); 7 Jan 2005 13:36:31 -0000 Date: Fri, 7 Jan 2005 14:36:31 +0100 From: Erik Trulsson To: Daniel Eriksson Message-ID: <20050107133631.GA47934@falcon.midgard.homeip.net> Mail-Followup-To: Daniel Eriksson , freebsd-current@freebsd.org, 'Poul-Henning Kamp' , 'Pawel Jakub Dawidek' , =?iso-8859-1?Q?'S=F8ren?= Schmidt' References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: 'Poul-Henning Kamp' cc: freebsd-current@freebsd.org cc: 'Pawel Jakub Dawidek' cc: =?iso-8859-1?Q?'S=F8ren?= Schmidt' Subject: Re: A few CURRENT problems 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: Fri, 07 Jan 2005 13:36:34 -0000 On Fri, Jan 07, 2005 at 12:25:16PM +0100, Daniel Eriksson wrote: > > Here are four issues I currently have with CURRENT: > > * Mounting a filesystem async no longer seems to work. After mounting a > filesystem like this: "mount -o noatime,async /dev/da1s1d > /some/mount/point", mount does not report the filesystem as being mounted > async: "/dev/da1s1d on /some/mount/point (ufs, local, noatime, > soft-updates)" > I have not had time to verify if the filesystem is actually mounted async or > not, or if it is just a missing attribute output in the list produced by > "mount". I don't know exactly when this stopped "working", but the newmount > commit is my prime suspect. I do remember seeing "async" listed as a > filesystem attribute ~2 months ago. Disable softupdates for that filesystem. If you have softupdates enabled for a filesystem this seems to override async/sync. (This applies not only to -CURRENT but to 5-STABLE and 4-STABLE as well.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 13:41:31 2005 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 DBA2316A4CE; Fri, 7 Jan 2005 13:41:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679AB43D48; Fri, 7 Jan 2005 13:41:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j07DfU1a067312; Fri, 7 Jan 2005 08:41:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j07DfUcU099149; Fri, 7 Jan 2005 08:41:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F8937306E; Fri, 7 Jan 2005 08:41:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050107134130.6F8937306E@freebsd-current.sentex.ca> Date: Fri, 7 Jan 2005 08:41:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 13:41:32 -0000 TB --- 2005-01-07 12:36:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-07 12:36:05 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-01-07 12:36:05 - checking out the source tree TB --- 2005-01-07 12:36:05 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-01-07 12:36:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-07 12:42:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-07 12:42:18 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-01-07 12:42:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/VFS.9 > VFS.9.gz gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/vfs_busy.9 > vfs_busy.9.gz gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/VFS_CHECKEXP.9 > VFS_CHECKEXP.9.gz gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/vfsconf.9 > vfsconf.9.gz gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/VFS_FHTOVP.9 > VFS_FHTOVP.9.gz gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/vfs_getnewfsid.9 > vfs_getnewfsid.9.gz gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/share/man/man9/vfs_getvfs.9 > vfs_getvfs.9.gz make: don't know how to make VFS_INIT.9. Stop *** Error code 2 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/share/man. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/share. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-01-07 13:41:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-07 13:41:30 - ERROR: failed to build world TB --- 2005-01-07 13:41:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 14:02:46 2005 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 9A74E16A4CE for ; Fri, 7 Jan 2005 14:02:46 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBDA943D2F for ; Fri, 7 Jan 2005 14:02:45 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j07E2i5K078430 for ; Fri, 7 Jan 2005 15:02:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 07 Jan 2005 15:02:44 +0100 Message-ID: <78429.1105106564@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: panic caused by ICMP burst 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: Fri, 07 Jan 2005 14:02:46 -0000 I was being really nasty to my testmachine and blasted it with ICMP ECHO packets: in_cksum_skip: out of data by 21440 in_cksum_skip: out of data by 21420 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x8:0xc0656e6b stack pointer = 0x10:0xc4c46a8c frame pointer = 0x10:0xc4c46ab0 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 = 27 (swi1: net) [thread pid 27 tid 100001 ] Stopped at m_copym+0x2f: movl 0xc(%edx),%eax db> trace Tracing pid 27 tid 100001 td 0xc115a170 m_copym(0,3ffc,1404,1) at m_copym+0x2f ip_fragment(c150f00e,c4c46b80,4000,0,1) at ip_fragment+0x147 ip_output(c14ebe00,0,c4c46b4c,0,0) at ip_output+0x95c icmp_reflect(c4c46bec,c150f022,0,c115a170,0) at icmp_reflect+0x2c8 icmp_input(c14ebe00,14,c4c46c64,46,0) at icmp_input+0x219 ip_input(c14ebe00,18,c08ee2d8,0,c4c46cf0) at ip_input+0xc6 netisr_processqueue(c115d900,4,c1178900,c4c46d1c,c060a8f8) at netisr_processqueue+0x58 swi_net(0,c115a170,0,0,c11621f8) at swi_net+0xeb ithread_loop(c1178900,c4c46d48,c1178900,c060a850,0) at ithread_loop+0xa8 fork_exit(c060a850,c1178900,c4c46d48) at fork_exit+0x58 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xc4c46d7c, ebp = 0 --- db> -- 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 Fri Jan 7 14:03:54 2005 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 7EB5D16A4CE for ; Fri, 7 Jan 2005 14:03:54 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF3D43D5A for ; Fri, 7 Jan 2005 14:03:53 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 5C2CC3803A; Fri, 7 Jan 2005 15:03:52 +0100 (CET) Received: from smtp4-1-sn4.m-sp.skanova.net (smtp4-1-sn4.m-sp.skanova.net [81.228.10.181]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 4D2A537E46 for ; Fri, 7 Jan 2005 15:03:52 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp4-1-sn4.m-sp.skanova.net (Postfix) with SMTP id D2BAA37E46 for ; Fri, 7 Jan 2005 15:03:51 +0100 (CET) Received: (qmail 48295 invoked by uid 1001); 7 Jan 2005 14:03:51 -0000 Date: Fri, 7 Jan 2005 15:03:51 +0100 From: Erik Trulsson To: Daniel Eriksson , freebsd-current@freebsd.org Message-ID: <20050107140351.GA48267@falcon.midgard.homeip.net> Mail-Followup-To: Daniel Eriksson , freebsd-current@freebsd.org References: <20050107133631.GA47934@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050107133631.GA47934@falcon.midgard.homeip.net> User-Agent: Mutt/1.5.6i Subject: Re: A few CURRENT problems 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: Fri, 07 Jan 2005 14:03:54 -0000 On Fri, Jan 07, 2005 at 02:36:31PM +0100, Erik Trulsson wrote: > On Fri, Jan 07, 2005 at 12:25:16PM +0100, Daniel Eriksson wrote: > > > > Here are four issues I currently have with CURRENT: > > > > * Mounting a filesystem async no longer seems to work. After mounting a > > filesystem like this: "mount -o noatime,async /dev/da1s1d > > /some/mount/point", mount does not report the filesystem as being mounted > > async: "/dev/da1s1d on /some/mount/point (ufs, local, noatime, > > soft-updates)" > > I have not had time to verify if the filesystem is actually mounted async or > > not, or if it is just a missing attribute output in the list produced by > > "mount". I don't know exactly when this stopped "working", but the newmount > > commit is my prime suspect. I do remember seeing "async" listed as a > > filesystem attribute ~2 months ago. > > Disable softupdates for that filesystem. If you have softupdates > enabled for a filesystem this seems to override async/sync. > (This applies not only to -CURRENT but to 5-STABLE and 4-STABLE as > well.) A quick check in the kernel source reveals the following code snippet (from src/sys/ufs/ffs/ffs_vfsops.c - identical code is in both RELENG_4 and RELENG_5) /* * Soft updates is incompatible with "async", * so if we are doing softupdates stop the user * from setting the async flag in an update. * Softdep_mount() clears it in an initial mount * or ro->rw remount. */ if (mp->mnt_flag & MNT_SOFTDEP) mp->mnt_flag &= ~MNT_ASYNC; Which confirms that is softupdates is enabled for a filesystem (as you seem to have according to the output of mount quoted above) then "async" will be disabled for that filesystem. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 14:27:45 2005 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 0552316A4CE for ; Fri, 7 Jan 2005 14:27:45 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F2143D1D for ; Fri, 7 Jan 2005 14:27:44 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0I9Y0052TAU6TP@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Fri, 07 Jan 2005 15:27:43 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Fri, 07 Jan 2005 15:27:42 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (mulzirak.hitnet.RWTH-Aachen.DE [137.226.181.149])j07ERfS0001525 for ; Fri, 07 Jan 2005 15:27:42 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id BA31C2842E for ; Fri, 07 Jan 2005 15:27:36 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 037B822859; Fri, 07 Jan 2005 15:27:35 +0100 (CET) Date: Fri, 07 Jan 2005 15:27:35 +0100 From: Christian Brueffer In-reply-to: <200501071121.j07BLvUl008113@Mail.NOSPAM.DynDNS.dK> To: freebsd-current@freebsd.org Message-id: <20050107142735.GB33025@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=BwCQnh7xodEAoBMC; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200501071121.j07BLvUl008113@Mail.NOSPAM.DynDNS.dK> Subject: Re: NOTES missing some ethernet drivers? 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: Fri, 07 Jan 2005 14:27:45 -0000 --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 12:21:57PM +0100, Barry Bouwsma wrote: > Moin, >=20 > Is it just me, or is device `re' missing from NOTES? > (Gigabit ethernet; present in GENERIC) >=20 > A quick look shows the same apparently true for `bfe', > `ixgb', `em', and `vge'; there may be others, or I may > be doing something wrong. >=20 Yeah, there's some stuff missing. I made a patch a few weeks back, but I haven't committed it yet. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB3pxXbHYXjKDtmC0RAiz4AJ4usGFan2qy0ISy7dUYPzNhic9saQCg5Kin 3k41z8CWPRD0O52CwfFAioo= =fUMR -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 14:45:46 2005 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 89ACD16A4CE; Fri, 7 Jan 2005 14:45:46 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E458643D53; Fri, 7 Jan 2005 14:45:45 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j07EjgIx072277; Fri, 7 Jan 2005 09:45:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j07EjgPu090026; Fri, 7 Jan 2005 09:45:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D266E7306E; Fri, 7 Jan 2005 09:45:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050107144541.D266E7306E@freebsd-current.sentex.ca> Date: Fri, 7 Jan 2005 09:45:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner3 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 14:45:46 -0000 TB --- 2005-01-07 13:41:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-07 13:41:30 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-01-07 13:41:30 - checking out the source tree TB --- 2005-01-07 13:41:30 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-01-07 13:41:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-07 13:47:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-07 13:47:50 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-01-07 13:47:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/VFS.9 > VFS.9.gz gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/vfs_busy.9 > vfs_busy.9.gz gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/VFS_CHECKEXP.9 > VFS_CHECKEXP.9.gz gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/vfsconf.9 > vfsconf.9.gz gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/VFS_FHTOVP.9 > VFS_FHTOVP.9.gz gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/vfs_getnewfsid.9 > vfs_getnewfsid.9.gz gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/share/man/man9/vfs_getvfs.9 > vfs_getvfs.9.gz make: don't know how to make VFS_INIT.9. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/share/man. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/share. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-01-07 14:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-07 14:45:41 - ERROR: failed to build world TB --- 2005-01-07 14:45:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 15:15:35 2005 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 AE88316A4CF for ; Fri, 7 Jan 2005 15:15:35 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9FE1943D31 for ; Fri, 7 Jan 2005 15:15:34 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 07 Jan 2005 15:15:31 -0000 Received: from p3EE2685E.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.104.94) by mail.gmx.net (mp012) with SMTP; 07 Jan 2005 16:15:31 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j07FFE0Z019587 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 7 Jan 2005 16:15:15 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Fri, 7 Jan 2005 16:15:10 +0100 User-Agent: KMail/1.7.2 References: <41DDC4F2.5090709@yahoo.com> <41DE5242.4030606@redesjm.local> <41DE5840.4060906@yahoo.com> In-Reply-To: <41DE5840.4060906@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7675763.AYjfFLtjPy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501071615.13292.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Rob Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 15:15:35 -0000 --nextPart7675763.AYjfFLtjPy Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 7. January 2005 10:37, Rob wrote: > What ever solution you guys decide, it has to be committed quickly. > With Xfce's new release 4.2 coming soon, and apparently KDE is also having > (or is going to have) problems here, a patch can't wait for too long. [...] > Maybe a temporary working patch would do. KDE already has issues with it (see ports/UPDATING). However, I disagree ab= out=20 the quick-hack idea. Please fix this the right way. Jose's patches for the= =20 x11 ports look good to me, but xorg's primary maintainer isn't too hot abou= t=20 a ports-based solution, IIRC, and thus stalling things. Portmgr also knows= =20 about them, but I don't know if portmgr feels responsible. In any case, this issue should be fixed correctly, and adding mkdirs/chmods= to=20 arbitrary startup scripts for diverse window managers and desktop=20 environments is not the right way - even Jose's PRs or a default,=20 base-system-created socketdir wouldn't be the real fix FWIW - Xorg introduc= ed=20 nothing but a plain blatant bug into libICE and relies on packagers and OS= =20 vendors to cover up for it - getting a fix into Xorg is probably really=20 beyond the allowable timeframe though. That's why I myself am inclined=20 towards implementing Jose's PRs, they put the workaround where the bug is. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart7675763.AYjfFLtjPy Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB3qeBXhc68WspdLARAkueAJ9VDC2wqgh4M4quyFSuoewngKadEACcCAOC Z4p34euoe7v5dl3rv2qFULM= =wfL3 -----END PGP SIGNATURE----- --nextPart7675763.AYjfFLtjPy-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 15:39:18 2005 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 AB9D116A4CE for ; Fri, 7 Jan 2005 15:39:18 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BA043D4C for ; Fri, 7 Jan 2005 15:39:17 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j07FdFYx020547 for ; Fri, 7 Jan 2005 18:39:15 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Fri, 7 Jan 2005 18:39:15 +0300 (MSK) From: Maxim Konovalov To: current@freebsd.org In-Reply-To: <20050107144541.D266E7306E@freebsd-current.sentex.ca> Message-ID: <20050107183842.I18668@mp2.macomnet.net> References: <20050107144541.D266E7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (192/041231) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release Subject: Re: [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: Fri, 07 Jan 2005 15:39:18 -0000 On Fri, 7 Jan 2005, 09:45-0500, FreeBSD Tinderbox wrote: [...] > make: don't know how to make VFS_INIT.9. Stop > *** Error code 2 Fixed. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 16:10:02 2005 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 C2FDC16A4CE for ; Fri, 7 Jan 2005 16:10:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B69F43D1F for ; Fri, 7 Jan 2005 16:10:02 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so44598wra for ; Fri, 07 Jan 2005 08:10:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Xw9OiiI3ZS4+EetSRe7sfmNbA4JuFQPIlZjM0sgCD86LKBfOJ11H7kZNUGakoaqVYSnYOZuFz15Otj1UBy1t5FLk+RbPi/a0lVfPmFs/KQK/NEsgSLSZBy3LkhPV1r8DXnc+hatitWAGjuVAHn+r0TJ0o1BpTFnZHi9G663bsI8= Received: by 10.54.45.56 with SMTP id s56mr294781wrs; Fri, 07 Jan 2005 08:10:00 -0800 (PST) Received: by 10.54.46.25 with HTTP; Fri, 7 Jan 2005 08:09:59 -0800 (PST) Message-ID: <6e01203b0501070809d5cd2fd@mail.gmail.com> Date: Fri, 7 Jan 2005 09:09:59 -0700 From: Tyler Gee To: Tim Robbins In-Reply-To: <20050106093402.GA36426@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6e01203b05010519054864b358@mail.gmail.com> <20050106093402.GA36426@cat.robbins.dropbear.id.au> cc: FreeBSD Current Subject: Re: Firefox Crashing - non-present sched_get_priority_max X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 16:10:02 -0000 Got rid of the error message but firefox still crashes reliably. I am going to recompile GENERIC today and test that and will let you know if that changes anything. -wtgee On Thu, 6 Jan 2005 20:34:02 +1100, Tim Robbins wrote: > On Wed, Jan 05, 2005 at 08:05:36PM -0700, Tyler Gee wrote: > > Hi all, > > > > I am having a problem where firefox crashes at different points but > > most specifically every time I try to log into my bank. I can log > > into other ssl sites with no problem, including other banks, but > > something on mine makes it crash. Also crashes on other sites > > reliably and others randomly. I thought it might have something to do > > with flash as that seemed like a regular occurence on the pages that > > were causing the crash. > > > > Log file on crash: > > ---snip > > Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried > > to use non-present sched_get_priority_min > > Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried > > to use non-present sched_get_priority_max > > Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use > > non-present sched_get_priority_min > > Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use > > non-present sched_get_priority_max > > ---snip > [...] > > Kernel diff: > [...] > > < options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > [...] > > > #options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > > Try re-enabling the _KPOSIX_PRIORITY_SCHEDULING option. > > > Tim > From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 16:41:42 2005 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 E4FE316A4CE for ; Fri, 7 Jan 2005 16:41:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CF7D43D58 for ; Fri, 7 Jan 2005 16:41:42 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so48939wra for ; Fri, 07 Jan 2005 08:41:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=epnZU8KvY9ksGqypRmKUJj+NfJ0fiC9rRF8X7DAo8jG9nr4xPCWeyHBYroDHC8Abt3tFcS3liCKfAAX3V7GSqyBphjJp57kHsTNhOaJBPYoMrGmK5hexO6KAZM+oA/U3SqFWBixPOAthT4H1fLAlvjQbEsQfaCUlWaceeyjVhZ8= Received: by 10.54.25.31 with SMTP id 31mr358642wry; Fri, 07 Jan 2005 08:40:28 -0800 (PST) Received: by 10.54.46.25 with HTTP; Fri, 7 Jan 2005 08:40:28 -0800 (PST) Message-ID: <6e01203b05010708405cc39601@mail.gmail.com> Date: Fri, 7 Jan 2005 09:40:28 -0700 From: Tyler Gee To: Tim Robbins In-Reply-To: <6e01203b0501070809d5cd2fd@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6e01203b05010519054864b358@mail.gmail.com> <20050106093402.GA36426@cat.robbins.dropbear.id.au> <6e01203b0501070809d5cd2fd@mail.gmail.com> cc: FreeBSD Current Subject: Re: Firefox Crashing - non-present sched_get_priority_max X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 16:41:43 -0000 Could it be my Xorg? I updated to 6.8 before it was in the ports using a a diff patch that I found on bsdforums.org. On Fri, 7 Jan 2005 09:09:59 -0700, Tyler Gee wrote: > Got rid of the error message but firefox still crashes reliably. I am > going to recompile GENERIC today and test that and will let you know > if that changes anything. > > -wtgee > > On Thu, 6 Jan 2005 20:34:02 +1100, Tim Robbins wrote: > > On Wed, Jan 05, 2005 at 08:05:36PM -0700, Tyler Gee wrote: > > > Hi all, > > > > > > I am having a problem where firefox crashes at different points but > > > most specifically every time I try to log into my bank. I can log > > > into other ssl sites with no problem, including other banks, but > > > something on mine makes it crash. Also crashes on other sites > > > reliably and others randomly. I thought it might have something to do > > > with flash as that seemed like a regular occurence on the pages that > > > were causing the crash. > > > > > > Log file on crash: > > > ---snip > > > Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried > > > to use non-present sched_get_priority_min > > > Jan 5 19:54:58 lapBot kernel: cmd mozilla-xremote-cli pid 45967 tried > > > to use non-present sched_get_priority_max > > > Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use > > > non-present sched_get_priority_min > > > Jan 5 19:54:58 lapBot kernel: cmd firefox-bin pid 45973 tried to use > > > non-present sched_get_priority_max > > > ---snip > > [...] > > > Kernel diff: > > [...] > > > < options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > > [...] > > > > #options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > > > > Try re-enabling the _KPOSIX_PRIORITY_SCHEDULING option. > > > > > > Tim > > > From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 16:47:04 2005 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 9238316A4CF for ; Fri, 7 Jan 2005 16:47:04 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C695A43D39 for ; Fri, 7 Jan 2005 16:47:02 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.13.242] (ppp83-237-13-242.pppoe.mtu-net.ru [83.237.13.242]) (authenticated bits=0) by portpc-design.spb.ru (8.13.2/8.13.2) with ESMTP id j07GkwaM082124 for ; Fri, 7 Jan 2005 19:46:59 +0300 (MSK) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <41DEBCFE.5050404@mcsi.pp.ru> Date: Fri, 07 Jan 2005 19:46:54 +0300 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041224 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: sound skips again 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: Fri, 07 Jan 2005 16:47:04 -0000 Hello, all. Am I the only one who noticed that sound problems returned? With my old kernel dated Dec 17 everything was fine. After upgrading to CURRENT (today's) sound sometimes skips. Were there some changes to the kernel that could lead to this issue? BTW, there are no visible changes between old and current dmesg. Here's my dmesg and kernel config diff, hope this helps. === --- /sys/i386/conf/GENERIC Wed Jan 5 12:17:23 2005 +++ /sys/i386/conf/ULTRA Thu Jan 6 20:10:05 2005 @@ -286,3 +286,29 @@ device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) + +###### +device pf +device pflog +#options ALTQ +#options ALTQ_CBQ # Class Bases Queueing +#options ALTQ_RED # Random Early Drop +#options ALTQ_RIO # RED In/Out +#options ALTQ_HFSC # Hierarchical Packet Scheduler +#options ALTQ_CDNR # Traffic conditioner +#options ALTQ_PRIQ # Priority Queueing +#options ALTQ_NOPCC # Required for SMP build +#options ALTQ_DEBUG +device radeondrm +device acpi_asus +device sound +device snd_ich +options ALT_BREAK_TO_DEBUGGER +options MSGBUF_SIZE=1048576 +options CONSPEED=115200 +device ehci +device ndis +options NDISAPI +device ucom +device umodem +device wlan_wep === Copyright (c) 1992-2005 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 6.0-CURRENT #1: Fri Jan 7 17:05:08 MSK 2005 mcsi@ultra.domain:/usr/obj/usr/src/sys/ULTRA WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536674304 (511 MB) avail memory = 514953216 (491 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: can't allocate data port device_attach: acpi_ec0 attach returned 6 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x66,0x62 on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ukbd0: Alcor Micro product 0x3002, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 uhid0: Alcor Micro product 0x3002, rev 1.10/1.00, addr 2, iclass 3/1 uhci2: port 0xe800-0xe81f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci3: port 0xec00-0xec1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 ehci_pci_attach: companion usb3 usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: single transaction translator uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xa800-0xa8ff mem 0xfeafc000-0xfeafffff irq 18 at device 0.0 on pci2 skc0: type = YUKON skc0: SK_EPROM0 = 0x00 skc0: SRAM size = 0x020000 skc0: 3Com Gigabit LOM (3C940) skc0: PN: 40-0779-000 skc0: EC: Rev. 1.2 skc0: MN: 3Com skc0: SN: HFSR9B01E8 skc0: chip ver 0xb0 skc0: chip conf 0x13 sk0: on skc0 sk0: Ethernet address: 00:0e:a6:b9:f9:f8 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto cbb0: irq 16 at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 17 at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xfeafb000-0xfeafb7ff irq 18 at device 1.2 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:03:18:f3:bc fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:18:f3:bc fwe0: Ethernet address: 02:e0:18:18:f3:bc fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 1.3 (no driver attached) pci2: at device 1.4 (no driver attached) ndis0: mem 0xfeaf8000-0xfeaf9fff irq 17 at device 2.0 on pci2 ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:0e:a6:c2:00:e4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pcm0: port 0xd000-0xd03f,0xd400-0xd4ff mem 0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 17 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 pci_link0: irq 9 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 5 on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x778-0x77f,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% acd0: DVDR at ata0-master UDMA33 ad2: 57231MB [116280/16/63] at ata1-master UDMA100 ukbd0: at uhub1 port 1 (addr 2) disconnected ums0: at uhub2 port 1 (addr 2) disconnected ums0: detached ukbd0: detached uhid0: at uhub1 port 1 (addr 2) disconnected uhid0: detached ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: Alcor Micro product 0x3002, rev 1.10/1.00, addr 2, iclass 3/1 kbd1 at ukbd0 -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 17:39:44 2005 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 0BE8F16A4CE; Fri, 7 Jan 2005 17:39:44 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F8F743D4C; Fri, 7 Jan 2005 17:39:43 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600039EBA; Fri, 7 Jan 2005 18:39:10 +0100 Message-ID: <41DEC937.5030709@telia.com> Date: Fri, 07 Jan 2005 18:39:03 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> <200501061541.39673.jhb@FreeBSD.org> <41DDBA4F.6010009@root.org> <41DDC941.9000609@telia.com> <41DE36FA.6070805@root.org> In-Reply-To: <41DE36FA.6070805@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 17:39:44 -0000 Nate Lawson wrote: > Pawel Worach wrote: >> >> I do not even see the code enter acpi_pci_link_attach(), even added a >> dummy >> printf at the top of the method. > > > That's a problem. If the link isn't attached, you can't route > interrupts by it. Try adding this to the if statemetns in > sys/dev/acpica/acpi.c:acpi_probe_order() -- > > /* attach pci links early */ > } else if (acpi_MatchHid(handle, "PNP0C0F")) { > *order = 3; > ret = 1; > } > acpi_probe_order() is called 26 times but PNP0C0F never seems to match the handle passed to it. -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 17:59:43 2005 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 3CBFA16A4CE for ; Fri, 7 Jan 2005 17:59:43 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B7843D1F for ; Fri, 7 Jan 2005 17:59:42 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6565 invoked from network); 7 Jan 2005 17:59:42 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Jan 2005 17:59:41 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j07HxajY090401; Fri, 7 Jan 2005 12:59:36 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 7 Jan 2005 11:01:02 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DDBA4F.6010009@root.org> <41DDC941.9000609@telia.com> In-Reply-To: <41DDC941.9000609@telia.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501071101.02518.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Nate Lawson Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 17:59:43 -0000 On Thursday 06 January 2005 06:26 pm, Pawel Worach wrote: > Nate Lawson wrote: > > A possible fix is to change each reference to LP* in the PICM and APIC > > packages to be \LPUS, \LP05, etc. Then recompile and load your asl via > > the instructions for overriding it in acpi(4). > > > > I'm still not sure why this is broken though so I think it's a red > > herring and suspect the asl fix won't help. I suspect the real reason > > is that \LPUS is not probed/attached before calling pci_add_child() on > > PCI0. Pawel, can you stick a printf in acpi_pci_link_attach() right > > before the return (0) like this: > > > > printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); > > > > I suspect we won't see LPUS there before it panics. > > I do not even see the code enter acpi_pci_link_attach(), even added a dummy > printf at the top of the method. This is because the references don't work during the force-attach either (which happens before pci_add_child() as I explained to Nate in my earlier e-mail). > I modified the AML, changed all LP* to \LP* (except for the Device(LP*) > ones, should I change these too?) the result was a couple of errors during > boot. I broke something didn't I? > > can't fetch resources for \_SB_.PCI0 - AE_AML_INVALID_RESOURCE_TYPE > can't fetch resources for \_SB_.PCI0.ISA_.SIOM - AE_AML_NO_RESOURCE_END_TAG > can't fetch resources for \_SB_.PCI0.ISA_.PS2M - AE_AML_NO_RESOURCE_END_TAG > can't fetch resources for \_SB_.PCI0.ISA_.FDC0 - AE_AML_NO_RESOURCE_END_TAG > can't fetch resources for \_SB_.PCI0.ISA_.COM1 - AE_AML_NO_RESOURCE_END_TAG > can't fetch resources for \_SB_.PCI1 - AE_AML_INVALID_RESOURCE_TYPE > can't fetch resources for \_SB_.PCI2 - AE_AML_INVALID_RESOURCE_TYPE > can't fetch resources for \_SB_.PCI3 - AE_AML_INVALID_RESOURCE_TYPE > can't fetch resources for \_SB_.PCI4 - AE_AML_INVALID_RESOURCE_TYPE > .. > Fatal trap 12: page fault while in kernel mode > [same old story] > ... Only change the LPxx entries in the _PRT tables. Specifically, find the PICM package and change their entries. Something like this: --- ibm-x345.aml.orig Fri Jan 7 10:59:26 2005 +++ ibm-x345.aml Fri Jan 7 11:00:23 2005 @@ -4417,7 +4417,7 @@ { 0x0005FFFF, 0x00, - LP08, + \LP08, 0x00 }, @@ -4425,7 +4425,7 @@ { 0x0005FFFF, 0x01, - LP09, + \LP09, 0x00 }, @@ -4433,7 +4433,7 @@ { 0x0005FFFF, 0x02, - LP08, + \LP08, 0x00 }, @@ -4441,7 +4441,7 @@ { 0x0005FFFF, 0x03, - LP09, + \LP09, 0x00 }, @@ -4449,7 +4449,7 @@ { 0x0006FFFF, 0x00, - LP0A, + \LP0A, 0x00 }, @@ -4457,7 +4457,7 @@ { 0x000FFFFF, 0x00, - LPUS, + \LPUS, 0x00 } }) @@ -4507,7 +4507,7 @@ { 0x000FFFFF, 0x00, - LPUS, + \LPUS, 0x00 } }) @@ -4533,7 +4533,7 @@ { 0x0003FFFF, 0x00, - LP04, + \LP04, 0x00 }, @@ -4541,7 +4541,7 @@ { 0x0003FFFF, 0x01, - LP05, + \LP05, 0x00 }, @@ -4549,7 +4549,7 @@ { 0x0003FFFF, 0x02, - LP04, + \LP04, 0x00 }, @@ -4557,7 +4557,7 @@ { 0x0003FFFF, 0x03, - LP05, + \LP05, 0x00 } }) @@ -4617,7 +4617,7 @@ { 0x0004FFFF, 0x00, - LP06, + \LP06, 0x00 }, @@ -4625,7 +4625,7 @@ { 0x0004FFFF, 0x01, - LP07, + \LP07, 0x00 }, @@ -4633,7 +4633,7 @@ { 0x0004FFFF, 0x02, - LP06, + \LP06, 0x00 }, @@ -4641,7 +4641,7 @@ { 0x0004FFFF, 0x03, - LP07, + \LP07, 0x00 } }) @@ -4701,7 +4701,7 @@ { 0x0001FFFF, 0x00, - LP00, + \LP00, 0x00 }, @@ -4709,7 +4709,7 @@ { 0x0001FFFF, 0x01, - LP01, + \LP01, 0x00 }, @@ -4717,7 +4717,7 @@ { 0x0001FFFF, 0x02, - LP00, + \LP00, 0x00 }, @@ -4725,7 +4725,7 @@ { 0x0001FFFF, 0x03, - LP01, + \LP01, 0x00 }, @@ -4733,7 +4733,7 @@ { 0x0008FFFF, 0x00, - LP0D, + \LP0D, 0x00 }, @@ -4741,7 +4741,7 @@ { 0x0008FFFF, 0x01, - LP0E, + \LP0E, 0x00 } }) @@ -4817,7 +4817,7 @@ { 0x0002FFFF, 0x00, - LP02, + \LP02, 0x00 }, @@ -4825,7 +4825,7 @@ { 0x0002FFFF, 0x01, - LP03, + \LP03, 0x00 }, @@ -4833,7 +4833,7 @@ { 0x0002FFFF, 0x02, - LP10, + \LP10, 0x00 }, @@ -4841,7 +4841,7 @@ { 0x0002FFFF, 0x03, - LP11, + \LP11, 0x00 }, @@ -4849,7 +4849,7 @@ { 0x0007FFFF, 0x00, - LP0B, + \LP0B, 0x00 }, @@ -4857,7 +4857,7 @@ { 0x0007FFFF, 0x01, - LP0C, + \LP0C, 0x00 } }) -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 18:18:30 2005 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 B445F16A4CE; Fri, 7 Jan 2005 18:18:30 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E1743D49; Fri, 7 Jan 2005 18:18:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j07IKPQE001748; Fri, 7 Jan 2005 10:20:25 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j07IKOqt001747; Fri, 7 Jan 2005 10:20:24 -0800 Date: Fri, 7 Jan 2005 10:20:24 -0800 From: Brooks Davis To: Jose M Rodriguez Message-ID: <20050107182024.GB30931@odin.ac.hmc.edu> References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: <41DE5242.4030606@redesjm.local> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Rob cc: freebsd-current cc: x11@freebsd.org Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 18:18:30 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 10:11:30AM +0100, Jose M Rodriguez wrote: > Brooks Davis escribi=F3: >=20 > >Could you please try the following patch? It does the same thing, but > >gives the inode paranoid a way to disable the creation of these > >directories or only create the ones they need. > > > >-- Brooks > > > >Index: rc.d/cleartmp > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > >retrieving revision 1.11 > >diff -u -p -r1.11 cleartmp > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > >@@ -35,5 +35,7 @@ run_rc_command "$1" > ># restarting X > ># > >rm -f /tmp/.X[0-9]-lock > >-rm -fr /tmp/.X11-unix > >-mkdir -m 1777 /tmp/.X11-unix > >+if [ -n ${clear_tmp_xdirs} ]; then > >+ rm -fr ${clear_tmp_xdirs} > >+ mkdir -m 1777 ${clear_tmp_xdirs} > >+fi > >Index: defaults/rc.conf > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >RCS file: /usr/cvs/src/etc/defaults/rc.conf,v > >retrieving revision 1.235 > >diff -u -p -r1.235 rc.conf > >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > >@@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati > >svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). > >osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). > >clear_tmp_enable=3D"NO" # Clear /tmp at startup. > >+clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > >+ # Directories needed by X11 > >ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security=20 > >checks > >ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib=20 > >/usr/local/lib/compat/pkg" > > # shared library search paths > > > >=20 > > > I recall putting this in a conf PR, try a follow-up. >=20 > But I think your patch is a little bit wrong >=20 > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be= =20 > do after the run_rc_command. That's easy enough to fix. > If we need do this from the base system (Thing that I doubt more and=20 > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may=20 > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the bit= s: > clear_x11tmp_enable, clear_x11tmp_dirs, ... >=20 > But I must point that: >=20 > X11 is now mostly a ports thing, not a base system component. If this=20 > can be take from ports (I send-pr this also), this must be the path to=20 > the solution. I put a simple script from libs, but I can work and rcNG= =20 > enabled thing if prefered. >=20 > This is not what x11 really needs. x11 only needs some like this: mkdir= =20 > -p ... && chown root:wheel ... && chmod 01777 ... . this may be=20 > prefered by the x11 team. >=20 > This can be taken both from base and ports without too much problem. =20 > The only secondary effect of this I know is that you may polite /tmp=20 > entries twice, with is not a real pain to the whole boot process. My worry with using your patch is that localpkg is run quite late in the startup process, well after X may have tried to start if xdm is run from /etc/ttys. If package startup scripts could run anywhere in the order, a script in the port would be obvious solution, but that's not the case. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB3tLnXY6L6fI4GtQRAkigAJ4l01FAKaCjWsHMn82qhZhwChR+UACgu/nv UFxzjSplFIUxUraQbqznXoI= =ivxQ -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 18:24:38 2005 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 5F49416A4CE; Fri, 7 Jan 2005 18:24:38 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D0143D31; Fri, 7 Jan 2005 18:24:38 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600039F8A; Fri, 7 Jan 2005 19:24:34 +0100 Message-ID: <41DED3DA.1040506@telia.com> Date: Fri, 07 Jan 2005 19:24:26 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <41DDC4F2.5090709@yahoo.com> <20050107003806.GA14003@odin.ac.hmc.edu> <41DE5242.4030606@redesjm.local> <20050107182024.GB30931@odin.ac.hmc.edu> In-Reply-To: <20050107182024.GB30931@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Rob cc: freebsd-current cc: x11@freebsd.org cc: Jose M Rodriguez Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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: Fri, 07 Jan 2005 18:24:38 -0000 Brooks Davis wrote: > My worry with using your patch is that localpkg is run quite late in the > startup process, well after X may have tried to start if xdm is run from > /etc/ttys. If package startup scripts could run anywhere in the order, > a script in the port would be obvious solution, but that's not the case. Another issue I see with doing this in localpkg is that on a diskless client that shares /usr with the server it's common to set local_startup="" for the client so that it doesn't start all the stuff you have installed on the server. This issue is smaller today now that more ports use rcNG. > > -- Brooks > -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 18:32:55 2005 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 3FAD716A4CE; Fri, 7 Jan 2005 18:32:55 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD9E043D53; Fri, 7 Jan 2005 18:32:54 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600039FAF; Fri, 7 Jan 2005 19:32:54 +0100 Message-ID: <41DED5CE.2080005@telia.com> Date: Fri, 07 Jan 2005 19:32:46 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DDBA4F.6010009@root.org> <41DDC941.9000609@telia.com> <200501071101.02518.jhb@FreeBSD.org> In-Reply-To: <200501071101.02518.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: Nate Lawson Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 18:32:55 -0000 John Baldwin wrote: > On Thursday 06 January 2005 06:26 pm, Pawel Worach wrote: > >>Nate Lawson wrote: >> >>>A possible fix is to change each reference to LP* in the PICM and APIC >>>packages to be \LPUS, \LP05, etc. Then recompile and load your asl via >>>the instructions for overriding it in acpi(4). >>> >>>I'm still not sure why this is broken though so I think it's a red >>>herring and suspect the asl fix won't help. I suspect the real reason >>>is that \LPUS is not probed/attached before calling pci_add_child() on >>>PCI0. Pawel, can you stick a printf in acpi_pci_link_attach() right >>>before the return (0) like this: >>> >>>printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); >>> >>>I suspect we won't see LPUS there before it panics. >> >>I do not even see the code enter acpi_pci_link_attach(), even added a dummy >>printf at the top of the method. > > > This is because the references don't work during the force-attach either > (which happens before pci_add_child() as I explained to Nate in my earlier > e-mail). > > >>I modified the AML, changed all LP* to \LP* (except for the Device(LP*) >>ones, should I change these too?) the result was a couple of errors during >>boot. I broke something didn't I? >> >>can't fetch resources for \_SB_.PCI0 - AE_AML_INVALID_RESOURCE_TYPE >>can't fetch resources for \_SB_.PCI0.ISA_.SIOM - AE_AML_NO_RESOURCE_END_TAG >>can't fetch resources for \_SB_.PCI0.ISA_.PS2M - AE_AML_NO_RESOURCE_END_TAG >>can't fetch resources for \_SB_.PCI0.ISA_.FDC0 - AE_AML_NO_RESOURCE_END_TAG >>can't fetch resources for \_SB_.PCI0.ISA_.COM1 - AE_AML_NO_RESOURCE_END_TAG >>can't fetch resources for \_SB_.PCI1 - AE_AML_INVALID_RESOURCE_TYPE >>can't fetch resources for \_SB_.PCI2 - AE_AML_INVALID_RESOURCE_TYPE >>can't fetch resources for \_SB_.PCI3 - AE_AML_INVALID_RESOURCE_TYPE >>can't fetch resources for \_SB_.PCI4 - AE_AML_INVALID_RESOURCE_TYPE >>.. >>Fatal trap 12: page fault while in kernel mode >>[same old story] >>... > > > Only change the LPxx entries in the _PRT tables. Specifically, find the PICM > package and change their entries. Something like this: [snip patch] Yep, that was what I did which resulted in the errors above. I see now that something else is wrong. # acpidump -o cookie.aml # iasl -d cookie.aml # iasl cookie.dsl If I now try to boot the DSDT.aml without changing the asl/dsl (damn this acpi terminology is confusing) I get the same errors as above. Is this a problem with the iasl compiler? I only get one warning when compiling the asl which seems unrelated. Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Dec 8 2004] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c ibm-x345.dsl 1796: Method (\_WAK, 1, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_WAK) ASL Input: ibm-x345.dsl - 4859 lines, 134299 bytes, 2522 keywords AML Output: DSDT.aml - 18410 bytes 739 named objects 1783 executable opcodes Compilation complete. 0 Errors, 1 Warnings, 0 Remarks, 461 Optimizations [ should we move this to acpi@? ] -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 18:38:41 2005 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 F20BC16A4CE; Fri, 7 Jan 2005 18:38:41 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A931E43D46; Fri, 7 Jan 2005 18:38:41 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j07IcdGV015287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Jan 2005 10:38:40 -0800 Message-ID: <41DED722.7070801@root.org> Date: Fri, 07 Jan 2005 10:38:26 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> <200501061541.39673.jhb@FreeBSD.org> <41DDBA4F.6010009@root.org> <41DDC941.9000609@telia.com> <41DE36FA.6070805@root.org> <41DEC937.5030709@telia.com> In-Reply-To: <41DEC937.5030709@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 18:38:42 -0000 Pawel Worach wrote: > Nate Lawson wrote: > >> Pawel Worach wrote: >> >>> >>> I do not even see the code enter acpi_pci_link_attach(), even added a >>> dummy >>> printf at the top of the method. >> >> That's a problem. If the link isn't attached, you can't route >> interrupts by it. Try adding this to the if statemetns in >> sys/dev/acpica/acpi.c:acpi_probe_order() -- >> >> /* attach pci links early */ >> } else if (acpi_MatchHid(handle, "PNP0C0F")) { >> *order = 3; >> ret = 1; >> } > > acpi_probe_order() is called 26 times but PNP0C0F never seems to match > the handle passed to it. Oh, I think I know where I didn't understand John. He doesn't probe links through the normal namespace probe, he goes through _PRT, dereferencing Source and probing those directly. Since your PCI bus appears in the namespace before the links, the above does not get called before the crash. It's been a rough week, hence I'm more dense. :) A separate problem with this, John, is that you get a different _PRT based on whether in APIC mode or not. So a link that is only referenced in PIC mode _PRT, for instance, will never be disabled on an APIC machine (since we enable APIC before PCI routing.) We'd never see it if only probing links through _PRT. I think it would be better to attach them through normal namespace methods and use the probe_order hack above. The only thing it could potentially interfere with is sysresource, but since IRQ resources come from nexus above and are not defined in memory/IO port sysresource objects, there should be no actual conflict. The ASL patch John just sent should fix your issue. My question if this works is why it just started occuring and also, what the proper handle to use is for relative references (i.e., why didn't AcpiGetHandle(ROOT, "LPUS") work since \LPUS is right under the root?) -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 19:51:30 2005 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 B138E16A4CE for ; Fri, 7 Jan 2005 19:51:30 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7283843D45 for ; Fri, 7 Jan 2005 19:51:30 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 9955 invoked from network); 7 Jan 2005 19:51:30 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Jan 2005 19:51:29 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j07JpGrB091046; Fri, 7 Jan 2005 14:51:16 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 7 Jan 2005 14:51:01 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEC937.5030709@telia.com> <41DED722.7070801@root.org> In-Reply-To: <41DED722.7070801@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501071451.01876.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Nate Lawson Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 19:51:30 -0000 On Friday 07 January 2005 01:38 pm, Nate Lawson wrote: > Pawel Worach wrote: > > Nate Lawson wrote: > >> Pawel Worach wrote: > >>> I do not even see the code enter acpi_pci_link_attach(), even added a > >>> dummy > >>> printf at the top of the method. > >> > >> That's a problem. If the link isn't attached, you can't route > >> interrupts by it. Try adding this to the if statemetns in > >> sys/dev/acpica/acpi.c:acpi_probe_order() -- > >> > >> /* attach pci links early */ > >> } else if (acpi_MatchHid(handle, "PNP0C0F")) { > >> *order = 3; > >> ret = 1; > >> } > > > > acpi_probe_order() is called 26 times but PNP0C0F never seems to match > > the handle passed to it. > > Oh, I think I know where I didn't understand John. He doesn't probe > links through the normal namespace probe, he goes through _PRT, > dereferencing Source and probing those directly. Since your PCI bus > appears in the namespace before the links, the above does not get called > before the crash. It's been a rough week, hence I'm more dense. :) > > A separate problem with this, John, is that you get a different _PRT > based on whether in APIC mode or not. So a link that is only referenced > in PIC mode _PRT, for instance, will never be disabled on an APIC > machine (since we enable APIC before PCI routing.) We'd never see it if > only probing links through _PRT. I think it would be better to attach > them through normal namespace methods and use the probe_order hack > above. The only thing it could potentially interfere with is > sysresource, but since IRQ resources come from nexus above and are not > defined in memory/IO port sysresource objects, there should be no actual > conflict. Err, I just use the _PRT walk to force the device_t to attach if it doesn't already. The device will always attach though, even it's not referenced, it just does so in the regular new-bus order, so all links are probed, and ones that aren't referenced by any _PRT's that we parse do get disabled via _DIS. > The ASL patch John just sent should fix your issue. My question if this > works is why it just started occuring and also, what the proper handle > to use is for relative references (i.e., why didn't AcpiGetHandle(ROOT, > "LPUS") work since \LPUS is right under the root?) Yes, this is a good question, and I'm not sure my ASL patch will fix his problem. I wonder if he is getting back a NULL ACPI_HANDLE? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 20:12:05 2005 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 65A6516A4CE; Fri, 7 Jan 2005 20:12:05 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2806943D1D; Fri, 7 Jan 2005 20:12:05 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j07KC3GV018814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Jan 2005 12:12:04 -0800 Message-ID: <41DEED05.4040000@root.org> Date: Fri, 07 Jan 2005 12:11:49 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEC937.5030709@telia.com> <41DED722.7070801@root.org> <200501071451.01876.jhb@FreeBSD.org> In-Reply-To: <200501071451.01876.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 20:12:05 -0000 John Baldwin wrote: > > Err, I just use the _PRT walk to force the device_t to attach if it doesn't > already. The device will always attach though, even it's not referenced, it > just does so in the regular new-bus order, so all links are probed, and ones > that aren't referenced by any _PRT's that we parse do get disabled via _DIS. Ah, I see. That is a reasonable approach. >>The ASL patch John just sent should fix your issue. My question if this >>works is why it just started occuring and also, what the proper handle >>to use is for relative references (i.e., why didn't AcpiGetHandle(ROOT, >>"LPUS") work since \LPUS is right under the root?) > > Yes, this is a good question, and I'm not sure my ASL patch will fix his > problem. I wonder if he is getting back a NULL ACPI_HANDLE? Pawel, can you split out the lines so we can isolate where the panic is occurring? At the end of acpi_pcib.c, before the call to acpi_pci_link_route_interrupt(), add: { device_t foo = acpi_get_device(lnkdev); printf("acpi handle %p, name %s\n", lnkdev, lnkdev? acpi_name(lnkdev) : "none"); printf("link device: %p index %d\n", foo, prt->SourceIndex); printf("device parent %s, state %x\n", device_get_nameunit(device_get_parent(foo)), device_get_state(foo)); } -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 22:08:35 2005 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 2015816A4CE; Fri, 7 Jan 2005 22:08:35 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE8143D48; Fri, 7 Jan 2005 22:08:34 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A2E1; Fri, 7 Jan 2005 23:08:02 +0100 Message-ID: <41DF0839.6040700@telia.com> Date: Fri, 07 Jan 2005 23:07:53 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEC937.5030709@telia.com> <41DED722.7070801@root.org> <200501071451.01876.jhb@FreeBSD.org> <41DEED05.4040000@root.org> In-Reply-To: <41DEED05.4040000@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 22:08:35 -0000 Nate Lawson wrote: > Pawel, can you split out the lines so we can isolate where the panic is > occurring? At the end of acpi_pcib.c, before the call to > acpi_pci_link_route_interrupt(), add: > > { > device_t foo = acpi_get_device(lnkdev); > printf("acpi handle %p, name %s\n", lnkdev, lnkdev? acpi_name(lnkdev) : > "none"); > printf("link device: %p index %d\n", foo, prt->SourceIndex); > printf("device parent %s, state %x\n", > device_get_nameunit(device_get_parent(foo)), device_get_state(foo)); > } > Doesn't look like device_get_state() likes this device either. Is something strange with the trace below? I'm certain I added the printf's right above http://fxr.watson.org/fxr/source/dev/acpica/acpi_pcib.c#L257 so shouldn't there be a frame with acpi_pcib_route_interrupt() in between the device_get_state() and acpi_pcib_acpi_route_interrupt() frames? acpi_MatchHid() Hid: PNP0A03 acpi_MatchHid() Hid: PNP0A03 pcib0: on acpi0 pci0: on pcib0 acpi handle 0xc1ec8d20, name \LPUS link device: 0 index 0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05203d7 stack pointer = 0x10:0xc08209f8 frame pointer = 0x10:0xc0820a5c 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 = 0 (swapper) [thread pid 0 tid 0 ] Stopped at device_get_state+0x7: movl 0x38(%eax),%eax db> tr Tracing pid 0 tid 0 td 0xc06ef960 device_get_state(c1f16b80,c1f8b780,1,c1f7e1d4,1) at device_get_state+0x7 acpi_pcib_acpi_route_interrupt(c1f16b80,c1f8b780,1,c06c7f10,c1f8b808) at acpi_pcib_acpi_route_interrupt+0x2f pci_assign_interrupt_method(c1f16c00,c1f8b780,f,2,24) at pci_assign_interrupt_method+0x71 pci_add_child(c1f16c00,c1f8b800,f,2,80) at pci_add_child+0x207 pci_add_children(c1f16c00,0,80,c0820b54,c052188f) at pci_add_children+0x123 acpi_pci_attach(c1f16c00,c1f4484c,c06c14ec,c06aa680,0) at acpi_pci_attach+0x86 device_attach(c1f16c00,c1ed5d80,c0820bdc,c07c54fc,c1f16b80) at device_attach+0x2c9 bus_generic_attach(c1f16b80,c07d9630,0,c0820bcc,0) at bus_generic_attach+0x18 acpi_pcib_attach(c1f16b80,c1f7e1d4,0,c0820c04,c07c00c7) at acpi_pcib_attach+0xec acpi_pcib_acpi_attach(c1f16b80,c1f4384c,c06c14ec,c06aa680,0) at acpi_pcib_acpi_attach+0xf9 device_attach(c1f16b80,2f,c0820cbc,c07c28f4,c1ed5d80) at device_attach+0x2c9 bus_generic_attach(c1ed5d80,2e,2f,c1f7dc08,2e) at bus_generic_attach+0x18 acpi_attach(c1ed5d80,c1f4604c,c06c14ec,c06aa680,0) at acpi_attach+0x7b4 device_attach(c1ed5d80,c1f15000,c0820d18,c0679ffa,c1f15000) at device_attach+0x2c9 bus_generic_attach(c1f15000,c1f1504c,c0820d54,c0520839,c1f15000) at bus_generic_attach+0x18 nexus_attach(c1f15000,c1f3c04c,c06c14ec,c06aa680,0) at nexus_attach+0x1a device_attach(c1f15000,c06dda30,c0820d78,c06670d8,c1f15680) at device_attach+0x2c9 root_bus_configure(c1f15680,c06bb361,0,c0820d98,c04d1126) at root_bus_configure+0x19 configure(0,0,c1e6f774,81ec00,81e000) at configure+0x28 mi_startup() at mi_startup+0xd6 begin() at begin+0x2c db> (gdb) l *device_get_state+0x7 0xc05203d7 is in device_get_state (/usr/src/sys/kern/subr_bus.c:2055). 2050 * @brief Return the device's state 2051 */ 2052 device_state_t 2053 device_get_state(device_t dev) 2054 { 2055 return (dev->state); 2056 } 2057 2058 /** 2059 * @brief Set the DF_ENABLED flag for the device -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 22:27:50 2005 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 8FE9716A4CE for ; Fri, 7 Jan 2005 22:27:50 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 303BD43D1F for ; Fri, 7 Jan 2005 22:27:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13885 invoked from network); 7 Jan 2005 22:27:50 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Jan 2005 22:27:46 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j07MRbx2091869; Fri, 7 Jan 2005 17:27:41 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Pawel Worach Date: Fri, 7 Jan 2005 17:28:16 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> In-Reply-To: <41DF0839.6040700@telia.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501071728.16828.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Nate Lawson Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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: Fri, 07 Jan 2005 22:27:50 -0000 On Friday 07 January 2005 05:07 pm, Pawel Worach wrote: > Nate Lawson wrote: > > Pawel, can you split out the lines so we can isolate where the panic is > > occurring? At the end of acpi_pcib.c, before the call to > > acpi_pci_link_route_interrupt(), add: > > > > { > > device_t foo = acpi_get_device(lnkdev); > > printf("acpi handle %p, name %s\n", lnkdev, lnkdev? acpi_name(lnkdev) : > > "none"); > > printf("link device: %p index %d\n", foo, prt->SourceIndex); > > printf("device parent %s, state %x\n", > > device_get_nameunit(device_get_parent(foo)), device_get_state(foo)); > > } > > Doesn't look like device_get_state() likes this device either. Is something > strange with the trace below? I'm certain I added the printf's right above > http://fxr.watson.org/fxr/source/dev/acpica/acpi_pcib.c#L257 so shouldn't > there be a frame with acpi_pcib_route_interrupt() in between the > device_get_state() and acpi_pcib_acpi_route_interrupt() frames? > > acpi_MatchHid() Hid: PNP0A03 > acpi_MatchHid() Hid: PNP0A03 > pcib0: on acpi0 > pci0: on pcib0 > acpi handle 0xc1ec8d20, name \LPUS > link device: 0 index 0 So it appears the handle doesn't have a device_t associated with it. :( The next step is to maybe do a printf in the code that adds the device_t's to see if one shows up for this handle, and if the handle is the same for the given name. The stack trace weirdness appears to be a recently added(?) bug in ddb in that it now sometimes skips over some frames. :( -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 22:30:00 2005 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 C12D816A4CE for ; Fri, 7 Jan 2005 22:30:00 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F1843D4C for ; Fri, 7 Jan 2005 22:30:00 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 16552F269E for ; Fri, 7 Jan 2005 14:29:58 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79898-04 for ; Fri, 7 Jan 2005 14:29:56 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 4E550F2692 for ; Fri, 7 Jan 2005 14:29:56 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VGjSHlp1t1Sr22dGI19B" Date: Fri, 07 Jan 2005 14:29:56 -0800 Message-Id: <1105136996.9713.1.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com Subject: kernel compilation in if_sis.c 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: Fri, 07 Jan 2005 22:30:00 -0000 --=-VGjSHlp1t1Sr22dGI19B Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Can someone please fix this? =3D=3D=3D> sis (all) /usr/src/sys/modules/sis/../../pci/if_sis.c: In function `sis_intr': /usr/src/sys/modules/sis/../../pci/if_sis.c:1645: error: label `done' used but not defined *** Error code 1 Stop in /usr/src/sys/modules/sis. Thanks, Sean --=-VGjSHlp1t1Sr22dGI19B Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB3w1kyQsGN30uGE4RAmPhAJ9RCr/xByM7iAdJjnGoEuixCmUqUACgv7tN zN8pUzcoPzAz+lkEYH1pEYA= =qQgW -----END PGP SIGNATURE----- --=-VGjSHlp1t1Sr22dGI19B-- From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 22:58:23 2005 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 979E616A4CE for ; Fri, 7 Jan 2005 22:58:23 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B521143D31 for ; Fri, 7 Jan 2005 22:58:22 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j07MwLZX086776; Fri, 7 Jan 2005 23:58:21 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Sean McNeil From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 07 Jan 2005 14:29:56 PST." <1105136996.9713.1.camel@server.mcneil.com> Date: Fri, 07 Jan 2005 23:58:21 +0100 Message-ID: <86775.1105138701@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: kernel compilation in if_sis.c 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: Fri, 07 Jan 2005 22:58:23 -0000 Are you sure your sources are consistent/up-to-date ? In message <1105136996.9713.1.camel@server.mcneil.com>, Sean McNeil writes: > >--=-VGjSHlp1t1Sr22dGI19B >Content-Type: text/plain >Content-Transfer-Encoding: quoted-printable > >Can someone please fix this? > >=3D=3D=3D> sis (all) >/usr/src/sys/modules/sis/../../pci/if_sis.c: In function `sis_intr': >/usr/src/sys/modules/sis/../../pci/if_sis.c:1645: error: label `done' >used but not defined >*** Error code 1 > >Stop in /usr/src/sys/modules/sis. > >Thanks, >Sean > >--=-VGjSHlp1t1Sr22dGI19B >Content-Type: application/pgp-signature; name=signature.asc >Content-Description: This is a digitally signed message part > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.0 (FreeBSD) > >iD8DBQBB3w1kyQsGN30uGE4RAmPhAJ9RCr/xByM7iAdJjnGoEuixCmUqUACgv7tN >zN8pUzcoPzAz+lkEYH1pEYA= >=qQgW >-----END PGP SIGNATURE----- > >--=-VGjSHlp1t1Sr22dGI19B-- > -- 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 Fri Jan 7 23:03:18 2005 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 E895616A4CE; Fri, 7 Jan 2005 23:03:18 +0000 (GMT) Received: from vbook.fbsd.ru (user164.hovrino.net [82.179.232.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E93E43D3F; Fri, 7 Jan 2005 23:03:18 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.43 (FreeBSD)) id 1Cn38N-0000Nb-PT; Sat, 08 Jan 2005 02:03:07 +0300 From: Vladimir Grebenschikov To: Julian Elischer In-Reply-To: <41D67753.60202@elischer.org> References: <20041228010938.GA39686@freebsd3.cimlogic.com.au> <20041230.111631.13597845.imp@bsdimp.com> <1104542138.3084.9.camel@localhost> <41D67753.60202@elischer.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Sat, 08 Jan 2005 02:03:07 +0300 Message-Id: <1105138987.1401.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: Randy Bush cc: bluetooth cc: FreeBSD Current cc: "M. Warner Losh" Subject: Re: USB problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2005 23:03:19 -0000 =F7 =D3=C2, 01/01/2005 =D7 02:11 -0800, Julian Elischer =D0=C9=DB=C5=D4: > Vladimir Grebenschikov wrote: > > =F7 =D0=D4, 31/12/2004 =D7 05:05 -1000, Randy Bush =D0=C9=DB=C5=D4: > >=20 > >>possibly related? > >> > >>just so you know, on a thinkpad t41 with any current in the last > >>few weeks, i kernel panic on boot if a usb device is not plugged > >>in. turning off acpi also allows boot. see > >> > >> > >> > >>i can help debug if anyone is on the trail > >=20 > >=20 > > I have also problems with USB on recent current (previous was few weeks > > old). > >=20 >=20 > the most salient thiing you could do is find the date of the problem by c= hecking=20 > out sys/dev/usb on dec 9 and seeing if that fixes it (you said dec 9 was= ok) > and if so, gradually moving it forward using a binary search and narrowin= g in on=20 > the commit that broke it. So far I tracked it: it works on -D '2004-12-08 12:00' and does not works with -D '2004-12-09 00:00' I guess time is by MSK timezone (my local time). There are a lot of changes between these dates. > Is it an ohci or uhci (or ehci) usb inerface? I think both. It strikes when only ehci umass device attached or when uhci mouse or bluetooth dongle connected. usb0: on uhci0 usb0: USB revision 1.0 usb1: on uhci1 usb1: USB revision 1.0 usb2: on uhci2 usb2: USB revision 1.0 ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 Looks like it is not USB-only problem, I have revert only USB code and it does not helps. So I suppose it is some kind of locking problem. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 23:07:46 2005 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 8D68416A4CE for ; Fri, 7 Jan 2005 23:07:46 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 448A343D48 for ; Fri, 7 Jan 2005 23:07:46 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E0F3AF26A3; Fri, 7 Jan 2005 15:07:45 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80261-06; Fri, 7 Jan 2005 15:07:44 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 59488F2698; Fri, 7 Jan 2005 15:07:44 -0800 (PST) From: Sean McNeil To: Poul-Henning Kamp In-Reply-To: <86775.1105138701@critter.freebsd.dk> References: <86775.1105138701@critter.freebsd.dk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-p9mOlZx8oP9CFFhKE0Pz" Date: Fri, 07 Jan 2005 15:07:44 -0800 Message-Id: <1105139264.49928.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: kernel compilation in if_sis.c 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: Fri, 07 Jan 2005 23:07:46 -0000 --=-p9mOlZx8oP9CFFhKE0Pz Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2005-01-07 at 23:58 +0100, Poul-Henning Kamp wrote: > Are you sure your sources are consistent/up-to-date ? Yes. Absolutely. If you look at the code this is because a recent change must have been made without testing the case with device polling. > In message <1105136996.9713.1.camel@server.mcneil.com>, Sean McNeil write= s: > > > >--=3D-VGjSHlp1t1Sr22dGI19B > >Content-Type: text/plain > >Content-Transfer-Encoding: quoted-printable > > > >Can someone please fix this? > > > >=3D3D=3D3D=3D3D> sis (all) > >/usr/src/sys/modules/sis/../../pci/if_sis.c: In function `sis_intr': > >/usr/src/sys/modules/sis/../../pci/if_sis.c:1645: error: label `done' > >used but not defined > >*** Error code 1 > > > >Stop in /usr/src/sys/modules/sis. > > > >Thanks, > >Sean > > > >--=3D-VGjSHlp1t1Sr22dGI19B > >Content-Type: application/pgp-signature; name=3Dsignature.asc > >Content-Description: This is a digitally signed message part > > > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v1.4.0 (FreeBSD) > > > >iD8DBQBB3w1kyQsGN30uGE4RAmPhAJ9RCr/xByM7iAdJjnGoEuixCmUqUACgv7tN > >zN8pUzcoPzAz+lkEYH1pEYA=3D > >=3DqQgW > >-----END PGP SIGNATURE----- > > > >--=3D-VGjSHlp1t1Sr22dGI19B-- > > >=20 --=-p9mOlZx8oP9CFFhKE0Pz Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB3xZAyQsGN30uGE4RAoXBAKCUIaR/8r8v9K73ChIUCNAvOnOLdwCg13ZQ 7NS6s/JakGtwirBasGENhYU= =RPGE -----END PGP SIGNATURE----- --=-p9mOlZx8oP9CFFhKE0Pz-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 00:12:21 2005 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 9A9C916A4CE for ; Sat, 8 Jan 2005 00:12:21 +0000 (GMT) Received: from lara.cc.fer.hr (lara.cc.fer.hr [161.53.72.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8823843D31 for ; Sat, 8 Jan 2005 00:12:20 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [127.0.0.1] (localhost.cc.fer.hr [127.0.0.1]) by lara.cc.fer.hr (8.13.1/8.13.1) with ESMTP id j080Be6o044783 for ; Sat, 8 Jan 2005 01:11:41 +0100 (CET) (envelope-from ivoras@fer.hr) Message-ID: <41DF253C.5040705@fer.hr> Date: Sat, 08 Jan 2005 01:11:40 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: MFC wishlist 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, 08 Jan 2005 00:12:21 -0000 It's been a while now and (judging from this list at least), people are not complaining about ULE, so maybe (with re@ approval) the fix & supporting infrastructure could be brought to RELENG_5? Also: libpthread & (g)vinum? From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 00:39:31 2005 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 9065E16A4CE; Sat, 8 Jan 2005 00:39:31 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552C143D49; Sat, 8 Jan 2005 00:39:31 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j080dTGV028333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Jan 2005 16:39:30 -0800 Message-ID: <41DF2BB3.60800@root.org> Date: Fri, 07 Jan 2005 16:39:15 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> In-Reply-To: <200501071728.16828.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 00:39:31 -0000 John Baldwin wrote: > On Friday 07 January 2005 05:07 pm, Pawel Worach wrote: > >>Nate Lawson wrote: >> >>>Pawel, can you split out the lines so we can isolate where the panic is >>>occurring? At the end of acpi_pcib.c, before the call to >>>acpi_pci_link_route_interrupt() >> >>Doesn't look like device_get_state() likes this device either. >> >>acpi_MatchHid() Hid: PNP0A03 >>acpi_MatchHid() Hid: PNP0A03 >>pcib0: on acpi0 >>pci0: on pcib0 >>acpi handle 0xc1ec8d20, name \LPUS >>link device: 0 index 0 > > So it appears the handle doesn't have a device_t associated with it. :( The > next step is to maybe do a printf in the code that adds the device_t's to see > if one shows up for this handle, and if the handle is the same for the given > name. Ok, add this to acpi.c:acpi_add_child(), after AcpiAttachData(): printf("adding child %s, dev %p\n", acpi_name(handle), acpi_get_device(child)); Then send the output. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 00:55:46 2005 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 6ED6516A4CE for ; Sat, 8 Jan 2005 00:55:46 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3790C43D31 for ; Sat, 8 Jan 2005 00:55:46 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j080tewn093623; Fri, 7 Jan 2005 16:55:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j080tets093622; Fri, 7 Jan 2005 16:55:40 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Jan 2005 16:55:40 -0800 From: Steve Kargl To: Ivan Voras Message-ID: <20050108005540.GB93568@troutmask.apl.washington.edu> References: <41DF253C.5040705@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41DF253C.5040705@fer.hr> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: MFC wishlist 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, 08 Jan 2005 00:55:46 -0000 On Sat, Jan 08, 2005 at 01:11:40AM +0100, Ivan Voras wrote: > It's been a while now and (judging from this list at least), people are > not complaining about ULE, so maybe (with re@ approval) the fix & > supporting infrastructure could be brought to RELENG_5? > That's not a good idea. I can lock up ULE+PREEMPTION on a dual amd64 system within 30 minutes. The system is runnnig X11 and normally firefox (or other threaded app) and it simply freezes. No panic. No keyboard response. Nothing. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 01:17:28 2005 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 73AB016A4CE; Sat, 8 Jan 2005 01:17:28 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCDF43D2D; Sat, 8 Jan 2005 01:17:27 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A504; Sat, 8 Jan 2005 02:16:55 +0100 Message-ID: <41DF347E.6010305@telia.com> Date: Sat, 08 Jan 2005 02:16:46 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> <41DF2BB3.60800@root.org> In-Reply-To: <41DF2BB3.60800@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 01:17:28 -0000 Nate Lawson wrote: > John Baldwin wrote: > >> On Friday 07 January 2005 05:07 pm, Pawel Worach wrote: >> >>> Nate Lawson wrote: >>> >>>> Pawel, can you split out the lines so we can isolate where the panic is >>>> occurring? At the end of acpi_pcib.c, before the call to >>>> acpi_pci_link_route_interrupt() >>> >>> >>> Doesn't look like device_get_state() likes this device either. >>> >>> acpi_MatchHid() Hid: PNP0A03 >>> acpi_MatchHid() Hid: PNP0A03 >>> pcib0: on acpi0 >>> pci0: on pcib0 >>> acpi handle 0xc1ec8d20, name \LPUS >>> link device: 0 index 0 >> >> >> So it appears the handle doesn't have a device_t associated with it. >> :( The next step is to maybe do a printf in the code that adds the >> device_t's to see if one shows up for this handle, and if the handle >> is the same for the given name. > > > Ok, add this to acpi.c:acpi_add_child(), after AcpiAttachData(): > > printf("adding child %s, dev %p\n", acpi_name(handle), > acpi_get_device(child)); > > Then send the output. > Guess that you meant in acpi_probe_child(), here is the output: GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 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 6.0-CURRENT #0: Fri Jan 7 17:34:55 CET 2005 root@zero:/usr/obj/usr/src/sys/ZERO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff real memory = 1073590272 (1023 MB) avail memory = 1046142976 (997 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 MADT: Forcing active-low polarity and level trigger for SCI ioapic2 irqs 32-47 on motherboard ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) adding child \_PR_.CPU1, dev 0 adding child \_PR_.CPU0, dev 0 adding child \_SB_.PCI0, dev 0 adding child \_SB_.PCI0.ISA_, dev 0 adding child \_SB_.PCI0.ISA_.SIOM, dev 0 adding child \_SB_.PCI0.ISA_.PS2K, dev 0 adding child \_SB_.PCI0.ISA_.PS2M, dev 0 adding child \_SB_.PCI0.ISA_.FDC0, dev 0 adding child \_SB_.PCI0.ISA_.COM1, dev 0 adding child \_SB_.PCI0.ISA_.COM2, dev 0 adding child \_SB_.PCI0.ISA_.PIC_, dev 0 adding child \_SB_.PCI0.ISA_.DMA0, dev 0 adding child \_SB_.PCI0.ISA_.TMR_, dev 0 adding child \_SB_.PCI0.ISA_.RTC_, dev 0 adding child \_SB_.PCI0.ISA_.SPKR, dev 0 adding child \_SB_.PCI0.ISA_.COPR, dev 0 adding child \_SB_.PCI0.ISA_.SBD1, dev 0 adding child \_SB_.PCI0.USB0, dev 0 adding child \_SB_.PCI0.CI10, dev 0 adding child \_SB_.PCI0.CI12, dev 0 adding child \_SB_.PCI0.CI20, dev 0 adding child \_SB_.PCI0.CI22, dev 0 adding child \_SB_.PCI1, dev 0 adding child \_SB_.PCI2, dev 0 adding child \_SB_.PCI3, dev 0 adding child \_SB_.PCI4, dev 0 acpi0: reservation of 460, 2 (4) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x488-0x48b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: on acpi0 pci0: on pcib0 acpi handle 0xc1ec8d20, name \LPUS link device: 0 index 0 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 ... Not sure if this "acpi0: reservation of 460, 2 (4) failed" is related, is it? I see now that I have it on my working kernel too (from 2004-11-20) acpi0: Power Button (fixed) acpi0: reservation of 460, 2 (4) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x488-0x48b on acpi0 cpu0: on acpi0 -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 03:07:46 2005 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 F13DA16A4CF for ; Sat, 8 Jan 2005 03:07:45 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 03F7B43D39 for ; Sat, 8 Jan 2005 03:07:40 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 81968 invoked by uid 0); 8 Jan 2005 03:00:01 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 8 Jan 2005 03:00:01 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 33722133066; Sat, 8 Jan 2005 11:07:22 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03795-02; Sat, 8 Jan 2005 11:07:08 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 17552131326; Sat, 8 Jan 2005 11:07:07 +0800 (CST) Date: Sat, 8 Jan 2005 11:07:07 +0800 From: Xin LI To: Steve Kargl Message-ID: <20050108030707.GA3656@frontfree.net> References: <41DF253C.5040705@fer.hr> <20050108005540.GB93568@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20050108005540.GB93568@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-delphij FreeBSD 5.3-delphij #11: Tue Oct 26 14:12:03 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: current@freebsd.org cc: Ivan Voras Subject: Re: MFC wishlist 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, 08 Jan 2005 03:07:46 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 07, 2005 at 04:55:40PM -0800, Steve Kargl wrote: > On Sat, Jan 08, 2005 at 01:11:40AM +0100, Ivan Voras wrote: > > It's been a while now and (judging from this list at least), people are= =20 > > not complaining about ULE, so maybe (with re@ approval) the fix &=20 > > supporting infrastructure could be brought to RELENG_5? > >=20 >=20 > That's not a good idea. I can lock up ULE+PREEMPTION on > a dual amd64 system within 30 minutes. The system is > runnnig X11 and normally firefox (or other threaded > app) and it simply freezes. No panic. No keyboard > response. Nothing. =20 This is observed in pre-5.3RELEASE CURRENT, but I thought Jeff has already fixed it in -CURRENT. I don't have dual amd64 system to do such experiments, are you sure you are talking about the latest 6-CURRENT, or just 5.3? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB305b/cVsHxFZiIoRAh9nAJsGEVS9zO/a9qUMwi7w5Ctedfs9lgCgih+F fCk/5J1kI2dhXF6+ALxyKI4= =0a4j -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 03:20:22 2005 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 62DA416A4CE; Sat, 8 Jan 2005 03:20:22 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0356643D2D; Sat, 8 Jan 2005 03:20:22 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j083KGGV032726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 7 Jan 2005 19:20:20 -0800 Message-ID: <41DF5159.1090106@root.org> Date: Fri, 07 Jan 2005 19:19:53 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> <41DF2BB3.60800@root.org> <41DF347E.6010305@telia.com> In-Reply-To: <41DF347E.6010305@telia.com> Content-Type: multipart/mixed; boundary="------------040409010109020501010009" cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 03:20:22 -0000 This is a multi-part message in MIME format. --------------040409010109020501010009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Pawel Worach wrote: > Nate Lawson wrote: > >> John Baldwin wrote: >>> So it appears the handle doesn't have a device_t associated with it. >>> :( The next step is to maybe do a printf in the code that adds the >>> device_t's to see if one shows up for this handle, and if the handle >>> is the same for the given name. >> >> Ok, add this to acpi.c:acpi_add_child(), after AcpiAttachData(): >> >> printf("adding child %s, dev %p\n", acpi_name(handle), >> acpi_get_device(child)); >> >> Then send the output. >> > > real memory = 1073590272 (1023 MB) > avail memory = 1046142976 (997 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 6 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic2 irqs 32-47 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic0 irqs 0-15 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > adding child \_PR_.CPU1, dev 0 > adding child \_PR_.CPU0, dev 0 Are you sure you put the printf _after_ AcpiAttachData? It's surprising that none of the handles has a device attached. This is not the primary problem but is something we need to fix if you put the printf in the right spot. > adding child \_SB_.PCI0, dev 0 > adding child \_SB_.PCI0.ISA_, dev 0 > adding child \_SB_.PCI0.ISA_.SIOM, dev 0 > adding child \_SB_.PCI0.ISA_.PS2K, dev 0 > adding child \_SB_.PCI0.ISA_.PS2M, dev 0 > adding child \_SB_.PCI0.ISA_.FDC0, dev 0 > adding child \_SB_.PCI0.ISA_.COM1, dev 0 > adding child \_SB_.PCI0.ISA_.COM2, dev 0 > adding child \_SB_.PCI0.ISA_.PIC_, dev 0 > adding child \_SB_.PCI0.ISA_.DMA0, dev 0 > adding child \_SB_.PCI0.ISA_.TMR_, dev 0 > adding child \_SB_.PCI0.ISA_.RTC_, dev 0 > adding child \_SB_.PCI0.ISA_.SPKR, dev 0 > adding child \_SB_.PCI0.ISA_.COPR, dev 0 > adding child \_SB_.PCI0.ISA_.SBD1, dev 0 > adding child \_SB_.PCI0.USB0, dev 0 > adding child \_SB_.PCI0.CI10, dev 0 > adding child \_SB_.PCI0.CI12, dev 0 > adding child \_SB_.PCI0.CI20, dev 0 > adding child \_SB_.PCI0.CI22, dev 0 > adding child \_SB_.PCI1, dev 0 > adding child \_SB_.PCI2, dev 0 > adding child \_SB_.PCI3, dev 0 > adding child \_SB_.PCI4, dev 0 > acpi0: reservation of 460, 2 (4) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x488-0x48b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > acpi handle 0xc1ec8d20, name \LPUS > link device: 0 index 0 Ok, I also know what the main issue is. Your link devices are in \ but it's invalid to have devices outside of \_SB. We only scan a few sub namespaces of \ (see acpi_probe_children) so your links are never probed/attached. The workaround is to scan all of \ instead of the subspaces. This is very wrong from the acpi standards but probably won't hurt anything. Try the attached patch. This worked before because we probed links directly through _PRT and the reference was correct there, so it didn't matter that the link was in \ instead of \_SB. -- Nate --------------040409010109020501010009 Content-Type: text/plain; name="acpi_scopes.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acpi_scopes.diff" --- acpi.c.orig 2005-01-07 19:18:56.000000000 -0800 +++ acpi.c 2005-01-07 19:19:22.000000000 -0800 @@ -1403,7 +1403,7 @@ ACPI_HANDLE parent; ACPI_STATUS status; int i; - static char *scopes[] = {"\\_PR_", "\\_TZ_", "\\_SI", "\\_SB_", NULL}; + static char *scopes[] = {"\\", NULL}; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); --------------040409010109020501010009-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 03:26:07 2005 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 304F016A4CE for ; Sat, 8 Jan 2005 03:26:07 +0000 (GMT) Received: from avout2.midco.net (avout2.midco.net [24.220.0.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE37743D48 for ; Sat, 8 Jan 2005 03:26:06 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 16656 invoked by uid 1010); 8 Jan 2005 03:26:06 -0000 Received: from pmes@bis.midco.net by avout2 by uid 1003 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.217.79):. Processed in 0.012533 secs); 08 Jan 2005 03:26:06 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout2 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.217.79):. Processed in 0.012533 secs) Received: from host-79-217-220-24.midco.net (HELO [10.0.0.3]) ([24.220.217.79]) (envelope-sender ) by avout2.midco.net (qmail-ldap-1.03) with SMTP for ; 8 Jan 2005 03:26:06 -0000 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <20050108030707.GA3656@frontfree.net> References: <41DF253C.5040705@fer.hr> <20050108005540.GB93568@troutmask.apl.washington.edu> <20050108030707.GA3656@frontfree.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <073F2EEC-6125-11D9-9FCA-000D936BE398@bis.midco.net> Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Fri, 7 Jan 2005 21:26:04 -0600 To: current@freebsd.org X-Mailer: Apple Mail (2.619) Subject: Re: MFC wishlist 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, 08 Jan 2005 03:26:07 -0000 On Jan 7, 2005, at 9:07 PM, Xin LI wrote: > On Fri, Jan 07, 2005 at 04:55:40PM -0800, Steve Kargl wrote: >> On Sat, Jan 08, 2005 at 01:11:40AM +0100, Ivan Voras wrote: >>> It's been a while now and (judging from this list at least), people >>> are >>> not complaining about ULE, so maybe (with re@ approval) the fix & >>> supporting infrastructure could be brought to RELENG_5? >>> >> >> That's not a good idea. I can lock up ULE+PREEMPTION on >> a dual amd64 system within 30 minutes. The system is >> runnnig X11 and normally firefox (or other threaded >> app) and it simply freezes. No panic. No keyboard >> response. Nothing. > > This is observed in pre-5.3RELEASE CURRENT, but I thought Jeff has > already fixed it in -CURRENT. I don't have dual amd64 system to do > such experiments, are you sure you are talking about the latest > 6-CURRENT, or just 5.3? > > I can lock up this configuration on a dual PII350 6-CURRENT machine in a couple minutes. I never did get a chance to test Jeff's patch, does anyone know if it will still apply cleanly? Pete... From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 03:44:27 2005 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 594BD16A4CE for ; Sat, 8 Jan 2005 03:44:27 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30F6143D31 for ; Sat, 8 Jan 2005 03:44:27 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j083iOqY094391; Fri, 7 Jan 2005 19:44:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j083iOT9094390; Fri, 7 Jan 2005 19:44:24 -0800 (PST) (envelope-from sgk) Date: Fri, 7 Jan 2005 19:44:24 -0800 From: Steve Kargl To: Xin LI Message-ID: <20050108034424.GA94365@troutmask.apl.washington.edu> References: <41DF253C.5040705@fer.hr> <20050108005540.GB93568@troutmask.apl.washington.edu> <20050108030707.GA3656@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050108030707.GA3656@frontfree.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Ivan Voras Subject: Re: MFC wishlist 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, 08 Jan 2005 03:44:27 -0000 On Sat, Jan 08, 2005 at 11:07:07AM +0800, Xin LI wrote: > On Fri, Jan 07, 2005 at 04:55:40PM -0800, Steve Kargl wrote: > > On Sat, Jan 08, 2005 at 01:11:40AM +0100, Ivan Voras wrote: > > > It's been a while now and (judging from this list at least), people are > > > not complaining about ULE, so maybe (with re@ approval) the fix & > > > supporting infrastructure could be brought to RELENG_5? > > > > > > > That's not a good idea. I can lock up ULE+PREEMPTION on > > a dual amd64 system within 30 minutes. The system is > > runnnig X11 and normally firefox (or other threaded > > app) and it simply freezes. No panic. No keyboard > > response. Nothing. > > This is observed in pre-5.3RELEASE CURRENT, but I thought Jeff has > already fixed it in -CURRENT. I don't have dual amd64 system to do > such experiments, are you sure you are talking about the latest > 6-CURRENT, or just 5.3? > Yes, I'm talking about 6-CURRENT. My last kernel/world build is 04 Jan 05. I can only invoke the problem with X11 running, and I currently don't have a serial console on this system. I'm guessing that I hit a deadlock (or livelock). -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 04:14:10 2005 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 0CBD516A4CE; Sat, 8 Jan 2005 04:14:10 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84E0A43D1D; Sat, 8 Jan 2005 04:14:09 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A661; Sat, 8 Jan 2005 05:13:37 +0100 Message-ID: <41DF5DEA.3030904@telia.com> Date: Sat, 08 Jan 2005 05:13:30 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> <41DF2BB3.60800@root.org> <41DF347E.6010305@telia.com> <41DF5159.1090106@root.org> In-Reply-To: <41DF5159.1090106@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 04:14:10 -0000 Nate Lawson wrote: > Are you sure you put the printf _after_ AcpiAttachData? It's surprising > that none of the handles has a device attached. This is not the primary > problem but is something we need to fix if you put the printf in the > right spot. sys/dev/acpica/acpi.c:acpi_probe_child() around line 1529 /* Associate the handle with the device_t and vice versa. */ acpi_set_handle(child, handle); AcpiAttachData(handle, acpi_fake_objhandler, child); printf("adding child %s, dev %p\n", acpi_name(handle), acpi_get_device(child)); >> adding child \_SB_.PCI1, dev 0 >> adding child \_SB_.PCI2, dev 0 >> adding child \_SB_.PCI3, dev 0 >> adding child \_SB_.PCI4, dev 0 >> acpi0: reservation of 460, 2 (4) failed >> Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x488-0x48b on acpi0 >> cpu0: on acpi0 >> cpu1: on acpi0 >> pcib0: on acpi0 >> pci0: on pcib0 >> acpi handle 0xc1ec8d20, name \LPUS >> link device: 0 index 0 > > > Ok, I also know what the main issue is. Your link devices are in \ but > it's invalid to have devices outside of \_SB. We only scan a few sub > namespaces of \ (see acpi_probe_children) so your links are never > probed/attached. The workaround is to scan all of \ instead of the > subspaces. This is very wrong from the acpi standards but probably > won't hurt anything. Try the attached patch. This worked before > because we probed links directly through _PRT and the reference was > correct there, so it didn't matter that the link was in \ instead of \_SB. > > > ------------------------------------------------------------------------ > > --- acpi.c.orig 2005-01-07 19:18:56.000000000 -0800 > +++ acpi.c 2005-01-07 19:19:22.000000000 -0800 > @@ -1403,7 +1403,7 @@ > ACPI_HANDLE parent; > ACPI_STATUS status; > int i; > - static char *scopes[] = {"\\_PR_", "\\_TZ_", "\\_SI", "\\_SB_", NULL}; > + static char *scopes[] = {"\\", NULL}; > > ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); > Ok, this fixed the ACPI panic. Thank you! :) Now I'm back to the original problem with the mpt device attachment I started to investigate before, seems to be PCI and resource allocation related. (New thread about that though). -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 04:37:03 2005 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 BC49E16A4CE for ; Sat, 8 Jan 2005 04:37:03 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4277743D53 for ; Sat, 8 Jan 2005 04:37:03 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A69E for freebsd-current@freebsd.org; Sat, 8 Jan 2005 05:37:02 +0100 Message-ID: <41DF6366.9070900@telia.com> Date: Sat, 08 Jan 2005 05:36:54 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> In-Reply-To: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: pmap_mapdev: Couldn't alloc kernel virtual memory on mpt_attach 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, 08 Jan 2005 04:37:04 -0000 Pawel Worach wrote: > Booting an IBM x345 box without ACPI (see other problem) generates this > panic during > the scsi controller probe. It sits on the line before the panic message > for about 1-2 minutes. > I got a similar/the same panic with ACPI before the other ACPI problem > showed up. > Followup to self. Now that ACPI works again this problem persists, updated kernel messages with resource monitor debug enabled. I can't find a single change that I find suspicious since it stopped working in the middle of all the December ACPI and PCI code updates. Stacktrace look the same above the mpt_attach() call. No special kernel or loader.conf options used, tried disabling pci and acpi powerstate which made no difference. pcib4: on acpi0 pci8: on pcib4 pci8: physical bus=8 map[10]: type 4, range 32, base 00002600, size 8, enabled rman_reserve_resource: request: [0x2600, 0x26ff], length 0x100, flags 0, device (null) considering [0x25c0, 0xffff] truncated region: [0x2600, 0x26ff]; size 0x100 (requested 0x100) candidate region: [0x26ff, 0x2600], size 0x100 splitting region in three parts: [0x25c0, 0x25ff]; [0x2600, 0x26ff]; [0x2700, 0xffff] map[14]: type 1, range 64, base f7ff0000, size 16, enabled rman_reserve_resource: request: [0xf7ff0000, 0xf7ffffff], length 0x10000, flags 0, device (null) considering [0, 0xf9fbffff] truncated region: [0xf7ff0000, 0xf7ffffff]; size 0x10000 (requested 0x10000) candidate region: [0xf7ffffff, 0xf7ff0000], size 0x10000 splitting region in three parts: [0, 0xf7feffff]; [0xf7ff0000, 0xf7ffffff]; [0xf8000000, 0xf9fbffff] map[1c]: type 1, range 64, base f7fe0000, size 16, enabled rman_reserve_resource: request: [0xf7fe0000, 0xf7feffff], length 0x10000, flags 0, device (null) considering [0, 0xf7feffff] truncated region: [0xf7fe0000, 0xf7feffff]; size 0x10000 (requested 0x10000) candidate region: [0xf7feffff, 0xf7fe0000], size 0x10000 allocating at the end pcib4: matched entry for 8.7.INTA pcib4: slot 7 INTA hardwired to IRQ 27 found-> vendor=0x1000, dev=0x0030, revid=0x07 bus=8, slot=7, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x11 (4250 ns), maxlat=0x12 (4500 ns) intpin=a, irq=27 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 4, range 32, base 00002700, size 8, enabled rman_reserve_resource: request: [0x2700, 0x27ff], length 0x100, flags 0, device (null) considering [0x2700, 0xffff] truncated region: [0x2700, 0x27ff]; size 0x100 (requested 0x100) candidate region: [0x27ff, 0x2700], size 0x100 allocating from the beginning map[14]: type 1, range 64, base f7fd0000, size 16, enabled rman_reserve_resource: request: [0xf7fd0000, 0xf7fdffff], length 0x10000, flags 0, device (null) considering [0, 0xf7fdffff] truncated region: [0xf7fd0000, 0xf7fdffff]; size 0x10000 (requested 0x10000) candidate region: [0xf7fdffff, 0xf7fd0000], size 0x10000 allocating at the end map[1c]: type 1, range 64, base f7fc0000, size 16, enabled rman_reserve_resource: request: [0xf7fc0000, 0xf7fcffff], length 0x10000, flags 0, device (null) considering [0, 0xf7fcffff] truncated region: [0xf7fc0000, 0xf7fcffff]; size 0x10000 (requested 0x10000) candidate region: [0xf7fcffff, 0xf7fc0000], size 0x10000 allocating at the end pcib4: matched entry for 8.7.INTB pcib4: slot 7 INTB hardwired to IRQ 28 found-> vendor=0x1000, dev=0x0030, revid=0x07 bus=8, slot=7, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x48 (2160 ns), mingnt=0x11 (4250 ns), maxlat=0x12 (4500 ns) intpin=b, irq=28 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit mpt0: port 0x2600-0x26ff mem 0xf7fe0000-0xf7feffff,0xf7ff0000-0xf7ffffff irq 27 at device 7.0 on pci8 mpt0: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf7ff0000 rman_reserve_resource: request: [0x1b, 0x1b], length 0x1, flags 4, device mpt0 considering [0x15, 0x1c] truncated region: [0x1b, 0x1b]; size 0x1 (requested 0x1) candidate region: [0x1b, 0x1b], size 0x1 splitting region in three parts: [0x15, 0x1a]; [0x1b, 0x1b]; [0x1c, 0x1c] mpt0: [GIANT-LOCKED] >>>> long delay here, 1-2 minutes <<<< mpt0: soft reset mpt1: port 0x2700-0x27ff mem 0xf7fc0000-0xf7fcffff,0xf7fd0000-0xf7fdffff irq 28 at device 7.1 on pci8 mpt1: linking with peer (mpt0) mpt1: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf7fd0000 panic: pmap_mapdev: Couldn't alloc kernel virtual memory cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x32: leal 0(%esi),%esi db> tr Tracing pid 0 tid 0 td 0xc06ef960 kdb_enter(c06a9309,0,c06bb827,c0820998,0) at kdb_enter+0x32 panic(c06bb827,10000,c08209a8,0,0) at panic+0x1f3 pmap_mapdev(f7fd0000,10000,f7fd0000,c1fbb020,c1f91204) at pmap_mapdev+0xd2 nexus_activate_resource(c1f15000,c1f91180,3,14,c200ce80) at nexus_activate_resource+0xa4 pci_alloc_resource(c1f16c00,c1f91180,3,c200d690,0,ffffffff,0,2) at pci_alloc_resource+0x597 bus_alloc_resource(c1f91180,3,c200d690,0,ffffffff) at bus_alloc_resource+0x7d mpt_attach(c1f91180,c1f91180,ffffffff,c06aa680,0) at mpt_attach+0x453 device_attach(c1f91180,c1f16d00,c0820b60,c07c526d,c1f16c00) at device_attach+0x2c9 bus_generic_attach(c1f16c00,c1e77480,1,c07c4ec0,c1f16c00) at bus_generic_attach+0x18 acpi_pci_attach(c1f16c00,c1f16c00,ffffffff,c06aa680,0) at acpi_pci_attach+0x11d device_attach(c1f16c00,c1ed5d80,c0820bdc,c07c551c,c1f16d00) at device_attach+0x2c9 bus_generic_attach(c1f16d00,c07d9649,8,c0820bcc,8) at bus_generic_attach+0x18 acpi_pcib_attach(c1f16d00,c1fbb1d4,8,c0820c04,c07c00b7) at acpi_pcib_attach+0xec acpi_pcib_acpi_attach(c1f16d00,c1f16d00,ffffffff,c06aa680,0) at acpi_pcib_acpi_attach+0xf9 device_attach(c1f16d00,2f,c0820cbc,c07c28e4,c1ed5d80) at device_attach+0x2c9 bus_generic_attach(c1ed5d80,2e,2f,c1f7dc88,2e) at bus_generic_attach+0x18 acpi_attach(c1ed5d80,c1f4604c,c06c14ec,c06aa680,0) at acpi_attach+0x7b4 device_attach(c1ed5d80,c1f15000,c0820d18,c0679ffa,c1f15000) at device_attach+0x2c9 bus_generic_attach(c1f15000,c1f1504c,c0820d54,c0520839,c1f15000) at bus_generic_attach+0x18 nexus_attach(c1f15000,c1f3c04c,c06c14ec,c06aa680,0) at nexus_attach+0x1a device_attach(c1f15000,c06dda30,c0820d78,c06670d8,c1f15680) at device_attach+0x2c9 root_bus_configure(c1f15680,c06bb361,0,c0820d98,c04d1126) at root_bus_configure+0x19 configure(0,0,c1e6f774,81ec00,81e000) at configure+0x28 mi_startup() at mi_startup+0xd6 begin() at begin+0x2c db> (gdb) l *mpt_attach+0x453 0xc04ab7c3 is in mpt_attach (/usr/src/sys/dev/mpt/mpt_pci.c:316). 311 } 312 313 /* Set up the memory regions */ 314 /* Allocate kernel virtual memory for the 9x9's Mem0 region */ 315 mpt->pci_reg_id = MEM_MAP_REG; 316 mpt->pci_reg = bus_alloc_resource(dev, SYS_RES_MEMORY, 317 &mpt->pci_reg_id, 0, ~0, 0, RF_ACTIVE); 318 if (mpt->pci_reg == NULL) { 319 device_printf(dev, "unable to map any ports\n"); 320 goto bad; > pcib8: pcibus 8 on motherboard > pci8: on pcib8 > mpt0: port 0x2600-0x26ff mem 0xf7fe0000- > 0xf7feffff,0xf7ff0000-0xf7ffffff irq 27 at device 7.0 on pci8 > mpt0: [GIANT-LOCKED] > mpt1: port 0x2700-0x27ff mem 0xf7fc0000- > 0xf7fcffff,0xf7fd0000-0xf7fdffff irq 28 at device 7.1 on pci8 > panic: pmap_mapdev: Couldn't alloc kernel virtual memory > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x32: leal 0(%esi),%esi > db> tr > Tracing pid 0 tid 0 td 0xc06eda40 > kdb_enter(c06a75b3,0,c06b9a7d,c0820a20,0) at kdb_enter+0x32 > panic(c06b9a7d,10000,c1f5eb00,0,0) at panic+0x1f3 > pmap_mapdev(f7fd0000,10000,c1f5eb88,c1fcea80,c1f5eb84) at pmap_mapdev+0xd2 > nexus_activate_resource(c1ee6e00,c1f5eb00,3,14,c1f79980) at nexus_activate_resource+0xa4 > pci_alloc_resource(c1f5ed00,c1f5eb00,3,c1fdee90,0,ffffffff,0,2) at pci_alloc_resource+0x597 > bus_alloc_resource(c1f5eb00,3,c1fdee90,0,ffffffff) at bus_alloc_resource+0x7d > mpt_attach(c1f5eb00,c1f5eb00,ffffffff,c06a8919,0) at mpt_attach+0x453 > device_attach(c1f5eb00,8,c0820bdc,c04b088a,c1f5ed00) at device_attach+0x2c9 > bus_generic_attach(c1f5ed00,8,78,c0820bd0,8) at bus_generic_attach+0x18 > pci_attach(c1f5ed00,c1f5ed00,ffffffff,c06a8919,0) at pci_attach+0x8a > device_attach(c1f5ed00,c1ee6d80,c0820c4c,c0678171,c1ee6a00) at device_attach+0x2c9 > bus_generic_attach(c1ee6a00,c06b6d31,8,c0820c40,8) at bus_generic_attach+0x18 > mptable_hostb_attach(c1ee6a00,c1ee6a00,ffffffff,c06a8919,0) at mptable_hostb_attach+0x81 > device_attach(c1ee6a00,c1ee6dcc,c0820cbc,c0670bff,c1ee6d80) at device_attach+0x2c9 > bus_generic_attach(c1ee6d80,c1f373c0,c06bf6bc,c1ee6d80,c1ee6dcc) at bus_generic_attach+0x18 > legacy_attach(c1ee6d80,c1f3904c,c06bf6bc,c06a8919,0) at legacy_attach+0x1f > device_attach(c1ee6d80,c1ee6e00,c0820d18,c067852a,c1ee6e00) at device_attach+0x2c9 > bus_generic_attach(c1ee6e00,c1ee6e4c,c0820d54,c051eb59,c1ee6e00) at bus_generic_attach+0x18 > nexus_attach(c1ee6e00,c1f3f04c,c06bf6bc,c06a8919,0) at nexus_attach+0x1a > device_attach(c1ee6e00,c06dbb50,c0820d78,c0665758,c1e7f500) at device_attach+0x2c9 > root_bus_configure(c1e7f500,c06b95b7,0,c0820d98,c04d06a6) at root_bus_configure+0x19 > configure(0,0,c06bc314,81ec00,81e000) at configure+0x28 > mi_startup() at mi_startup+0xd6 > begin() at begin+0x2c > db> > > (kgdb) l *pmap_mapdev+0xd2 > 0xc067d342 is at /usr/src/sys/i386/i386/pmap.c:2877. > 2872 if (pa < KERNLOAD && pa + size <= KERNLOAD) > 2873 va = KERNBASE + pa; > 2874 else > 2875 va = kmem_alloc_nofault(kernel_map, size); > 2876 if (!va) > 2877 panic("pmap_mapdev: Couldn't alloc kernel virtual > memory"); > 2878 > 2879 for (tmpva = va; size > 0; ) { > 2880 pmap_kenter(tmpva, pa); > 2881 size -= PAGE_SIZE; > (kgdb) l *nexus_activate_resource+0xa4 > 0xc06788f4 is in nexus_activate_resource (/usr/src/sys/i386/i386/nexus. > c:419). > 414 > 415 paddr = rman_get_start(r); > 416 psize = rman_get_size(r); > 417 > 418 poffs = paddr - trunc_page(paddr); > 419 vaddr = (caddr_t) pmap_mapdev(paddr-poffs, > psize+poffs) + poffs; > 420 } > 421 rman_set_virtual(r, vaddr); > 422 #ifdef PC98 > 423 /* PC-98: the type of bus_space_handle_t is the > structure. */ > (kgdb) l *pci_alloc_resource+0x597 > 0xc04b1e87 is in pci_alloc_resource (/usr/src/sys/dev/pci/pci.c:1705). > 1700 rman_get_size(rle->res), *rid, > type, > 1701 rman_get_start(rle->res)); > 1702 if ((flags & RF_ACTIVE) && > 1703 bus_generic_activate_resource(dev, > child, type, > 1704 *rid, rle->res) != 0) > 1705 return NULL; > 1706 return (rle->res); > 1707 } > 1708 } > 1709 return (resource_list_alloc(rl, dev, child, type, rid, > (kgdb) l *bus_alloc_resource+0x7d > 0xc051c7ed is in bus_alloc_resource (/usr/src/sys/kern/subr_bus.c:3179). > 3174 { > 3175 if (dev->parent == 0) > 3176 return (0); > 3177 return (BUS_ALLOC_RESOURCE(dev->parent, dev, type, rid, > start, end, > 3178 count, flags)); > 3179 } > 3180 > 3181 /** > 3182 * @brief Wrapper function for BUS_ACTIVATE_RESOURCE(). > 3183 * > (kgdb) l *mpt_attach+0x453 > 0xc04aaf93 is in mpt_attach (/usr/src/sys/dev/mpt/mpt_pci.c:309). > 304 } > 305 > 306 /* Set up the memory regions */ > 307 /* Allocate kernel virtual memory for the 9x9's Mem0 region > */ > 308 mpt->pci_reg_id = MEM_MAP_REG; > 309 mpt->pci_reg = bus_alloc_resource(dev, SYS_RES_MEMORY, > 310 &mpt->pci_reg_id, 0, ~0, 0, RF_ACTIVE); > 311 if (mpt->pci_reg == NULL) { > 312 device_printf(dev, "unable to map any ports\n"); > 313 goto bad; > (kgdb) > > -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 05:19:48 2005 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 26C9316A4CE for ; Sat, 8 Jan 2005 05:19:48 +0000 (GMT) Received: from mail.iinet.net.au (mail-06.iinet.net.au [203.59.3.38]) by mx1.FreeBSD.org (Postfix) with SMTP id 0386A43D2D for ; Sat, 8 Jan 2005 05:19:47 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 16265 invoked from network); 8 Jan 2005 05:19:45 -0000 Received: from unknown (HELO ?10.100.6.10?) (203.206.229.203) by mail.iinet.net.au with SMTP; 8 Jan 2005 05:19:45 -0000 From: Warren To: freebsd-current@freebsd.org Date: Sat, 8 Jan 2005 15:18:33 +1000 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501081518.33396.shinjii@virusinfo.rdksupportinc.com> Subject: 5.3-STABLE failing to read 4.x-Stable hdd 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, 08 Jan 2005 05:19:48 -0000 I recently baught a new Hdd an installed 5.3-STable on it while my 4.11-Stable hdd was in another machine temporarily .. however now i placed the 4.x hdd in my 5.3 machine it only recognises 1 partition on the 2nd hdd and disk label in 5 tells me the same thing. Any idea on what is happening and how to resolve it ? -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 05:59:34 2005 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 452BE16A4CE for ; Sat, 8 Jan 2005 05:59:34 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F4A43D39 for ; Sat, 8 Jan 2005 05:59:31 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j085xO1b070255; Sat, 8 Jan 2005 16:29:25 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sat, 8 Jan 2005 16:29:23 +1030 User-Agent: KMail/1.7.1 References: <200501081518.33396.shinjii@virusinfo.rdksupportinc.com> In-Reply-To: <200501081518.33396.shinjii@virusinfo.rdksupportinc.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2535850.VyntLOuNod"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501081629.24107.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Warren Subject: Re: 5.3-STABLE failing to read 4.x-Stable hdd 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, 08 Jan 2005 05:59:34 -0000 --nextPart2535850.VyntLOuNod Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 8 Jan 2005 15:48, Warren wrote: > I recently baught a new Hdd an installed 5.3-STable on it while my > 4.11-Stable hdd was in another machine temporarily .. however now i placed > the 4.x hdd in my 5.3 machine it only recognises 1 partition on the 2nd h= dd > and disk label in 5 tells me the same thing. > > Any idea on what is happening and how to resolve it ? Are you sure you're looking at the correct device name? What does=20 dmesg | grep -E '^ad[0-9]+' print? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2535850.VyntLOuNod Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB33a85ZPcIHs/zowRAtr/AJ96Hc3sQVaVgHlr8N1Y8U6OG9f0NgCeMNnA NyHZOD1u0OJDbm3y4jd8du0= =QVz5 -----END PGP SIGNATURE----- --nextPart2535850.VyntLOuNod-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 06:10:55 2005 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 88CFB16A4CE for ; Sat, 8 Jan 2005 06:10:55 +0000 (GMT) Received: from mail.iinet.net.au (mail-02.iinet.net.au [203.59.3.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 6755143D48 for ; Sat, 8 Jan 2005 06:10:54 +0000 (GMT) (envelope-from shinjii@virusinfo.rdksupportinc.com) Received: (qmail 24237 invoked from network); 8 Jan 2005 06:10:53 -0000 Received: from unknown (HELO ?10.100.6.10?) (203.206.229.203) by mail.iinet.net.au with SMTP; 8 Jan 2005 06:10:52 -0000 From: Warren To: freebsd-current@freebsd.org Date: Sat, 8 Jan 2005 16:09:25 +1000 User-Agent: KMail/1.7.2 References: <200501081518.33396.shinjii@virusinfo.rdksupportinc.com> <200501081629.24107.doconnor@gsoft.com.au> In-Reply-To: <200501081629.24107.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200501081609.25598.shinjii@virusinfo.rdksupportinc.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: 5.3-STABLE failing to read 4.x-Stable hdd 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, 08 Jan 2005 06:10:55 -0000 > Are you sure you're looking at the correct device name? > > What does > dmesg | grep -E '^ad[0-9]+' > print? ad0: 114473MB [232581/16/63] at ata0-master UDMA33 ad1: 114473MB [232581/16/63] at ata0-slave UDMA33 ad1 is what had the 4.x vers of FreeBSD installed Below is disklabel output: ad0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 993280 0 4.2BSD 2048 16384 62088 b: 1024000 2938880 swap c: 234436482 0 unused 0 0 # "raw" part, don't edit d: 1945600 993280 4.2BSD 2048 16384 28552 e: 33554432 3962880 4.2BSD 2048 16384 28552 f: 196919170 37517312 4.2BSD 2048 16384 28552 ad1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 234436482 63 unused 0 0 # "raw" part, don't edit e: 234436482 63 4.2BSD 2048 16384 89 partition c: partition extends past end of unit disklabel: partition c doesn't start at 0! disklabel: An incorrect partition c may cause problems for standard system utilities partition e: partition extends past end of unit -- Yours Sincerely Shinjii http://www.shinji.nq.nu From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 06:23:56 2005 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 618D516A4CE for ; Sat, 8 Jan 2005 06:23:56 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8199C43D48 for ; Sat, 8 Jan 2005 06:23:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j086NpSY070497; Sat, 8 Jan 2005 16:53:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Warren Date: Sat, 8 Jan 2005 16:53:49 +1030 User-Agent: KMail/1.7.1 References: <200501081518.33396.shinjii@virusinfo.rdksupportinc.com> <200501081629.24107.doconnor@gsoft.com.au> <200501081609.25598.shinjii@virusinfo.rdksupportinc.com> In-Reply-To: <200501081609.25598.shinjii@virusinfo.rdksupportinc.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2211401.naugTIZb1X"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501081653.50381.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-current@freebsd.org Subject: Re: 5.3-STABLE failing to read 4.x-Stable hdd 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, 08 Jan 2005 06:23:56 -0000 --nextPart2211401.naugTIZb1X Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 8 Jan 2005 16:39, Warren wrote: > > Are you sure you're looking at the correct device name? > > > > What does > > dmesg | grep -E '^ad[0-9]+' > > print? > > ad0: 114473MB [232581/16/63] at ata0-master UDMA33 > ad1: 114473MB [232581/16/63] at ata0-slave > UDMA33 > > ad1 is what had the 4.x vers of FreeBSD installed > > Below is disklabel output: What about fdisk? Is the 4.x one dangerously dedicated? =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2211401.naugTIZb1X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB33x25ZPcIHs/zowRAh6XAJ4/7URvFXHK3qsQImDKtk6RKnFFzQCgq+H9 Nhq8rovnx1UwAa1u3toFDCI= =9PbG -----END PGP SIGNATURE----- --nextPart2211401.naugTIZb1X-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 08:06:41 2005 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 B4E1516A4CE; Sat, 8 Jan 2005 08:06:41 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B91743D31; Sat, 8 Jan 2005 08:06:41 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0886dGV007490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Jan 2005 00:06:40 -0800 Message-ID: <41DF9481.5030305@root.org> Date: Sat, 08 Jan 2005 00:06:25 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> <41DF2BB3.60800@root.org> <41DF347E.6010305@telia.com> <41DF5159.1090106@root.org> <41DF5DEA.3030904@telia.com> In-Reply-To: <41DF5DEA.3030904@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 08:06:41 -0000 Pawel Worach wrote: > Nate Lawson wrote: > >> Are you sure you put the printf _after_ AcpiAttachData? It's >> surprising that none of the handles has a device attached. This is >> not the primary problem but is something we need to fix if you put the >> printf in the right spot. > > > sys/dev/acpica/acpi.c:acpi_probe_child() around line 1529 > /* Associate the handle with the device_t and vice versa. */ > acpi_set_handle(child, handle); > AcpiAttachData(handle, acpi_fake_objhandler, child); > > printf("adding child %s, dev %p\n", acpi_name(handle), > acpi_get_device(child)); That's because my addled brain (a week of only a couple hours sleep a night) got it wrong. Change that to "acpi_get_device(handle)" and post the printout, just so I can make sure this part is working overall. >> Ok, I also know what the main issue is. Your link devices are in \ >> but it's invalid to have devices outside of \_SB. We only scan a few >> sub namespaces of \ (see acpi_probe_children) so your links are never >> probed/attached. The workaround is to scan all of \ instead of the >> subspaces. This is very wrong from the acpi standards but probably >> won't hurt anything. Try the attached patch. This worked before >> because we probed links directly through _PRT and the reference was >> correct there, so it didn't matter that the link was in \ instead of >> \_SB. > > Ok, this fixed the ACPI panic. Thank you! :) Now I need to figure out how many other systems will be impacted by changing this code to violate the standard. It looks like we have no choice though so I'll commit something equivalent to -current and let it shake out there. I suspect since we check the type of devices, it shouldn't cause any real-life problems if we become more lenient about where they are located. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 08:13:16 2005 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 BFE0B16A4CE for ; Sat, 8 Jan 2005 08:13:16 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7753243D49 for ; Sat, 8 Jan 2005 08:13:16 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A87E for freebsd-current@freebsd.org; Sat, 8 Jan 2005 09:13:15 +0100 Message-ID: <41DF9613.80107@telia.com> Date: Sat, 08 Jan 2005 09:13:07 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> <41DF6366.9070900@telia.com> In-Reply-To: <41DF6366.9070900@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: panic: pmap_mapdev: Couldn't alloc kernel virtual memory on mpt_attach 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, 08 Jan 2005 08:13:16 -0000 Pawel Worach wrote: > mpt0: soft reset > mpt1: port 0x2700-0x27ff mem > 0xf7fc0000-0xf7fcffff,0xf7fd0000-0xf7fdffff irq 28 at device 7.1 on pci8 > mpt1: linking with peer (mpt0) > mpt1: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf7fd0000 > panic: pmap_mapdev: Couldn't alloc kernel virtual memory After a quick binary search I found the commit that sunk the mpt battleship. 2004-11-21 04:30:00 UTC works 2004-11-21 05:00:00 UTC panics Can KTR be used during the boot process, the busdma stuff seems pretty well instrumented? scottl 2004-11-21 04:43:28 UTC FreeBSD src repository Modified files: sys/i386/i386 busdma_machdep.c Log: MFC amd64: Consolidate all of the bounce tests into the BUS_DMA_COULD_BOUNCE flag. Allocate the bounce zone at either tag creation or map creation to help avoid null-pointer derefs later on. Track total pages per zone so that each zone can get a minimum allocation at tag creation time instead of being defeated by mis-behaving tags that suck up the max amount. Revision Changes Path 1.66 +45 -29 src/sys/i386/i386/busdma_machdep.c -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 08:22:36 2005 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 1DAB216A4CE for ; Sat, 8 Jan 2005 08:22:36 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E820543D31 for ; Sat, 8 Jan 2005 08:22:35 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.ne.client2.attbi.com[66.30.82.93]) by comcast.net (rwcrmhc11) with ESMTP id <2005010808223501300sttofe>; Sat, 8 Jan 2005 08:22:35 +0000 Message-ID: <41DF9828.9070704@comcast.net> Date: Sat, 08 Jan 2005 03:22:00 -0500 From: Sean User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: koffice 1.3.5 build error, 'm_player' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rsh.lists@comcast.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, 08 Jan 2005 08:22:36 -0000 I am trying to build koffice 1.3.5 and am running into the error below. So far can not find much on this problem. Can anyone help? Thanks Sean System info ($ uname -a FreeBSD tardis.mydomain.net 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Jan 5 22:19:02 EST 2005 sean@tardis.mydomain.net:/usr/obj/usr/src/sys/TARDISKERNEL amd64 $ ) NO_COMPAT -DQT_NO_TRANSLATION -MT kpresenter_sound_player.lo -MD -MP -MF ".deps/kpresenter_sound_player.Tpo" \ -c -o kpresenter_sound_player.lo `test -f 'kpresenter_sound_player.cc' || echo './'`kpresenter_sound_player.cc; \ then mv -f ".deps/kpresenter_sound_player.Tpo" ".deps/kpresenter_sound_player.Plo"; \ else rm -f ".deps/kpresenter_sound_player.Tpo"; exit 1; \ fi kpresenter_sound_player.cc:33:29: kartsdispatcher.h: No such file or directory kpresenter_sound_player.cc:34:32: kplayobjectfactory.h: No such file or directory kpresenter_sound_player.cc:51: error: `KArtsDispatcher' does not name a type kpresenter_sound_player.cc:53: error: ISO C++ forbids declaration of `KPlayObjectFactory' with no type kpresenter_sound_player.cc:53: error: expected `;' before '*' token kpresenter_sound_player.cc:54: error: ISO C++ forbids declaration of `KPlayObject' with no type kpresenter_sound_player.cc:54: error: expected `;' before '*' token kpresenter_sound_player.cc: In constructor `KPresenterSoundPlayer::KPresenterSoundPlayer(const QString&, QObject*, const char*)': kpresenter_sound_player.cc:65: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_factory' kpresenter_sound_player.cc:65: error: `KPlayObjectFactory' has not been declared kpresenter_sound_player.cc:66: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc: In destructor `virtual KPresenterSoundPlayer::~KPresenterSoundPlayer()': kpresenter_sound_player.cc:73: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc:74: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_factory' kpresenter_sound_player.cc: In member function `void KPresenterSoundPlayer::stop()': kpresenter_sound_player.cc:88: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc:89: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc: In member function `void KPresenterSoundPlayer::play()': kpresenter_sound_player.cc:99: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc:101: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc:101: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_factory' kpresenter_sound_player.cc:102: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc:103: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' kpresenter_sound_player.cc:106: error: 'class KPresenterSoundPlayerPrivate' has no member named 'm_player' gmake[3]: *** [kpresenter_sound_player.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.3.5/kpresenter' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.3.5/kpresenter' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/editors/koffice-kde3/work/koffice-1.3.5' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/editors/koffice-kde3. From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 08:28:50 2005 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 AF24516A4CE for ; Sat, 8 Jan 2005 08:28:50 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B5943D48 for ; Sat, 8 Jan 2005 08:28:50 +0000 (GMT) (envelope-from rsh.lists@comcast.net) Received: from [192.168.1.11] (tardiss.ne.client2.attbi.com[66.30.82.93]) by comcast.net (rwcrmhc12) with ESMTP id <2005010808285001400gd3joe>; Sat, 8 Jan 2005 08:28:50 +0000 Message-ID: <41DF999E.7060403@comcast.net> Date: Sat, 08 Jan 2005 03:28:14 -0500 From: Sean User-Agent: Mozilla Thunderbird 1.0 (X11/20050106) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <41DF253C.5040705@fer.hr> <20050108005540.GB93568@troutmask.apl.washington.edu> <20050108030707.GA3656@frontfree.net> <20050108034424.GA94365@troutmask.apl.washington.edu> In-Reply-To: <20050108034424.GA94365@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC wishlist X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: rsh.lists@comcast.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, 08 Jan 2005 08:28:50 -0000 Steve Kargl wrote: > On Sat, Jan 08, 2005 at 11:07:07AM +0800, Xin LI wrote: > >>On Fri, Jan 07, 2005 at 04:55:40PM -0800, Steve Kargl wrote: >> >>>On Sat, Jan 08, 2005 at 01:11:40AM +0100, Ivan Voras wrote: >>> >>>>It's been a while now and (judging from this list at least), people are >>>>not complaining about ULE, so maybe (with re@ approval) the fix & >>>>supporting infrastructure could be brought to RELENG_5? >>>> >>> >>>That's not a good idea. I can lock up ULE+PREEMPTION on >>>a dual amd64 system within 30 minutes. The system is >>>runnnig X11 and normally firefox (or other threaded >>>app) and it simply freezes. No panic. No keyboard >>>response. Nothing. >> >>This is observed in pre-5.3RELEASE CURRENT, but I thought Jeff has >>already fixed it in -CURRENT. I don't have dual amd64 system to do >>such experiments, are you sure you are talking about the latest >>6-CURRENT, or just 5.3? >> > > > Yes, I'm talking about 6-CURRENT. My last kernel/world build is > 04 Jan 05. I can only invoke the problem with X11 running, and > I currently don't have a serial console on this system. I'm > guessing that I hit a deadlock (or livelock). > I also have a dual amd64 and 6-CURRENT and had all sort of problems when I tried ULE. Sean From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 09:08:56 2005 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 CBB8A16A4CF; Sat, 8 Jan 2005 09:08:56 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B13943D53; Sat, 8 Jan 2005 09:08:56 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C6960003A931; Sat, 8 Jan 2005 10:08:23 +0100 Message-ID: <41DFA2FF.0@telia.com> Date: Sat, 08 Jan 2005 10:08:15 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> <41DF2BB3.60800@root.org> <41DF347E.6010305@telia.com> <41DF5159.1090106@root.org> <41DF5DEA.3030904@telia.com> <41DF9481.5030305@root.org> In-Reply-To: <41DF9481.5030305@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 09:08:56 -0000 Nate Lawson wrote: > [...] Change that to "acpi_get_device(handle)" and post > the printout, just so I can make sure this part is working overall. > Sure. adding child \_PR_.CPU1, dev 0xc1f7a180 adding child \_PR_.CPU0, dev 0xc1f16e00 adding child \_SB_, dev 0xc1f16b80 adding child \_SB_.PCI0, dev 0xc1f16880 adding child \_SB_.PCI0.ISA_, dev 0xc1f16580 adding child \_SB_.PCI0.ISA_.SIOM, dev 0xc1f16380 adding child \_SB_.PCI0.ISA_.PS2K, dev 0xc1f7a100 adding child \_SB_.PCI0.ISA_.PS2M, dev 0xc1f16c80 adding child \_SB_.PCI0.ISA_.FDC0, dev 0xc1f16900 adding child \_SB_.PCI0.ISA_.COM1, dev 0xc1f16480 adding child \_SB_.PCI0.ISA_.COM2, dev 0xc1f16200 adding child \_SB_.PCI0.ISA_.PIC_, dev 0xc1f16680 adding child \_SB_.PCI0.ISA_.DMA0, dev 0xc1f16b00 adding child \_SB_.PCI0.ISA_.TMR_, dev 0xc1f7a200 adding child \_SB_.PCI0.ISA_.RTC_, dev 0xc1f7a080 adding child \_SB_.PCI0.ISA_.SPKR, dev 0xc1f16a00 adding child \_SB_.PCI0.ISA_.COPR, dev 0xc1f16500 adding child \_SB_.PCI0.ISA_.SBD1, dev 0xc1f16180 adding child \_SB_.PCI0.USB0, dev 0xc1f16600 adding child \_SB_.PCI0.CI10, dev 0xc1f16c00 adding child \_SB_.PCI0.CI12, dev 0xc1f7a300 adding child \_SB_.PCI0.CI20, dev 0xc1f16d80 adding child \_SB_.PCI0.CI22, dev 0xc1f16700 adding child \_SB_.PCI1, dev 0xc1f16400 adding child \_SB_.PCI2, dev 0xc1f7a380 adding child \_SB_.PCI3, dev 0xc1f16800 adding child \_SB_.PCI4, dev 0xc1f16d00 adding child \_TZ_, dev 0xc1f16780 adding child \LP00, dev 0xc1f16980 pci_link0: on acpi0 pci link attached: \LP00 adding child \LP01, dev 0xc1f16280 pci_link1: on acpi0 pci link attached: \LP01 adding child \LP02, dev 0xc1f7a000 pci_link2: on acpi0 pci link attached: \LP02 adding child \LP03, dev 0xc1f16300 pci_link3: on acpi0 pci link attached: \LP03 adding child \LP04, dev 0xc1f7a980 pci_link4: irq 10 on acpi0 pci link attached: \LP04 adding child \LP05, dev 0xc1f86480 pci_link5: on acpi0 pci link attached: \LP05 adding child \LP06, dev 0xc1f7ae80 pci_link6: on acpi0 pci link attached: \LP06 adding child \LP07, dev 0xc1f86180 pci_link7: on acpi0 pci link attached: \LP07 adding child \LP08, dev 0xc1f86080 pci_link8: on acpi0 pci link attached: \LP08 adding child \LP09, dev 0xc1f86300 pci_link9: on acpi0 pci link attached: \LP09 adding child \LP0A, dev 0xc1f7aa00 pci_link10: irq 10 on acpi0 pci link attached: \LP0A adding child \LP0B, dev 0xc1f86a80 pci_link11: irq 9 on acpi0 pci link attached: \LP0B adding child \LP0C, dev 0xc1f7ab00 pci_link12: irq 9 on acpi0 pci link attached: \LP0C adding child \LP0D, dev 0xc1f7a880 pci_link13: irq 11 on acpi0 pci link attached: \LP0D adding child \LP0E, dev 0xc1f86500 pci_link14: irq 3 on acpi0 pci link attached: \LP0E adding child \LP0F, dev 0xc1f86780 pci_link15: on acpi0 pci link attached: \LP0F adding child \LP10, dev 0xc1f86580 pci_link16: on acpi0 pci link attached: \LP10 adding child \LP11, dev 0xc1f7a900 pci_link17: on acpi0 pci link attached: \LP11 adding child \LP12, dev 0xc1f7ae00 pci_link18: on acpi0 pci link attached: \LP12 adding child \LP13, dev 0xc1f7a800 pci_link19: on acpi0 pci link attached: \LP13 adding child \LP14, dev 0xc1f86900 pci_link20: on acpi0 pci link attached: \LP14 adding child \LP15, dev 0xc1f86a00 pci_link21: on acpi0 pci link attached: \LP15 adding child \LP16, dev 0xc1f7ad80 pci_link22: on acpi0 pci link attached: \LP16 adding child \LP17, dev 0xc1f90d00 pci_link23: on acpi0 pci link attached: \LP17 adding child \LP18, dev 0xc1f86b80 pci_link24: on acpi0 pci link attached: \LP18 adding child \LP19, dev 0xc1f90d80 pci_link25: on acpi0 pci link attached: \LP19 adding child \LP1A, dev 0xc1f90100 pci_link26: on acpi0 pci link attached: \LP1A adding child \LP1B, dev 0xc1f90a80 pci_link27: on acpi0 pci link attached: \LP1B adding child \LP1C, dev 0xc1f90180 pci_link28: on acpi0 pci link attached: \LP1C adding child \LP1D, dev 0xc1f90e00 pci_link29: on acpi0 pci link attached: \LP1D adding child \LP1E, dev 0xc1f86b00 pci_link30: on acpi0 pci link attached: \LP1E adding child \LP1F, dev 0xc1f90b00 pci_link31: on acpi0 pci link attached: \LP1F adding child \LPUS, dev 0xc1f90880 pci_link32: irq 11 on acpi0 pci link attached: \LPUS adding child \ASF_, dev 0xc1f86c80 Here is a diff of all the changes I have now. Index: sys/dev/acpica/acpi.c =================================================================== RCS file: /export/ctm/cvs/src/sys/dev/acpica/acpi.c,v retrieving revision 1.197 diff -u -r1.197 acpi.c --- sys/dev/acpica/acpi.c 27 Dec 2004 05:36:47 -0000 1.197 +++ sys/dev/acpica/acpi.c 8 Jan 2005 09:05:57 -0000 @@ -1403,7 +1403,7 @@ ACPI_HANDLE parent; ACPI_STATUS status; int i; - static char *scopes[] = {"\\_PR_", "\\_TZ_", "\\_SI", "\\_SB_", NULL}; + static char *scopes[] = {"\\", NULL}; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); @@ -1470,6 +1470,10 @@ } else if (acpi_MatchHid(handle, "PNP0C09")) { *order = 2; ret = 1; + /* attach pci links early */ + } else if (acpi_MatchHid(handle, "PNP0C0F")) { + *order = 3; + ret = 1; } return (ret); @@ -1520,6 +1524,9 @@ acpi_set_handle(child, handle); AcpiAttachData(handle, acpi_fake_objhandler, child); + printf("adding child %s, dev %p\n", acpi_name(handle), + acpi_get_device(handle)); + /* * Check that the device is present. If it's not present, * leave it disabled (so that we have a device_t attached to Index: sys/dev/acpica/acpi_pci_link.c =================================================================== RCS file: /export/ctm/cvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.43 diff -u -r1.43 acpi_pci_link.c --- sys/dev/acpica/acpi_pci_link.c 27 Dec 2004 05:42:32 -0000 1.43 +++ sys/dev/acpica/acpi_pci_link.c 8 Jan 2005 09:05:57 -0000 @@ -475,6 +475,7 @@ acpi_pci_link_dump(sc); } ACPI_SERIAL_END(pci_link); + printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); return (0); fail: ACPI_SERIAL_END(pci_link); Index: sys/dev/acpica/acpi_pcib.c =================================================================== RCS file: /export/ctm/cvs/src/sys/dev/acpica/acpi_pcib.c,v retrieving revision 1.53 diff -u -r1.53 acpi_pcib.c --- sys/dev/acpica/acpi_pcib.c 27 Dec 2004 05:36:47 -0000 1.53 +++ sys/dev/acpica/acpi_pcib.c 8 Jan 2005 09:05:57 -0000 @@ -249,11 +249,18 @@ /* * We have to find the source device (PCI interrupt link device). */ - if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, &lnkdev))) { + if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), prt->Source, + &lnkdev))) { device_printf(pcib, "couldn't find PCI interrupt link device %s\n", prt->Source); goto out; } + + device_t foo = acpi_get_device(lnkdev); + printf("acpi handle %p, name %s\n", lnkdev, lnkdev? acpi_name(lnkdev) : "none"); + printf("link device: %p index %d\n", foo, prt->SourceIndex); + printf("device parent %s, state %x\n", device_get_nameunit(device_get_parent(foo)), device_get_state(foo)); + interrupt = acpi_pci_link_route_interrupt(acpi_get_device(lnkdev), prt->SourceIndex); -- Pawel From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 11:45:40 2005 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 0877416A4CE for ; Sat, 8 Jan 2005 11:45:40 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1864243D46 for ; Sat, 8 Jan 2005 11:45:39 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j08BjbDW098321 for ; Sat, 8 Jan 2005 12:45:37 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sat, 08 Jan 2005 12:45:37 +0100 Message-ID: <98320.1105184737@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: opera 8 beta on -current: missing symbol 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, 08 Jan 2005 11:45:40 -0000 I downloaded the new 8beta from opera and tried running it on my -current laptop: critter phk> opera opera: /usr/lib/libpthread.so.1: Undefined symbol "_kevent" It does start however and seems to work as far as I have found out. Is this a 4.x/5.x/6.x compat thing we should worry about ? -- 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 Jan 8 12:02:56 2005 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 6E95A16A4CE for ; Sat, 8 Jan 2005 12:02:56 +0000 (GMT) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 163EB43D39 for ; Sat, 8 Jan 2005 12:02:56 +0000 (GMT) (envelope-from constant@mail.ru) Received: from [213.190.45.245] (port=2007 helo=tech1) by mx1.mail.ru with esmtp id 1CnFIz-000FYm-00 for freebsd-current@freebsd.org; Sat, 08 Jan 2005 15:02:54 +0300 From: "constant" To: Date: Sat, 8 Jan 2005 14:02:50 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcT1efoAkul4WBfvTnys/dp99x1d4Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: X-Spam: Not detected Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Installing problem 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, 08 Jan 2005 12:02:56 -0000 Greatings, I am using freebsd 4.10. Whe I something installing from ports I getting this error: /usr/include/sys/cdefs.h:273: warning: '_POSIX_C_SOURCE' is not defined /usr/include/sys/cdefs.h:279: warning: '_POSIX_C_SOURCE' is not defined Who know what I must to do? From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 12:11:08 2005 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 F110D16A4D0 for ; Sat, 8 Jan 2005 12:11:07 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3E62843D39 for ; Sat, 8 Jan 2005 12:11:07 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 43894 invoked from network); 8 Jan 2005 12:11:06 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Jan 2005 12:11:06 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j08CB40n053545 for ; Sat, 8 Jan 2005 13:11:04 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j08CB4YF053544 for current@freebsd.org; Sat, 8 Jan 2005 13:11:04 +0100 (CET) (envelope-from pho) Date: Sat, 8 Jan 2005 13:11:04 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050108121104.GA53519@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Page fault in kern/kern_event.c:1451 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, 08 Jan 2005 12:11:08 -0000 With GENERIC HEAD from Jan 8 08:45 UTC I got: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x8:0xc060a9d0 stack pointer = 0x10:0xcf26ec74 frame pointer = 0x10:0xcf26ec80 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 = 1130 (syscall) [thread pid 1130 tid 100213 ] Stopped at _mtx_assert+0x38: movl 0x1c(%ebx),%eax db> where Tracing pid 1130 tid 100213 td 0xc1dcd450 _mtx_assert(0,1,c082984d,5ab,c24b489c) at _mtx_assert+0x38 knote(c24b489c,0,1) at knote+0x2a pipeclose(c2462b00,cf26ed40,0,c1dcd450,0) at pipeclose+0x3a3 pipe(c1dcd450,cf26ed14,0,3,292) at pipe+0x50 syscall(2f,2f,2f,896a2df3,5d28afd2) at syscall+0x128 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (42, FreeBSD ELF32, pipe), eip = 0x2809a5c9, esp = 0xbfbfeab0, ebp = 0xbfbfeae8 --- Details at http://www.holm.cc/stress/log/cons103.html This seems to be a duplicate of: http://www.holm.cc/stress/log/cons95.html http://www.holm.cc/stress/log/cons87.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 16:24:24 2005 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 2153016A4CE for ; Fri, 7 Jan 2005 16:24:24 +0000 (GMT) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9871943D39 for ; Fri, 7 Jan 2005 16:24:23 +0000 (GMT) (envelope-from pertti.kosunen@saunalahti.fi) Received: from [127.0.0.1] (KMMLXXXI.dsl.saunalahti.fi [62.142.71.181]) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id D6F6E91CF3; Fri, 7 Jan 2005 18:24:22 +0200 (EET) Message-ID: <41DEB7BA.5040002@saunalahti.fi> Date: Fri, 07 Jan 2005 18:24:26 +0200 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0 / FreeBSD 5.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Richard Cadwalader References: <20050106115726.52478.qmail@web26608.mail.ukl.yahoo.com> <41DD6737.4090804@criticalmagic.com> <200501070126.40256.richard@howitsdone.net> In-Reply-To: <200501070126.40256.richard@howitsdone.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 08 Jan 2005 13:17:20 +0000 cc: freebsd-current@freebsd.org Subject: Re: Benchmark: NetBSD 2.0 beats FreeBSD 5.3 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: Fri, 07 Jan 2005 16:24:24 -0000 Richard Cadwalader wrote: >So how does FreeBSD usually fit into the grand scheme of things? >I'm not trolling, really, I love FreeBSD...I'm just new and curious... > Used to be a king at least before linux 2.6.x kernel. From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 13:21:11 2005 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 14CE816A4CE for ; Sat, 8 Jan 2005 13:21:11 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0129243D45 for ; Sat, 8 Jan 2005 13:21:10 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 08 Jan 2005 13:21:07 -0000 Received: from p3EE26798.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.103.152) by mail.gmx.net (mp024) with SMTP; 08 Jan 2005 14:21:07 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j08DKn0Z036181 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 8 Jan 2005 14:20:50 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sat, 8 Jan 2005 14:20:44 +0100 User-Agent: KMail/1.7.2 References: <41DDC4F2.5090709@yahoo.com> <41DE5242.4030606@redesjm.local> <20050107182024.GB30931@odin.ac.hmc.edu> In-Reply-To: <20050107182024.GB30931@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1376082.exaLAAoDCe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501081420.48513.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: Rob cc: x11@freebsd.org cc: Jose M Rodriguez Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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, 08 Jan 2005 13:21:11 -0000 --nextPart1376082.exaLAAoDCe Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 7. January 2005 19:20, Brooks Davis wrote: > On Fri, Jan 07, 2005 at 10:11:30AM +0100, Jose M Rodriguez wrote: > > Brooks Davis escribi=F3: > > >Could you please try the following patch? It does the same thing, but > > >gives the inode paranoid a way to disable the creation of these > > >directories or only create the ones they need. > > > > > >-- Brooks > > > > > >Index: rc.d/cleartmp > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > > >retrieving revision 1.11 > > >diff -u -p -r1.11 cleartmp > > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > > >@@ -35,5 +35,7 @@ run_rc_command "$1" > > ># restarting X > > ># > > >rm -f /tmp/.X[0-9]-lock > > >-rm -fr /tmp/.X11-unix > > >-mkdir -m 1777 /tmp/.X11-unix > > >+if [ -n ${clear_tmp_xdirs} ]; then > > >+ rm -fr ${clear_tmp_xdirs} > > >+ mkdir -m 1777 ${clear_tmp_xdirs} > > >+fi > > >Index: defaults/rc.conf > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >RCS file: /usr/cvs/src/etc/defaults/rc.conf,v > > >retrieving revision 1.235 > > >diff -u -p -r1.235 rc.conf > > >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > > >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > > >@@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati > > >svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). > > >osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). > > >clear_tmp_enable=3D"NO" # Clear /tmp at startup. > > >+clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > > >+ # Directories needed by X11 > > >ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security > > >checks > > >ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib > > >/usr/local/lib/compat/pkg" > > > # shared library search paths > > > > I recall putting this in a conf PR, try a follow-up. > > > > But I think your patch is a little bit wrong > > > > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must be > > do after the run_rc_command. > > That's easy enough to fix. > > > If we need do this from the base system (Thing that I doubt more and > > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may > > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the > > bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... > > > > But I must point that: > > > > X11 is now mostly a ports thing, not a base system component. If this > > can be take from ports (I send-pr this also), this must be the path to > > the solution. I put a simple script from libs, but I can work and rcNG > > enabled thing if prefered. > > > > This is not what x11 really needs. x11 only needs some like this: mkdir > > -p ... && chown root:wheel ... && chmod 01777 ... . this may be > > prefered by the x11 team. > > > > This can be taken both from base and ports without too much problem. > > The only secondary effect of this I know is that you may polite /tmp > > entries twice, with is not a real pain to the whole boot process. > > My worry with using your patch is that localpkg is run quite late in the > startup process, well after X may have tried to start if xdm is run from > /etc/ttys. Are you sure about that? I didn't look at any code now, but I'm quite sure = I=20 never saw any system pop up a tty at me before running the local rc scripts= =20 (actually, the only thing that happens after the ttys are up is, to my=20 knowledge, background fsck). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1376082.exaLAAoDCe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB394wXhc68WspdLARAv2OAJkBmGeklrqqBlbrmGJ4ItCKjNCCIwCdEMSZ /ZXhJNntH0y+Uz3Plc/0j+I= =hejL -----END PGP SIGNATURE----- --nextPart1376082.exaLAAoDCe-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 14:55:39 2005 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 5008316A4CE for ; Sat, 8 Jan 2005 14:55:39 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E366943D54 for ; Sat, 8 Jan 2005 14:55:37 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j08EwjJe030994; Sat, 8 Jan 2005 07:58:45 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41DFF402.6090502@freebsd.org> Date: Sat, 08 Jan 2005 07:53:54 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040929 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <15219186.1102627583229.JavaMail.tomcat@pne-ps4-sn1> <41DF6366.9070900@telia.com> <41DF9613.80107@telia.com> In-Reply-To: <41DF9613.80107@telia.com> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: panic: pmap_mapdev: Couldn't alloc kernel virtual memory on mpt_attach 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, 08 Jan 2005 14:55:39 -0000 Pawel Worach wrote: > Pawel Worach wrote: > >> mpt0: soft reset >> mpt1: port 0x2700-0x27ff mem >> 0xf7fc0000-0xf7fcffff,0xf7fd0000-0xf7fdffff irq 28 at device 7.1 on pci8 >> mpt1: linking with peer (mpt0) >> mpt1: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xf7fd0000 >> panic: pmap_mapdev: Couldn't alloc kernel virtual memory > > > After a quick binary search I found the commit that sunk the mpt > battleship. > 2004-11-21 04:30:00 UTC works > 2004-11-21 05:00:00 UTC panics > > Can KTR be used during the boot process, the busdma stuff seems pretty well > instrumented? > > scottl 2004-11-21 04:43:28 UTC > > FreeBSD src repository > > Modified files: > sys/i386/i386 busdma_machdep.c > Log: > MFC amd64: > Consolidate all of the bounce tests into the BUS_DMA_COULD_BOUNCE flag. > Allocate the bounce zone at either tag creation or map creation to help > avoid null-pointer derefs later on. Track total pages per zone so that > each zone can get a minimum allocation at tag creation time instead of > being defeated by mis-behaving tags that suck up the max amount. > > Revision Changes Path > 1.66 +45 -29 src/sys/i386/i386/busdma_machdep.c > Ok, I'll look at this, thanks. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 15:08:59 2005 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 B00A816A4CE for ; Sat, 8 Jan 2005 15:08:59 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id EEFC943D45 for ; Sat, 8 Jan 2005 15:08:58 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 88623 invoked from network); 8 Jan 2005 15:08:57 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 Jan 2005 15:08:57 -0000 X-pair-Authenticated: 80.164.63.199 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j08F8urR054130 for ; Sat, 8 Jan 2005 16:08:56 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j08F8uoG054129 for current@freebsd.org; Sat, 8 Jan 2005 16:08:56 +0100 (CET) (envelope-from pho) Date: Sat, 8 Jan 2005 16:08:56 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050108150856.GA54056@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: kmem_malloc(184320): kmem_map too small 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, 08 Jan 2005 15:08:59 -0000 With GENERIC HEAD from Jan 8 08:45 UTC I got: printf(c082c69e,c08f0940,c08f0940,100,c0845705,cf2989fc) at printf+0x43 panic(c0845705,2d000,5084000,c10640a0,cf298a30) at panic+0xd8 kmem_malloc(c10590c0,2d000,2,2) at kmem_malloc+0x416 uma_large_malloc(2d000,2,ffffffff,7fffffff,c1c74000) at uma_large_malloc+0x30 malloc(2d000,c088b200,2,c082c895,cf298aa8) at malloc+0x101 elf32_coredump(c1c74000,c1bfd8a0,ffffffff,7fffffff,c18a737c) at elf32_coredump+0x7c sigexit(c1c74000,b,c1a2baa8,0,c082c895) at sigexit+0xb17 trapsignal(c1c74000,b,c) at trapsignal+0x361 trap(dc32002f,7aa2002f,bfbf002f,29a7f22d,ec4352ad) at trap+0xe5 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0, esp = 0xfffffff0, ebp = 0 --- More info at http://www.holm.cc/stress/log/cons104.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 18:44:54 2005 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 4E43416A4CE; Sat, 8 Jan 2005 18:44:54 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E326C43D53; Sat, 8 Jan 2005 18:44:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j08Ikwda009897; Sat, 8 Jan 2005 10:46:58 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j08Ikv0F009896; Sat, 8 Jan 2005 10:46:57 -0800 Date: Sat, 8 Jan 2005 10:46:57 -0800 From: Brooks Davis To: Michael Nottebrock Message-ID: <20050108184657.GB8265@odin.ac.hmc.edu> References: <41DDC4F2.5090709@yahoo.com> <41DE5242.4030606@redesjm.local> <20050107182024.GB30931@odin.ac.hmc.edu> <200501081420.48513.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <200501081420.48513.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Rob cc: freebsd-current@freebsd.org cc: x11@freebsd.org cc: Jose M Rodriguez Subject: Re: Xorg ICE vs. Xfce4 (4.2-RC3) needs fixing /etc/rc.d/cleartmp 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, 08 Jan 2005 18:44:54 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 08, 2005 at 02:20:44PM +0100, Michael Nottebrock wrote: > On Friday, 7. January 2005 19:20, Brooks Davis wrote: > > On Fri, Jan 07, 2005 at 10:11:30AM +0100, Jose M Rodriguez wrote: > > > Brooks Davis escribi=F3: > > > >Could you please try the following patch? It does the same thing, b= ut > > > >gives the inode paranoid a way to disable the creation of these > > > >directories or only create the ones they need. > > > > > > > >-- Brooks > > > > > > > >Index: rc.d/cleartmp > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > >RCS file: /usr/cvs/src/etc/rc.d/cleartmp,v > > > >retrieving revision 1.11 > > > >diff -u -p -r1.11 cleartmp > > > >--- rc.d/cleartmp 7 Oct 2004 13:55:25 -0000 1.11 > > > >+++ rc.d/cleartmp 7 Jan 2005 00:31:51 -0000 > > > >@@ -35,5 +35,7 @@ run_rc_command "$1" > > > ># restarting X > > > ># > > > >rm -f /tmp/.X[0-9]-lock > > > >-rm -fr /tmp/.X11-unix > > > >-mkdir -m 1777 /tmp/.X11-unix > > > >+if [ -n ${clear_tmp_xdirs} ]; then > > > >+ rm -fr ${clear_tmp_xdirs} > > > >+ mkdir -m 1777 ${clear_tmp_xdirs} > > > >+fi > > > >Index: defaults/rc.conf > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > >RCS file: /usr/cvs/src/etc/defaults/rc.conf,v > > > >retrieving revision 1.235 > > > >diff -u -p -r1.235 rc.conf > > > >--- defaults/rc.conf 15 Dec 2004 12:39:28 -0000 1.235 > > > >+++ defaults/rc.conf 7 Jan 2005 00:30:49 -0000 > > > >@@ -443,6 +443,8 @@ linux_enable=3D"NO" # Linux binary compati > > > >svr4_enable=3D"NO" # SysVR4 emulation loaded at startup (or NO). > > > >osf1_enable=3D"NO" # Alpha OSF/1 emulation loaded at startup (or NO). > > > >clear_tmp_enable=3D"NO" # Clear /tmp at startup. > > > >+clear_tmp_xdirs=3D"/tmp/.X11-unix /tmp/.font-unix /tmp/.ICE-unix" > > > >+ # Directories needed by X11 > > > >ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig security > > > >checks > > > >ldconfig_paths=3D"/usr/lib/compat /usr/X11R6/lib /usr/local/lib > > > >/usr/local/lib/compat/pkg" > > > > # shared library search paths > > > > > > I recall putting this in a conf PR, try a follow-up. > > > > > > But I think your patch is a little bit wrong > > > > > > I never like the way X11 is taken by /etc/rc.d/cleartmp. none must= be > > > do after the run_rc_command. > > > > That's easy enough to fix. > > > > > If we need do this from the base system (Thing that I doubt more and > > > more), this must be implementing a new /etc/rc.d/clearx11tmp (this may > > > be do in the main /etc/rc.d/cleartmp, like in sendmail), with all the > > > bits: clear_x11tmp_enable, clear_x11tmp_dirs, ... > > > > > > But I must point that: > > > > > > X11 is now mostly a ports thing, not a base system component. If this > > > can be take from ports (I send-pr this also), this must be the path to > > > the solution. I put a simple script from libs, but I can work and rc= NG > > > enabled thing if prefered. > > > > > > This is not what x11 really needs. x11 only needs some like this: mk= dir > > > -p ... && chown root:wheel ... && chmod 01777 ... . this may be > > > prefered by the x11 team. > > > > > > This can be taken both from base and ports without too much problem. > > > The only secondary effect of this I know is that you may polite /tmp > > > entries twice, with is not a real pain to the whole boot process. > > > > My worry with using your patch is that localpkg is run quite late in the > > startup process, well after X may have tried to start if xdm is run from > > /etc/ttys. >=20 > Are you sure about that? I didn't look at any code now, but I'm quite sur= e I=20 > never saw any system pop up a tty at me before running the local rc scrip= ts=20 > (actually, the only thing that happens after the ttys are up is, to my=20 > knowledge, background fsck). Looking briefly at init, it appears that ttys running X could be initalized at any time after /usr is mounted. init just spins with 30 second pauses while trying to start things it can't start the first time. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB4CqhXY6L6fI4GtQRAnHqAKDfGVIxEhonBZ7WQD47zDyQIIJ8AwCbB2Ft 4mWQC1c5UFpYOzlr+C5NvZ4= =FHSs -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 18:48:12 2005 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 7A4DB16A4FD; Sat, 8 Jan 2005 18:48:12 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2572E43D3F; Sat, 8 Jan 2005 18:48:12 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-95.dsl.snfc21.pacbell.net [64.171.186.95]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j08Im9GV028231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Jan 2005 10:48:11 -0800 Message-ID: <41E02AD7.5000005@root.org> Date: Sat, 08 Jan 2005 10:47:51 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <41DEED05.4040000@root.org> <41DF0839.6040700@telia.com> <200501071728.16828.jhb@FreeBSD.org> <41DF2BB3.60800@root.org> <41DF347E.6010305@telia.com> <41DF5159.1090106@root.org> <41DF5DEA.3030904@telia.com> <41DF9481.5030305@root.org> <41DFA2FF.0@telia.com> In-Reply-To: <41DFA2FF.0@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt 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, 08 Jan 2005 18:48:12 -0000 Pawel Worach wrote: > Nate Lawson wrote: > >> [...] Change that to "acpi_get_device(handle)" and post the printout, >> just so I can make sure this part is working overall. >> > > Sure. > adding child \_PR_.CPU1, dev 0xc1f7a180 > adding child \_PR_.CPU0, dev 0xc1f16e00 Ok, things are working fine (non-null devices). > adding child \_SB_, dev 0xc1f16b80 This is not really a device and the patch I committed handles this. > --- sys/dev/acpica/acpi_pcib.c 27 Dec 2004 05:36:47 -0000 1.53 > +++ sys/dev/acpica/acpi_pcib.c 8 Jan 2005 09:05:57 -0000 > @@ -249,11 +249,18 @@ > /* > * We have to find the source device (PCI interrupt link device). > */ > - if (ACPI_FAILURE(AcpiGetHandle(ACPI_ROOT_OBJECT, prt->Source, > &lnkdev))) { > + if (ACPI_FAILURE(AcpiGetHandle(acpi_get_handle(pcib), prt->Source, > + &lnkdev))) { > device_printf(pcib, "couldn't find PCI interrupt link device %s\n", > prt->Source); > goto out; > } This change should not be committed. I think it's correct to use \ to start the search since your _PRT contains relative references but the links are under \. With the commit I made, you can revert all these patches, including the custom ASL. It should work as before. Let me know if it doesn't. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 19:36:16 2005 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 528FF16A4CE for ; Sat, 8 Jan 2005 19:36:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2272143D1F for ; Sat, 8 Jan 2005 19:36:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 42FA851266; Sat, 8 Jan 2005 11:36:15 -0800 (PST) Date: Sat, 8 Jan 2005 11:36:15 -0800 From: Kris Kennaway To: constant Message-ID: <20050108193615.GA68478@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Installing problem 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, 08 Jan 2005 19:36:16 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 08, 2005 at 02:02:50PM +0200, constant wrote: > Greatings, >=20 > I am using freebsd 4.10.=20 >=20 > Whe I something installing from ports I getting this error: >=20 > /usr/include/sys/cdefs.h:273: warning: '_POSIX_C_SOURCE' is not defined >=20 > /usr/include/sys/cdefs.h:279: warning: '_POSIX_C_SOURCE' is not defined >=20 > =20 >=20 > =20 >=20 > Who know what I must to do? Relax :) Compiler warnings are notes to developers that there might be something in the source code being compiled that should be fixed. Kris=20 --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB4DYuWry0BWjoQKURAlt1AJ9Jdwqo0xc2e2LSQp+8z0E4y8o9qgCgsIEh 6WYdyCt58lk0qCaZ1LUx1Lc= =Zir4 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Sat Jan 8 23:41:38 2005 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 4F4A016A4CE for ; Sat, 8 Jan 2005 23:41:38 +0000 (GMT) Received: from post-23.mail.nl.demon.net (post-23.mail.nl.demon.net [194.159.73.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E7543D39 for ; Sat, 8 Jan 2005 23:41:37 +0000 (GMT) (envelope-from kwm@rainbow-runner.nl) Received: from kazerne.demon.nl ([212.238.222.22]:63858 helo=heater.rainbow-runner.nl) by post-23.mail.nl.demon.net with esmtp (Exim 4.34) id 1CnQDB-0005wi-2D for freebsd-current@FreeBSD.org; Sat, 08 Jan 2005 23:41:37 +0000 From: Koop Mast To: freebsd-current@FreeBSD.org Content-Type: text/plain Date: Sun, 09 Jan 2005 00:41:40 +0100 Message-Id: <1105227700.25419.14.camel@heater.rainbow-runner.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: cbb0: CardBus card activation failed 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, 08 Jan 2005 23:41:38 -0000 Hello, I got myself an 3Com wireless card based on the Atheros 5212 chip. After inserting it in the first pcmcia slot the kernel tells me this: cbb0: CardBus card activation failed But after some fiddling around I stuck the card in the second pcmcia slot, I was rewarded with the following: ath0: mem 0xd6010000-0xd601ffff irq 11 at device 0.0 on cardbus1 ath0: Ethernet address: 00:0d:54:a7:d2:44 ath0: mac 5.6 phy 4.1 radio 3.6 Now this is annoying because my hand is hardwired to put my wireless card in the first pcmcia slot :). I'm willing to supply more information and test patches. Koop <...> FreeBSD 6.0-CURRENT #106: Thu Jan 6 16:13:37 CET 2005 <...> cbb0: at device 7.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 7.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1