From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 00:27:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66BF637B401; Sun, 6 Jul 2003 00:27:45 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE1D743FCB; Sun, 6 Jul 2003 00:27:44 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h667QSs8046119; Sun, 6 Jul 2003 03:26:28 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h667QShj046118; Sun, 6 Jul 2003 07:26:28 GMT Date: Sun, 6 Jul 2003 07:26:28 GMT Message-Id: <200307060726.h667QShj046118@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk 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: Sun, 06 Jul 2003 07:27:45 -0000 TB --- 2003-07-06 06:32:55 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-07-06 06:32:55 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-06 06:34:48 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/i386/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/i386/obj/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vfs_rootmountalloc.9 > vfs_rootmountalloc.9.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vfs_timestamp.9 > vfs_timestamp.9.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vfs_unbusy.9 > vfs_unbusy.9.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vfs_unmountall.9 > vfs_unmountall.9.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vfsconf.9 > vfsconf.9.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vget.9 > vget.9.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man/man9/vgone.9 > vgone.9.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share/man. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/share. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src. TB --- 2003-07-06 07:26:28 - /usr/bin/make returned exit code 1 TB --- 2003-07-06 07:26:28 - ERROR: failed to build world TB --- 2003-07-06 07:26:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 01:09:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3158437B401; Sun, 6 Jul 2003 01:09:30 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7889B43FF9; Sun, 6 Jul 2003 01:09:29 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h6689Ss8024346; Sun, 6 Jul 2003 04:09:29 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h6689SR4024345; Sun, 6 Jul 2003 08:09:28 GMT Date: Sun, 6 Jul 2003 08:09:28 GMT Message-Id: <200307060809.h6689SR4024345@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, i386@freebsd.org Precedence: bulk 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: Sun, 06 Jul 2003 08:09:30 -0000 TB --- 2003-07-06 07:26:29 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-07-06 07:26:29 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-06 07:31:53 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] ===> lib/msun gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/msun/man/acos.3 > acos.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/msun/man/acosh.3 > acosh.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/msun/man/asin.3 > asin.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/msun/man/asinh.3 > asinh.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/msun/man/atan.3 > atan.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib/msun/man/atan2.3 > atan2.3.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-07-06 08:09:28 - /usr/bin/make returned exit code 1 TB --- 2003-07-06 08:09:28 - ERROR: failed to build world TB --- 2003-07-06 08:09:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 01:21:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D1FC37B401 for ; Sun, 6 Jul 2003 01:21:47 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB2A43FE9 for ; Sun, 6 Jul 2003 01:21:47 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0B93D72FE3; Sun, 6 Jul 2003 01:21:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0882372FDC; Sun, 6 Jul 2003 01:21:47 -0700 (PDT) Date: Sun, 6 Jul 2003 01:21:47 -0700 (PDT) From: Doug White To: Bruce Cran In-Reply-To: <20030705120608.GA52927@buffy.brucec.backnet> Message-ID: <20030706011747.A79211@carver.gumbysoft.com> References: <20030705120608.GA52927@buffy.brucec.backnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: usb mouse on ehci controller doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 08:21:47 -0000 On Sat, 5 Jul 2003, Bruce Cran wrote: > I'm sure I used to be able to use a usb mouse in earlier versions of FreeBSD, > but now whatever I try, I just can't get the secondary mouse (or primary, if > I don't configure the laptop mouse pad) to work. When > I plug it in, it finds it and allocates it to /dev/ums0 (ums0: Logitech > USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1. ums0: 5 buttons and Z dir) > but XFree86 doesn't seem to like it - the log file Dying on a fcntl O_ASYNC, strange. > is attached. Also, moused doesn't show the > pointer when I run 'moused -p /dev/ums0 -t auto'. I can confirm that my wired mx300 mouse with a Hi-speed USB machine works fine. Note that it shouldn't be attaching to ehci but to the underlying controller, uhci most likely. 'usbdevs' will show you the device tree. Are you doing 'vidcontrol -m on' to enable the mouse in the current vty? > Has something in the ums driver changed that X11 doesn't like, or have I > not configured something. Could it be that I've always used it on a > computer with USB1 and there's something about the usb2 I've now got > that the logitech controller doesn't like? The lines from XF86Config > are: Have you tried using moused + xfree86? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 03:16:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E23A37B408 for ; Sun, 6 Jul 2003 03:16:15 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A21C544031 for ; Sun, 6 Jul 2003 03:16:12 -0700 (PDT) (envelope-from dhee@myrealbox.com) Received: from dhee [24.99.34.159] by myrealbox.com with NetMail ModWeb Module; Sun, 06 Jul 2003 06:16:13 -0400 From: "Dheeraj" To: freebsd-current@freebsd.org Date: Sun, 06 Jul 2003 06:16:13 -0400 X-Mailer: NetMail ModWeb Module X-Sender: dhee MIME-Version: 1.0 Message-ID: <1057486573.82177be0dhee@myrealbox.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: Re: 3COM ep0 pccard device broken in current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dhee@myrealbox.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 10:16:15 -0000 i had reported failure of my combo card 3c556 before, the serial device sio4 seems to be working(not tested with connectivity) bu= t the ep0 device give up with errors ep0: <3Com Megahertz 3CCFEM556B> at port 0x100-0x11f irq11 function 0 confi= g 7 on pccard1 ep0: eeprom failed to come ready. device_probe_attach: ep0 attach returned 6 will the latest cvs changes fix this too ? the card works on almost all *BSD's including 4-stable. dheeraj -----Original Message----- From: Andrea Campi To: Mark Murray Date: Sat, 5 Jul 2003 16:45:04 +0200 Subject: Re: 3COM ep0 pccard device broken in current. On Fri, Jul 04, 2003 at 03:26:07PM +0100, Mark Murray wrote: > > There were two changes. One is in pccbb.c that makes things a MPSAFE > > interrupt. You could revert to version 1.175 of pccbb.c. >=20 > I'll play with that in a few hours when I get home. [...] > > Revision 1.115 / (download) - annotate - [select for diffs], Thu Jun > > 26 13:27:44 2003 UTC (7 days, 23 hours ago) by mux > > Changes since 1.114: +5 -7 lines > > I played with this, but without playing with the pccbb.c stuff. I'll give > it a go tonight. Mark, I used to see the same issue you are seeing starting from the time the change to pccbb.c went in, but mux's fix to if_ep.c solved it all for me. However, it's always possible that yours is a slightly different proble= m, so I'd be interested to hear what you are doing exacly so that I could try and repeat it. Bye, =09Andrea -- Loose bits sink chips. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 03:38:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76AAD37B401; Sun, 6 Jul 2003 03:38:45 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 480E34402A; Sun, 6 Jul 2003 03:38:44 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h66AchAQ000142; Sun, 6 Jul 2003 12:38:43 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h66AQ6lC015399; Sun, 6 Jul 2003 12:26:06 +0200 (CEST) Date: Sun, 6 Jul 2003 12:26:06 +0200 From: Wilko Bulte To: Maxime Henrion Message-ID: <20030706102606.GA15384@freebie.xs4all.nl> References: <20030704001335.GM42121@elvis.mu.org> <20030705132505.GA11334@freebie.xs4all.nl> <20030705140726.GR42121@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030705140726.GR42121@elvis.mu.org> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: current@freebsd.org Subject: Re: Call for testers: patch to convert dc(4) to busdma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 10:38:45 -0000 On Sat, Jul 05, 2003 at 04:07:26PM +0200, Maxime Henrion wrote: > Wilko Bulte wrote: > > > > Could it be there is something fishy with mbuf handling? > > Could you please try the attached patch? It's absolutely untested > except for compilation because I have to leave right now, but I believe > it should fix the mbuf leaks you've been reporting. I ran netperf and bonnie via nfs in both directions. Everything ran fine, no mbuf issues or whatever. Anything specific you want tested in addition? Wilko -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 04:04:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D54237B401 for ; Sun, 6 Jul 2003 04:04:35 -0700 (PDT) Received: from ece.lsu.edu (gigo.ece.lsu.edu [130.39.223.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7014D43FF7 for ; Sun, 6 Jul 2003 04:04:34 -0700 (PDT) (envelope-from ecegrad@ece.lsu.edu) Received: (from ecegrad@localhost) by ece.lsu.edu (8.11.6+Sun/8.8.8) id h66B2hb13107; Sun, 6 Jul 2003 06:02:43 -0500 (CDT) Date: Sun, 6 Jul 2003 06:02:43 -0500 (CDT) From: LSU ECE Grad Info Message-Id: <200307061102.h66B2hb13107@ece.lsu.edu> To: freebsd-current@freebsd.org References: <200307061102.h66B2VV13101@ece.lsu.edu> In-Reply-To: <200307061102.h66B2VV13101@ece.lsu.edu> Subject: Re: Movie X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 11:04:49 -0000 This is an automatic answering service that allows you to get more information about our program and prepare material for a formal application ELECTRICAL AND COMPUTER ENGINEERING LOUISIANA STATE UNIVERSITY INSTRUCTIONS FOR e-mail APPLICANTS You can get information about our program from our homepage on the WEB http://www.ee.lsu.edu You can also download information using our FTP server location ftp.ee.lsu.edu/gradinfo You can also obtain information using e-mail as follows send e-mail message ecegrad@ee.lsu.edu put in the subject line ONE of the following code words computers info on the area of computer engineering electronics info on the area of materials and electronics power info on electric power and power electronics systems info on communications, signal processing and automatic control labs info on some of the research facilities finance info on financial assistance faculty faculty names, areas of interest and e-mail addressess preapplication to receive an electronic pre-application application to receive a PDF version of the Graduate School Application recommendation to receive an electronic recommendation form ---------------------------------------------------------- You MUST complete and e-mail the pre application form to eceapply@ee.lsu.edu Make sure that ALL data are completed, especially the information about test scores and academic ranking. TOGETHER with the pre application form, e-mail a STATEMENT OF PURPOSE indicating which area of our graduate program is of particular interest to you and why. Briefly summarize the qualifications that would make you suitable for an assistanship (research and/or teaching) Ask three professors that know you academically to send us letters of recommendation If feasible, download from our site the postscript file with letter of recommendation form, make three copies of it and ask your professors to mail them directly to GRADUATE ADVISOR ELECTRICAL AND COMPUTER ENGINEERING LOUISIANA STATE UNIVERSITY BATON ROUGE, LA 70803-5901 Alternatively, send an email message to ecegrad@ee.lsu.edu put in the subject line put the word recommendation You will receive a plain text form that your professors can complete and mail. For the sake of speed, YOUR PROFESSOR CAN E-MAIL the completed form to us at eceapply@ee.lsu.edu. If e-mail is used, it MUST be supplemented by a letter from your major professor with his or her signature. ONCE WE HAVE RECEIVED ALL THE MATERIAL REQUESTED ABOVE, WE WILL MAKE A PRELIMINARY EVALUATION AND IF APPLICABLE WE WILL SEND YOU ALL THE MATERIAL NECESSARY FOR A FORMAL APPLICATION From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 04:04:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFE2337B404 for ; Sun, 6 Jul 2003 04:04:35 -0700 (PDT) Received: from ece.lsu.edu (gigo.ece.lsu.edu [130.39.223.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7093C43FFD for ; Sun, 6 Jul 2003 04:04:34 -0700 (PDT) (envelope-from ecegrad@ece.lsu.edu) Received: (from ecegrad@localhost) by ece.lsu.edu (8.11.6+Sun/8.8.8) id h66B2ii13113; Sun, 6 Jul 2003 06:02:44 -0500 (CDT) Date: Sun, 6 Jul 2003 06:02:44 -0500 (CDT) From: LSU ECE Grad Info Message-Id: <200307061102.h66B2ii13113@ece.lsu.edu> To: freebsd-current@freebsd.org References: <200307061102.h66B2VV13101@ece.lsu.edu> In-Reply-To: <200307061102.h66B2VV13101@ece.lsu.edu> Subject: Re: Movie X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 11:04:49 -0000 This is an automatic answering service that allows you to get more information about our program and prepare material for a formal application ELECTRICAL AND COMPUTER ENGINEERING LOUISIANA STATE UNIVERSITY INSTRUCTIONS FOR e-mail APPLICANTS You can get information about our program from our homepage on the WEB http://www.ee.lsu.edu You can also download information using our FTP server location ftp.ee.lsu.edu/gradinfo You can also obtain information using e-mail as follows send e-mail message ecegrad@ee.lsu.edu put in the subject line ONE of the following code words computers info on the area of computer engineering electronics info on the area of materials and electronics power info on electric power and power electronics systems info on communications, signal processing and automatic control labs info on some of the research facilities finance info on financial assistance faculty faculty names, areas of interest and e-mail addressess preapplication to receive an electronic pre-application application to receive a PDF version of the Graduate School Application recommendation to receive an electronic recommendation form ---------------------------------------------------------- You MUST complete and e-mail the pre application form to eceapply@ee.lsu.edu Make sure that ALL data are completed, especially the information about test scores and academic ranking. TOGETHER with the pre application form, e-mail a STATEMENT OF PURPOSE indicating which area of our graduate program is of particular interest to you and why. Briefly summarize the qualifications that would make you suitable for an assistanship (research and/or teaching) Ask three professors that know you academically to send us letters of recommendation If feasible, download from our site the postscript file with letter of recommendation form, make three copies of it and ask your professors to mail them directly to GRADUATE ADVISOR ELECTRICAL AND COMPUTER ENGINEERING LOUISIANA STATE UNIVERSITY BATON ROUGE, LA 70803-5901 Alternatively, send an email message to ecegrad@ee.lsu.edu put in the subject line put the word recommendation You will receive a plain text form that your professors can complete and mail. For the sake of speed, YOUR PROFESSOR CAN E-MAIL the completed form to us at eceapply@ee.lsu.edu. If e-mail is used, it MUST be supplemented by a letter from your major professor with his or her signature. ONCE WE HAVE RECEIVED ALL THE MATERIAL REQUESTED ABOVE, WE WILL MAKE A PRELIMINARY EVALUATION AND IF APPLICABLE WE WILL SEND YOU ALL THE MATERIAL NECESSARY FOR A FORMAL APPLICATION From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 04:54:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 058D037B405 for ; Sun, 6 Jul 2003 04:54:24 -0700 (PDT) Received: from smtp-out3.blueyonder.co.uk (smtp-out3.blueyonder.co.uk [195.188.213.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFEF04401F for ; Sun, 6 Jul 2003 04:54:22 -0700 (PDT) (envelope-from bruce@cran.org.uk) Received: from buffy.brucec.backnet ([82.41.200.71]) by smtp-out3.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5329); Sun, 6 Jul 2003 12:54:21 +0100 Received: from buffy.brucec.backnet (localhost.brucec.backnet [127.0.0.1]) h66BUULX056473; Sun, 6 Jul 2003 12:30:30 +0100 (BST) (envelope-from bruce@buffy.brucec.backnet) Received: (from bruce@localhost) by buffy.brucec.backnet (8.12.8p1/8.12.8/Submit) id h66BUU0g056472; Sun, 6 Jul 2003 12:30:30 +0100 (BST) Date: Sun, 6 Jul 2003 12:30:30 +0100 From: Bruce Cran To: Doug White Message-ID: <20030706113030.GA56425@buffy.brucec.backnet> References: <20030705120608.GA52927@buffy.brucec.backnet> <20030706011747.A79211@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030706011747.A79211@carver.gumbysoft.com> User-Agent: Mutt/1.5.4i X-OriginalArrivalTime: 06 Jul 2003 11:54:21.0798 (UTC) FILETIME=[56A01860:01C343B5] cc: current@freebsd.org Subject: Re: usb mouse on ehci controller doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 11:54:24 -0000 On Sun, Jul 06, 2003 at 01:21:47AM -0700, Doug White wrote: > On Sat, 5 Jul 2003, Bruce Cran wrote: > > > I'm sure I used to be able to use a usb mouse in earlier versions of FreeBSD, > > but now whatever I try, I just can't get the secondary mouse (or primary, if > > I don't configure the laptop mouse pad) to work. When > > I plug it in, it finds it and allocates it to /dev/ums0 (ums0: Logitech > > USB Receiver, rev 1.10/13.10, addr 2, iclass 3/1. ums0: 5 buttons and Z dir) > > but XFree86 doesn't seem to like it - the log file > > Dying on a fcntl O_ASYNC, strange. > > > is attached. Also, moused doesn't show the > > pointer when I run 'moused -p /dev/ums0 -t auto'. > > I can confirm that my wired mx300 mouse with a Hi-speed USB machine works > fine. Note that it shouldn't be attaching to ehci but to the underlying > controller, uhci most likely. 'usbdevs' will show you the device tree. > > Are you doing 'vidcontrol -m on' to enable the mouse in the current vty? I swapped the Logitech wireless mouse for a Microsoft Intellimouse optical, and this time had slightly more success. If I run moused and tell XFree86 to use both /dev/psm0 and /dev/sysmouse, it still dies with the fcntl error. However, if I'm only using /dev/sysmouse, it works perfectly. The kernel has uhci but not ehci compiled in, so it must indeed be using the low-speed driver, not ehci. If I don't run moused but just tell X11 to use /dev/ums0, it still fails with the fcntl error. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 06:34:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 211E837B401 for ; Sun, 6 Jul 2003 06:34:41 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B94EB44015 for ; Sun, 6 Jul 2003 06:34:40 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 9CC1F2ED43D; Sun, 6 Jul 2003 06:34:40 -0700 (PDT) Date: Sun, 6 Jul 2003 15:34:40 +0200 From: Maxime Henrion To: Wilko Bulte Message-ID: <20030706133440.GS42121@elvis.mu.org> References: <20030704001335.GM42121@elvis.mu.org> <20030705132505.GA11334@freebie.xs4all.nl> <20030705140726.GR42121@elvis.mu.org> <20030706102606.GA15384@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030706102606.GA15384@freebie.xs4all.nl> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Call for testers: patch to convert dc(4) to busdma X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 13:34:41 -0000 Wilko Bulte wrote: > On Sat, Jul 05, 2003 at 04:07:26PM +0200, Maxime Henrion wrote: > > Wilko Bulte wrote: > > > > > > Could it be there is something fishy with mbuf handling? > > > > Could you please try the attached patch? It's absolutely untested > > except for compilation because I have to leave right now, but I believe > > it should fix the mbuf leaks you've been reporting. > > I ran netperf and bonnie via nfs in both directions. Everything ran fine, > no mbuf issues or whatever. Cool! > Anything specific you want tested in addition? No, I've got everything I need, thanks a bunch. I'll probably commit this patch later tonight since I received successful reports on x86, alpha and ia64, modulo this mbuf leak that is now fixed. Thanks to everyone who tested this patch, it's very much appreciated. Maxime From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 08:57:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8452437B405 for ; Sun, 6 Jul 2003 08:57:59 -0700 (PDT) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id C657D43FE5 for ; Sun, 6 Jul 2003 08:57:53 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 78799 invoked by uid 85); 6 Jul 2003 15:58:16 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-2.9/5.0):. Processed in 12.949254 secs); 06 Jul 2003 15:58:16 -0000 X-Spam-Status: No, hits=-2.9 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 6 Jul 2003 15:58:02 -0000 From: Arjan van Leeuwen To: freebsd-current@freebsd.org Date: Sun, 6 Jul 2003 17:57:29 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307061757.29433.avleeuwen@piwebs.com> Subject: Silicon Image SiI 3112 Serial ATA controller support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 15:57:59 -0000 Hi, Is the Silicon Image SiI 3112 Serial ATA controller supported in -CURRENT, or is anybody working on support? I have one here (on a Asus A7N8X mainboard), but the controller is not recognized at boot. If I can help anyone with information about the system, that'd be very nice - I'd like to have support for those fast Western Digital Raptors :). Best regards, Arjan From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 09:01:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EB937B401; Sun, 6 Jul 2003 09:01:27 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 991EA43FAF; Sun, 6 Jul 2003 09:01:25 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9) id h66G1No8073470; Sun, 6 Jul 2003 18:01:23 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200307061601.h66G1No8073470@spider.deepcore.dk> In-Reply-To: <200307061757.29433.avleeuwen@piwebs.com> To: Arjan van Leeuwen Date: Sun, 6 Jul 2003 18:01:23 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Silicon Image SiI 3112 Serial ATA controller support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 16:01:28 -0000 It seems Arjan van Leeuwen wrote: > Hi, > > Is the Silicon Image SiI 3112 Serial ATA controller supported in -CURRENT, or > is anybody working on support? I have one here (on a Asus A7N8X mainboard), > but the controller is not recognized at boot. If I can help anyone with > information about the system, that'd be very nice - I'd like to have support > for those fast Western Digital Raptors :). I committed support for that couple of days ago: ata-chipset.c: revision 1.32 date: 2003/07/02 10:50:44; author: sos; state: Exp; lines: +114 -46 Update the SATA support code to work more correctly with real SATA disks now that I can test it. Add support for the SiI 3112 SATA chip using memory mapped I/O. Update the support for the SiI 0680 to use the memio interface as well. Sponsored by: David Leimbach (3112 based controller) Sponsored by: FreeBSD Systems (www.FreeBSDsystems.com) (SATA disks) -Sren From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 09:13:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31EA437B401 for ; Sun, 6 Jul 2003 09:13:29 -0700 (PDT) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 1922243FE5 for ; Sun, 6 Jul 2003 09:13:27 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 78931 invoked by uid 85); 6 Jul 2003 16:13:57 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-4.7/5.0):. Processed in 10.956078 secs); 06 Jul 2003 16:13:57 -0000 X-Spam-Status: No, hits=-4.7 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 6 Jul 2003 16:13:46 -0000 From: Arjan van Leeuwen To: Soeren Schmidt Date: Sun, 6 Jul 2003 18:13:14 +0200 User-Agent: KMail/1.5.2 References: <200307061601.h66G1No8073470@spider.deepcore.dk> In-Reply-To: <200307061601.h66G1No8073470@spider.deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307061813.14552.avleeuwen@piwebs.com> cc: freebsd-current@FreeBSD.ORG cc: sos@FreeBSD.ORG Subject: Re: Silicon Image SiI 3112 Serial ATA controller support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 16:13:29 -0000 On Sunday 06 July 2003 18:01, Soeren Schmidt wrote: > It seems Arjan van Leeuwen wrote: (...) > > I committed support for that couple of days ago: > > ata-chipset.c: revision 1.32 > date: 2003/07/02 10:50:44; author: sos; state: Exp; lines: +114 -46 > Update the SATA support code to work more correctly with > real SATA disks now that I can test it. > > Add support for the SiI 3112 SATA chip using memory mapped I/O. > Update the support for the SiI 0680 to use the memio interface as well. Thanks! I'll update immediately. Arjan From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 09:31:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDCD537B401 for ; Sun, 6 Jul 2003 09:31:36 -0700 (PDT) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E7B44003 for ; Sun, 6 Jul 2003 09:31:35 -0700 (PDT) (envelope-from bruce@cran.org.uk) Received: from buffy.brucec.backnet ([82.41.200.71]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5329); Sun, 6 Jul 2003 17:31:33 +0100 Received: from buffy.brucec.backnet (localhost.brucec.backnet [127.0.0.1]) by buffy.brucec.backnet (8.12.8p1/8.12.8) with ESMTP id h66GVgLX056993 for ; Sun, 6 Jul 2003 17:31:42 +0100 (BST) (envelope-from bruce@buffy.brucec.backnet) Received: (from bruce@localhost) by buffy.brucec.backnet (8.12.8p1/8.12.8/Submit) id h66GVgtN056992 for current@freebsd.org; Sun, 6 Jul 2003 17:31:42 +0100 (BST) Date: Sun, 6 Jul 2003 17:31:42 +0100 From: Bruce Cran To: current@freebsd.org Message-ID: <20030706163142.GA56957@buffy.brucec.backnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-OriginalArrivalTime: 06 Jul 2003 16:31:33.0914 (UTC) FILETIME=[102397A0:01C343DC] Subject: ffs_copyonwrite: locking against myself - snapshot related 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: Sun, 06 Jul 2003 16:31:37 -0000 I created snapshots of /var, /, /tmp and /usr, and then continued to use the system normally, after beginning to move one of the snapshots across to an nfs directory, then cancelling the move. When I later came to install lftp from /usr/ports/ftp/lftp, I had the following panic: ffs_copyonwrite: locking against myself since a debug kernel wasn't built, I rebooted, fsck'd the filesystems and rebuilt the kernel. I then proceeded to trigger the panic again by running 'make install' in /usr/ports/ftp/lftp, and got the following trace: Debugger panic lockmgr BUF_TIMELOCK getblk breadn bread ffs_alloccg ffs_hashalloc ffs_alloc ffs_balloc_ufs2 ffs_copyonwrite spec_xstrategy spec_specstrategy spec_vnoperate bwrite bawrite ffs_nodealloccg ffs_hashalloc ffs_valloc ufs_makeinode ufs_create ufs_vnoperate VOP_CREATE vn_open_cred vn_open kern_open open syscall Xint0x80_syscall syscall(5, FreeBSD ELF32, open) I can trigger this on demand, whether the 'nvidia' module is loaded or not. All my slices are UFS2, and have been fsck'd in single-user mode. The second panic I had generated messages about recovering errors for about 30 seconds when I fsck'd /usr, so I don't know what kind of state it's now in. The panic seems to have disappeared after I deleted the snapshot files. Are snapshots supposed to be able to be moved/copied around like images - or are they part of the 'real' filesystem, and so have to be treated carefully? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 10:42:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9867737B401; Sun, 6 Jul 2003 10:42:57 -0700 (PDT) Received: from smtpout.mac.com (A17-250-248-97.apple.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086C644020; Sun, 6 Jul 2003 10:42:57 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h66Hgtad018980; Sun, 6 Jul 2003 10:42:55 -0700 (PDT) Received: from mac.com (adsl-78-178-40.jan.bellsouth.net [216.78.178.40]) (authenticated bits=0) by mac.com (Xserve/8.12.9/MantshX 2.0) with ESMTP id h66HgqIK019907; Sun, 6 Jul 2003 10:42:53 -0700 (PDT) In-Reply-To: <200307061813.14552.avleeuwen@piwebs.com> References: <200307061601.h66G1No8073470@spider.deepcore.dk> <200307061813.14552.avleeuwen@piwebs.com> Mime-Version: 1.0 (Apple Message framework v578) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <43E2CE17-AFD9-11D7-98D1-0003937E39E0@mac.com> Content-Transfer-Encoding: 7bit From: David Leimbach Date: Sun, 6 Jul 2003 12:42:51 -0500 To: Arjan van Leeuwen X-Mailer: Apple Mail (2.578) cc: freebsd-current@FreeBSD.ORG cc: Soeren Schmidt cc: sos@FreeBSD.ORG Subject: Re: Silicon Image SiI 3112 Serial ATA controller support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 17:42:57 -0000 Yeah... and it works wonderfully On Sunday, July 6, 2003, at 11:13AM, Arjan van Leeuwen wrote: > On Sunday 06 July 2003 18:01, Soeren Schmidt wrote: >> It seems Arjan van Leeuwen wrote: > (...) >> >> I committed support for that couple of days ago: >> >> ata-chipset.c: revision 1.32 >> date: 2003/07/02 10:50:44; author: sos; state: Exp; lines: +114 -46 >> Update the SATA support code to work more correctly with >> real SATA disks now that I can test it. >> >> Add support for the SiI 3112 SATA chip using memory mapped I/O. >> Update the support for the SiI 0680 to use the memio interface as >> well. > > Thanks! I'll update immediately. > > Arjan > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 11:53:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D5337B401 for ; Sun, 6 Jul 2003 11:53:31 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B040843FEC for ; Sun, 6 Jul 2003 11:53:30 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h66IrAE4017948; Sun, 6 Jul 2003 19:53:10 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h66IrAbD017947; Sun, 6 Jul 2003 19:53:10 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h66Ircwc000634; Sun, 6 Jul 2003 19:53:38 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200307061853.h66Ircwc000634@grimreaper.grondar.org> To: "M. Warner Losh" In-Reply-To: Your message of "Fri, 04 Jul 2003 22:04:34 +0900." <20030704.220434.61850465.imp@bsdimp.com> Date: Sun, 06 Jul 2003 19:53:38 +0100 Sender: mark@grondar.org cc: current@freebsd.org Subject: Re: 3COM ep0 pccard device broken in 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, 06 Jul 2003 18:53:31 -0000 What a weekend. Frigging _everything_ was a messup. "M. Warner Losh" writes: > In message: <200307041246.h64Cku8E042346@grimreaper.grondar.org> > Mark Murray writes: > : "M. Warner Losh" writes: > : > Have you gotten all of the recent changes to current wrt ep0? It was > : > broken by my making cbbintr mpsafe. Well, it was broken a long time > : > ago, my change just opened a race that used to be won, but now is > : > lost. > : > : Yup. I believe so, but please confirm where the change was to be sure? > > There were two changes. One is in pccbb.c that makes things a MPSAFE > interrupt. You could revert to version 1.175 of pccbb.c. Bingo! (I presumed that you meant 1.75, pccbb doesn't go as far as 1.175). Backing out to 1.75 has my ep0 working again! > For ep.c, you need the following or newer > > Revision 1.115 / (download) - annotate - [select for diffs], Thu Jun > 26 13:27:44 2003 UTC (7 days, 23 hours ago) by mux > Changes since 1.114: +5 -7 lines Got that. NOW. Can I interest you in doing some ToPIC97 fixes, helping to sort out some working but uncommitted Libretto-110CT ACPI/HDD fixes and a has-never-worked dc0 cardbus card? Pleeeeeze? :-) M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 12:36:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74B9D37B401 for ; Sun, 6 Jul 2003 12:36:47 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id DDD3543FE9 for ; Sun, 6 Jul 2003 12:36:46 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 99279 invoked by uid 1000); 6 Jul 2003 19:36:47 -0000 Date: Sun, 6 Jul 2003 12:36:47 -0700 (PDT) From: Nate Lawson To: Anish Mistry In-Reply-To: <200307051055.53923.mistry.7@osu.edu> Message-ID: <20030706123534.O99277@root.org> References: <20030701010230.U86209@root.org> <20030701111425.36841643.ltning@anduin.net> <200307051055.53923.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: acpi-jp@jp.FreeBSD.org Subject: Re: [acpi-jp 2366] Re: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 19:36:47 -0000 On Sat, 5 Jul 2003, Anish Mistry wrote: > > The patch is not a complete implementation but it should help identify any > > hw problems in burst mode support. I won't put it into the tree without > > making sure it can fall back correctly. > > > > Also, since I forgot the URL the second time: > > http://root.org/~nate/freebsd/ec-burst.diff > > > > -Nate > > I applied it on my Fujitsu P-2110 and rebuilt world, but didn't see any > changes or regression. Ok. I'm reworking it a bit but do not have time to test and get it out this weekend. Work is crazy until Tuesday. > Outstanding issues: > - - Battery still drains uncontrollably in S3 No idea on this. > - - USB devices dead on resume (working a usb code patch for this) I have the same problem. I have a feeling there is not sufficient save/restore of usb uhci registers. -Nate From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 12:37:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62C9137B401 for ; Sun, 6 Jul 2003 12:37:29 -0700 (PDT) Received: from Alpha.Sonnit.DK (alpha.sonnit.dk [217.157.39.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E31743FEA for ; Sun, 6 Jul 2003 12:37:28 -0700 (PDT) (envelope-from gorm@SonnIT.DK) Received: (qmail 66270 invoked by uid 1000); 6 Jul 2003 19:37:27 -0000 Date: Sun, 6 Jul 2003 21:37:27 +0200 From: "Gorm J. Siiger" To: freebsd-current@freebsd.org Message-ID: <20030706193727.GJ68696@SonnIT.DK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Promise SX6000 - error 128 lba 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: Sun, 06 Jul 2003 19:37:29 -0000 I have installed FreeBSD 5.1 from CD onto a machine with a Promise SX6000 controller with a RAID5 on 360GB. The installation went very well, but when the machine start to boot from the disk, the console shows: --- START --- F1 FREEBSD Default: F1 error 128 lba 0 FreeBSD/i386 boot Default: 0:ad(0,a)/boot/loader boot: error 128 lba 0 No /boot/loader --- STOP --- >From what I can see the bootdevice is wrong ? shouldn't it be the pst0 device instead of ad(0,a) ? -- Gorm J. Siiger - SonnIT From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 12:52:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A22E37B401 for ; Sun, 6 Jul 2003 12:52:56 -0700 (PDT) Received: from mta03.fuse.net (mx3.fuse.net [216.68.1.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E92A43FE3 for ; Sun, 6 Jul 2003 12:52:55 -0700 (PDT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] ([216.196.154.234]) by mta03.fuse.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030706195255.RVLA2095.mta03.fuse.net@[192.168.1.100]>; Sun, 6 Jul 2003 15:52:55 -0400 From: Anish Mistry To: Nate Lawson Date: Sun, 6 Jul 2003 15:53:11 -0400 User-Agent: KMail/1.5 References: <20030701010230.U86209@root.org> <200307051055.53923.mistry.7@osu.edu> <20030706123534.O99277@root.org> In-Reply-To: <20030706123534.O99277@root.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200307061553.42231.mistry.7@osu.edu> cc: freebsd-current@freebsd.org cc: acpi-jp@jp.FreeBSD.org Subject: Re: [acpi-jp 2366] Re: Updated ec-burst.diff patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 19:52:56 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > Outstanding issues: > > - - Battery still drains uncontrollably in S3 >=20 > No idea on this. >=20 I seem to be getting this answer from everyone. Is there some specific=20 debugging info that I could provide the list to help with fixing this? > > - - USB devices dead on resume (working a usb code patch for this) >=20 > I have the same problem. I have a feeling there is not sufficient > save/restore of usb uhci registers. >=20 My laptop uses ohci, but looking at the code it's quite similar. I am able= to=20 have devices work on resume if I use my code patch to completely reinitiliz= e=20 the usb bus, but cause panics if devices are plugged in and being accessed,= =20 since the interrupt values change. I'll look into the register values. =2D --=20 Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/CH45xqA5ziudZT0RAnf0AKCddBGxH6QwZSxBoNJNANS0nbplcACeKKyt AyJdH6KtAvdziAzwVBVsrWI=3D =3DEQOn =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 13:08:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0482737B401 for ; Sun, 6 Jul 2003 13:08:23 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1491843FF7 for ; Sun, 6 Jul 2003 13:08:22 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.9/8.12.9) with ESMTP id h66K8BE4019193; Sun, 6 Jul 2003 21:08:12 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)h66K8BoF019192; Sun, 6 Jul 2003 21:08:11 +0100 (BST) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])h66K8Rwc001112; Sun, 6 Jul 2003 21:08:27 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200307062008.h66K8Rwc001112@grimreaper.grondar.org> To: Andrea Campi In-Reply-To: Your message of "Sat, 05 Jul 2003 16:45:04 +0200." <20030705144504.GA2945@webcom.it> Date: Sun, 06 Jul 2003 21:08:27 +0100 Sender: mark@grondar.org cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: 3COM ep0 pccard device broken in 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, 06 Jul 2003 20:08:23 -0000 Andrea Campi writes: > > I played with this, but without playing with the pccbb.c stuff. I'll give > > it a go tonight. > > Mark, I used to see the same issue you are seeing starting from the time > the change to pccbb.c went in, but mux's fix to if_ep.c solved it all for > me. However, it's always possible that yours is a slightly different problem, > so I'd be interested to hear what you are doing exacly so that I could try > and repeat it. Hi. Reverting pccbb.c to 1.75 fixed this for me. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 13:55:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B31437B404 for ; Sun, 6 Jul 2003 13:55:03 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F85243F75 for ; Sun, 6 Jul 2003 13:55:01 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9) id h66Kt0HL034702; Sun, 6 Jul 2003 22:55:00 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200307062055.h66Kt0HL034702@spider.deepcore.dk> In-Reply-To: <20030706193727.GJ68696@SonnIT.DK> To: "Gorm J. Siiger" Date: Sun, 6 Jul 2003 22:54:59 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@FreeBSD.ORG Subject: Re: Promise SX6000 - error 128 lba 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: Sun, 06 Jul 2003 20:55:03 -0000 It seems Gorm J. Siiger wrote: > > I have installed FreeBSD 5.1 from CD onto a machine with a Promise SX6000 > controller with a RAID5 on 360GB. > > The installation went very well, but when the machine start to boot from the > disk, the console shows: You cant boot from a sx6000 controller, our bootblocks does something stupid that the sx6000 BIOS doesn't understand... -Sren From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 14:07:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3136437B401 for ; Sun, 6 Jul 2003 14:07:54 -0700 (PDT) Received: from Alpha.Sonnit.DK (alpha.sonnit.dk [217.157.39.2]) by mx1.FreeBSD.org (Postfix) with SMTP id EE9DC43FCB for ; Sun, 6 Jul 2003 14:07:52 -0700 (PDT) (envelope-from gorm@SonnIT.DK) Received: (qmail 69445 invoked by uid 1000); 6 Jul 2003 21:07:51 -0000 Date: Sun, 6 Jul 2003 23:07:51 +0200 From: "Gorm J. Siiger" To: Soeren Schmidt Message-ID: <20030706210751.GK68696@SonnIT.DK> References: <20030706193727.GJ68696@SonnIT.DK> <200307062055.h66Kt0HL034702@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307062055.h66Kt0HL034702@spider.deepcore.dk> User-Agent: Mutt/1.5.4i cc: freebsd-current@FreeBSD.ORG Subject: Re: Promise SX6000 - error 128 lba 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: Sun, 06 Jul 2003 21:07:54 -0000 > > You cant boot from a sx6000 controller, our bootblocks does something > stupid that the sx6000 BIOS doesn't understand... > Damn, can I put the bootblock on another device ? CD for example. -- Gorm J. Siiger - SonnIT From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 14:13:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9DB237B401 for ; Sun, 6 Jul 2003 14:13:37 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A841143FE3 for ; Sun, 6 Jul 2003 14:13:36 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.9/8.12.9) id h66LDZAF038451; Sun, 6 Jul 2003 23:13:35 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200307062113.h66LDZAF038451@spider.deepcore.dk> In-Reply-To: <20030706210751.GK68696@SonnIT.DK> To: "Gorm J. Siiger" Date: Sun, 6 Jul 2003 23:13:35 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 cc: freebsd-current@FreeBSD.ORG Subject: Re: Promise SX6000 - error 128 lba 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: Sun, 06 Jul 2003 21:13:38 -0000 It seems Gorm J. Siiger wrote: > > > > You cant boot from a sx6000 controller, our bootblocks does something > > stupid that the sx6000 BIOS doesn't understand... > > > Damn, can I put the bootblock on another device ? CD for example. Sure, you can mount the pst devices as soon as the kernel is running, so you just need to get the thing off the ground (CD, floppy, ZIP, flash whatever) -Sren From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 15:09:20 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF3237B401; Sun, 6 Jul 2003 15:09:20 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 558C143FF5; Sun, 6 Jul 2003 15:09:19 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h66M91s8044001; Sun, 6 Jul 2003 18:09:15 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h66M8k1P044000; Sun, 6 Jul 2003 22:08:46 GMT Date: Sun, 6 Jul 2003 22:08:46 GMT Message-Id: <200307062208.h66M8k1P044000@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on ia64/ia64 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, 06 Jul 2003 22:09:20 -0000 TB --- 2003-07-06 21:23:01 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-07-06 21:23:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-06 21:26:15 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/mbsinit.3 > mbsinit.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/mbsrtowcs.3 > mbsrtowcs.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/multibyte.3 > multibyte.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/nl_langinfo.3 > nl_langinfo.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/rune.3 > rune.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/setlocale.3 > setlocale.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib/libc/locale/toascii.3 > toascii.3.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-07-06 22:08:46 - /usr/bin/make returned exit code 1 TB --- 2003-07-06 22:08:46 - ERROR: failed to build world TB --- 2003-07-06 22:08:46 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 15:41:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A71937B401 for ; Sun, 6 Jul 2003 15:41:31 -0700 (PDT) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6965B43F85 for ; Sun, 6 Jul 2003 15:41:30 -0700 (PDT) (envelope-from pav@oook.cz) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.12.9/8.12.9) with SMTP id h66MfS6x001032 for ; Mon, 7 Jul 2003 00:41:28 +0200 (CEST) (envelope-from pav@oook.cz) From: Pav Lucistnik Date: Mon, 07 Jul 2003 00:41:28 +0200 User-Agent: Pan/0.14.0 (I'm Being Nibbled to Death by Cats!) Message-Id: To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Subject: ACPI vs fdc0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 22:41:31 -0000 Hi, my floppy disc drive does not work. I was ignoring this fact until today, because I need to write something to a floppy. It's probably clashing with something ACPI is claiming: [during boot] fdc0: cmd 3 failed at out byte 1 of 3 fdc0: cmd 3 failed at out byte 1 of 3 fdc0: cannot reserve I/O port range (6 ports) [devinfo -u] 0x3f0-0x3f1 (acpi_sysresource0) 0x3f2-0x3f5 ---- 0x3f6 (ata0) 0x3f7 (root0) How can I get tell ACPI to free those two I/O ports? It works fine when I disable ACPI, but disabling ACPI is not an option, because X does not start without it. I need floppy under X. I searched mailing list archives and exactly this same problem was discussed back in summer 2001. I can't believe no solutions have been made since then. [uname -a] FreeBSD hood.oook.cz 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Jul 4 21:23:06 CEST 2003 root@hood.oook.cz:/usr/obj/usr/src/sys/PAV i386 I'll provide any other debug information needed. -- Pav Lucistnik What do we know about love? Love is like a pear. Pear is sweet and have a specific shape. Try to exactly define the shape of a pear. -- Marigold: 50 Years Of Poetry From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 15:47:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D94437B401 for ; Sun, 6 Jul 2003 15:47:55 -0700 (PDT) Received: from cus.org.uk (host213-106-240-81.no-dns-yet.ntli.net [213.106.240.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9AF43FBD for ; Sun, 6 Jul 2003 15:47:54 -0700 (PDT) (envelope-from dom@cus.org.uk) Received: from cus.org.uk (localhost.cus.org.uk [127.0.0.1]) by cus.org.uk (8.12.6/8.12.6) with ESMTP id h66Mlr5h013050 for ; Sun, 6 Jul 2003 23:47:53 +0100 (BST) (envelope-from dom@cus.org.uk) Received: (from dom@localhost) by cus.org.uk (8.12.6/8.12.6/Submit) id h66Mlr6X013049 for freebsd-current@freebsd.org; Sun, 6 Jul 2003 23:47:53 +0100 (BST) Date: Sun, 6 Jul 2003 23:47:53 +0100 From: Dominic Marks To: freebsd-current@freebsd.org Message-ID: <20030706224753.GA12877@cus.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: OpenPAM dynamic module loading not working ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 22:47:55 -0000 Hey, I'm trying to setup authentication against a PostgreSQL Database with OpenPAM and pam_pgsql. I have installed the pam_pgsql port and configured a few services (samba, pop3) to authenticate against the DB. Whenever an authentication request is made I get the following errors (regardless of the source service): Samba: Jul 7 22:22:18 bacon smbd[67333]: in openpam_load_module(): no pam_pgsql.so found Jul 7 22:22:18 bacon smbd[67333]: [2003/07/07 22:22:18, 0] passdb/pampass.c:smb_pam_error_handler(71) Jul 7 22:22:18 bacon smbd[67333]: smb_pam_error_handler: PAM: Init Failed : failed to load module Dovecot: Jul 7 22:10:40 bacon dovecot-auth: in openpam_load_module(): no pam_pgsql.so found Jul 7 22:10:40 bacon dovecot-auth: PAM: pam_start(example) failed: failed to load module I have checked I installed things properly, I also created the link although that shouldn't be required (from looking at the source). bacon# ls -l /usr/lib/pam_pgsql.so* lrwxr-xr-x 1 root wheel 14 Jul 7 21:45 /usr/lib/pam_pgsql.so -> pam_pgsql.so.2 -r--r--r-- 1 root wheel 14052 Jan 12 10:46 /usr/lib/pam_pgsql.so.2 The pam.d file I'm using for Samba: bacon# cat /etc/pam.d/samba # # /etc/pam.d/samba # auth required pam_pgsql.so account required pam_pgsql.so password required pam_pgsql.so I can't find anything wrong in my configuration, but maybe I'm being stupid. If someone has any ideas on a resolution, I'd appreciate it. Thanks, -- Dominic From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 15:48:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0810B37B401; Sun, 6 Jul 2003 15:48:38 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D58F43FBD; Sun, 6 Jul 2003 15:48:37 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h66MmWs8011860; Sun, 6 Jul 2003 18:48:33 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h66MmUbL011859; Sun, 6 Jul 2003 22:48:30 GMT Date: Sun, 6 Jul 2003 22:48:30 GMT Message-Id: <200307062248.h66MmUbL011859@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk 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, 06 Jul 2003 22:48:38 -0000 TB --- 2003-07-06 22:09:15 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-06 22:09:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-06 22:11:45 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/timezone.3 > timezone.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ttyname.3 > ttyname.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/tzset.3 > tzset.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ualarm.3 > ualarm.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ucontext.3 > ucontext.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/ulimit.3 > ulimit.3.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/gen/uname.3 > uname.3.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-06 22:48:30 - /usr/bin/make returned exit code 1 TB --- 2003-07-06 22:48:30 - ERROR: failed to build world TB --- 2003-07-06 22:48:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 15:50:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE4A237B401; Sun, 6 Jul 2003 15:50:58 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A8643F93; Sun, 6 Jul 2003 15:50:57 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 7B93A66B04; Sun, 6 Jul 2003 15:50:55 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 44BA0BBC; Sun, 6 Jul 2003 15:50:55 -0700 (PDT) Date: Sun, 6 Jul 2003 15:50:55 -0700 From: Kris Kennaway To: Tinderbox Message-ID: <20030706225055.GA20878@rot13.obsecurity.org> References: <200307062248.h66MmUbL011859@cueball.rtp.FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <200307062248.h66MmUbL011859@cueball.rtp.FreeBSD.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: des@FreeBSD.org cc: sparc64@freebsd.org Subject: Tinderboxes segfaulting (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: Sun, 06 Jul 2003 22:50:59 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jul 06, 2003 at 10:48:30PM +0000, Tinderbox wrote: > Segmentation fault (core dumped) > *** Error code 139 Does anyone know why all the tinderboxes are segfaulting? Does the machine have hardware problems, or did someone introduce a malloc bug into -current? Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/CKfOWry0BWjoQKURAszTAJ4j1ix0JaotOswTqba3df2OBrZZmwCgshFs R50ewTCasmZP+TzPW8H+pYo= =wjDz -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 16:49:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A76037B401 for ; Sun, 6 Jul 2003 16:49:12 -0700 (PDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id E352743FFD for ; Sun, 6 Jul 2003 16:49:11 -0700 (PDT) (envelope-from nugent511@comcast.net) Received: from comcast.net (bgp01558997bgs.gambrl01.md.comcast.net[68.49.29.80](misconfigured sender)) by comcast.net (sccrmhc11) with SMTP id <2003070623491101100jne7pe>; Sun, 6 Jul 2003 23:49:11 +0000 Message-ID: <3F08B199.3050409@comcast.net> Date: Sun, 06 Jul 2003 19:32:41 -0400 From: "Myron J. Mayfield" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901 X-Accept-Language: en-us MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 23:49:12 -0000 I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar file only unpacked part of it. I then copied the files from my Redhat 9 machine. I linked up all the linux libraries needed and attempted to start it. It gives me an error saying cant find /dev/shm. I tried adding this to /dev but was unable to. Does anyone have any information? Thank you. I am somewhat new to FreeBSD but have used linux for Many years. From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 16:57:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A97A737B404 for ; Sun, 6 Jul 2003 16:57:47 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 77F9C43FF3 for ; Sun, 6 Jul 2003 16:57:46 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 3460 invoked by uid 65534); 6 Jul 2003 23:57:45 -0000 Received: from cvpn012.gwdg.de (EHLO gmx.net) (134.76.22.12) by mail.gmx.net (mp022) with SMTP; 07 Jul 2003 01:57:45 +0200 Message-ID: <3F08B79B.2040805@gmx.net> Date: Mon, 07 Jul 2003 01:58:19 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: "Myron J. Mayfield" References: <3F08B199.3050409@comcast.net> In-Reply-To: <3F08B199.3050409@comcast.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 Jul 2003 23:57:48 -0000 Myron J. Mayfield wrote: > I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar > file only unpacked part of it. I then copied the files from my Redhat 9 > machine. I linked up all the linux libraries needed and attempted to > start it. It gives me an error saying cant find /dev/shm. I tried > adding this to /dev but was unable to. Does anyone have any > information? Thank you. I am somewhat new to FreeBSD but have used > linux for Many years. For some unexcused reason there is the trend in Linux to represent everything as kind of a wired half finished pseudo file system. /proc pipe devicefs sysctl and so on... The list is really long. Even shared memmory is mapped to ehrm.... a filesystem. This is "expected" to be mounted at /dev/shm by the system. You can't expect FreeBSD to follow this path... > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:01:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C771937B401 for ; Sun, 6 Jul 2003 17:01:24 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019F143F3F for ; Sun, 6 Jul 2003 17:01:24 -0700 (PDT) (envelope-from nugent511@comcast.net) Received: from comcast.net (bgp01558997bgs.gambrl01.md.comcast.net[68.49.29.80](misconfigured sender)) by comcast.net (sccrmhc12) with SMTP id <2003070700012301200am5kse>; Mon, 7 Jul 2003 00:01:23 +0000 Message-ID: <3F08B476.3090700@comcast.net> Date: Sun, 06 Jul 2003 19:44:54 -0400 From: "Myron J. Mayfield" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901 X-Accept-Language: en-us MIME-Version: 1.0 To: Marcin Dalecki References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 00:01:25 -0000 Marcin Dalecki wrote: > Myron J. Mayfield wrote: > >> I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar >> file only unpacked part of it. I then copied the files from my Redhat 9 >> machine. I linked up all the linux libraries needed and attempted to >> start it. It gives me an error saying cant find /dev/shm. I tried >> adding this to /dev but was unable to. Does anyone have any >> information? Thank you. I am somewhat new to FreeBSD but have used >> linux for Many years. > > > For some unexcused reason there is the trend in Linux to represent > everything as kind of a wired half finished pseudo file system. /proc > pipe > devicefs sysctl and so on... The list is really long. Even shared > memmory is > mapped to ehrm.... a filesystem. This is "expected" to be mounted at > /dev/shm by the system. You can't expect FreeBSD to follow this path... > >> >> >> _______________________________________________ >> 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" >> >> > > > _______________________________________________ > 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" > Is there a way to emulate /dev/shm? From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:12:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5518837B401 for ; Sun, 6 Jul 2003 17:12:34 -0700 (PDT) Received: from bloatware.dickey.net (pcp741060pcs.reston01.va.comcast.net [68.49.156.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BADD43FCB for ; Sun, 6 Jul 2003 17:12:31 -0700 (PDT) (envelope-from tom@invisible-island.net) Received: from bloatware.dickey.net (tom@localhost [127.0.0.1]) h670Eic9001539; Sun, 6 Jul 2003 20:14:44 -0400 Received: (from tom@localhost) by bloatware.dickey.net (8.12.3/8.12.3/Debian-6.4) id h670EiWG001537; Sun, 6 Jul 2003 20:14:44 -0400 Date: Sun, 6 Jul 2003 20:14:44 -0400 From: Thomas Dickey To: Marcin Dalecki Message-ID: <20030707001443.GA1530@invisible-island.net> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F08B79B.2040805@gmx.net> User-Agent: Mutt/1.3.28i cc: "Myron J. Mayfield" cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dickey@herndon4.his.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 00:12:34 -0000 On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote: > Myron J. Mayfield wrote: > >I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar > >file only unpacked part of it. I then copied the files from my Redhat 9 > >machine. I linked up all the linux libraries needed and attempted to > >start it. It gives me an error saying cant find /dev/shm. I tried > >adding this to /dev but was unable to. Does anyone have any > >information? Thank you. I am somewhat new to FreeBSD but have used > >linux for Many years. > > For some unexcused reason there is the trend in Linux to represent > everything as kind of a wired half finished pseudo file system. /proc pipe > devicefs sysctl and so on... The list is really long. Even shared memmory is > mapped to ehrm.... a filesystem. This is "expected" to be mounted at > /dev/shm by the system. You can't expect FreeBSD to follow this path... Linux isn't the only system that does this (learn a little, criticize less). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:23:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D1BD37B401 for ; Sun, 6 Jul 2003 17:23:59 -0700 (PDT) Received: from smtp.sw.oz.au (m017-200.nv.iinet.net.au [203.217.17.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 762B343F75 for ; Sun, 6 Jul 2003 17:23:57 -0700 (PDT) (envelope-from vance@aurema.com) Received: from smtp.sw.oz.au (localhost [127.0.0.1]) by smtp.sw.oz.au with ESMTP id h670NnMl020230; Mon, 7 Jul 2003 10:23:49 +1000 (EST) Received: (from vance@localhost) by smtp.sw.oz.au id h670NldM020228; Mon, 7 Jul 2003 10:23:47 +1000 (EST) Date: Mon, 7 Jul 2003 10:23:47 +1000 From: Christopher Vance To: Thomas Dickey Message-ID: <20030707002347.GC5141@aurema.com> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707001443.GA1530@invisible-island.net> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.33 (www . roaringpenguin . com / mimedefang) cc: "Myron J. Mayfield" cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 00:23:59 -0000 On Sun, Jul 06, 2003 at 08:14:44PM -0400, Thomas Dickey wrote: : On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote: : > Myron J. Mayfield wrote: : > >start it. It gives me an error saying cant find /dev/shm. I tried : > >adding this to /dev but was unable to. Does anyone have any : > : > For some unexcused reason there is the trend in Linux to represent : > everything as kind of a wired half finished pseudo file system. /proc pipe : > devicefs sysctl and so on... The list is really long. Even shared memmory is : > mapped to ehrm.... a filesystem. This is "expected" to be mounted at : > /dev/shm by the system. You can't expect FreeBSD to follow this path... : : Linux isn't the only system that does this (learn a little, criticize less). If you're talking about Plan 9 or Inferno, they at least have a history of finishing their filesystems and understanding why it's done that way. If Linux attempts to copy without understanding, and doesn't complete the job, it doesn't imply that the original idea was a Bad Thing, only that the implementation sucks. -- Christopher Vance From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:41:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0429D37B401 for ; Sun, 6 Jul 2003 17:41:23 -0700 (PDT) Received: from vhost101.his.com (vhost101.his.com [216.194.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18FD543FAF for ; Sun, 6 Jul 2003 17:41:22 -0700 (PDT) (envelope-from dickey@herndon4.his.com) Received: from vhost101.his.com (localhost.his.com [127.0.0.1]) by vhost101.his.com (8.12.6p2/8.12.3) with ESMTP id h670fExK090304; Sun, 6 Jul 2003 20:41:14 -0400 (EDT) (envelope-from dickey@herndon4.his.com) Received: from localhost (dickey@localhost)h670fESI090301; Sun, 6 Jul 2003 20:41:14 -0400 (EDT) X-Authentication-Warning: vhost101.his.com: dickey owned process doing -bs Date: Sun, 6 Jul 2003 20:41:14 -0400 (EDT) From: "Thomas E. Dickey" X-X-Sender: dickey@vhost101.his.com To: Christopher Vance In-Reply-To: <20030707002347.GC5141@aurema.com> Message-ID: <20030706203440.D89894@vhost101.his.com> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707002347.GC5141@aurema.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "Myron J. Mayfield" cc: current@freebsd.org cc: Thomas Dickey Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dickey@herndon4.his.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 00:41:23 -0000 On Mon, 7 Jul 2003, Christopher Vance wrote: > On Sun, Jul 06, 2003 at 08:14:44PM -0400, Thomas Dickey wrote: > : On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote: > : > Myron J. Mayfield wrote: > : > >start it. It gives me an error saying cant find /dev/shm. I tried > : > >adding this to /dev but was unable to. Does anyone have any > : > > : > For some unexcused reason there is the trend in Linux to represent > : > everything as kind of a wired half finished pseudo file system. /proc pipe > : > devicefs sysctl and so on... The list is really long. Even shared memmory is > : > mapped to ehrm.... a filesystem. This is "expected" to be mounted at > : > /dev/shm by the system. You can't expect FreeBSD to follow this path... > : > : Linux isn't the only system that does this (learn a little, criticize less). > > If you're talking about Plan 9 or Inferno, they at least have a > history of finishing their filesystems and understanding why it's done > that way. If Linux attempts to copy without understanding, and > doesn't complete the job, it doesn't imply that the original idea was > a Bad Thing, only that the implementation sucks. Better, apparently to "copy" (not actually), rather than to whine in the background... Still - your response is equally ignorant (Plan 9 is well known - even to students), since it offers no useful information. The /proc stuff is used in "real" Unix's such as Solaris. Just checking, I see that FreeBSD implements procfs, which is along the same lines. (still waiting for FreeBSD to "complete" a sysinstall program that doesn't look as if it was an assignment for high-school interns). -- T.E.Dickey http://invisible-island.net ftp://invisible-island.net From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:48:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5960B37B401 for ; Sun, 6 Jul 2003 17:48:13 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id F262243FDD for ; Sun, 6 Jul 2003 17:48:11 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 4039 invoked by uid 65534); 7 Jul 2003 00:48:10 -0000 Received: from cvpn012.gwdg.de (EHLO gmx.net) (134.76.22.12) by mail.gmx.net (mp001) with SMTP; 07 Jul 2003 02:48:10 +0200 Message-ID: <3F08C369.8080207@gmx.net> Date: Mon, 07 Jul 2003 02:48:41 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: dickey@herndon4.his.com References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> In-Reply-To: <20030707001443.GA1530@invisible-island.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Myron J. Mayfield" cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 00:48:13 -0000 Thomas Dickey wrote: > On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote: > >>Myron J. Mayfield wrote: >> >>>I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar >>>file only unpacked part of it. I then copied the files from my Redhat 9 >>>machine. I linked up all the linux libraries needed and attempted to >>>start it. It gives me an error saying cant find /dev/shm. I tried >>>adding this to /dev but was unable to. Does anyone have any >>>information? Thank you. I am somewhat new to FreeBSD but have used >>>linux for Many years. >> >>For some unexcused reason there is the trend in Linux to represent >>everything as kind of a wired half finished pseudo file system. /proc pipe >>devicefs sysctl and so on... The list is really long. Even shared memmory is >>mapped to ehrm.... a filesystem. This is "expected" to be mounted at >>/dev/shm by the system. You can't expect FreeBSD to follow this path... > > > Linux isn't the only system that does this (learn a little, criticize less). There is a great span between everything and some things where it makes sense. Just please compare the devfs *implementations* between FreeBSD and Linux to see the difference. Some examples: /etc/rc.d/init.d# cat /proc/meminfo total: used: free: shared: buffers: cached: Mem: 526184448 515764224 10420224 0 43528192 353251328 Swap: 536862720 0 536862720 MemTotal: 513852 kB MemFree: 10176 kB MemShared: 0 kB Buffers: 42508 kB Cached: 344972 kB SwapCached: 0 kB Active: 332328 kB ActiveAnon: 79088 kB ActiveCache: 253240 kB Inact_dirty: 8932 kB Inact_laundry: 0 kB Inact_clean: 125308 kB Inact_target: 93312 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 513852 kB LowFree: 10176 kB SwapTotal: 524280 kB SwapFree: 524280 kB /etc/rc.d/init.d# Wonderfull well tought out conscise and dense design isn't it? Or maybe: /etc/rc.d/init.d# cat /proc/filesystems nodev rootfs nodev bdev nodev proc nodev sockfs nodev tmpfs nodev shm nodev pipefs ext2 nodev ramfs iso9660 nodev devpts ext3 nodev usbdevfs nodev usbfs nodev binfmt_misc /etc/rc.d/init.d# And this is 2.4 kernel not the "upcomming" 2.6 Oh and I know well about the motivation behing /dev/shm - the excuse is called "POSIX shm semantics". Which are broken in first place and never got over the "standard" draft state. From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 17:54:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E34A337B401 for ; Sun, 6 Jul 2003 17:54:54 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A474D43FCB for ; Sun, 6 Jul 2003 17:54:53 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 26644 invoked by uid 65534); 7 Jul 2003 00:54:51 -0000 Received: from cvpn012.gwdg.de (EHLO gmx.net) (134.76.22.12) by mail.gmx.net (mp023) with SMTP; 07 Jul 2003 02:54:51 +0200 Message-ID: <3F08C4FD.8010107@gmx.net> Date: Mon, 07 Jul 2003 02:55:25 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: dickey@herndon4.his.com References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> In-Reply-To: <20030706203440.D89894@vhost101.his.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Myron J. Mayfield" cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 00:54:55 -0000 Thomas E. Dickey wrote: > The /proc stuff is used in "real" Unix's such as Solaris. Just checking, > I see that FreeBSD implements procfs, which is along the same lines. There isn't much either Solaris /proc or FresBSD /proc have in common with what Linux calls /proc. And finally on my FreeBSD box - kozaczek# mount /dev/ad0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) kozaczek# top And top doesn't eat tons of CPU time there like it does on Linux. From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 19:53:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53FE737B401 for ; Sun, 6 Jul 2003 19:53:37 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA45843FEA for ; Sun, 6 Jul 2003 19:53:36 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id 435D413970D for ; Sun, 6 Jul 2003 22:53:32 -0400 (EDT) Received: by trooper.velocet.ca (Postfix, from userid 66) id E5AA974D7D; Sun, 6 Jul 2003 22:53:31 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id D86AC4677; Sun, 6 Jul 2003 22:53:27 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16136.57511.770408.631094@canoe.velocet.net> Date: Sun, 6 Jul 2003 22:53:27 -0400 To: freebsd-current@freebsd.org X-Mailer: VM 7.14 under 21.4 (patch 12) "Portable Code" XEmacs Lucid Subject: Current kernel not compiling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 02:53:37 -0000 I'm trying to 'make buildworld' then 'make buildkernel' from 5.1-RELEASE against today's current. I'm getting a missing P_THREADED symbol in kern_synch.c in the make buildkernel step. UPDATING is silent on this. Is there an easy workaround? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 20:00:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCD3137B401 for ; Sun, 6 Jul 2003 20:00:05 -0700 (PDT) Received: from ns.waishi.jp (ns.waishi.jp [61.199.233.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDEDE43F3F for ; Sun, 6 Jul 2003 20:00:04 -0700 (PDT) (envelope-from yosimoto@waishi.jp) Received: from ns.waishi.jp (ns.waishi.jp [61.199.233.194]) by ns.waishi.jp (Postfix) with SMTP id 7F56622E27 for ; Mon, 7 Jul 2003 12:00:02 +0900 (JST) Date: Mon, 7 Jul 2003 12:00:02 +0900 From: Shin-ichi YOSHIMOTO To: freebsd-current@freebsd.org Message-Id: <20030707120002.18029e92.yosimoto@waishi.jp> Organization: WAISHI.JP X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: mergemaster broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 03:00:06 -0000 mergemaster broken in today's current like this: > mergemaster -dv [snip] cd /usr/src/etc/sendmail; make distribution install -o root -g wheel -m 644 /usr/src/etc/sendmail/freebsd.mc freebsd.cf /var/tmp/temproot.0707.11.55/etc/mail install: freebsd.cf: No such file or directory *** Error code 71 Stop in /usr/src/etc/sendmail. *** Error code 1 Stop in /usr/src/etc. *** FATAL ERROR: Cannot 'cd' to /usr/src/etc and install files to the temproot environment -- Shin-ichi YOSHIMOTO http://diary.waishi.jp/~yosimoto/diary/ From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 20:21:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7783D37B401 for ; Sun, 6 Jul 2003 20:21:15 -0700 (PDT) Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5E2C43FB1 for ; Sun, 6 Jul 2003 20:21:14 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) Received: from horsey.gshapiro.net (localhost [127.0.0.1]) h673LEpa090734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Jul 2003 20:21:14 -0700 (PDT) Received: (from gshapiro@localhost)h673LEWX090733; Sun, 6 Jul 2003 20:21:14 -0700 (PDT) Date: Sun, 6 Jul 2003 20:21:14 -0700 From: Gregory Neil Shapiro To: Shin-ichi YOSHIMOTO Message-ID: <20030707032114.GJ49194@horsey.gshapiro.net> References: <20030707120002.18029e92.yosimoto@waishi.jp> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="GZVR6ND4mMseVXL/" Content-Disposition: inline In-Reply-To: <20030707120002.18029e92.yosimoto@waishi.jp> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: mergemaster broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 03:21:15 -0000 --GZVR6ND4mMseVXL/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > > mergemaster -dv > > [snip] > > cd /usr/src/etc/sendmail; make distribution > install -o root -g wheel -m 644 /usr/src/etc/sendmail/freebsd.mc freebsd.cf /var/tmp/temproot.0707.11.55/etc/mail > install: freebsd.cf: No such file or directory > *** Error code 71 Thanks, I just committed a fix for this. --GZVR6ND4mMseVXL/ Content-Type: message/rfc822 Content-Disposition: inline Return-Path: Received: from horsey.gshapiro.net ([unix socket]) by imap.gshapiro.net (Cyrus v2.1.14) with LMTP; Sun, 06 Jul 2003 20:19:50 -0700 X-Sieve: CMU Sieve 2.2 Received: from horsey.gshapiro.net (localhost [127.0.0.1]) h673Jopa090718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Jul 2003 20:19:50 -0700 (PDT) Received: (from gshapiro@localhost)h673JoJd090717 for gshapiro+FreeBSD.cvs.HEAD@imap.gshapiro.net; Sun, 6 Jul 2003 20:19:50 -0700 (PDT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) h673JnpZ090706 for ; Sun, 6 Jul 2003 20:19:49 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 07CA955405; Sun, 6 Jul 2003 20:19:49 -0700 (PDT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 538) id DF64737B404; Sun, 6 Jul 2003 20:19:48 -0700 (PDT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E4A437B401; Sun, 6 Jul 2003 20:19:47 -0700 (PDT) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id A094743FDF; Sun, 6 Jul 2003 20:19:46 -0700 (PDT) (envelope-from gshapiro@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h673Jk0U065552; Sun, 6 Jul 2003 20:19:46 -0700 (PDT) (envelope-from gshapiro@repoman.freebsd.org) Received: (from gshapiro@localhost) by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h673Jk6q065551; Sun, 6 Jul 2003 20:19:46 -0700 (PDT) Message-Id: <200307070319.h673Jk6q065551@repoman.freebsd.org> From: Gregory Neil Shapiro Date: Sun, 6 Jul 2003 20:19:46 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/etc/sendmail Makefile X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Spam-Status: No, hits=-4.9 required=6.0 tests=AWL,BAYES_20,X_LOOP version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) gshapiro 2003/07/06 20:19:46 PDT FreeBSD src repository Modified files: etc/sendmail Makefile Log: Put back install/distribution dependency on the buildable .cf files to get mergemaster working again. Noticed by: Shin-ichi YOSHIMOTO Revision Changes Path 1.25 +1 -1 src/etc/sendmail/Makefile --GZVR6ND4mMseVXL/-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 21:39:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8004637B401; Sun, 6 Jul 2003 21:39:34 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3466843F85; Sun, 6 Jul 2003 21:39:32 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h674dQdP021509; Sun, 6 Jul 2003 22:39:26 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 07 Jul 2003 04:32:59 +0900 (JST) Message-Id: <20030707.043259.85411876.imp@bsdimp.com> To: ru@freebsd.org From: "M. Warner Losh" In-Reply-To: <20030706063342.GA7846@sunbay.com> References: <20030705221335.GC66426@sunbay.com> <20030706.094038.96603831.imp@bsdimp.com> <20030706063342.GA7846@sunbay.com> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: sam@errno.com cc: dgilbert@velocet.ca cc: freebsd-current@freebsd.org Subject: Re: [current] hostap+wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 04:39:34 -0000 In message: <20030706063342.GA7846@sunbay.com> Ruslan Ermilov writes: : Uh sorry, it was very late in the night here; of course I meant Lucent : chipsets when asking if they also support host-ap mode. What are : these add-ins you're talking about? The add-ins that I'm talking about are what is known as a tertiary firmware. This firmware is downloaded by the 'host' into the card so that it can do the ap functionality. There's an authentication api to the host, but I only know about it in general terms.... : I'm mostly interested in the bridge(4) functionality. OK. Keep in mind that 802.11 isn't the same as 802.3 ethernet. There are a number of different things that need to happen for devices to work as well as special tags that bridging woul dneed to work. This is basically the hostap functionality. : As I understand, to do briding, the card should be able to send : frames with arbitrary MAC addresses, and when not in host-ap mode, : Lucent based chipsets do not allow this (i.e., you see with : tcpdump(1) that packets is written to wi0 interface, but the other : end doesn't receive the frame). Some versions of lucent firmware support these sorts of things, in addition to receiving all packets off the air, but most versions do not. I think that the receive all packets was the only one available in public firmware, and then only a few select versions. : What surprises me here, is that : these same cards appear to work (by forwarding arbitrary Ethernet : frames) when inserted into Lucent-based APs. Does anyone have a : valid explanation to this? Is this an artificial limitation on : these cards to limit their commercial use, or am I missing an : obvious? The reason they work when inserted into AP is due to the tertiary firmware that I alluded to above... Warner From owner-freebsd-current@FreeBSD.ORG Sun Jul 6 21:40:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 441B437B401 for ; Sun, 6 Jul 2003 21:40:29 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A3A43FAF for ; Sun, 6 Jul 2003 21:40:28 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h674ePdP021528; Sun, 6 Jul 2003 22:40:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 06 Jul 2003 22:40:21 -0600 (MDT) Message-Id: <20030706.224021.85420004.imp@bsdimp.com> To: mark@grondar.org From: "M. Warner Losh" In-Reply-To: <200307062008.h66K8Rwc001112@grimreaper.grondar.org> References: <20030705144504.GA2945@webcom.it> <200307062008.h66K8Rwc001112@grimreaper.grondar.org> X-Mailer: Mew version 2.2 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: 3COM ep0 pccard device broken in 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, 07 Jul 2003 04:40:29 -0000 In message: <200307062008.h66K8Rwc001112@grimreaper.grondar.org> Mark Murray writes: : Reverting pccbb.c to 1.75 fixed this for me. Then the fixes to if_ep are still insufficient... Warner From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 01:22:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D3DC37B401 for ; Mon, 7 Jul 2003 01:22:14 -0700 (PDT) Received: from smtp.uc3m.es (smtp02.uc3m.es [163.117.136.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA3D843F3F for ; Mon, 7 Jul 2003 01:22:12 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id 5A27E431A7; Mon, 7 Jul 2003 10:22:11 +0200 (CEST) Received: from arpa.it.uc3m.es (arpa.it.uc3m.es [163.117.139.120]) by smtp02.uc3m.es (Postfix) with ESMTP id C0F9099FAC; Mon, 7 Jul 2003 10:22:09 +0200 (CEST) Received: from lmserv2.lab.it.uc3m.es (root@lmserv2.it.uc3m.es [163.117.139.238]) by arpa.it.uc3m.es (8.9.3/8.9.3) with ESMTP id KAA17888; Mon, 7 Jul 2003 10:22:07 +0200 X-Authentication-Warning: arpa.it.uc3m.es: Host root@lmserv2.it.uc3m.es [163.117.139.238] claimed to be lmserv2.lab.it.uc3m.es Received: from mira.it.uc3m.es (mira.it.uc3m.es [163.117.140.166]) by lmserv2.lab.it.uc3m.es (8.9.3/8.9.3) with ESMTP id KAA29455; Mon, 7 Jul 2003 10:22:04 +0200 From: Juan Rodriguez Hervella Organization: UC3M To: dickey@herndon4.his.com, Christopher Vance Date: Mon, 7 Jul 2003 10:22:02 +0200 User-Agent: KMail/1.5.1 References: <3F08B199.3050409@comcast.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> In-Reply-To: <20030706203440.D89894@vhost101.his.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307071022.04273.jrh@it.uc3m.es> cc: freebsd-current@freebsd.org cc: "Myron J. Mayfield" Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 08:22:14 -0000 On Monday 07 July 2003 02:41, Thomas E. Dickey wrote: > On Mon, 7 Jul 2003, Christopher Vance wrote: > > On Sun, Jul 06, 2003 at 08:14:44PM -0400, Thomas Dickey wrote: > > : On Mon, Jul 07, 2003 at 01:58:19AM +0200, Marcin Dalecki wrote: > > : > Myron J. Mayfield wrote: > > : > >start it. It gives me an error saying cant find /dev/shm. I tried > > : > >adding this to /dev but was unable to. Does anyone have any > > : > > > : > For some unexcused reason there is the trend in Linux to represent > > : > everything as kind of a wired half finished pseudo file system. /proc > > : > pipe devicefs sysctl and so on... The list is really long. Even > > : > shared memmory is mapped to ehrm.... a filesystem. This is > > : > "expected" to be mounted at /dev/shm by the system. You can't expect > > : > FreeBSD to follow this path... > > : > > : Linux isn't the only system that does this (learn a little, criticize > > : less). > > > > If you're talking about Plan 9 or Inferno, they at least have a > > history of finishing their filesystems and understanding why it's done > > that way. If Linux attempts to copy without understanding, and > > doesn't complete the job, it doesn't imply that the original idea was > > a Bad Thing, only that the implementation sucks. > > Better, apparently to "copy" (not actually), rather than to whine in the > background... > > Still - your response is equally ignorant (Plan 9 is well known - even > to students), since it offers no useful information. > > The /proc stuff is used in "real" Unix's such as Solaris. Just checking, > I see that FreeBSD implements procfs, which is along the same lines. > > (still waiting for FreeBSD to "complete" a sysinstall program that doesn't > look as if it was an assignment for high-school interns). What's the matter with "sysinstall" ? I very much like "sysinstall" as it is now. :) See you. -- JFRH From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 02:33:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5BAB37B401 for ; Mon, 7 Jul 2003 02:33:38 -0700 (PDT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1428B43F75 for ; Mon, 7 Jul 2003 02:33:38 -0700 (PDT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id h679XU1o029740; Mon, 7 Jul 2003 05:33:31 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id h679XShI029734; Mon, 7 Jul 2003 05:33:28 -0400 (EDT) Date: Mon, 7 Jul 2003 05:33:28 -0400 From: Thomas Dickey To: Juan Rodriguez Hervella Message-ID: <20030707093328.GA29208@saltmine.radix.net> References: <3F08B199.3050409@comcast.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <200307071022.04273.jrh@it.uc3m.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307071022.04273.jrh@it.uc3m.es> User-Agent: Mutt/1.3.27i cc: "Myron J. Mayfield" cc: freebsd-current@freebsd.org cc: dickey@herndon4.his.com Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 09:33:39 -0000 On Mon, Jul 07, 2003 at 10:22:02AM +0200, Juan Rodriguez Hervella wrote: > > (still waiting for FreeBSD to "complete" a sysinstall program that doesn't > > look as if it was an assignment for high-school interns). > > What's the matter with "sysinstall" ? > I very much like "sysinstall" as it is now. :) to be perfectly fair, the 5.x version of sysinstall is slightly improved from 4.x (it finally - took 5 years - does not overwrite my boot loader when requested not to). however. it still has some odd use of the state information which makes me ask (and this means it's defective) why did it do _that_ (for instance installing something _twice_ because I visited the targets menu twice). if someone set out to test it systematically, it wouldn't require the snide remarks, "well, submit patches". -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 03:26:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1955D37B401 for ; Mon, 7 Jul 2003 03:26:38 -0700 (PDT) Received: from mowgli.rinet.ru (mowgli.rinet.ru [195.54.192.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2273643F3F for ; Mon, 7 Jul 2003 03:26:37 -0700 (PDT) (envelope-from andrew@mowgli.rinet.ru) Received: from mowgli.rinet.ru (localhost [127.0.0.1]) by mowgli.rinet.ru (8.12.9/8.12.9) with ESMTP id h67AQhh8054380 for ; Mon, 7 Jul 2003 14:26:43 +0400 (MSD) (envelope-from andrew@mowgli.rinet.ru) Received: (from andrew@localhost) by mowgli.rinet.ru (8.12.9/8.12.9/Submit) id h67AQhdp054379 for current@freebsd.org; Mon, 7 Jul 2003 14:26:43 +0400 (MSD) Date: Mon, 7 Jul 2003 14:26:43 +0400 From: Andrew Kolchoogin To: current@freebsd.org Message-ID: <20030707102643.GA45407@mowgli.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Organization: Cronyx Plus, Co. Subject: Lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 10:26:38 -0000 Dear colleagues, === lock order reversal 1st 0xc2f4b128 vm object (vm object) @ vm/vm_object.c:432 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325 Stack backtrace: backtrace(c04eacec,c082f110,c04fb2fa,c04fb2fa,c04fb1a2) at backtrace+0x17 witness_lock(c082f110,8,c04fb1a2,145,c082f0b0) at witness_lock+0x692 _mtx_lock_flags(c082f110,0,c04fb199,145,101) at _mtx_lock_flags+0xb1 _vm_map_lock(c082f0b0,c04fb199,145,0,c05b4600) at _vm_map_lock+0x36 kmem_malloc(c082f0b0,1000,101,d258fac4,c044c7df) at kmem_malloc+0x3a page_alloc(c083a1c0,1000,d258fab7,101,c05ae0e0) at page_alloc+0x27 slab_zalloc(c083a1c0,101,8,c04fcb37,664) at slab_zalloc+0x14f uma_zone_slab(c083a1c0,101,c04fcb2e,664,0) at uma_zone_slab+0xcb uma_zalloc_internal(c083a1c0,0,101,6e8,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c268aa80,d1c77e04,0,1,0) at uma_zfree_arg+0x2bf swp_pager_meta_free_all(c2f4b128,c04faaf9,c04faa91,1b2) at swp_pager_meta_free_all+0x18f swap_pager_dealloc(c2f4b128,1,c04fca3d,10c,0) at swap_pager_dealloc+0x113 vm_pager_deallocate(c2f4b128,0,c04fbc2b,25f,1b0) at vm_pager_deallocate+0x3d vm_object_terminate(c2f4b128,0,c04fbc2b,1b0,d258fc14) at vm_object_terminate+0x1e8 vm_object_deallocate(c2f4b128,c2b9bd20,c2f4b128,c2b9bd20,d258fc68) at vm_object_deallocate+0x35f vm_map_entry_delete(c2ab2a00,c2b9bd20,c04fb368,8bc,0) at vm_map_entry_delete+000,0,bfc00000,c2ab2a00,c26fc700) at vm_map_delete+0x3d3 vm_map_remove(c2ab2a00,0,bfc00000,11d,65) at vm_map_remove+0x55 exit1(c2aa15f0,0,c04e5b6a,65,d258fd40) at exit1+0x60d sys_exit(c2aa15f0,d258fd14,c0500c6f,3fd,1) at sys_exit+0x41 syscall(2f,2f,2f,0,ffffffff) at syscall+0x251 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1), eip = 0x280d159f, esp = 0xbfbff42c, ebp = 0xbfbff448 --- === 5.1-CURRENT from July, 6, 2003. GENERIC kernel. --- Yours Andrew Kolchoogin. [DREW-RIPE, AKOL-RIPN] ... Contrary to popular belief, UNIX is user-friendly. It just happens to be very selective about who it decides to make friends with. A. Haiut. From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 04:40:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8157C37B401 for ; Mon, 7 Jul 2003 04:40:44 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58FA43F93 for ; Mon, 7 Jul 2003 04:40:35 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 998AB66B60; Mon, 7 Jul 2003 04:40:31 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id D2E08BC8; Mon, 7 Jul 2003 04:40:31 -0700 (PDT) Date: Mon, 7 Jul 2003 04:40:31 -0700 From: Kris Kennaway To: Andrew Kolchoogin Message-ID: <20030707114031.GA29404@rot13.obsecurity.org> References: <20030707102643.GA45407@mowgli.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <20030707102643.GA45407@mowgli.rinet.ru> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 11:40:44 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jul 07, 2003 at 02:26:43PM +0400, Andrew Kolchoogin wrote: > lock order reversal > 1st 0xc2f4b128 vm object (vm object) @ vm/vm_object.c:432 > 2nd 0xc082f110 system map (system map) @ vm/vm_kern.c:325 This is known to be harmless. Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/CVwvWry0BWjoQKURAlJ+AKDRo/bL73vSuxos1eUSZ3tMYO6sIgCgoVaA v0WuBdEPkXWM+uCzZZq+3SQ= =tvtR -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 04:59:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C69037B401 for ; Mon, 7 Jul 2003 04:59:13 -0700 (PDT) Received: from krusty.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 656EA43FBF for ; Mon, 7 Jul 2003 04:59:12 -0700 (PDT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])34D6CA381D for ; Mon, 7 Jul 2003 13:59:11 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id A22D175311; Mon, 7 Jul 2003 13:59:06 +0200 (CEST) To: Marcin Dalecki In-Reply-To: <3F08C4FD.8010107@gmx.net> (Marcin Dalecki's message of "Mon, 07 Jul 2003 02:55:25 +0200") References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> From: Matthias Andree Date: Mon, 07 Jul 2003 13:59:06 +0200 Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: "Myron J. Mayfield" cc: current@freebsd.org cc: dickey@herndon4.his.com Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 11:59:13 -0000 Marcin Dalecki writes: > There isn't much either Solaris /proc or FresBSD /proc have in common with > what Linux calls /proc. And finally on my FreeBSD box - > kozaczek# mount > /dev/ad0s1a on / (ufs, local, soft-updates) > devfs on /dev (devfs, local) > kozaczek# top > > And top doesn't eat tons of CPU time there like it does on Linux. Update your Linux top or run fewer processes on it then. :-> -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 05:22:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0894F37B401 for ; Mon, 7 Jul 2003 05:22:55 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F85E43FCB for ; Mon, 7 Jul 2003 05:22:53 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 13141 invoked by uid 65534); 7 Jul 2003 12:22:52 -0000 Received: from pD9E2D21A.dip.t-dialin.net (EHLO gmx.net) (217.226.210.26) by mail.gmx.net (mp010) with SMTP; 07 Jul 2003 14:22:52 +0200 Message-ID: <3F09663D.9020200@gmx.net> Date: Mon, 07 Jul 2003 14:23:25 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Matthias Andree References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Myron J. Mayfield" cc: current@freebsd.org cc: dickey@herndon4.his.com Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 12:22:55 -0000 Matthias Andree wrote: > Marcin Dalecki writes: > > >>There isn't much either Solaris /proc or FresBSD /proc have in common with >>what Linux calls /proc. And finally on my FreeBSD box - >>kozaczek# mount >>/dev/ad0s1a on / (ufs, local, soft-updates) >>devfs on /dev (devfs, local) >>kozaczek# top >> >>And top doesn't eat tons of CPU time there like it does on Linux. > > > Update your Linux top or run fewer processes on it then. :-> You know that file system name lookup is one of the most expensive system calls under UNIX? From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 05:40:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEC1837B401 for ; Mon, 7 Jul 2003 05:40:55 -0700 (PDT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A59F43F85 for ; Mon, 7 Jul 2003 05:40:55 -0700 (PDT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id h67Cb71o018905; Mon, 7 Jul 2003 08:37:07 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id h67Cb7Rh018904; Mon, 7 Jul 2003 08:37:07 -0400 (EDT) Date: Mon, 7 Jul 2003 08:37:07 -0400 From: Thomas Dickey To: Marcin Dalecki Message-ID: <20030707123707.GA18750@saltmine.radix.net> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F09663D.9020200@gmx.net> User-Agent: Mutt/1.3.27i cc: "Myron J. Mayfield" cc: Matthias Andree cc: current@freebsd.org cc: dickey@herndon4.his.com Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 12:40:56 -0000 On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote: > You know that file system name lookup is one of the most > expensive system calls under UNIX? stating the obvious is a clumsy rhetorical ploy (asking for agreement without making a point). -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 06:01:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E8537B401 for ; Mon, 7 Jul 2003 06:01:36 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4B7143FAF for ; Mon, 7 Jul 2003 06:01:35 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 93638 invoked from network); 7 Jul 2003 13:01:29 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 7 Jul 2003 13:01:29 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Mon, 7 Jul 2003 09:01:29 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Latest world breaks NIS users Thread-Index: AcNEh+HOhLSFelA1QI6+TUWozu4tPw== From: "Robin P. Blanchard" To: , "Jacques A. Vidrine" Subject: Latest world breaks NIS users X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 13:01:37 -0000 Just updated world/kernel to FreeBSD 5.1-CURRENT #0: Mon Jul 7 07:46:48 = EDT 2003 from world/kernel dated 17th June and NIS users are unable to = login. # ps ax |fgrep ypbind 47087 ?? Ss 0:00.02 /usr/sbin/ypbind # ypwhich=20 DC3.gc.nat # ypcat passwd |fgrep robin robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash # ypcat group |fgrep robin gactr::30000:holmesr,wrighta,prestonh,reagind,gankol,cafieroj,cahoonb,pet= tigr m,brantlek,thumat,dosterc,nate,robin,charles ITS::30026:dosterc,nate,robin,charles NSS::30028:dosterc,nate,robin,charles,test # id robin id: robin: no such user --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 <|> fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 06:16:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F8BB37B401 for ; Mon, 7 Jul 2003 06:16:44 -0700 (PDT) Received: from fepE.post.tele.dk (fepE.post.tele.dk [195.41.46.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC8343FB1 for ; Mon, 7 Jul 2003 06:16:42 -0700 (PDT) (envelope-from pho@holm.cc) Received: from peter.osted.lan ([80.164.63.151]) by fepE.post.tele.dk (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030707131641.JDLW12101.fepE.post.tele.dk@peter.osted.lan> for ; Mon, 7 Jul 2003 15:16:41 +0200 Received: from peter.osted.lan (localhost [127.0.0.1]) by peter.osted.lan (8.12.8/8.12.8) with ESMTP id h67DGemN063058 for ; Mon, 7 Jul 2003 15:16:40 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.8/8.12.8/Submit) id h67DGd8C063057 for freebsd-current@freebsd.org; Mon, 7 Jul 2003 15:16:39 +0200 (CEST) Date: Mon, 7 Jul 2003 15:16:39 +0200 From: Peter Holm To: freebsd-current@freebsd.org Message-ID: <20030707131639.GA63022@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: LOR in vm/swap_pager.c:1166 + vm/vm_kern.c:325 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 13:16:44 -0000 In current from Jul 3 18:36 UTC: lock order reversal 1st 0xc0836ae4 vm object (vm object) @ vm/swap_pager.c:1166 2nd 0xc082e120 system map (system map) @ vm/vm_kern.c:325 Stack backtrace: backtrace(c050c617,c082e120,c051eacf,c051eacf,c051e977) at backtrace+0x17 witness_lock(c082e120,8,c051e977,145,c05da600) at witness_lock+0x697 _mtx_lock_flags(c082e120,0,c051e96e,145,cccab904) at _mtx_lock_flags+0xb1 _vm_map_lock(c082e0c0,c051e96e,145,c083a214,cccab95c) at _vm_map_lock+0x36 kmem_malloc(c082e0c0,1000,101,cccab98c,c046c860) at kmem_malloc+0x39 page_alloc(c083a200,1000,cccab97f,101,c055fb80) at page_alloc+0x27 slab_zalloc(c083a200,101,c052030c,664,c0508c33) at slab_zalloc+0x150 uma_zone_slab(c083a200,101,c0520303,664,0) at uma_zone_slab+0xd8 uma_zalloc_internal(c083a200,0,101,6e8,0) at uma_zalloc_internal+0x55 uma_zfree_arg(c1991300,ccccccf0,0,1,0) at uma_zfree_arg+0x2d7 swp_pager_meta_ctl(c0836ae4,1f,0,2,cccabb6c) at swp_pager_meta_ctl+0x1bf swap_pager_unswapped(c08f14d8,1,c05072cf,b4,cccabad0) at swap_pager_unswapped+0x2a vm_fault(c0bab770,bfbff000,2,8,c1982390) at vm_fault+0x1181 trap_pfault(cccabbfc,0,bfbffa68,c0507326,bfbffa68) at trap_pfault+0x10f trap(18,10,10,bfbffa68,cccabc6c) at trap+0x3cd calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04a243c, esp = 0xcccabc3c, ebp = 0xcccabccc --- slow_copyout(c1982390,cccabd10,0,cccabd40,c04a471e) at slow_copyout+0x4 wait4(c1982390,cccabd10,c052441d,3fd,4) at wait4+0x20 syscall(2f,2f,2f,0,3a) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (7), eip = 0x807b26b, esp = 0xbfbffa0c, ebp = 0xbfbffa28 --- -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 06:34:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F5437B401 for ; Mon, 7 Jul 2003 06:34:48 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 85EE643F85 for ; Mon, 7 Jul 2003 06:34:47 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 11609 invoked by uid 65534); 7 Jul 2003 13:34:46 -0000 Received: from pD9E2D21A.dip.t-dialin.net (EHLO gmx.net) (217.226.210.26) by mail.gmx.net (mp012) with SMTP; 07 Jul 2003 15:34:46 +0200 Message-ID: <3F097719.8030301@gmx.net> Date: Mon, 07 Jul 2003 15:35:21 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Thomas Dickey References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707123707.GA18750@saltmine.radix.net> In-Reply-To: <20030707123707.GA18750@saltmine.radix.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: "Myron J. Mayfield" cc: Matthias Andree cc: current@freebsd.org cc: dickey@herndon4.his.com Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 13:34:49 -0000 Thomas Dickey wrote: > On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote: > >>You know that file system name lookup is one of the most >>expensive system calls under UNIX? > > > stating the obvious is a clumsy rhetorical ploy (asking for agreement without > making a point). The point is that this is one of the reasons why the top command in question takes a lot of relative CPU time under Linux. Some "faster" versions of procps utils try to cache data but the trade off is simply the fact that the results are not 100% accurate. I tought this was obvious? From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 06:40:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E57EF37B401 for ; Mon, 7 Jul 2003 06:40:36 -0700 (PDT) Received: from krusty.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14A6543F85 for ; Mon, 7 Jul 2003 06:40:36 -0700 (PDT) (envelope-from matthias.andree@gmx.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])11625A381D for ; Mon, 7 Jul 2003 15:40:35 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id ED4907D77D; Mon, 7 Jul 2003 15:40:31 +0200 (CEST) Date: Mon, 7 Jul 2003 15:40:31 +0200 From: Matthias Andree To: Marcin Dalecki Message-ID: <20030707134031.GG10021@merlin.emma.line.org> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F09663D.9020200@gmx.net> User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 13:40:37 -0000 Marcin Dalecki schrieb am 2003-07-07: > Matthias Andree wrote: > >Update your Linux top or run fewer processes on it then. :-> > > You know that file system name lookup is one of the most > expensive system calls under UNIX? So what? If you don't like the interface because it does ever so expensive file system lookups (I wonder what's so expensive if no disk drive latencies are involved), suggest a better one and donate an implementation. I'm sure I'd find disadvantages of non-Linux top if I only cared to look. I don't. It works when I need it, it's not in my way otherwise, that's as much as I care. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 06:55:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AE5D37B404 for ; Mon, 7 Jul 2003 06:55:04 -0700 (PDT) Received: from krusty.dt.e-technik.uni-dortmund.de (mail.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 557FB43F3F for ; Mon, 7 Jul 2003 06:55:03 -0700 (PDT) (envelope-from matthias.andree@gmx.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])47560A381D for ; Mon, 7 Jul 2003 15:55:02 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 500818405B; Mon, 7 Jul 2003 15:54:59 +0200 (CEST) Date: Mon, 7 Jul 2003 15:54:59 +0200 From: Matthias Andree To: current@freebsd.org Message-ID: <20030707135459.GH10021@merlin.emma.line.org> Mail-Followup-To: current@freebsd.org References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707123707.GA18750@saltmine.radix.net> <3F097719.8030301@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F097719.8030301@gmx.net> User-Agent: Mutt/1.5.4i Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 13:55:04 -0000 On Mon, 07 Jul 2003, Marcin Dalecki wrote: > The point is that this is one of the reasons why the top command in > question takes a lot of relative CPU time under Linux. Some > "faster" versions of procps utils try to cache data but the trade off > is simply the fact that the results are not 100% accurate. Top data is not accurate (I though that was obvious ;-). It's an obsolete snapshot the very moment it's printed to your console, and I bet it changes as you read with a lot of implementations because no-one wants to beat the big kernel lock on the process list just because some user happens to run top, might be a nice DoS otherwise, fork-bombing top... If you want accurate data, use a kernel debugger with remote interface and make sure the machine does nothing except servicing the debugger interface. > I tought this was obvious? Why do I care? 0.58user 0.89system 1:00.91elapsed 2%CPU -- on a 266 MHz Pentium-II, Linux 2.4, 5 years old, with 190 processes. The box idles 73% of the time it's up, there's _ample_ CPU power left. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 07:28:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D2CE37B401 for ; Mon, 7 Jul 2003 07:28:35 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BA43443F85 for ; Mon, 7 Jul 2003 07:28:33 -0700 (PDT) (envelope-from mdcki@gmx.net) Received: (qmail 29705 invoked by uid 65534); 7 Jul 2003 14:28:32 -0000 Received: from pD9E2D21A.dip.t-dialin.net (EHLO gmx.net) (217.226.210.26) by mail.gmx.net (mp015) with SMTP; 07 Jul 2003 16:28:32 +0200 Message-ID: <3F0983B2.5060500@gmx.net> Date: Mon, 07 Jul 2003 16:29:06 +0200 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en, pl, ru MIME-Version: 1.0 To: Matthias Andree References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707123707.GA18750@saltmine.radix.net> <3F097719.8030301@gmx.net> <20030707135459.GH10021@merlin.emma.line.org> In-Reply-To: <20030707135459.GH10021@merlin.emma.line.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 14:28:35 -0000 Matthias Andree wrote: > On Mon, 07 Jul 2003, Marcin Dalecki wrote: > > >>The point is that this is one of the reasons why the top command in >>question takes a lot of relative CPU time under Linux. Some >>"faster" versions of procps utils try to cache data but the trade off >>is simply the fact that the results are not 100% accurate. > > > Top data is not accurate (I though that was obvious ;-). > > It's an obsolete snapshot the very moment it's printed to your console, Obsolete and never accurate are two different things. You know every information is obsolete the time it is recived. > and I bet it changes as you read with a lot of implementations because > no-one wants to beat the big kernel lock on the process list just > because some user happens to run top, might be a nice DoS otherwise, > fork-bombing top... > > If you want accurate data, use a kernel debugger with remote interface > and make sure the machine does nothing except servicing the debugger > interface. > > >>I tought this was obvious? > > > Why do I care? 0.58user 0.89system 1:00.91elapsed 2%CPU -- on a 266 MHz > Pentium-II, Linux 2.4, 5 years old, with 190 processes. The box idles > 73% of the time it's up, there's _ample_ CPU power left. > Well once in a former live I was administering some servers over sometimes slow lines. And if they where bogged down by actual *load* it was sometimes really really very inconvenient to have no real chance at getting a quick overview of the processes running there and causing the problem becouse top didn't even get a chance to show up due to the hefty IO load it was causing. If the box is idle I don't really care about the load as much as you don't care. :-). This is something that was never a problem on any *BSD or Solaris box I had to deal with thus far. From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:23:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B51537B401 for ; Mon, 7 Jul 2003 08:23:59 -0700 (PDT) Received: from alternator.sgh.waw.pl (alternator.sgh.waw.pl [194.145.96.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 072FA43F3F for ; Mon, 7 Jul 2003 08:23:58 -0700 (PDT) (envelope-from dry@dry.pl) Received: from localhost (localhost [127.0.0.1]) by alternator.sgh.waw.pl (Postfix) with SMTP id 0691D2AB1AE for ; Mon, 7 Jul 2003 17:20:12 +0200 (CEST) Received: from hermes.sgh.waw.pl (hermes.sgh.waw.pl [194.145.96.10]) by alternator.sgh.waw.pl (Postfix) with ESMTP id EEDC62AB19F for ; Mon, 7 Jul 2003 17:20:11 +0200 (CEST) Received: from prolongator.sgh.waw.pl (prolongator.sgh.waw.pl [194.145.96.30]) by hermes.sgh.waw.pl (Postfix) with ESMTP id BB15594CC1 for ; Mon, 7 Jul 2003 17:20:11 +0200 (MET DST) Received: by prolongator.sgh.waw.pl (Postfix, from userid 5250) id 0453E2A; Mon, 7 Jul 2003 17:20:10 +0200 (CEST) Date: Mon, 7 Jul 2003 17:20:10 +0200 From: Michal Suszko To: freebsd-current@freebsd.org Message-ID: <20030707152010.GB39108@dry.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Organization: Warsaw School of Economics Subject: buildkernel ULE related breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 15:23:59 -0000 Hi, Got this error compiling GENERIC with s/4BSD/ULE/ on recent -CURRENT ( wrapped long lines ) cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/kern/sched_ule.c cc1: warnings being treated as errors /usr/src/sys/kern/sched_ule.c: In function `sched_setup': /usr/src/sys/kern/sched_ule.c:531: warning: unused variable `i' *** Error code 1 Stop in /usr/obj/usr/src/sys/TEST. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Michal From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:42:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DF5837B401 for ; Mon, 7 Jul 2003 08:42:37 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7567C43FB1 for ; Mon, 7 Jul 2003 08:42:36 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h67FgZ0h046648; Mon, 7 Jul 2003 10:42:35 -0500 (CDT) (envelope-from dan) Date: Mon, 7 Jul 2003 10:42:35 -0500 From: Dan Nelson To: Matthias Andree Message-ID: <20030707154235.GD71703@dan.emsphone.com> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707134031.GG10021@merlin.emma.line.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20030707134031.GG10021@merlin.emma.line.org> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 15:42:37 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In the last episode (Jul 07), Matthias Andree said: > Marcin Dalecki schrieb am 2003-07-07: > > Matthias Andree wrote: > > >Update your Linux top or run fewer processes on it then. :-> > > > > You know that file system name lookup is one of the most expensive > > system calls under UNIX? > > So what? If you don't like the interface because it does ever so > expensive file system lookups (I wonder what's so expensive if no > disk drive latencies are involved), suggest a better one and donate > an implementation. > > I'm sure I'd find disadvantages of non-Linux top if I only cared to > look. I don't. It works when I need it, it's not in my way otherwise, > that's as much as I care. There is already a functional non-procfs implementation that has been around long before procps top: groupsys top 3.5b12 (i.e. the top that all other non-Linux systems use) compiles fine on even the newest Linux kernels with the attached patch. It's one of the first things I build on a new Linux box. Procps top is way too slow; it takes a full 5 seconds just for the first screen refresh on a mostly-idle box with 400 processes. groupsys top is basically instantaneous. And don't think about accidentally hitting a cursor or function key which running procps top; it doesn't even use curses, so it beeps and waits 2 seconds for each character in the escape sequence :) -- Dan Nelson dnelson@allantgroup.com --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="top-linux.diff" diff -burp top-3.5beta12/display.c top-3.5beta12-l/display.c --- top-3.5beta12/display.c Thu Sep 12 15:24:39 1996 +++ top-3.5beta12-l/display.c Mon Apr 29 12:45:54 2002 @@ -931,12 +931,12 @@ register char **pp; static void summary_format(str, numbers, names) char *str; -int *numbers; +unsigned int *numbers; register char **names; { register char *p; - register int num; + register unsigned int num; register char *thisname; register int useM = No; @@ -946,6 +946,8 @@ register char **names; { /* get the number to format */ num = *numbers++; + +/* fprintf(stderr,"%lu\n",num); */ /* display only non-zero numbers */ if (num > 0) diff -burp top-3.5beta12/machine/m_linux.c top-3.5beta12-l/machine/m_linux.c --- top-3.5beta12/machine/m_linux.c Fri Jan 15 08:42:07 1999 +++ top-3.5beta12-l/machine/m_linux.c Mon Apr 29 12:45:54 2002 @@ -36,7 +36,8 @@ #include /* for HZ */ #include /* for PAGE_SHIFT */ -#include /* for NR_TASKS */ +/* #include */ /* for NR_TASKS */ +#define NR_TASKS 8192 #if 0 #include /* for PROC_SUPER_MAGIC */ @@ -139,7 +140,7 @@ static struct top_proc **nextactive; static int cpu_states[NCPUSTATES]; static int process_states[NPROCSTATES]; -static int memory_stats[NMEMSTATS]; +static unsigned int memory_stats[NMEMSTATS]; /* usefull macros */ #define bytetok(x) (((x) + 512) >> 10) diff -burp top-3.5beta12/screen.c top-3.5beta12-l/screen.c --- top-3.5beta12/screen.c Wed Dec 15 11:44:10 1993 +++ top-3.5beta12-l/screen.c Mon Apr 29 12:45:54 2002 @@ -71,7 +71,6 @@ char *start_standout; char *end_standout; char *terminal_init; char *terminal_end; -short ospeed; #ifdef SGTTY static struct sgttyb old_settings; diff -burp top-3.5beta12/utils.c top-3.5beta12-l/utils.c --- top-3.5beta12/utils.c Mon Jun 1 12:58:17 1998 +++ top-3.5beta12-l/utils.c Mon Apr 29 12:45:54 2002 @@ -59,27 +59,16 @@ char *str; char *itoa(val) -register int val; +register unsigned int val; { - register char *ptr; static char buffer[16]; /* result is built here */ /* 16 is sufficient since the largest number we will ever convert will be 2^32-1, which is 10 digits. */ - ptr = buffer + sizeof(buffer); - *--ptr = '\0'; - if (val == 0) - { - *--ptr = '0'; - } - else while (val != 0) - { - *--ptr = (val % 10) + '0'; - val /= 10; - } - return(ptr); + sprintf(buffer,"%lu",val); + return buffer; } /* @@ -437,7 +426,7 @@ long seconds; char *format_k(amt) -int amt; +unsigned int amt; { static char retarray[NUM_STRINGS][16]; --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:43:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1378837B401 for ; Mon, 7 Jul 2003 08:43:15 -0700 (PDT) Received: from phys9911.phys.tue.nl (PHYS9911.phys.tue.nl [131.155.108.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1B2C43FBF for ; Mon, 7 Jul 2003 08:43:13 -0700 (PDT) (envelope-from karelj@phys9911.phys.tue.nl) Received: from phys9911.phys.tue.nl (localhost [127.0.0.1]) by phys9911.phys.tue.nl (8.12.9/8.12.9) with ESMTP id h67FhEJR031125 for ; Mon, 7 Jul 2003 17:43:14 +0200 (CEST) (envelope-from karelj@phys9911.phys.tue.nl) Received: (from karelj@localhost) by phys9911.phys.tue.nl (8.12.9/8.12.9/Submit) id h67FhEMk031124 for current@freebsd.org; Mon, 7 Jul 2003 17:43:14 +0200 (CEST) Date: Mon, 7 Jul 2003 17:43:14 +0200 From: "Karel J. Bosschaart" To: current@freebsd.org Message-ID: <20030707154314.GA30526@phys9911.phys.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: how to create device nodes when devfs doesn't do it? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 15:43:15 -0000 Hi, After googling and searching in the mailing list archive I still can't figure out how to make device nodes in -current when devfs doesn't do this automatically. I have an external USB-drive (external 3.5" case with leftover 1.6 GB HD) from which I want to mount /dev/da0s4h. It works fine in -stable, after MAKEDEV'ing the node, but on -current I only get da0s4. My USB flash drive (Apacer Handysteno) works fine; /dev/da0s1d is created after insertion of the flash drive (I reformatted it to UFS, but it also worked with msdosfs, though slower). Using disklabel on the external USB drive shows some warnings: phys9911# disklabel da0s4 # /dev/da0s4: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 72513 63 4.2BSD 1024 8192 16 b: 269892 72576 swap c: 3324825 63 unused 0 0 # "raw" part, don't edit d: 131544 342468 4.2BSD 1024 8192 16 e: 49896 474012 4.2BSD 1024 8192 16 g: 716688 523908 4.2BSD 1024 8192 16 h: 2084292 1240596 4.2BSD 1024 8192 16 disklabel: partition c doesn't start at 0! disklabel: partition c doesn't cover the whole unit! disklabel: An incorrect partition c may cause problems for standard system utilities FWIW, this drive contains an OpenBSD 2.7 installation. All partitioning was done by the OpenBSD installer. Any suggestion? (Apart from newfs...) Karel. From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:46:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D30E137B401 for ; Mon, 7 Jul 2003 08:46:10 -0700 (PDT) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59DF43F3F for ; Mon, 7 Jul 2003 08:46:09 -0700 (PDT) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id h67FgJ1o013829; Mon, 7 Jul 2003 11:42:19 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id h67FgJS0013827; Mon, 7 Jul 2003 11:42:19 -0400 (EDT) Date: Mon, 7 Jul 2003 11:42:19 -0400 From: Thomas Dickey To: Marcin Dalecki Message-ID: <20030707154218.GA13563@saltmine.radix.net> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707123707.GA18750@saltmine.radix.net> <3F097719.8030301@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F097719.8030301@gmx.net> User-Agent: Mutt/1.3.27i cc: Matthias Andree cc: dickey@herndon4.his.com cc: Thomas Dickey cc: current@freebsd.org cc: "Myron J. Mayfield" Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 15:46:11 -0000 On Mon, Jul 07, 2003 at 03:35:21PM +0200, Marcin Dalecki wrote: > Thomas Dickey wrote: > >On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote: > > > >>You know that file system name lookup is one of the most > >>expensive system calls under UNIX? > > > > > >stating the obvious is a clumsy rhetorical ploy (asking for agreement > >without > >making a point). > > The point is that this is one of the reasons why the top command in > question takes a lot of relative CPU time under Linux. Some > "faster" versions of procps utils try to cache data but the trade off > is simply the fact that the results are not 100% accurate. > I tought this was obvious? too obvious. supposing that the application kept an open stream on the procps "file" and simply did a rewind. (That's assuming that procps was done "properly" - making it just like a real file ;-) -- Thomas E. Dickey http://dickey.his.com ftp://dickey.his.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 08:46:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5A9837B401 for ; Mon, 7 Jul 2003 08:46:36 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 226E143F93 for ; Mon, 7 Jul 2003 08:46:35 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h67FkNQ09698; Mon, 7 Jul 2003 17:46:23 +0200 (MEST) Date: Mon, 7 Jul 2003 17:46:23 +0200 (CEST) From: Harti Brandt To: Dan Nelson In-Reply-To: <20030707154235.GD71703@dan.emsphone.com> Message-ID: <20030707174510.D49607@beagle.fokus.fraunhofer.de> References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707154235.GD71703@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Matthias Andree cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 15:46:37 -0000 Hi, I'm not sure, whether this mailing list is the correct place for linux-centered discussions. Perhaps you want to continue via private mail? Regards, harti On Mon, 7 Jul 2003, Dan Nelson wrote: DN>In the last episode (Jul 07), Matthias Andree said: DN>> Marcin Dalecki schrieb am 2003-07-07: DN>> > Matthias Andree wrote: DN>> > >Update your Linux top or run fewer processes on it then. :-> DN>> > DN>> > You know that file system name lookup is one of the most expensive DN>> > system calls under UNIX? DN>> DN>> So what? If you don't like the interface because it does ever so DN>> expensive file system lookups (I wonder what's so expensive if no DN>> disk drive latencies are involved), suggest a better one and donate DN>> an implementation. DN>> DN>> I'm sure I'd find disadvantages of non-Linux top if I only cared to DN>> look. I don't. It works when I need it, it's not in my way otherwise, DN>> that's as much as I care. DN> DN>There is already a functional non-procfs implementation that has been DN>around long before procps top: groupsys top 3.5b12 (i.e. the top that DN>all other non-Linux systems use) compiles fine on even the newest Linux DN>kernels with the attached patch. It's one of the first things I build DN>on a new Linux box. Procps top is way too slow; it takes a full 5 DN>seconds just for the first screen refresh on a mostly-idle box with 400 DN>processes. groupsys top is basically instantaneous. And don't think DN>about accidentally hitting a cursor or function key which running DN>procps top; it doesn't even use curses, so it beeps and waits 2 seconds DN>for each character in the escape sequence :) DN> DN> -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 09:31:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD6337B408 for ; Mon, 7 Jul 2003 09:31:59 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BC0043F3F for ; Mon, 7 Jul 2003 09:31:58 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h67GVssb060117; Mon, 7 Jul 2003 09:31:55 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h67GVsMN060116; Mon, 7 Jul 2003 09:31:54 -0700 (PDT) Date: Mon, 7 Jul 2003 09:31:54 -0700 From: Steve Kargl To: Michal Suszko Message-ID: <20030707163154.GA60104@troutmask.apl.washington.edu> References: <20030707152010.GB39108@dry.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030707152010.GB39108@dry.pl> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: buildkernel ULE related breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 16:31:59 -0000 On Mon, Jul 07, 2003 at 05:20:10PM +0200, Michal Suszko wrote: > > Hi, > Got this error compiling GENERIC with s/4BSD/ULE/ on recent -CURRENT > ( wrapped long lines ) > > cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. > -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath > -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h > -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 > -ffreestanding -Werror /usr/src/sys/kern/sched_ule.c > cc1: warnings being treated as errors > /usr/src/sys/kern/sched_ule.c: In function `sched_setup': > /usr/src/sys/kern/sched_ule.c:531: warning: unused variable `i' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/TEST. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > I sent Jeff the following patch. --- sched_ule.c.orig Sun Jul 6 10:43:15 2003 +++ sched_ule.c Sun Jul 6 10:44:00 2003 @@ -528,7 +528,9 @@ static void sched_setup(void *dummy) { +#ifdef SMP int i; +#endif slice_min = (hz/100); /* 10ms */ slice_max = (hz/7); /* ~140ms */ -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 10:14:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1F1437B401 for ; Mon, 7 Jul 2003 10:14:40 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC8A43FBD for ; Mon, 7 Jul 2003 10:14:39 -0700 (PDT) (envelope-from wa1ter@myrealbox.com) Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.110.234] $ on Novell NetWare via secured & encrypted transport (TLS); Mon, 07 Jul 2003 10:14:40 -0700 Message-ID: <3F09AAAF.8000508@myrealbox.com> Date: Mon, 07 Jul 2003 10:15:27 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030702 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Karel J. Bosschaart" , freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: how to create device nodes when devfs doesn't do it? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 17:14:41 -0000 Karel J. Bosschaart wrote: > Hi, > > After googling and searching in the mailing list archive I still can't > figure out how to make device nodes in -current when devfs doesn't do this > automatically. I have an external USB-drive (external 3.5" case with leftover > 1.6 GB HD) from which I want to mount /dev/da0s4h. It works fine in -stable, > after MAKEDEV'ing the node, but on -current I only get da0s4. Have you tried mounting da0s4h? It may show up in /dev after mounting it. > Using disklabel on the external USB drive shows some warnings: > > phys9911# disklabel da0s4 > # /dev/da0s4: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 72513 63 4.2BSD 1024 8192 16 > b: 269892 72576 swap > c: 3324825 63 unused 0 0 # "raw" part, don't edit > d: 131544 342468 4.2BSD 1024 8192 16 > e: 49896 474012 4.2BSD 1024 8192 16 > g: 716688 523908 4.2BSD 1024 8192 16 > h: 2084292 1240596 4.2BSD 1024 8192 16 > disklabel: partition c doesn't start at 0! > disklabel: partition c doesn't cover the whole unit! > disklabel: An incorrect partition c may cause problems for standard system utilities My experience is that these warnings can be ignored as long as the drive will mount. From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 10:58:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B54A737B401 for ; Mon, 7 Jul 2003 10:58:04 -0700 (PDT) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9833D43FBD for ; Mon, 7 Jul 2003 10:58:03 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by phk.freebsd.dk (8.12.8/8.12.8) with ESMTP id h67Hw0V3006093; Mon, 7 Jul 2003 17:58:01 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h67Hvx6o003426; Mon, 7 Jul 2003 19:57:59 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Karel J. Bosschaart" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 07 Jul 2003 17:43:14 +0200." <20030707154314.GA30526@phys9911.phys.tue.nl> Date: Mon, 07 Jul 2003 19:57:59 +0200 Message-ID: <3425.1057600679@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: how to create device nodes when devfs doesn't do it? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 17:58:05 -0000 In message <20030707154314.GA30526@phys9911.phys.tue.nl>, "Karel J. Bosschaart" writes: >Hi, > >After googling and searching in the mailing list archive I still can't >figure out how to make device nodes in -current when devfs doesn't do this >automatically. You can't. If the device driver doesn't tell DEVFS to, it's because the device does not exist. >1.6 GB HD) from which I want to mount /dev/da0s4h. It works fine in -stable, >after MAKEDEV'ing the node, but on -current I only get da0s4. My USB flash >drive (Apacer Handysteno) works fine; /dev/da0s1d is created after insertion >of the flash drive (I reformatted it to UFS, but it also worked with msdosfs, >though slower). >Using disklabel on the external USB drive shows some warnings: >phys9911# disklabel da0s4 ># /dev/da0s4: >8 partitions: ># size offset fstype [fsize bsize bps/cpg] >a: 72513 63 4.2BSD 1024 8192 16 >b: 269892 72576 swap >c: 3324825 63 unused 0 0 # "raw" part, don't edit >d: 131544 342468 4.2BSD 1024 8192 16 >e: 49896 474012 4.2BSD 1024 8192 16 >g: 716688 523908 4.2BSD 1024 8192 16 >h: 2084292 1240596 4.2BSD 1024 8192 16 >disklabel: partition c doesn't start at 0! >disklabel: partition c doesn't cover the whole unit! >disklabel: An incorrect partition c may cause problems for standard system utilities > >FWIW, this drive contains an OpenBSD 2.7 installation. All partitioning >was done by the OpenBSD installer. Can you mail me the output of: diskinfo -v da0 diskinfo -v da0s4 dd if=/dev/da0 count=63 | uuencode - openbsd.sect0 dd if=/dev/da0s4 count=16 | uuencode - openbsd.slice4 Then I'll try to see what goes on. -- 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 Jul 7 11:03:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00D3737B401 for ; Mon, 7 Jul 2003 11:03:54 -0700 (PDT) Received: from krusty.dt.e-technik.uni-dortmund.de (krusty.dt.E-Technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB93643FBD for ; Mon, 7 Jul 2003 11:03:48 -0700 (PDT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])C7895A381D for ; Mon, 7 Jul 2003 20:03:47 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id A6EA08A330; Mon, 7 Jul 2003 20:03:45 +0200 (CEST) To: Dan Nelson In-Reply-To: <20030707154235.GD71703@dan.emsphone.com> (Dan Nelson's message of "Mon, 7 Jul 2003 10:42:35 -0500") References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030707002347.GC5141@aurema.com> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <3F09663D.9020200@gmx.net> <20030707134031.GG10021@merlin.emma.line.org> <20030707154235.GD71703@dan.emsphone.com> From: Matthias Andree Date: Mon, 07 Jul 2003 20:03:45 +0200 Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 18:03:54 -0000 Dan Nelson writes: > There is already a functional non-procfs implementation that has been > around long before procps top: groupsys top 3.5b12 (i.e. the top that > all other non-Linux systems use) compiles fine on even the newest Linux > kernels with the attached patch. Apparently, groupsys top 3.5b12 with the patch you attached still opens /proc on Linux. It _is_ faster, but I don't see why it's claimed non-procfs. Any magic dances to perform during the build? Feel free to respond off-list. -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 12:03:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0441337B401 for ; Mon, 7 Jul 2003 12:03:49 -0700 (PDT) Received: from bell.petra.ac.id (bell.petra.ac.id [202.43.254.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7E3C43FCB for ; Mon, 7 Jul 2003 12:03:47 -0700 (PDT) (envelope-from krisna@bell.petra.ac.id) Received: from localhost (localhost [127.0.0.1]) by bell.petra.ac.id (Postfix) with ESMTP id A866340FE for ; Tue, 8 Jul 2003 02:03:40 +0700 (WIT) Received: from bell.petra.ac.id ([127.0.0.1]) by localhost (bell.petra.ac.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36348-08 for ; Tue, 8 Jul 2003 02:03:40 +0700 (WIT) Received: by bell.petra.ac.id (Postfix, from userid 1001) id 1209640FD; Tue, 8 Jul 2003 02:03:40 +0700 (WIT) To: current@FreeBSD.org Message-Id: <20030707190340.1209640FD@bell.petra.ac.id> Date: Tue, 8 Jul 2003 02:03:40 +0700 (WIT) From: krisna@bell.petra.ac.id (User Krisna) X-Virus-Scanned: by amavisd-new at zeus.palapa.org 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: Mon, 07 Jul 2003 19:03:49 -0000 From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 13:02:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 320FC37B401 for ; Mon, 7 Jul 2003 13:02:06 -0700 (PDT) Received: from histidine.utmb.edu (histidine.utmb.edu [129.109.59.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7417743FD7 for ; Mon, 7 Jul 2003 13:02:05 -0700 (PDT) (envelope-from bdodson@scms.utmb.EDU) Received: from histidine.utmb.edu (localhost [127.0.0.1]) by histidine.utmb.edu (8.12.9/8.12.9) with ESMTP id h67K25pJ027464 for ; Mon, 7 Jul 2003 15:02:05 -0500 (CDT) (envelope-from bdodson@histidine.utmb.edu) Received: (from bdodson@localhost) by histidine.utmb.edu (8.12.9/8.12.9/Submit) id h67K241Q027461; Mon, 7 Jul 2003 15:02:04 -0500 (CDT) From: "M. L. Dodson" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16137.53692.783846.229641@histidine.utmb.edu> Date: Mon, 7 Jul 2003 15:02:04 -0500 To: current@freebsd.org X-Mailer: VM 7.14 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Subject: nfs installs of 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bdodson@scms.utmb.EDU List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 20:02:06 -0000 Background: I posted this on questions, but got no response. Since this used to work, I thought it might be a 5.x issue. $subject seems broken for me for 5.1 miniinst.iso Export /cdrom from 10.2.1.4; exports line: /cdrom -maproot=0 -alldirs -network 10.2 -mask 255.255.0.0 Nfs server setup, on 4.8-STABLE, is well tested and known to work. When prompted for nfs info during install, give 10.2.1.4:/cdrom, netmask 255.255.0.0 (same subnet as target machine) -> configure install target network (ip 10.2.1.200) -> get error: Error mounting 10.2.1.4:/cdrom on /dist: no such file or directory On ttyv4 find error messages (hand copied): mount_nfs: can't update /var/db/mountdtab for 10.2.1.4:/cdrom mount_nfs: Operation not supported by device On ttyv4 I can cd to /dist Anyone have suggestions? TIA, Bud Dodson -- M. L. Dodson bdodson@scms.utmb.edu 409-772-2178 FAX: 409-772-1790 From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 13:32:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80B7237B401 for ; Mon, 7 Jul 2003 13:32:49 -0700 (PDT) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id C898F43FA3 for ; Mon, 7 Jul 2003 13:32:47 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.9/8.12.9) with ESMTP id h67KY1KP012696; Mon, 7 Jul 2003 22:34:02 +0200 (CEST) From: Thierry Herbelot To: bdodson@scms.utmb.EDU, current@freebsd.org Date: Mon, 7 Jul 2003 22:32:38 +0200 User-Agent: KMail/1.5.2 References: <16137.53692.783846.229641@histidine.utmb.edu> In-Reply-To: <16137.53692.783846.229641@histidine.utmb.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307072232.38920.thierry@herbelot.com> Subject: Re: nfs installs of 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 20:32:49 -0000 Le Monday 07 July 2003 22:02, M. L. Dodson a crit : > Background: > I posted this on questions, but got no response. Since this used > to work, I thought it might be a 5.x issue. indeed, see later > $subject seems broken for me for 5.1 miniinst.iso > > Export /cdrom from 10.2.1.4; exports line: > /cdrom -maproot=0 -alldirs -network 10.2 -mask 255.255.0.0 > > Nfs server setup, on 4.8-STABLE, is well tested and known to > work. > > When prompted for nfs info during install, give 10.2.1.4:/cdrom, > netmask 255.255.0.0 (same subnet as target machine) -> configure > install target network (ip 10.2.1.200) -> get error: > > Error mounting 10.2.1.4:/cdrom on /dist: no such file or directory > > On ttyv4 find error messages (hand copied): > mount_nfs: can't update /var/db/mountdtab for 10.2.1.4:/cdrom > mount_nfs: Operation not supported by device > > On ttyv4 I can cd to /dist this may be due to kernel being unable to dynamically load nfs_client.ko I saw this when building a jumpstart server for 5.1 (PXE automatic install from another 5.1 server). I went around by stopping the boot loader in the boot phase, loading manually the nfs module, then proceeding with the install. TfH From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 13:45:13 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3F1937B401 for ; Mon, 7 Jul 2003 13:45:13 -0700 (PDT) Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B2743F75 for ; Mon, 7 Jul 2003 13:45:12 -0700 (PDT) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.12.9/8.12.9) with ESMTP id h67KjAd5028663 for ; Mon, 7 Jul 2003 22:45:10 +0200 (CEST) (envelope-from k@numeri.campus.luth.se) Received: (from k@localhost) by numeri.campus.luth.se (8.12.9/8.12.9/Submit) id h67KjAga028662 for current@freebsd.org; Mon, 7 Jul 2003 22:45:10 +0200 (CEST) Date: Mon, 7 Jul 2003 22:45:10 +0200 From: Johan Karlsson To: current@freebsd.org Message-ID: <20030707204510.GA620@numeri.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: LOR filedesc structure and Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 20:45:14 -0000 Hi I just got the following LOR with a kernel and world from today ==== lock order reversal 1st 0xc49ce134 filedesc structure (filedesc structure) @ /home/k/FreeBSD-src/5-current/src/sys/kern/sys_generic.c:902 2nd 0xc03149e0 Giant (Giant) @ /home/k/FreeBSD-src/5-current/src/sys/fs/specfs/spec_vnops.c:372 Stack backtrace: backtrace(c02d42e0,c03149e0,c02d0996,c02d0996,c02cbf6c) at backtrace+0x17 witness_lock(c03149e0,8,c02cbf6c,174,c01881e0) at witness_lock+0x697 _mtx_lock_flags(c03149e0,0,c02cbf6c,174,c02d48f5) at _mtx_lock_flags+0xb1 spec_poll(e0f05af8,e0f05b18,c01f05fc,e0f05af8,c030b3e0) at spec_poll+0x104 spec_vnoperate(e0f05af8,c030b3e0,c413c6d8,40,c4951300) at spec_vnoperate+0x18 vn_poll(c4684440,40,c4951300,c4663be0,c4951300) at vn_poll+0x3c selscan(c4663be0,e0f05b98,e0f05b88,7,4) at selscan+0x12e kern_select(c4663be0,7,806b140,806b180,0) at kern_select+0x37f select(c4663be0,e0f05d10,c02e692a,3fd,5) at select+0x66 syscall(2f,2f,2f,0,3) at syscall+0x26e Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (93), eip = 0x282bdbc3, esp = 0xbfbff3cc, ebp = 0xbfbff478 --- ==== Let me know if I can do anything to help with tracking this. No local modifications to the source. /Johan K -- Johan Karlsson mailto:johan@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 13:52:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C038537B401 for ; Mon, 7 Jul 2003 13:52:01 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB7FD43F75 for ; Mon, 7 Jul 2003 13:52:00 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 72288 invoked from network); 7 Jul 2003 20:52:00 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 7 Jul 2003 20:52:00 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Mon, 7 Jul 2003 16:51:59 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Help diagnosing NIS breakage ? Thread-Index: AcNEh+HOhLSFelA1QI6+TUWozu4tPwAKSvUAAAYWV1A= From: "Robin P. Blanchard" To: , "Jacques A. Vidrine" Subject: Help diagnosing NIS breakage ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 20:52:02 -0000 Still pulling my hair out on this one...Updated to latest kern/world = this morning and NIS users are no longer working. Demonstration: # ypcat passwd |fgrep robin robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash # ypcat group |fgrep robin gactr::30000:holmesr,wrighta,prestonh,reagind,gankol,cafieroj,cahoonb,pet= tigr m,brantlek,thumat,dosterc,nate,robin,charles ITS::30026:dosterc,nate,robin,charles NSS::30028:dosterc,nate,robin,charles,test # ps ax |fgrep ypbind 79910 ?? Ss 0:00.03 ypbind # ypwhich=20 GCDC2.gc.nat # finger robin Login: robin Name:=20 Directory: /home/robin Shell: /bin/bash Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 No Mail. No Plan. So NIS is 'working'...But: # id robin id: robin: no such user And as a result, he (I) cannot login. # su - robin ; tail -1 /var/log/auth.log su: Sorry Jul 7 13:59:29 ftp su: pam_acct_mgmt: error in service module There's a truss and a ktrace (of the id command) available at: ftp://ftp.gactr.uga.edu/incoming/id.tar.gz Thanks in advance. --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 <|> fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 14:53:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E05F37B401 for ; Mon, 7 Jul 2003 14:53:09 -0700 (PDT) Received: from histidine.utmb.edu (histidine.utmb.edu [129.109.59.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D002343FBD for ; Mon, 7 Jul 2003 14:53:08 -0700 (PDT) (envelope-from bdodson@scms.utmb.EDU) Received: from histidine.utmb.edu (localhost [127.0.0.1]) by histidine.utmb.edu (8.12.9/8.12.9) with ESMTP id h67Lr7pJ028271; Mon, 7 Jul 2003 16:53:08 -0500 (CDT) (envelope-from bdodson@histidine.utmb.edu) Received: (from bdodson@localhost) by histidine.utmb.edu (8.12.9/8.12.9/Submit) id h67Lr74F028268; Mon, 7 Jul 2003 16:53:07 -0500 (CDT) From: "M. L. Dodson" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16137.60355.414841.512621@histidine.utmb.edu> Date: Mon, 7 Jul 2003 16:53:07 -0500 To: Thierry Herbelot In-Reply-To: <200307072232.38920.thierry@herbelot.com> References: <16137.53692.783846.229641@histidine.utmb.edu> <200307072232.38920.thierry@herbelot.com> X-Mailer: VM 7.14 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid cc: current@freebsd.org Subject: Re: nfs installs of 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bdodson@scms.utmb.EDU List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 21:53:09 -0000 Thierry Herbelot writes: > Le Monday 07 July 2003 22:02, M. L. Dodson a =E9crit : > > Background: > > I posted this on questions, but got no response. Since this used > > to work, I thought it might be a 5.x issue. >=20 > indeed, see later >=20 > > $subject seems broken for me for 5.1 miniinst.iso > > > > Export /cdrom from 10.2.1.4; exports line: > > /cdrom -maproot=3D0 -alldirs -network 10.2 -mask 255.255.0.0 > > > > Nfs server setup, on 4.8-STABLE, is well tested and known to > > work. > > > > When prompted for nfs info during install, give 10.2.1.4:/cdrom, > > netmask 255.255.0.0 (same subnet as target machine) -> configure > > install target network (ip 10.2.1.200) -> get error: > > > > Error mounting 10.2.1.4:/cdrom on /dist: no such file or directory= > > > > On ttyv4 find error messages (hand copied): > > mount_nfs: can't update /var/db/mountdtab for 10.2.1.4:/cdrom > > mount_nfs: Operation not supported by device > > > > On ttyv4 I can cd to /dist >=20 > this may be due to kernel being unable to dynamically load nfs_clien= t.ko >=20 > I saw this when building a jumpstart server for 5.1 (PXE automatic i= nstall=20 > from another 5.1 server). >=20 > I went around by stopping the boot loader in the boot phase, loading= manually=20 > the nfs module, then proceeding with the install. >=20 > =09TfH That certainly makes sense. I might gently suggest to RE, etc that they might want to reconsider the decision to put nfs on the extra drivers floppy (I assume that is where it is). This really trips up newbies (and some of us not so newbies). I ran across this trying to help someone install 5.0 for the first time. He had a bunch of machines to install (no cdroms), so I suggested nfs and was completely surprised when it did not work. I verified that he was not doing something obviously wrong before I posted. He was very confused because he consulted essentially all the FreeBSD books that had anything to say on the subject and could not see what he was doing wrong (nor did I). This does not present a good first impression for the project. The nfs install, being documented in all the books, is much more important than individual ethernet drivers. If nfs cannot be put in the install kernel, then the nfs option should be removed from sysinstall. All this IMO, of course. Bud Dodson --=20 M. L. Dodson bdodson@scms.utmb.edu 409-772-2178 FAX: 409-772-1790 From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 15:31:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C19137B401 for ; Mon, 7 Jul 2003 15:31:16 -0700 (PDT) Received: from lightpro1.lightpro.de (lightpro1.lightpro.de [213.133.98.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C6A43FA3 for ; Mon, 7 Jul 2003 15:31:15 -0700 (PDT) (envelope-from h@schmalzbauer.de) Received: from akima (ppp-62-245-162-21.mnet-online.de [62.245.162.21]) (authenticated bits=0)h67MVFba029628 for ; Tue, 8 Jul 2003 00:31:16 +0200 From: "Harald Schmalzbauer" To: Date: Tue, 8 Jul 2003 00:31:07 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Subject: umass hangs 5.1-release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 22:31:16 -0000 Hi all, I have a generic USB 4in1 CardReader. When I plug it in and I try to mount my CF-Card the system hangs. No panic, just unusable. I saw some "qirks" as google-results but none works for me. No problem that the reader isn't supporterd (yet) but why does it hang the whole system? I'm no programmer so I can only help discovering errors if somebody would be interested in solving this ugly bug. Best regards, -Harry From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 16:29:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 451CF37B401; Mon, 7 Jul 2003 16:29:40 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789F043FB1; Mon, 7 Jul 2003 16:29:39 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h67NTXs8094923; Mon, 7 Jul 2003 19:29:35 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h67NTV1b094922; Mon, 7 Jul 2003 23:29:31 GMT Date: Mon, 7 Jul 2003 23:29:31 GMT Message-Id: <200307072329.h67NTV1b094922@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk 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, 07 Jul 2003 23:29:40 -0000 TB --- 2003-07-07 22:50:07 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-07 22:50:07 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-07 22:52:29 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. [...] gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/modnext.2 > modnext.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/modstat.2 > modstat.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/mount.2 > mount.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/mprotect.2 > mprotect.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/msync.2 > msync.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/munmap.2 > munmap.2.gz gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib/libc/sys/nanosleep.2 > nanosleep.2.gz Segmentation fault (core dumped) *** Error code 139 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-07 23:29:31 - /usr/bin/make returned exit code 1 TB --- 2003-07-07 23:29:31 - ERROR: failed to build world TB --- 2003-07-07 23:29:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 16:33:19 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3D037B404; Mon, 7 Jul 2003 16:33:19 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F226743FAF; Mon, 7 Jul 2003 16:33:17 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h67NXGsw078454; Tue, 8 Jul 2003 09:33:16 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h67NXF2b006826; Tue, 8 Jul 2003 09:33:16 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 8 Jul 2003 09:33:15 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: freebsd-current@FreeBSD.ORG Message-ID: <20030708090530.T6312-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-smp@FreeBSD.ORG Subject: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 23:33:19 -0000 FreeBSD 5.1-RELEASE with SCHED_4BSD on a quad ppro 200 (dell 6100/200). Last night I started 3 setiathome's then went to bed. The system was otherwise idle and had a load of 3.00, 3.00, 3.00. This morning, I wanted to copy a (large) file from a remote server, so I did a: scp -c blowfish -p -l 100 remote.host:filename . which is running in another window (and will run for 3 more hours). And now, on my otherwise idle system, the load is varying from less than 2.00 (!) to just over 3.00, with an average average of about 2.50. Here is some output from top: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 42946 setiathome 139 15 15524K 14952K *Giant 0 39.9H 89.26% 89.26% setiathome 49332 andyf 130 0 3084K 2176K *Giant 2 81:49 67.68% 67.68% ssh 12 root -16 0 0K 12K CPU2 2 152.1H 49.12% 49.12% idle: cpu2 13 root -16 0 0K 12K CPU1 1 148.7H 44.58% 44.58% idle: cpu1 11 root -16 0 0K 12K RUN 3 152.1H 44.14% 44.14% idle: cpu3 14 root -16 0 0K 12K CPU0 0 143.3H 41.65% 41.65% idle: cpu0 42945 setiathome 129 15 15916K 14700K *Giant 2 39.0H 25.20% 25.20% setiathome 42947 setiathome 129 15 15524K 14956K *Giant 1 40.3H 22.61% 22.61% setiathome So, can someone explain why the seti procs are not getting 100% cpu like they were before the scp(ssh) started and why there is so much idle time? I bet those *Giants have something to do with it... -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 16:39:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 275AE37B401 for ; Mon, 7 Jul 2003 16:39:08 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4623743F85 for ; Mon, 7 Jul 2003 16:39:07 -0700 (PDT) (envelope-from sam@errno.com) Received: from melange.errno.com (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h67Nd47N063648 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 7 Jul 2003 16:39:06 -0700 (PDT) (envelope-from sam@errno.com) Date: Mon, 07 Jul 2003 16:39:03 -0700 From: Sam Leffler To: Lukas Ertl , freebsd-current@freebsd.org Message-ID: <634415300.1057595943@melange.errno.com> In-Reply-To: <20030705122054.H693@korben.in.tern> References: <20030705122054.H693@korben.in.tern> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Experiences with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 23:39:08 -0000 > I just bought a Netgear WAG511 card and a Netgear WG602 Accesspoint. I > run the card in 11g mode under current, and I'm having some problems: > > *) Powersavemode seems to be not supported at all (and thus it eats the > battery like a "make world"): > ># ifconfig ath0 powersave on > ifconfig: SIOCS80211: Invalid argument > > man ath(4) > *) Shared Key Authentication seems to be not supported either: > ># ifconfig ath0 authmode shared > ifconfig: SIOCS80211: Invalid argument > > Never has been supported under FreeBSD for any 802.11 card (at least not that I'm aware of). > *) If I turn on the debug.ieee80211 sysctl, I see the following messages > in 30sec- to 2min-intervals: > > ieee80211_new_state: RUN -> AUTH > ieee80211_new_state: AUTH -> AUTH > ieee80211_new_state: AUTH -> ASSOC > ieee80211_new_state: ASSOC -> RUN > > (I'm not sure if this is normal behaviour.) > Not sure about the interval but it is normal for an AP to periodically require stations to reauthenticate/associate. > > *) I'm seeing a lot of input errors on the interface: > ># netstat -i -I ath0 > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs > Coll > ath0 1500 00:09:5b:41:8d:ac 2054 67646 2058 42 > 0 > > > *) Finally, there seems to be a problem with interaction between the AP > and my ADSL router (I'm not sure if this is a FreeBSD problem, I need to > test with WinXP too). My LAN looks something like this: > > WLAN Client ))) ((( AP --- Switch --- ADSL router > | > | > other hosts in LAN > > The ADSL router (a Speedtouch 510) does NAT. Everything seems to work > fine, but after some time, all connections from the WLAN client to the > outside world have died. I can connect to the other hosts in the LAN just > fine, though, and there are no further messages in the log files. > The quickest way to make it work again, is pulling the card out and plug > it back it. Any ideas? If I understand correctly, it doesn't sound like something to do with the driver which is all I can control. I'd suggest sniffing the 802.11 frames to see if you can identify anything. If you have another system+card you can do this with something like: tcpdump -i ath0 -y IEEE802_11 or use your favorite tool. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 16:43:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8294337B404 for ; Mon, 7 Jul 2003 16:43:31 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B61043FB1 for ; Mon, 7 Jul 2003 16:43:30 -0700 (PDT) (envelope-from sam@errno.com) Received: from melange.errno.com (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h67NhT7N063663 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 7 Jul 2003 16:43:30 -0700 (PDT) (envelope-from sam@errno.com) Date: Mon, 07 Jul 2003 16:43:28 -0700 From: Sam Leffler To: Lukas Ertl , freebsd-current@freebsd.org Message-ID: <634680432.1057596208@melange.errno.com> In-Reply-To: <20030705224250.I12753@korben.in.tern> References: <20030705122054.H693@korben.in.tern> <20030705192426.U3328@korben.in.tern> <20030705224250.I12753@korben.in.tern> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Experiences with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 23:43:31 -0000 >> Ok, I've investigated this further. The strange thing is: whenever the >> connections to the outside drop, I can ping and connect to any host in my >> LAN (10.0.0.0/24), but I _cannot_ ping 10.0.0.138 from the WLAN client, >> which is the inside interface of the ADSL router and thus the default >> route. I can't explain why. "ifconfig ath0 down && ifconfig ath0 up" >> solves this lock-up. Could this be a driver bug? > > Another update: > > Jul 5 22:38:39 korben kernel: ath0: device timeout > Jul 5 22:38:40 korben kernel: ath_hal_wait: timeout on reg 0x8: > 0xffffffff & 0x00000004 != 0x00000000 > Jul 5 22:38:40 korben kernel: ieee80211_new_state: RUN -> INIT > Jul 5 22:38:40 korben kernel: ath0: unable to reset hardware; hal status > 3 Jul 5 22:39:02 korben kernel: ath0: unable to reset hardware; hal > status 3 > > Then the card is dead. According to the manpage, "this should not happen" > :-) > Never seen this sort of thing except when yanking a card while the driver was in the middle of talking to the hardware. Some more context would be helpful. > If I pull it out and plug it back in, I get: > > Jul 5 22:39:46 korben kernel: ath0: detached > Jul 5 22:39:57 korben kernel: ath0: mem > 0x20000000-0x2000ffff irq 11 at device 0.0 on cardbus1 > Jul 5 22:40:54 korben kernel: ath0: failed to allocate descriptors: 12 > Jul 5 22:40:54 korben kernel: device_probe_and_attach: ath0 attach > returned 12 > Jul 5 22:40:54 korben kernel: cbb1: CardBus card activation failed > Looks like memory didn't get free'd up when you yanked the card as reinserting should've found at least the same memory that was there before. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 16:45:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40D5B37B401 for ; Mon, 7 Jul 2003 16:45:59 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF5F43F85 for ; Mon, 7 Jul 2003 16:45:58 -0700 (PDT) (envelope-from sam@errno.com) Received: from melange.errno.com (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h67Njv7N063687 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 7 Jul 2003 16:45:58 -0700 (PDT) (envelope-from sam@errno.com) Date: Mon, 07 Jul 2003 16:45:57 -0700 From: Sam Leffler To: David Gilbert Message-ID: <634829216.1057596357@melange.errno.com> In-Reply-To: <16135.14729.867357.839956@canoe.velocet.net> References: <267229455.1056645499@melange.errno.com> <16135.14729.867357.839956@canoe.velocet.net> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-current@freebsd.org Subject: Re: [current] hostap+wi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 07 Jul 2003 23:45:59 -0000 >>>>>> "Sam" == Sam Leffler writes: > > Sam> If you've got an AP running with recent source and a wi card > Sam> please contact me. > > I don't know if this is related, but I have a wi card running in > access point mode and is disassociates under high traffic. If I > start a transfer from the access point machine to a machine on the lan > (for instance), the remote machine disassociates for a few seconds > every 20 seconds or so. The card probes as: > > wi0: mem 0xcecff000-0xcecfffff irq 11 at device 17.0 > on pci0 wi0: 802.11 address: 00:05:5d:ee:e6:e7 > wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > wi0: Intersil Firmware: Primary 1.00.05, Station 1.03.04 > > ifconfig says: > > wi0: flags=8843 mtu 1500 > inet 216.138.225.97 netmask 0xfffffff8 broadcast 216.138.225.103 > inet6 fe80::205:5dff:feee:e6e7%wi0 prefixlen 64 scopeid 0x3 > ether 00:05:5d:ee:e6:e7 > media: IEEE 802.11 Wireless Ethernet autoselect > (DS/2Mbps ) status: associated > ssid GILBERT 1:GILBERT > stationname "FreeBSD WaveLAN/IEEE node" > channel 11 authmode OPEN powersavemode OFF powersavesleep 100 > wepmode OFF weptxkey 1 > > The hostap machine is 4.8-STABLE and the client is 5.1-RELEASE. > On the client side turn on debugging before doing whatever you're doing when this happens: ifconfig wi0 debug and/or sysctl debug.ieee80211=1 (can't recall which gives what). The console messages should be useful in understanding which side initiates the reassociation. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:05:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA7B37B401 for ; Mon, 7 Jul 2003 17:05:08 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB89B43FBD for ; Mon, 7 Jul 2003 17:05:07 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9CFEC72FE3; Mon, 7 Jul 2003 17:05:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9BFA672FDC; Mon, 7 Jul 2003 17:05:07 -0700 (PDT) Date: Mon, 7 Jul 2003 17:05:07 -0700 (PDT) From: Doug White To: Bruce Cran In-Reply-To: <20030706113030.GA56425@buffy.brucec.backnet> Message-ID: <20030707170215.T16756@carver.gumbysoft.com> References: <20030705120608.GA52927@buffy.brucec.backnet> <20030706113030.GA56425@buffy.brucec.backnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: usb mouse on ehci controller doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 00:05:08 -0000 On Sun, 6 Jul 2003, Bruce Cran wrote: > I swapped the Logitech wireless mouse for a Microsoft Intellimouse optical, > and this time had slightly more success. If I run moused and tell XFree86 > to use both /dev/psm0 and /dev/sysmouse, it still dies with the fcntl error. > However, if I'm only using /dev/sysmouse, it works perfectly. The kernel has > uhci but not ehci compiled in, so it must indeed be using the low-speed > driver, not ehci. If I don't run moused but just tell X11 to use /dev/ums0, > it still fails with the fcntl error. Hm, well it appears that psm and ums have lost their O_ASYNC handlers. I'm using moused and it works fine, but I think I know who to pummel. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:16:01 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 341E837B401 for ; Mon, 7 Jul 2003 17:16:01 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF01843F85 for ; Mon, 7 Jul 2003 17:16:00 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BF7AF72FE3; Mon, 7 Jul 2003 17:16:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BE2A172FDC; Mon, 7 Jul 2003 17:16:00 -0700 (PDT) Date: Mon, 7 Jul 2003 17:16:00 -0700 (PDT) From: Doug White To: "Myron J. Mayfield" In-Reply-To: <3F08B199.3050409@comcast.net> Message-ID: <20030707170812.B16756@carver.gumbysoft.com> References: <3F08B199.3050409@comcast.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 00:16:01 -0000 On Sun, 6 Jul 2003, Myron J. Mayfield wrote: > I attempted to install the linux java sapgui on FreeBSD 5.0, but the jar > file only unpacked part of it. I then copied the files from my Redhat 9 > machine. I linked up all the linux libraries needed and attempted to > start it. It gives me an error saying cant find /dev/shm. I tried > adding this to /dev but was unable to. Does anyone have any > information? Thank you. I am somewhat new to FreeBSD but have used > linux for Many years. /dev/shm is a holdover from the SYSV days. Doing some googling around, I think you can just make it a symlink to /tmp and it'll work, but I'd have to test this. I think it just wants something it thinks it can call ioctls against :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:17:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED94A37B401 for ; Mon, 7 Jul 2003 17:17:58 -0700 (PDT) Received: from mail.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4409343F85 for ; Mon, 7 Jul 2003 17:17:58 -0700 (PDT) (envelope-from freebsd@soith.com) Received: from www.fastmail.fm (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 894421237C; Mon, 7 Jul 2003 20:17:55 -0400 (EDT) Received: from 10.202.2.132 ([10.202.2.132] helo=www.fastmail.fm) by messagingengine.com with SMTP; Mon, 07 Jul 2003 20:17:55 -0400 Received: by www.fastmail.fm (Postfix, from userid 99) id F2048395E1; Mon, 7 Jul 2003 20:17:53 -0400 (EDT) Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 1.2 (F2.71; T1.001; A1.51; B2.12; Q2.03) From: "Aaron Wohl" To: current@freebsd.org Date: Mon, 07 Jul 2003 18:17:53 -0600 X-Epoch: 1057623475 X-Sasl-enc: aUg3sd4+fWKADgOgjqq9cQ Message-Id: <20030708001753.F2048395E1@www.fastmail.fm> cc: sysadmin@alexdupre.com Subject: ports/www/mod_php4 vs ports/lang/php-cli X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 00:17:59 -0000 The two different ports of php4 seem to be conspireing to keep my users from having the PEAR php libraries. - ports/www/mod_php4 sets --disable-cli, disabling the command line interface implicitly disable PEAR which my users need - ports/devel/pear - wont install because it needs the command line version of php - ports/lang/php-cli - wont install because of a conflict with ports/www/mod_php4 Is there anyone who has built mod_php4 in the last couple of days that has gotten all of the these working at the same time: -the cli command line version (it used to come from mod_php4 I think?) -pear library -mod_php4 If so how? From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:31:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 856D237B404 for ; Mon, 7 Jul 2003 17:31:48 -0700 (PDT) Received: from cultdeadsheep.org (charon.cultdeadsheep.org [80.65.226.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA4243FB1 for ; Mon, 7 Jul 2003 17:31:46 -0700 (PDT) (envelope-from sheepkiller@cultdeadsheep.org) Received: (qmail 18242 invoked from network); 8 Jul 2003 00:31:44 -0000 Received: from unknown (HELO chuck.cultdeadsheep.org) (192.168.0.12) by goofy.cultdeadsheep.org with SMTP; 8 Jul 2003 00:31:44 -0000 Date: Tue, 8 Jul 2003 02:31:11 +0200 From: Clement Laforet To: "Aaron Wohl" Message-Id: <20030708023111.4d23ec5a.sheepkiller@cultdeadsheep.org> In-Reply-To: <20030708001753.F2048395E1@www.fastmail.fm> References: <20030708001753.F2048395E1@www.fastmail.fm> Organization: tH3 cUlt 0f tH3 d3@d sH33p X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-portbld-freebsd5.1) X-Face: ._cVVRDn#-2((lnfi^P7CoD4htI$4+#G/G)!w|,}H5yK~%(3-C.JlEYbOjJGFwJkt*7N^%z jYeu[;}]}F"3}l5R'l"X0HbvT^D\Q&%deCo)MayY`);TO Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ports/www/mod_php4 vs ports/lang/php-cli X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 00:31:48 -0000 On Mon, 07 Jul 2003 18:17:53 -0600 "Aaron Wohl" wrote: > The two different ports of php4 seem to be conspireing to keep my users > from having the PEAR php libraries. > > - ports/www/mod_php4 sets --disable-cli, disabling the command line > interface implicitly disable PEAR which my users need > - ports/devel/pear - wont install because it needs the command line > version of php > - ports/lang/php-cli - wont install because of a conflict with > ports/www/mod_php4 > > Is there anyone who has built mod_php4 in the last couple of days that > has gotten all of the these working at the same time: > -the cli command line version (it used to come from mod_php4 I think?) > -pear library > -mod_php4 > > If so how? Please send this kind of questions to ports@ r questions@ thanks regards, clem From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 17:43:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0401037B401 for ; Mon, 7 Jul 2003 17:43:08 -0700 (PDT) Received: from mx1.freebsdsystems.com (mx1.FreeBSDsystems.COM [216.138.197.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A547143FBD for ; Mon, 7 Jul 2003 17:43:07 -0700 (PDT) (envelope-from lnb@FreeBSDsystems.COM) Received: (qmail 43896 invoked by uid 0); 8 Jul 2003 00:43:03 -0000 Received: from unknown (HELO ?192.168.0.69?) (lnb@216.138.218.34) by mx1.freebsdsystems.com with AES256-SHA encrypted SMTP; 8 Jul 2003 00:43:03 -0000 From: Lanny Baron To: Andy Farkas In-Reply-To: <20030708090530.T6312-100000@hewey.af.speednet.com.au> References: <20030708090530.T6312-100000@hewey.af.speednet.com.au> Content-Type: text/plain Organization: FreeBSD Systems, Inc. Message-Id: <1057625020.18842.25.camel@panda.freebsdsystems.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 07 Jul 2003 20:43:40 -0400 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG cc: freebsd-smp@FreeBSD.ORG Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 00:43:09 -0000 A load of 3 is pretty high. I think you have more going on. On one of our iNET Servers in Texas that does mail for several thousand people along with shells, radius etc. ...... last pid: 97534; load averages: 0.07, 0.03, 0.01 up 55+21:34:34 19:40:48 200 processes: 2 running, 198 sleeping CPU states: 0.0% user, 0.0% nice, 0.2% system, 0.2% interrupt, 99.6% idle Mem: 149M Active, 1513M Inact, 257M Wired, 76M Cache, 199M Buf, 8236K Free Swap: 750M Total, 750M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 97525 lnb 28 0 2180K 1476K CPU1 0 0:00 0.69% 0.29% top 329 root 2 0 2904K 1508K select 0 31:21 0.00% 0.00% smbd 313 root 2 0 10420K 9660K select 1 26:39 0.00% 0.00% radiusd 314 root 2 0 10412K 9624K select 1 24:25 0.00% 0.00% radiusd 305 qmails 2 0 1056K 632K select 0 19:09 0.00% 0.00% qmail-s 1497 smbd 2 0 3308K 2732K select 0 16:39 0.00% 0.00% eggdrop Lanny On Mon, 2003-07-07 at 19:33, Andy Farkas wrote: > FreeBSD 5.1-RELEASE with SCHED_4BSD on a quad ppro 200 (dell 6100/200). > > Last night I started 3 setiathome's then went to bed. The system was > otherwise idle and had a load of 3.00, 3.00, 3.00. > > This morning, I wanted to copy a (large) file from a remote server, so I > did a: > > scp -c blowfish -p -l 100 remote.host:filename . > > which is running in another window (and will run for 3 more hours). > > And now, on my otherwise idle system, the load is varying from less than > 2.00 (!) to just over 3.00, with an average average of about 2.50. > > Here is some output from top: > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 42946 setiathome 139 15 15524K 14952K *Giant 0 39.9H 89.26% 89.26% setiathome > 49332 andyf 130 0 3084K 2176K *Giant 2 81:49 67.68% 67.68% ssh > 12 root -16 0 0K 12K CPU2 2 152.1H 49.12% 49.12% idle: cpu2 > 13 root -16 0 0K 12K CPU1 1 148.7H 44.58% 44.58% idle: cpu1 > 11 root -16 0 0K 12K RUN 3 152.1H 44.14% 44.14% idle: cpu3 > 14 root -16 0 0K 12K CPU0 0 143.3H 41.65% 41.65% idle: cpu0 > 42945 setiathome 129 15 15916K 14700K *Giant 2 39.0H 25.20% 25.20% setiathome > 42947 setiathome 129 15 15524K 14956K *Giant 1 40.3H 22.61% 22.61% setiathome > > So, can someone explain why the seti procs are not getting 100% cpu like > they were before the scp(ssh) started and why there is so much idle time? > I bet those *Giants have something to do with it... > > -- > > :{ andyf@speednet.com.au > > Andy Farkas > System Administrator > Speednet Communications > http://www.speednet.com.au/ > > > > _______________________________________________ > freebsd-smp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-smp > To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org" -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= Lanny Baron Proud to be 100% FreeBSD http://www.FreeBSDsystems.COM =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 19:08:56 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9C1437B401 for ; Mon, 7 Jul 2003 19:08:56 -0700 (PDT) Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F6BD43FB1 for ; Mon, 7 Jul 2003 19:08:56 -0700 (PDT) (envelope-from leafy@chihiro.leafy.idv.tw) Received: from [210.66.88.28] (port=49331 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.14:2) id 19ZhuY-0002FW-UT for freebsd-current@freebsd.org; Tue, 08 Jul 2003 10:08:55 +0800 Received: from chihiro.leafy.idv.tw (nobody@localhost [127.0.0.1]) by chihiro.leafy.idv.tw (8.12.9/8.12.9) with ESMTP id h6828rc7036711 for ; Tue, 8 Jul 2003 10:08:53 +0800 (CST) (envelope-from leafy@chihiro.leafy.idv.tw) Received: (from leafy@localhost) by chihiro.leafy.idv.tw (8.12.9/8.12.9/Submit) id h6828qkG036710 for freebsd-current@freebsd.org; Tue, 8 Jul 2003 10:08:52 +0800 (CST) (envelope-from leafy) Date: Tue, 8 Jul 2003 10:08:52 +0800 From: leafy To: freebsd-current@freebsd.org Message-ID: <20030708020852.GA36699@chihiro.leafy.idv.tw> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: top displaying weird information X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 02:08:57 -0000 top is acting a bit strange recently. It displays all kse related status on the top but no cpu cycle is ever assigned to them (pressing 'i' would mean that they will never appear). Is this normal? 5990 nobody 96 0 27040K 13156K select 2:57 0.00% 0.00% ntop 5990 nobody 96 0 27040K 13156K select 2:57 0.00% 0.00% ntop 5990 nobody 20 0 27040K 13156K kserel 2:57 0.00% 0.00% ntop 5990 nobody 20 0 27040K 13156K ksesig 2:57 0.00% 0.00% ntop Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 19:16:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94B0C37B409; Mon, 7 Jul 2003 19:16:24 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 125D543FA3; Mon, 7 Jul 2003 19:16:23 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h682GKsw087872; Tue, 8 Jul 2003 12:16:20 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])h682GI2b007288; Tue, 8 Jul 2003 12:16:19 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 8 Jul 2003 12:16:18 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Lanny Baron In-Reply-To: <1057625020.18842.25.camel@panda.freebsdsystems.com> Message-ID: <20030708120950.S6312-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 02:16:25 -0000 On 7 Jul 2003, Lanny Baron wrote: > A load of 3 is pretty high. I think you have more going on. Not for my box. Its only running at 75% cpu power. Its got four processors, so a load of 4 is when its running flat out. And I also said that the box is idle other than the 3 setiathomes. What I'm trying to find out is why at load 3 when adding another semi-cpu intensive process, the load starts fluctuating between 2 and 3, when it should go to a steady 3.4 or something. So the load actually goes down when I run another process! -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 20:53:12 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C2BC37B401; Mon, 7 Jul 2003 20:53:12 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B06F43F75; Mon, 7 Jul 2003 20:53:11 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h683rAuW005411; Mon, 7 Jul 2003 22:53:10 -0500 (CDT) (envelope-from dan) Date: Mon, 7 Jul 2003 22:53:10 -0500 From: Dan Nelson To: Andy Farkas Message-ID: <20030708035309.GE87950@dan.emsphone.com> References: <20030708090530.T6312-100000@hewey.af.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708090530.T6312-100000@hewey.af.speednet.com.au> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 03:53:12 -0000 In the last episode (Jul 08), Andy Farkas said: > FreeBSD 5.1-RELEASE with SCHED_4BSD on a quad ppro 200 (dell 6100/200). > > Last night I started 3 setiathome's then went to bed. The system was > otherwise idle and had a load of 3.00, 3.00, 3.00. > > This morning, I wanted to copy a (large) file from a remote server, so I > did a: > > scp -c blowfish -p -l 100 remote.host:filename . > > which is running in another window (and will run for 3 more hours). > > And now, on my otherwise idle system, the load is varying from less > than 2.00 (!) to just over 3.00, with an average average of about > 2.50. > > Here is some output from top: > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 42946 setiathome 139 15 15524K 14952K *Giant 0 39.9H 89.26% 89.26% setiathome > 49332 andyf 130 0 3084K 2176K *Giant 2 81:49 67.68% 67.68% ssh > 12 root -16 0 0K 12K CPU2 2 152.1H 49.12% 49.12% idle: cpu2 > 13 root -16 0 0K 12K CPU1 1 148.7H 44.58% 44.58% idle: cpu1 > 11 root -16 0 0K 12K RUN 3 152.1H 44.14% 44.14% idle: cpu3 > 14 root -16 0 0K 12K CPU0 0 143.3H 41.65% 41.65% idle: cpu0 > 42945 setiathome 129 15 15916K 14700K *Giant 2 39.0H 25.20% 25.20% setiathome > 42947 setiathome 129 15 15524K 14956K *Giant 1 40.3H 22.61% 22.61% setiathome > > So, can someone explain why the seti procs are not getting 100% cpu like > they were before the scp(ssh) started and why there is so much idle time? > I bet those *Giants have something to do with it... Most likely. That means they're waiting for some other process to release the big Giant kernel lock. Paste in top's header so we can see how many processes are locked, and what the system cpu percentage is. A truss of one of the seti processes may be useful too. setiathome really shouldn't be doing many syscalls at all. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 21:33:06 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F6DA37B401; Mon, 7 Jul 2003 21:33:06 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B424943FDD; Mon, 7 Jul 2003 21:33:02 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h684Wssw096024; Tue, 8 Jul 2003 14:32:54 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])h684Wq2b007713; Tue, 8 Jul 2003 14:32:53 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 8 Jul 2003 14:32:52 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Dan Nelson In-Reply-To: <20030708035309.GE87950@dan.emsphone.com> Message-ID: <20030708135908.I6312-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 04:33:06 -0000 On Mon, 7 Jul 2003, Dan Nelson wrote: > > I bet those *Giants have something to do with it... > > Most likely. That means they're waiting for some other process to > release the big Giant kernel lock. Paste in top's header so we can see > how many processes are locked, and what the system cpu percentage is. This is what top looks like (up to the 1st 0.00% process) when sitting idle* with 3 setiathomes: last pid: 50290; load averages: 3.02, 3.07, 3.06 up 8+23:24:11 14:00:47 97 processes: 9 running, 71 sleeping, 4 zombie, 12 waiting, 1 lock CPU states: 4.0% user, 72.0% nice, 4.6% system, 0.7% interrupt, 18.8% idle Mem: 142M Active, 220M Inact, 116M Wired, 19M Cache, 61M Buf, 1916K Free Swap: 64M Total, 128K Used, 64M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 42946 setiathome 139 15 16552K 15984K RUN 0 43.8H 98.00% 98.00% setiathome 42945 setiathome 139 15 16944K 15732K CPU1 1 43.0H 97.56% 97.56% setiathome 42947 setiathome 139 15 15524K 14956K CPU0 2 42.9H 94.14% 94.14% setiathome 14 root -16 0 0K 12K RUN 0 144.7H 21.97% 21.97% idle: cpu0 12 root -16 0 0K 12K RUN 2 153.5H 19.87% 19.87% idle: cpu2 11 root -16 0 0K 12K RUN 3 153.6H 18.60% 18.60% idle: cpu3 13 root -16 0 0K 12K RUN 1 150.2H 17.29% 17.29% idle: cpu1 50090 root 111 0 11884K 11084K CPU3 3 4:22 11.57% 11.57% cdparanoia 12571 andyf 100 0 20488K 19308K select 1 509:56 4.00% 4.00% XFree86 17629 andyf 97 0 2676K 1624K select 3 244:57 1.03% 1.03% xdaliclock 16 root -48 -167 0K 12K *Giant 1 122:57 0.39% 0.39% swi7: tty:sio clock 38 root 20 0 0K 12K syncer 0 101:47 0.00% 0.00% syncer *I'm running an X desktop and right now I'm ripping a cd but as you can see its not doing much else.. Note how the seti procs are getting 94-98% cpu time. When I do my scp thing, top looks like this: last pid: 50322; load averages: 1.99, 2.82, 2.98 up 8+23:39:09 14:15:45 98 processes: 8 running, 71 sleeping, 4 zombie, 12 waiting, 3 lock CPU states: 1.7% user, 33.7% nice, 20.1% system, 0.6% interrupt, 43.9% idle Mem: 135M Active, 224M Inact, 120M Wired, 19M Cache, 61M Buf, 1424K Free Swap: 64M Total, 128K Used, 64M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 42946 setiathome 139 15 16552K 15984K CPU3 2 44.0H 68.41% 68.41% setiathome 50296 andyf 125 0 3084K 2176K RUN 2 7:55 64.21% 64.21% ssh 12 root -16 0 0K 12K CPU2 2 153.6H 48.78% 48.78% idle: cpu2 11 root -16 0 0K 12K CPU3 3 153.6H 48.63% 48.63% idle: cpu3 13 root -16 0 0K 12K RUN 1 150.2H 48.44% 48.44% idle: cpu1 14 root -16 0 0K 12K RUN 0 144.8H 45.31% 45.31% idle: cpu0 42947 setiathome 130 15 15524K 14956K RUN 2 43.1H 28.56% 28.56% setiathome 42945 setiathome 125 15 15916K 14700K RUN 0 43.2H 25.05% 25.05% setiathome 50090 root -8 0 5636K 4832K cbwait 3 5:21 2.69% 2.69% cdparanoia 12571 andyf 97 0 20488K 19308K select 1 510:43 2.39% 2.39% XFree86 16 root -48 -167 0K 12K *Giant 0 123:11 0.98% 0.98% swi7: tty:sio clock 17629 andyf 97 0 2676K 1624K *Giant 0 245:18 0.93% 0.93% xdaliclock 38 root 20 0 0K 12K syncer 1 101:54 0.20% 0.20% syncer 50295 andyf 8 0 2528K 1256K nanslp 0 0:03 0.05% 0.05% scp 28905 root 8 0 0K 12K nfsidl 0 93:02 0.00% 0.00% nfsiod 0 Notice how 'nice' has gone to 33.7% and 'idle' to 43.9%, and the seti procs have dropped well below 94%. > A truss of one of the seti processes may be useful too. setiathome > really shouldn't be doing many syscalls at all. If setiathome is making lots of syscalls, then running the 3 instanses should already show a problem, no? -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 21:49:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47E4337B401; Mon, 7 Jul 2003 21:49:14 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA0A43FD7; Mon, 7 Jul 2003 21:49:13 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h684nDBJ084013; Mon, 7 Jul 2003 23:49:13 -0500 (CDT) (envelope-from dan) Date: Mon, 7 Jul 2003 23:49:13 -0500 From: Dan Nelson To: Andy Farkas Message-ID: <20030708044912.GF87950@dan.emsphone.com> References: <20030708035309.GE87950@dan.emsphone.com> <20030708135908.I6312-100000@hewey.af.speednet.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708135908.I6312-100000@hewey.af.speednet.com.au> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 04:49:14 -0000 In the last episode (Jul 08), Andy Farkas said: > On Mon, 7 Jul 2003, Dan Nelson wrote: > > > I bet those *Giants have something to do with it... > > > > Most likely. That means they're waiting for some other process to > > release the big Giant kernel lock. Paste in top's header so we can see > > how many processes are locked, and what the system cpu percentage is. > > This is what top looks like (up to the 1st 0.00% process) when sitting > idle* with 3 setiathomes: > > 97 processes: 9 running, 71 sleeping, 4 zombie, 12 waiting, 1 lock > CPU states: 4.0% user, 72.0% nice, 4.6% system, 0.7% interrupt, 18.8% idle > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 42946 setiathome 139 15 16552K 15984K RUN 0 43.8H 98.00% 98.00% setiathome > 42945 setiathome 139 15 16944K 15732K CPU1 1 43.0H 97.56% 97.56% setiathome > 42947 setiathome 139 15 15524K 14956K CPU0 2 42.9H 94.14% 94.14% setiathome > > Note how the seti procs are getting 94-98% cpu time. > > When I do my scp thing, top looks like this: > > 98 processes: 8 running, 71 sleeping, 4 zombie, 12 waiting, 3 lock > CPU states: 1.7% user, 33.7% nice, 20.1% system, 0.6% interrupt, 43.9% idle > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 42946 setiathome 139 15 16552K 15984K CPU3 2 44.0H 68.41% 68.41% setiathome > 50296 andyf 125 0 3084K 2176K RUN 2 7:55 64.21% 64.21% ssh > 12 root -16 0 0K 12K CPU2 2 153.6H 48.78% 48.78% idle: cpu2 > 11 root -16 0 0K 12K CPU3 3 153.6H 48.63% 48.63% idle: cpu3 > 13 root -16 0 0K 12K RUN 1 150.2H 48.44% 48.44% idle: cpu1 > 14 root -16 0 0K 12K RUN 0 144.8H 45.31% 45.31% idle: cpu0 > 42947 setiathome 130 15 15524K 14956K RUN 2 43.1H 28.56% 28.56% setiathome > 42945 setiathome 125 15 15916K 14700K RUN 0 43.2H 25.05% 25.05% setiathome > > Notice how 'nice' has gone to 33.7% and 'idle' to 43.9%, and the seti > procs have dropped well below 94%. > > > A truss of one of the seti processes may be useful too. setiathome > > really shouldn't be doing many syscalls at all. > > If setiathome is making lots of syscalls, then running the 3 instanses > should already show a problem, no? Not if it's ssh that's holding Giant for longer than it should. The setiathome processes may be calling some really fast syscall 500 times a second which doesn't cause a problem until ssh comes along and calls some other syscall that takes .1 ms to return but also locks Giant long enough to cause the other processes to all back up behind it. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 21:49:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B32AC37B492 for ; Mon, 7 Jul 2003 21:49:31 -0700 (PDT) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 422B843FDD for ; Mon, 7 Jul 2003 21:49:30 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.9/8.12.9) with ESMTP id h684ogKP005553; Tue, 8 Jul 2003 06:50:42 +0200 (CEST) From: Thierry Herbelot To: bdodson@scms.utmb.EDU Date: Tue, 8 Jul 2003 06:49:22 +0200 User-Agent: KMail/1.5.2 References: <16137.53692.783846.229641@histidine.utmb.edu> <200307072232.38920.thierry@herbelot.com> <16137.60355.414841.512621@histidine.utmb.edu> In-Reply-To: <16137.60355.414841.512621@histidine.utmb.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307080649.22328.thierry@herbelot.com> cc: current@freebsd.org Subject: Re: nfs installs of 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 04:49:32 -0000 Le Monday 07 July 2003 23:53, M. L. Dodson a crit : > > That certainly makes sense. I might gently suggest to RE, etc > that they might want to reconsider the decision to put nfs on the > extra drivers floppy (I assume that is where it is). This really > trips up newbies (and some of us not so newbies). I ran across > this trying to help someone install 5.0 for the first time. He > had a bunch of machines to install (no cdroms), so I suggested > nfs and was completely surprised when it did not work. I > verified that he was not doing something obviously wrong before I > posted. He was very confused because he consulted essentially > all the FreeBSD books that had anything to say on the subject and > could not see what he was doing wrong (nor did I). > > This does not present a good first impression for the project. > > The nfs install, being documented in all the books, is much more > important than individual ethernet drivers. If nfs cannot be put > in the install kernel, then the nfs option should be removed from > sysinstall. All this IMO, of course. > > Bud Dodson Hello, I would not be as harsh as your comment : FreeBSD 5.x is still the experimental branch and the NFS install of 4.8 is painless. 5.1 is mainly for the early adopters, and these should expect having quite a bit of debugging, especially in "exotic" setups (this should be expected for a "user-supported" OS - and I do not want to go back to even RedTrap Linux). It seems the Internet bubble crash has had a very bad impact on the "human resources" available for the project, and it shows (the introduction of new features is perhaps slower ?). try sending a problem report cheers TfH From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 22:27:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB5FC37B401; Mon, 7 Jul 2003 22:27:25 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A2243F85; Mon, 7 Jul 2003 22:27:25 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h685RHsw099527; Tue, 8 Jul 2003 15:27:17 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h685RG2b007910; Tue, 8 Jul 2003 15:27:16 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 8 Jul 2003 15:27:15 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Dan Nelson In-Reply-To: <20030708044912.GF87950@dan.emsphone.com> Message-ID: <20030708152306.A6312-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 05:27:26 -0000 On Mon, 7 Jul 2003, Dan Nelson wrote: > Not if it's ssh that's holding Giant for longer than it should. The > setiathome processes may be calling some really fast syscall 500 times > a second which doesn't cause a problem until ssh comes along and calls > some other syscall that takes .1 ms to return but also locks Giant long > enough to cause the other processes to all back up behind it. setiathome seems to only make syscalls once every few seconds: 50.625740361 open("outfile.sah",0x0,0666) = 5 (0x5) 50.632149151 fstat(5,0xbfbff7bc) = 0 (0x0) 50.638742382 fstat(5,0xbfbff874) = 0 (0x0) 50.646472300 lseek(5,0x0,1) = 0 (0x0) 50.654260852 lseek(5,0x0,0) = 0 (0x0) 50.660798154 read(0x5,0xe65000,0x4000) = 3756 (0xeac) 50.667928862 close(5) = 0 (0x0) 50.674330474 getrusage(0x0,0xbfbff994) = 0 (0x0) 50.685590259 open("outfile.sah",0x0,0666) = 5 (0x5) 50.694391188 fstat(5,0xbfbff7ac) = 0 (0x0) 50.703441591 fstat(5,0xbfbff864) = 0 (0x0) 50.711881896 lseek(5,0x0,1) = 0 (0x0) 50.719670900 lseek(5,0x0,0) = 0 (0x0) 50.725983906 read(0x5,0xd64000,0x4000) = 3756 (0xeac) 50.732710339 close(5) = 0 (0x0) 54.227980065 open("outfile.sah",0x0,0666) = 5 (0x5) 54.234289708 fstat(5,0xbfbff7bc) = 0 (0x0) 54.241518075 fstat(5,0xbfbff874) = 0 (0x0) 54.249555307 lseek(5,0x0,1) = 0 (0x0) 54.257416703 lseek(5,0x0,0) = 0 (0x0) 54.263766467 read(0x5,0xe65000,0x4000) = 3756 (0xeac) 54.270554826 close(5) = 0 (0x0) 54.276730780 getrusage(0x0,0xbfbff994) = 0 (0x0) 54.286228233 open("outfile.sah",0x0,0666) = 5 (0x5) 54.292575368 fstat(5,0xbfbff7ac) = 0 (0x0) 54.299568244 fstat(5,0xbfbff864) = 0 (0x0) 54.313140514 lseek(5,0x0,1) = 0 (0x0) 54.320997075 lseek(5,0x0,0) = 0 (0x0) 54.327394776 read(0x5,0xd64000,0x4000) = 3756 (0xeac) 54.334797742 close(5) = 0 (0x0) 57.830104692 open("outfile.sah",0x0,0666) = 5 (0x5) 57.836412958 fstat(5,0xbfbff7bc) = 0 (0x0) 57.842768341 fstat(5,0xbfbff874) = 0 (0x0) 57.850834611 lseek(5,0x0,1) = 0 (0x0) 57.862301512 lseek(5,0x0,0) = 0 (0x0) 57.868723869 read(0x5,0xe65000,0x4000) = 3756 (0xeac) 57.875396846 close(5) = 0 (0x0) 57.881638118 getrusage(0x0,0xbfbff994) = 0 (0x0) 57.890991955 open("outfile.sah",0x0,0666) = 5 (0x5) 57.897344227 fstat(5,0xbfbff7ac) = 0 (0x0) 57.903621248 fstat(5,0xbfbff864) = 0 (0x0) 57.913178984 lseek(5,0x0,1) = 0 (0x0) 57.922614702 lseek(5,0x0,0) = 0 (0x0) 57.931253628 read(0x5,0xd64000,0x4000) = 3756 (0xeac) 57.938755028 close(5) = 0 (0x0) -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Mon Jul 7 23:20:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3506837B401 for ; Mon, 7 Jul 2003 23:20:31 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A2343F93 for ; Mon, 7 Jul 2003 23:20:28 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h686KRA59107 for ; Tue, 8 Jul 2003 02:20:27 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 8 Jul 2003 02:20:27 -0400 (EDT) From: Jeff Roberson To: current@freebsd.org Message-ID: <20030708021959.U17881-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: ULE SMP fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 06:20:31 -0000 Squashed the bug that was causing panics with nice processes on SMP ULE. Thanks, Jeff ---------- Forwarded message ---------- Date: Mon, 7 Jul 2003 23:19:40 -0700 (PDT) From: Jeff Roberson To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern sched_ule.c jeff 2003/07/07 23:19:40 PDT FreeBSD src repository Modified files: sys/kern sched_ule.c Log: - When stealing a kse in kseq_move() ignore the current kseq's min nice value. We want to steal any thread, even one that is not given a slice on its current queue. Revision Changes Path 1.53 +13 -7 src/sys/kern/sched_ule.c From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 00:00:48 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5961B37B401 for ; Tue, 8 Jul 2003 00:00:48 -0700 (PDT) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BCB443F75 for ; Tue, 8 Jul 2003 00:00:47 -0700 (PDT) (envelope-from ianf@mci.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 19ZmSu-000BRP-00; Tue, 08 Jul 2003 09:00:40 +0200 Received: from localhost ([127.0.0.1] helo=mci.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 19ZmSt-000273-00; Tue, 08 Jul 2003 09:00:39 +0200 To: Jeff Roberson In-reply-to: Your message of "Tue, 08 Jul 2003 02:20:27 -0400." <20030708021959.U17881-100000@mail.chesapeake.net> References: <20030708021959.U17881-100000@mail.chesapeake.net> From: Ian Freislich X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted Date: Tue, 08 Jul 2003 09:00:39 +0200 Message-ID: <8124.1057647639@mci.com> Sender: ianf@mci.com cc: current@freebsd.org Subject: Re: ULE SMP fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 07:00:48 -0000 Jeff Roberson wrote: > Squashed the bug that was causing panics with nice processes on SMP ULE. That is really good news. I will give it a try later today and let you know if I still get panics with ULE enabled. Ian From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 00:01:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F5437B401 for ; Tue, 8 Jul 2003 00:01:59 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1757343FBF for ; Tue, 8 Jul 2003 00:01:58 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from localhost.localdomain (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h6871fKf111050; Tue, 8 Jul 2003 09:01:47 +0200 Date: Tue, 8 Jul 2003 09:01:41 +0200 (CEST) From: Lukas Ertl To: Sam Leffler In-Reply-To: <634415300.1057595943@melange.errno.com> Message-ID: <20030708085800.R733@leelou.in.tern> References: <20030705122054.H693@korben.in.tern> <634415300.1057595943@melange.errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mx1 4244; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-current@freebsd.org Subject: Re: Experiences with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 07:01:59 -0000 On Mon, 7 Jul 2003, Sam Leffler wrote: > > *) Powersavemode seems to be not supported at all (and thus it eats the > > battery like a "make world"): > > > ># ifconfig ath0 powersave on > > ifconfig: SIOCS80211: Invalid argument > > man ath(4) The man page says "not fully", not "not supported at all". > > *) Shared Key Authentication seems to be not supported either: > > > ># ifconfig ath0 authmode shared > > ifconfig: SIOCS80211: Invalid argument > > Never has been supported under FreeBSD for any 802.11 card (at least not > that I'm aware of). Ah, didn't know that, since ifconfig claims that "shared" is a valid mode. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 00:03:37 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A4737B401 for ; Tue, 8 Jul 2003 00:03:37 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD77D43FBD for ; Tue, 8 Jul 2003 00:03:34 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B844072FE3; Tue, 8 Jul 2003 00:03:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B6E5D72FDC; Tue, 8 Jul 2003 00:03:34 -0700 (PDT) Date: Tue, 8 Jul 2003 00:03:34 -0700 (PDT) From: Doug White To: Bruce Cran In-Reply-To: <20030707170215.T16756@carver.gumbysoft.com> Message-ID: <20030707235445.F16756@carver.gumbysoft.com> References: <20030705120608.GA52927@buffy.brucec.backnet> <20030707170215.T16756@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: usb mouse on ehci controller doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 07:03:37 -0000 On Mon, 7 Jul 2003, Doug White wrote: > On Sun, 6 Jul 2003, Bruce Cran wrote: > > > I swapped the Logitech wireless mouse for a Microsoft Intellimouse optical, > > and this time had slightly more success. If I run moused and tell XFree86 > > to use both /dev/psm0 and /dev/sysmouse, it still dies with the fcntl error. > > However, if I'm only using /dev/sysmouse, it works perfectly. The kernel has > > uhci but not ehci compiled in, so it must indeed be using the low-speed > > driver, not ehci. If I don't run moused but just tell X11 to use /dev/ums0, > > it still fails with the fcntl error. > > Hm, well it appears that psm and ums have lost their O_ASYNC handlers. > I'm using moused and it works fine, but I think I know who to pummel. You know, I just tried this on my -current box with XFree86 4.3 and it works fine regardless of the warning. Are you sure XFree86 is dying due to the mouse problem, or something else? All I did was flip the device from /dev/sysmouse to /dev/ums0. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 00:51:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC6C937B401 for ; Tue, 8 Jul 2003 00:51:53 -0700 (PDT) Received: from phys9911.phys.tue.nl (PHYS9911.phys.tue.nl [131.155.108.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B49E43F85 for ; Tue, 8 Jul 2003 00:51:52 -0700 (PDT) (envelope-from karelj@phys9911.phys.tue.nl) Received: from phys9911.phys.tue.nl (localhost [127.0.0.1]) by phys9911.phys.tue.nl (8.12.9/8.12.9) with ESMTP id h687ptJR058317; Tue, 8 Jul 2003 09:51:55 +0200 (CEST) (envelope-from karelj@phys9911.phys.tue.nl) Received: (from karelj@localhost) by phys9911.phys.tue.nl (8.12.9/8.12.9/Submit) id h687ps26058316; Tue, 8 Jul 2003 09:51:54 +0200 (CEST) Date: Tue, 8 Jul 2003 09:51:54 +0200 From: "Karel J. Bosschaart" To: Poul-Henning Kamp Message-ID: <20030708075154.GA58019@phys9911.phys.tue.nl> References: <20030707154314.GA30526@phys9911.phys.tue.nl> <3425.1057600679@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3425.1057600679@critter.freebsd.dk> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: how to create device nodes when devfs doesn't do it? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 07:51:54 -0000 On Mon, Jul 07, 2003 at 07:57:59PM +0200, Poul-Henning Kamp wrote: > Can you mail me the output of: > > diskinfo -v da0 > diskinfo -v da0s4 > dd if=/dev/da0 count=63 | uuencode - openbsd.sect0 > dd if=/dev/da0s4 count=16 | uuencode - openbsd.slice4 > > Then I'll try to see what goes on. > Sure, see below. Because I messed around with the drive, the partitions changed (new disklabel output also included), but the problem remains exactly the same. I noticed that on a -stable system the c partition does start at 0, according to disklabel. Karel. phys9911# disklabel da0s4 # /dev/da0s4: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 165249 63 4.2BSD 1024 8192 16 b: 612864 165312 swap c: 3326337 63 unused 0 0 # "raw" part, don't edit d: 165312 778176 4.2BSD 1024 8192 16 e: 165312 943488 4.2BSD 1024 8192 16 g: 717696 1108800 4.2BSD 1024 8192 16 h: 1499904 1826496 4.2BSD 1024 8192 16 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 h: partition extends past end of unit phys9911# phys9911# diskinfo -v da0 da0 512 # sectorsize 1704665088 # mediasize in bytes 3329424 # mediasize in sectors 207 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. phys9911# diskinfo -v da0s4 da0s4 512 # sectorsize 1703084544 # mediasize in bytes 3326337 # mediasize in sectors 207 # Cylinders according to firmware. 255 # Heads according to firmware. 63 # Sectors according to firmware. phys9911# dd if=/dev/da0 count=63 | uuencode -o openbsd.sect0 - 63+0 records in 63+0 records out 32256 bytes transferred in 0.320866 secs (100528 bytes/sec) phys9911# dd if=/dev/da0s4 count=16 | uuencode -o openbsd.slice4 - 16+0 records in 16+0 records out 8192 bytes transferred in 0.097826 secs (83741 bytes/sec) phys9911# begin 644 - M9NH(````P`>,R/J.T&:\_/\``/N.V&:XH`<``([`9C'V9C'_9KD``@``_/.D M9NHU````H`<>!PX?]L*`=0MFO@D!``#HB`"R@#';@;_^`56J=`EFOD@!``#H MQD4%&,9%"!#&10T>QD5F:+L@*.BL M``\!'G:6#P$6<)8/(,!F@\@!#R+`ZG^0"``QR;$0CM&Q.`\`V;H`H```-@^W M!1,$``#!X`HM`!```"G0L3-14&@"`@``:BO_-0R0``!145%14K$':@#B_&$' M'P^A#ZG/^KP`&```#R#`,0`73^9\<%<@0``#02Z@``___D(5#DH5"P M$>8@YJ"(V.8AB/CFH;`$YB&P`N:AL`'F(>:A6.:A6.8AP_1J`.M`:@'K/&H# MZSAJ!.LT:@7K,&H&ZRQJ!^LH:@CK+&H*ZRAJ"^LD:@SK(&H-ZPAJ#NL8:A#K M#/9$)!("=`WIP@```/\T),9$)`0`_!X&8+`&]D0D.@)U&`^H#Z`>!K`"9H-\ M)$0(=0@6C40D4%#K"/]T)%#^R'7X:A`?'@>)X[ZAE@``OP`8``!7Z&`#``!> MZ/@#``"-9"0880'^__^-9"0(S_P>!XU5/(LUI!\``*V)\X7` M="6_`*```(M>'(D$'XU\!PCV1_H$=`>+13!FB488C5X0A]:Q!/.EB=:-?2BQ M!/.EB=ZQ!?.EB36D'P``88UD)`@''P^A#ZG/_&H0'V")Y0^W?2S!YP2+=2@! M_C')L0(QP*P\9G4$L03K]SST=0V!_CR1``!U3NET____/`]U"X`^('4&@'X! MP'1%//IT2SS[=$T/MUTXP>,$4P-=-(M5,#R<=$$\G718/,T/A,H````\SW0] M6V'IT_[__XE5,%HITXE=-"G^B74H88UD)`C/#R#`B44<1D;KZX!E,?WKY8!- M,0+KWRG+@/D$=`%FB1/KS0^W,P^W>P*-6P2)?2PQ_X#Y!'0#B=!FBP,!RR7_ MCB``@>(`<=__"<+KH%!35E,$`<.*0Q2*8Q?!X!!F MBT,2B<:*0QR*8Q_!X!!FBT,:B<<>!U$QR6:+31C!X0'SI%E?7EM8QD4=`(#B M_NE-____@`T'D````>E1_?__K#P9=.\\%74B4(M%'(#\AW4#6.N,9CU33W4/ MB@47!```)`P\#'4#6.O*6"G^P>\$9HE3_F:)>_R-6_IFB3/!X`(/MS`/MW@" MB7TL,?^`YOSI[/[__VH(ZSQJ">LX:@KK-&H+ZS!J#.LL:@WK*&H.ZR1J#^L@ M:G#K'&IQZQAJL(:G;K!&IWZP#V1"0.`G0^:A`?AP0D M58GE4\'@`HL`@VT4!@^W71C!XP0#711FAT4(P<@09H=%#,'`$(D#BT409HE# M!(!E$?Q;75C/^5#]4%!08`^HB>`/H!X&:A`?'@>[`*```(G:<@0QTC'MC70D M4%8#7OR+/:0?``"-?_PQR;$%\Z66BT0D0(72=!2+*[$$``"BP")P<'H$*MF MB0 M``#IFOO__ZJLA,!T;*B`=/:(Q;`]JJQ6#[[P`=[VQ0%T!V:MZ%P```#VQ0)T M!JWH1P```/;%!'0S'O9#4@)U"@\`9@1U!,4VZPFMDJW!X`0!T):Q$*SH,0`` M`/[)=`RP+8#Y"'0"L""JZ^H?7K`*]L4(=0.P(*KKCJK#4,'H$.@!````6.@` M````AN!0P.@$Z`$```!8)`\\"AQI+PP@JL/H!@```*R$P'7VPV`QR;0'NU`$ M``!FBQ._`(`+`#AC^74#9C'_/`IT%Y&P4/;F`-"`U`#1X)%FB00/0H#Z4'($ M,-+^QH#^&7(5C;>@````9KG``_.EL""Q4/-FJ[889HD38<.0C;0F```````` M````````__\```":SP#__P```)+/`/__````F@``__\```"2``#__P"@`/K/ M`/__`*``\L\`9R"8'P")```_`#"6``"7`0`>``#_`P`````0COM]/)$0C@$` M<)$0CO__R9,![@$``)4"[@$`3)0`"FEN=()`97)R@D1E9FR"4&5I<(I(96%X M@C1E8GB"*&5C>((P961XBBQE`%H`\``*,<,0``Z&(```#H)0(``)`QP,TP MN`$```#-,)"/!2`Q``!HX#```.@1````S3'H"@```(/$!/\U(#$``,.';"0$ MAT48ATTCW#@``H[PP``#^!;0P```QV[Z0 M,```4^@"#P``B0:#Q@1#@_L'?N^^`@```&@``@``NV`J``!3O^\B``!7Z-X& M``"`/6`J````="935VC\(@``Z*8,``!3Z%4$``"#Q`R%P`^4P`^V\`'VQ@5@ M*@```(7V=$B[8"P``(`]8"P```!U.H/^`G4C:@UH`R,``%/HW0T``&HWZ*P/ M``"%P'4+4^BS````O@$```"#_@%U#6H(:!`C``!3Z+4-``"[8"P``%.A4"H` M`(/`85#_-4@J``"A1"H``,'@`O^P[",``*%`*@``@^!_4&@@(P``Z`H,``"# MQ!CV!1PD```"=`7HG1```(7V=`MJ6N@Y#P``AP,``(7`=`QJ!^CZ#```Z7;___]3Z`P```#I M:____U6)Y6![-0```!75E.+10A0Z-$%``")A3C___^%P'4@@SW4 M,`````^%(`,``(M5"%)H5B,``.AJ"P``Z0T#``!J-(U%S%"+A3C___]0Z-,& M``"%P`^%\P(``(M%S&8]"P%T'SU_14Q]````:%TC``!H9",``.@H"P`` MZ"!Y____P")^RL=&#$``,<%V#`````0``#_==!3BY4X____4NAX M!@``A<`/A9@"``"+1=`%_P\``"4`\/__``#`T7LH]@P M``!J4(V%//___U"+A3C___]0Z,\$``"%P`^%[P```#'VC950____B94P____ MQX4L____`````&H$BX4P____4%/HE0H``(/#!(N5+/___XN$*DS___^CV#`` M`$E.(%9)3D\````!`&9L871F;&%M92YW;W`N=W1B+G1U92YN;``````````` M9#(```````````````````````````````````````"@JTXY;=X.``PM6CFS MO0(``"";90`````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````=F]L=6UE(&-O;6)I;F5D('-T871E('5P"G!L M97@@;F%M92!C;VUB:6YE9"YP,"!S=&%T92!U<"!O!(T,````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````68!8!``````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````?*W=G```````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````$8@-5@````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M3Z8+00`````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````````````!,D@%_```` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````#+C6A4````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````.9,C50`````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````6>P9A```````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````#KU>D<````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````!5N8@`````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````````````````!4+'1K M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````````$^S$%\````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````>D=P*P`````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````!X8"%%```````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````!-7)Q4````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````3IMC>``````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````X M[F45```````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````````````%$`&R<````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````````(=5I3@`````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````+DR]1```````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````!X"+6T````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````)&!920`````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```"=6-=```````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````````````````!SU/6P`` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````M(@Q*```````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````!S*7V@````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````-3-*(P`````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````M-WHL```````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````'#V4U0````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````````````````````````!.9: M`@`````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````G?VI8```````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````&A7=1D````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````%ST"&``````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````!V&DY0```````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````"!&6R\````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M:3T=/P`````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````7\#P`````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````!5WFD9```````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````````````````````"UG M4!<````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````````````````.*HA%0`````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````!M'&PQ```````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````"."'F@````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````6?!\1``````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````!66@EQ```````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`#MR5@@````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````````````````````!,H'10`` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````!=FE,>```````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````'?"9W$````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````,AAV(P`````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````!\"'%+```````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````$'^#2X````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````````````````````````>L4+ M$P`````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````````!G_U=8```````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````!;R3Q0````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````#MLE,@`````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````!LAA\&```````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````&\?46<````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M1MD```````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````%1#!"0````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````?68>-@`````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M``````````````````````````````````````````````````````````!8 MM%TS```````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````````````````````````````````````````$%@<%8````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M````````````````````````````````````````(>D\'P`````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````QI5IX```````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` D`````````````````````!>Z>4<````````````````````` ` end begin 644 - MZSR03W!E;D)31````@$`````````^````````!`````````````I`````%5. M25@@3$%"14P`5493(#0N-`!FZE,```#`!W)E861I;F<@8F]O=`#Z,<".T&:\ M_/\``/NXP`>.V([`CN".Z&:^1@```.B]`+@`0([`9C';9XH-;@$```^VR;YO M`5&P+NBO`/RMB<&LB,:LM`)0S1-S&F:^J````.B*`.LZ#0I296%D(&5RQD4%&,9%"!#&10T>QD5F:+L@*.BI M``\!'I:6#P$6D)8/(,!F@\@!#R+`ZG^0"``QR;$0CM&Q.`\`V;H`H```-@^W M!1,$``#!X`HM`!```"G0L3-14&@"`@``:BO_-0R0``!145%14K$':@#B_&$' M'P^A#ZG/^KP`&```#R#`,0`73^QP9R!#02Z@``___D(5#DH5"P$>8@ MYJ"(V.8AB/CFH;`$YB&P`N:AL`'F(>:A6.:A6.8AP_1J`.M`:@'K/&H#ZSAJ M!.LT:@7K,&H&ZRQJ!^LH:@CK+&H*ZRAJ"^LD:@SK(&H-ZPAJ#NL8:A#K#/9$ M)!("=`WIP@```/\T),9$)`0`_!X&8+`&]D0D.@)U&`^H#Z`>!K`"9H-\)$0( M=0@6C40D4%#K"/]T)%#^R'7X:A`?'@>)X[[!E@``OP`8``!7Z(L#``!>Z",$ M``"-9"08803^__^-9"0(S_P>!XU5/(LUI!\``*V)\X7`="6_ M`*```(M>'(D$'XU\!PCV1_H$=`>+13!FB488C5X0A]:Q!/.EB=:-?2BQ!/.E MB=ZQ!?.EB36D'P``88UD)`@''P^A#ZG/_&H0'V")Y0^W?2S!YP2+=2@!_C') ML0(QP*P\9G4$L03K]SST=0V!_CF1``!U7>ET____/`]U&H`^"71D@#XP=&.` M/C)T:X`^('4&@'X!P'1%//IT:3S[=&L/MUTXP>,$4P-=-(M5,#R<=%\\G71V M/,T/A.<````\SW1;6V'IQ/[__XE5,%HITXE=-"G^B74H88UD)`C/#R#`B44< M1D;KZP\)Z_F+31B+512+11P/,.OLBTT8#S*)11R)513KWX!E,?WKQX!-,0+K MP2G+@/D$=`%FB1/KKP^W,P^W>P*-6P2)?2PQ_X#Y!'0#B=!FBP,!RR7_CB`` M@>(`<=__"<+K@E!35E,$`<.*0Q2*8Q?!X!!FBT,2 MB<:*0QR*8Q_!X!!FBT,:B<<>!U$QR6:+31C1X?.D65]>6UC&11T`@.+^Z3#_ M__^`#0>0```!Z2C]__^L/!ET[SP5=2%0BT4<@/R'=0-8ZXUF/5-/=0Z@%P0` M`"0,/`QU`UCKRU@I_L'O!&:)4_YFB7O\C5OZ9HDSP>`"#[L8:G+K%&ISZQ!J=.L,:G7K"&IVZP1J=^L`]D0D#@)T/FH0'X<$)%6)Y5/! MX`*+`(-M%`8/MUT8P>,$`UT49H=%",'($&:'10S!P!")`XM%$&:)0P2`91'\ M6UU8S_E0_5!04&`/J(G@#Z`>!FH0'QX'NP"@``")VG($,=(Q[8UT)%!6`U[\ MBSVD'P``C7_\,`$DRG8JY$/NN@1@.3^JY7VP@%U!<'@`HL`B<'!Z!"K9HG(JXUD M)!!ASX/X`74:%@<&'QX/H0^@#ZFX`*````-$)`R-8`18_]`V_@4'D```Z7+[ M__^JK(3`=&RH@'3VB,6P/:JL5@^^\`'>]L4!=`=FK>A<````]L4"=`:MZ$<` M``#VQ01T,Q[V0U("=0H/`&8$=03%-NL)K9*MP>`$`="6L1"LZ#$```#^R70, ML"V`^0AT`K`@JNOJ'UZP"O;%"'4#L""JZXZJPU#!Z!#H`0```%CH`````(;@ M4,#H!.@!````6"0//`H<:2\,(*K#Z`8```"LA,!U]L-@,1L%#VY@#0@-0`T>"19HD$#T*`^E!R!##2_L:` M_AER%8VWH````&:YP`/SI;`@L5#S9JNV&&:)$V'#``````````#__P```)K/ M`/__````DL\`__\```":``#__P```)(``/__`*``^L\`__\`H`#RSP!G()@? M`(D``#\`4)8``)((H96-X@C!E M9'B*+&5S:8(<961I@AAE8G""(&5S<(H`8W.!3&1S@0QE@*````@\0$_S4@,0``PX=L)`2'11B'31R'52"'7210 MG%B'12A0G8M$)`B'12R)1"0(6(=U,(=]-(=L)`3#58GE5U93QP7@,``````$ M`(L-&#$``+@`"0``*<@/M@"C0"H``#'2@#U`*@```'P%N@,```")%40J``"# MX'^C2"H``+@!"0``*<@/M@!`HTPJ``#'!8`P```!````QP6P,```5````,<% MN#````````!J%>@I#P``H[PP``#^!;0P```QV[Z0,```QP7D,```$P```,<% M^#`````(``"-@X````"C`#$``.@"____]@4(,0```70'N0\!3P#K,*'\,``` MB<&!X<````#!X1*)PH'B`/\``,'B"`G1BQ4`,0``@>(`_P``"=&#X#\)P8D. M@\8$0X/[!WZ1O@(```!H\R(``.AZ!P``A_8"H``&H`Z"0/``") MQH/^#74%O@H```")\X/["'02?P:%VW1!ZRR#^PIT(H/[?W4B@?]@*@``=A%/ M:@CHZPP``&H@Z.0,``#K'#';ZR+&!P#K$XGX+6`J```]_P$``'T%B?"(!T>% M]G0&5NB\#```@_L*=9#K!VH*Z*X,```Q]FA@*@``Z'\#``"%P'0,:@?HEPP` M`.D1____:&`L``#H#````.D"____58GER<($`%6)Y8'LU````%=64XM%"%#H MS`4``(F%./___X7`=2"#/=0P````#X4@`P``BU4(4FA6(P``Z'(+``#I#0,` M`&HTC47,4(N%./___U#HVP8``(7`#X7S`@``BT7,9CT+`70?/7]%3$8/A/T` M``!H72,``&AD(P``Z#`+``#IRP(``(M]X('G____`(G[*QT8,0``QP78,``` M`!```/]UT%.+E3C___]2Z(`&``"%P`^%F`(``(M%T`7_#P``)0#P__\!P_]U MU%.+A3C___]0Z%D&``"%P`^%<0(``(M%V`7_#P``)0#P__\#1=0!PXL5&#$` M``':B17`,```:@2-1=Q04^B5"P``@\,$BT7D!```!\^EL`0``BT7HH]@P``#'A33___\` M````,?9F@WWX`'0],?]J((U<+XQ3BY4X____4NB2!0``A<`/A:H!``"#.P%U M"8/'(/^%-/___T8/MT7X.<9]"8.]-/___P%^Q3'V,?^+7"^8@>/___\`*QT8 M,0``BT0OD*/8,```_W0OG%.+A3C___]0Z#P%``"%P`^%5`$``(/'($:#_@%^ MQ8M%P`7_#P``)0#P__\!PXL5&#$```':B17`,```#[=5_`^W3?Z-00,YP@^% MG````(U$B07!X`,#1>RCV#```&I0C84\____4(N%./___U#HUP0``(7`#X7O M````,?:-E5#___^)E3#____'A2S___\`````:@2+A3#___]04^@8"@``@\,$ MBY4L____BX0J3/___Z/8,```C;PJ4/____\W4XN%./___U#H?00``(7`#X65 M`````Q^#A3#___\H@X4L____*$:#_@%^J(M]Y('G____`*$8,0```<.)'<0P M``"+50@!PHD5A#```(H50"H``(@5M3````6`,```4&H`:@!J`(L51"H``,'B M`J%,*@``P>`4"X+@(P``BQ5(*@``P>(0"="+%5`J``#!X@@)T`T```"@4`^W M!6`P```-````@%!7Z+OY__^-I2#___];7E_)P@0`58GE5U93BUT(Z6("``"# M^B`/A%D"``"#^@D/A%`"``"#^@H/A$<"``")WXH#ZP-'B@>$P'05/`IT"#P@ M=`0\"77M@#\`=`3&!P!'@_HM#X6\````ZS`Q]@^^!:`B```YPG05@_X+#X3L M`0``1@^^AJ`B```YPG7K#[:&K"(```^[!6`P```/OA-#A=)UR/8%8S```$!T M0[B6!```*P48,0``B@`D$`^V\+AT(P``A?9T!;AP(P``4&AW(P``Z)$'``"# MQ`B%]G4*@0U@,````!``((`E8S```+^A8#```*D````@=0NR`?;$$'0&L@+K M`K(#B!4$)```]@4$)````@^$:`$``.B_"@``Z5X!``")V(G:2XH`ZP-"B@*$ MP`^$'0$``#PH=?&`.@`/A!`!``"Y_____X![`3IU%8H#!-`\"0^'$`$```^^ M`XU(T(/#`BG:@_H"#X7\````,?:AN"(``(H3ZQ&#_@0/A.@```!&BP2UN"(` M`#H0=>N*0`$X0P%UXXDU1"H``(/#`X![`2P/A<$```"*`SPO#XZW````/#D/ MCZ\````/O@.#P-"C2"H``(/#`L<%3"H```$```"`>P$L=2**`P30/`0/AX4` M```/O@.#P-"C3"H``'0&0*-,*@``@\,"@'L!*75IB@,\8'YC/'!_7P^^`X/` MGZ-0*@``@\,"@_G_=0:+#4@J``")R(L51"H``(/Z`78%@_H$=0.#Z("C0"H` M`,<%7"H```````!J`&H`:@#HR`$``(G^*=Z`?_\`=0%.A?9T'H'^_P,``'8' MN/_____K'XU&`5!3:&`L``#HU08``(G[#[X30X72#X62_?__,<"-9?1;7E_) MP@0`58GE@>P$`P``5U93BU4(QX7\_/__`@```+L$````Z?X```")UX#Y+W0+ M1XH'A,!T!#PO=?6)_BG6@?[_````?A0QP.GV````BP.)!@^V6P;IQ@```#'` M@/D_=0Z#_@%U"8`_``^4P`^VP*/4,```5E*-G0#___]3Z#X&``#&!!X`C;7\ M_/__QP78,````````.M:@SW4,````'03C4,(4&CO(@``Z"$%``"#Q`CK+HV% M`/___XU+"(J5`/___SI3"'40A-)T#$!!BA`Z$74$A-)U](H`.@$/A&O___\/ MMT,$`<.-A0#___\YPW*F:``"``"-G0#]__]3_S;H@0```(7`?]^#^/]T$(,] MU#````!T!VH*Z((%```QVX7;?A*)^H`Z+W4!0HH*A,D/A?+^__\QP(/["'4& MBX7\_/__C:7P_/__6UY?R<($`%6)Y5.+71!3_W4,_W4(Z",````YV'4$,<#K M%&A=(P``:&0C``#H5@0``+C_____BUW\R<(,`%6)Y8/L"%=64XM="(,]7"H` M``!U?8,]("H```!U#V@`0```Z#<%``"C("H``,<%*"H```````!J$&H0_S4@ M*@``Z'L"``"%P'4K:&0%``#_-2`J``!H("0``.C;!```@3U\*0``5!D!`'04 M:(4C``#HU0,``+C_____Z3@"``"A4"0``,'X":,T*@``_P5<*@``A=MU!S'` MZ1H"```Y'2@J```/A*P```#_-30J``")V#'2]S78)```B<>)^0^O#=PD``"A M/"0``/?0(<_ MH"D```,U("H``/RY(````/.EB1TH*@``QP78,````````,<%,"H```````#' M!2PJ````````BT4,B47\H=@P``"+-:@I```IQCEU$'8#B740BU40B57XA=(/ MA#8!``"+#7`D``"+'=@P``#3ZX/["W\)BSR=R"D``.MKH?@I```Y!3`J``!T M28,])"H```!U#V@`0```Z*4#``"C)"H``/\U-"H``(L-A"0``*'X*0``T^!0 M_S4D*@``Z.,```"%P`^%C_[__Z'X*0``HS`J``"-0_29]SV4)```P>("`Q4D M*@``BSJ#^PM_((U#`8L-<"0``-/@F8L-K"D``#G*=Q)U"#L%J"D``'<(BS50 M)```ZQB+-:@I```C-5@I```#-6`I```C-6PD```Y/2PJ``!T*HGPP>@)4(L- MA"0``(GXT^!0_S4@*@``Z%,```"%P`^%__W__XD]+"H``*'8,```(P58*0`` M*<8[=?AV`XMU^%8#!2`J``!0BTW\4>B8`@```77\`378,```*77X#X7*_O__ MBT40C67L6UY?R<(,`%6)Y5=64X,]7"H````/A54!``"#/3@J````=0]H``(` M`.AX`@``HS@J``#'!50J````````:@%J`/\U."H``.B\`@``A<`/A0D!``"+ M'3@J``"!P[X!``"A3"H``(G'@_@!=STQ]HG:@'H$I747B@J`X8!U!8/X`7<+ MC48"A,EU#87_=`F#PA!&@_X#=MJ#/4PJ```!=06C3"H``(/X`70CAP2E=`IHCB,``.F/````BT,(HU0J``!J`:%4*@``0%#_-3@J``#H M*`(``(7`=7F+#3@J``"!.5=%5H)U#(&YA````%=%5H)T$(,]4"H```)T:6B4 M(P``ZT6#/5@J````=1=F@WD$!'4*QP5$*@``!````/\%6"H```^W@8H```"+ M%5`J```YPG,/B=#!X`2#O`B4`````'46:)HC``!H9",``.@T````N/_____K M(XN$")@```"C5"H``/]U$*%4*@```44,BT4,4/]U".B!`0``C67T6UY?R<(, M`%6)Y8/L$%=64XM]"(UU#.FF````@_@E#X67````#[X'1X/XF"````@_AU=#"#^'AT*^MV@\8$_W;\Z(<```#K;X/&!(M>_(`[`'1D#[X# M4.AQ````0X`[`'7QZU/'1?`0````@_AU=0?'1?`*````@\8$BT;\C5WT,=+W M=?")P8J"]",``(@#0XG(A%P`^%3O___S'`C67D6UY?R<-5B>53BUT(@_L*=0=J#>BA M`0``4^B;`0``BUW\R<($`%6)Y593BW4(BU40B?.+30R%TG0)B@&(`T%#2G7W MB?!;7LG"#`!5B>6#/3PJ````=1^+%1@Q``")T`,%)#$```7__P``)0``__\I MT*,\*@``H3PJ``"+50@!PHD5/"H``,G"!`!5B>6+10BCY#```,<%^#````"( M``#H]>___Z'X,```R<($`%6)Y5=64XM="(M]#(MU$*$()```P<`(HP@D``!0 M:*0C``#H8O[__\<%X#``````!P#'!>0P```E!P``B=@#!1@Q``#!X`S!Z!"C MZ#```(D]^#```&8#'1@Q``")V(/@#Z,$,0``B?C!Z!"C_#```,'F"`LU0"H` M`(DU`#$``.AI[___QP7@,``````$`(/$"/8%"#$```%U!#'`ZQA7#[8%^3`` M`%!HJ",``.C9_?__N/____^-9?1;7E_)P@P`58GE5E.+=0B#/6`P````?#(Q MVVH!Z(0```"%P'0'N`$```#K(+AL!```*P48,0``BQ"%VW4"B=,YVG('C00> M.<)RT#'`C67X6U[)P@0`58GE4XM="/8%!"0```%T*,<%Y#```!````")V"7_ M````@,P.H_@P``#'!00Q```'````Z*?N___V!00D```"=`93Z-,```")V(M= M_,G"!`!5B>53BUT(@SU@,````'Q)]@4$)````708:@'H0@```(7`=`V%VW4F M:@#H,P```.LJ]@4$)````G0;Z+4```"%P'02A=MU!^B8````ZPVX`0```.L& MA=MTMS'`BUW\R<($`%6)Y5.+70C'!>0P```6````B=C!X`BC^#```.@-[O__ MA=MU"0^V!?@P``#K#:$(,0``P>@&-`&#X`%;R<($`(GV9KK[`["#[E*`Z@-F MN`P`9N]:L`/N0K`#[D+H+0```.@M````=?3#9KK]`S')M4#LJ"#A^W0(BD0D M!(#J!>["!`#H"P````^$]?___X#J!>S#9KK]`S'`["0!PY```````````$1H M84-C9&=N4')S=AT,``T*!@\?'@4!"^PB``#I(@``YB(``.,B``#@(@`````` M``````````````````````!D80!F9``@(`!W9`!A9``E"`H;&)A/3!X)7@I"@`````````````````````````````````` M````'@`````````!`````@````0````P,3(S-#4V-S@Y86)C9&5F`0```"]\ M7"T````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` M```````````````````````````````````````````````````````````` "```` ` end From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 00:59:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 563B537B401 for ; Tue, 8 Jul 2003 00:59:17 -0700 (PDT) Received: from phys9911.phys.tue.nl (PHYS9911.phys.tue.nl [131.155.108.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 402B143FCB for ; Tue, 8 Jul 2003 00:59:16 -0700 (PDT) (envelope-from karelj@phys9911.phys.tue.nl) Received: from phys9911.phys.tue.nl (localhost [127.0.0.1]) by phys9911.phys.tue.nl (8.12.9/8.12.9) with ESMTP id h687xJJR058526; Tue, 8 Jul 2003 09:59:19 +0200 (CEST) (envelope-from karelj@phys9911.phys.tue.nl) Received: (from karelj@localhost) by phys9911.phys.tue.nl (8.12.9/8.12.9/Submit) id h687xIvJ058525; Tue, 8 Jul 2003 09:59:18 +0200 (CEST) Date: Tue, 8 Jul 2003 09:59:18 +0200 From: "Karel J. Bosschaart" To: walt Message-ID: <20030708075918.GB58019@phys9911.phys.tue.nl> References: <3F09AAAF.8000508@myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F09AAAF.8000508@myrealbox.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: how to create device nodes when devfs doesn't do it? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 07:59:17 -0000 On Mon, Jul 07, 2003 at 10:15:27AM -0700, walt wrote: > Karel J. Bosschaart wrote: > >Hi, > > > >After googling and searching in the mailing list archive I still can't > >figure out how to make device nodes in -current when devfs doesn't do this > >automatically. I have an external USB-drive (external 3.5" case with > >leftover > >1.6 GB HD) from which I want to mount /dev/da0s4h. It works fine in > >-stable, after MAKEDEV'ing the node, but on -current I only get da0s4. > > > Have you tried mounting da0s4h? It may show up in /dev after mounting it. > That's how I started, but I'm getting phys9911# mount /dev/da0s4h /mnt/test/ mount: /dev/da0s4h: No such file or directory > >disklabel: partition c doesn't start at 0! > >disklabel: partition c doesn't cover the whole unit! > >disklabel: An incorrect partition c may cause problems for standard system > >utilities > > My experience is that these warnings can be ignored as long as the drive > will mount. That's my experience as well. The partition mounts fine in -stable. Karel. From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 02:09:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 532E837B401 for ; Tue, 8 Jul 2003 02:09:57 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7261A43FAF for ; Tue, 8 Jul 2003 02:09:56 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h6899gKf033146 for ; Tue, 8 Jul 2003 11:09:48 +0200 Date: Tue, 8 Jul 2003 11:09:41 +0200 (CEST) From: Lukas Ertl To: freebsd-current@freebsd.org Message-ID: <20030708110627.X16193@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mailbox 4251; Body=1 Fuz1=1 Fuz2=1 Subject: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 09:09:57 -0000 Hi, how do I enable Hyperthreading on a box that has just a single CPU? From=20dmesg: ---8<--- CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2523.99-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 Features=3D0xbfebfbff Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec00000 ---8<--- smp(4) mentions machdep.hlt_logical_cpus, but: # sysctl machdep.hlt_logical_cpus sysctl: unknown oid 'machdep.hlt_logical_cpus' The kernel is 5.1-CURRENT from July 4. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 02:52:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC9737B401 for ; Tue, 8 Jul 2003 02:52:03 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17CC943FAF for ; Tue, 8 Jul 2003 02:52:03 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc01p.dialup.mindspring.com ([209.86.0.57] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Zp51-0006WS-00; Tue, 08 Jul 2003 02:48:12 -0700 Message-ID: <3F0A9319.14EA4698@mindspring.com> Date: Tue, 08 Jul 2003 02:47:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Marcin Dalecki References: <3F08B199.3050409@comcast.net> <3F08B79B.2040805@gmx.net> <20030707001443.GA1530@invisible-island.net> <20030706203440.D89894@vhost101.his.com> <3F08C4FD.8010107@gmx.net> <20030707123707.GA18750@saltmine.radix.net> <3F097719.8030301@gmx.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a406b40643019bb3901489e3f299c1d8b42601a10902912494350badd9bab72f9c350badd9bab72f9c cc: "Myron J. Mayfield" cc: Thomas Dickey cc: current@freebsd.org cc: Matthias Andree cc: dickey@herndon4.his.com Subject: Re: /dev/shm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 09:52:04 -0000 Marcin Dalecki wrote: > Thomas Dickey wrote: > > On Mon, Jul 07, 2003 at 02:23:25PM +0200, Marcin Dalecki wrote: > >>You know that file system name lookup is one of the most > >>expensive system calls under UNIX? > > > > stating the obvious is a clumsy rhetorical ploy (asking for agreement without > > making a point). > > The point is that this is one of the reasons why the top command in > question takes a lot of relative CPU time under Linux. Some > "faster" versions of procps utils try to cache data but the trade off > is simply the fact that the results are not 100% accurate. > I tought this was obvious? Let's all agree that /dev/shm is an obvious lose that was put there for the POSIX cruft, and it's not really a necessary implementation detail. Mostly, I think it's there to support shared unnamed semaphores in process scope, when callers should really be using named semaphores for that type of sharing. Now ignoring all that, *all* "ps" programs operate on a snapshot of the system data, and rarely, if ever, accurately reflect what is really going on in the system. The FreeBSD sysctl approach to copying the data out using an array of structure entries is just as bad a hack; there are just different tradeoffs. The one really negative thing about the Linux approach is that it can't operate on a system dump image, like FreeBSD's "ps" can still do. Of course the FreeBSD version is ugly in that it has to carry around th libkvm code to do this -- we still haven't gotten our ELF acts together enough in both OS's to attach code and data sections that (effectively) would allow a program to use a kernel as a guaranteed-up-to-date-and-matching-libkvm. It would still have the drawback of being a data interface, but at least there would be only one interface, and it would solve the up-to-date problem that the sysctl interface was invented to solve, with the benefit of not having to carry around two sets of interfaces in the code. Meanwhile, the procfs overhead is really grotty for programs like "top"; it's not so bad for programs like "ps". The main problem it has is that it adds yet-another-API-that-must-be-supported for Linux ABI compatability. On the other hand, FreeBSD also has this tendency toward API growth in an uncontrolled fashion (as evidence, the three new system calls to support "setattr" from user space). -- Terry From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 03:03:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6633137B401; Tue, 8 Jul 2003 03:03:16 -0700 (PDT) Received: from netlx010.civ.utwente.nl (netlx010.civ.utwente.nl [130.89.1.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DB0743F3F; Tue, 8 Jul 2003 03:03:14 -0700 (PDT) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx010.civ.utwente.nl (8.11.4/HKD) with ESMTP id h68A3Au10457; Tue, 8 Jul 2003 12:03:10 +0200 Message-Id: <200307081003.h68A3Au10457@netlx010.civ.utwente.nl> From: "Roderick van Domburg" To: , Date: Tue, 8 Jul 2003 11:59:59 +0200 Organization: University of Twente MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5329 Thread-Index: AcNFN7EwJmDCU24jTGe1Vel70UYIKw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-SpamScore: s Subject: Reproducable panic with ida(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 10:03:18 -0000 My apologies for asking my pet problem to be fixed, but I'll follow through with it anyhow. :-) The ida (Compaq SMART Array and derivatives found in most ProLiant servers) has been triggering a fatal trap for quite some time now. A PR 53245 was filed reporting this issue on June 11 which references a similar problem reported March 31. It would be great if the ida driver could be fixed so that I could finally put that 5-CURRENT SMPng schweetness to work! If necessary I would be more than willing to assist in debugging. TIA, Roderick From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 03:29:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AD4937B401 for ; Tue, 8 Jul 2003 03:29:28 -0700 (PDT) Received: from maeko.hayai.de (maeko.hayai.de [217.172.178.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FB0743FAF for ; Tue, 8 Jul 2003 03:29:27 -0700 (PDT) (envelope-from mail@maeko.hayai.de) Received: from maeko.hayai.de (localhost [127.0.0.1]) by maeko.hayai.de (8.12.7/8.12.7) with ESMTP id h68ATS5V012526 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 8 Jul 2003 12:29:28 +0200 Received: (from mail@localhost) by maeko.hayai.de (8.12.7/8.12.7/Submit) id h68ATS8p012525; Tue, 8 Jul 2003 12:29:28 +0200 Date: Tue, 8 Jul 2003 12:29:28 +0200 From: Marco Wertejuk To: Lukas Ertl Message-ID: <20030708102928.GA12503@maeko> Mail-Followup-To: Lukas Ertl , freebsd-current@freebsd.org References: <20030708110627.X16193@pcle2.cc.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708110627.X16193@pcle2.cc.univie.ac.at> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 10:29:28 -0000 Hi Lukas, | how do I enable Hyperthreading on a box that has just a single CPU? you just have to enable Hyperthreading in the computers BIOS and compile a SMP Kernel with options HTT. -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Consulting & Internet Solutions From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 03:47:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16BDC37B404; Tue, 8 Jul 2003 03:47:49 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 031D843FB1; Tue, 8 Jul 2003 03:47:48 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h68Algs8025831; Tue, 8 Jul 2003 06:47:44 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h68AleSI025830; Tue, 8 Jul 2003 10:47:40 GMT Date: Tue, 8 Jul 2003 10:47:40 GMT Message-Id: <200307081047.h68AleSI025830@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, ia64@freebsd.org Precedence: bulk Subject: [-CURRENT tinderbox] failure on ia64/ia64 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: Tue, 08 Jul 2003 10:47:49 -0000 TB --- 2003-07-08 09:32:58 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-07-08 09:32:58 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-08 09:36:12 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-07-08 10:41:49 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Building an up-to-date make(1) >>> Kernel build for GENERIC started on Tue Jul 8 10:41:50 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_mbuf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_module.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_msgbuf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_param.c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_param.c: In function `init_param2': /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_param.c:145: `VM_KMEM_SIZE_MAX' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_param.c:145: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/kern/subr_param.c:145: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-07-08 10:47:40 - /usr/bin/make returned exit code 1 TB --- 2003-07-08 10:47:40 - ERROR: failed to build generic kernel TB --- 2003-07-08 10:47:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 03:55:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C62D437B401; Tue, 8 Jul 2003 03:55:42 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1314743FA3; Tue, 8 Jul 2003 03:55:42 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc01p.dialup.mindspring.com ([209.86.0.57] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Zq8B-0005hg-00; Tue, 08 Jul 2003 03:55:32 -0700 Message-ID: <3F0AA2DE.13035C1@mindspring.com> Date: Tue, 08 Jul 2003 03:54:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andy Farkas References: <20030708120950.S6312-100000@hewey.af.speednet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a473297c82ea3c78ff06481c6bb063ab5693caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org cc: Lanny Baron Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 10:55:43 -0000 Andy Farkas wrote: > On 7 Jul 2003, Lanny Baron wrote: > > A load of 3 is pretty high. I think you have more going on. > > Not for my box. Its only running at 75% cpu power. Its got four > processors, so a load of 4 is when its running flat out. And I also said > that the box is idle other than the 3 setiathomes. > > What I'm trying to find out is why at load 3 when adding another semi-cpu > intensive process, the load starts fluctuating between 2 and 3, when it > should go to a steady 3.4 or something. So the load actually goes down > when I run another process! It's not clear what your link speed is, but it's possible that what's happening is that the setiathome processes are stalling waiting for work units because you are using up your available network bandwidth. This is usually the case when you have an asymmetric link speed (e.g. cablemodem or DSL) and are trying to push data through the small pipe: it's very easy to monopolize all the buffers in the router at the other end of the link, such that you don't end up getting ACK packets out to keep the data pipe down full. If this is what's ahppening, you might want to try bandwidth limiting the scp and/or running with Alt-Q and/or begging Julian for the code he wrote at Whistle, which beats the snot out of Alt-Q... 8-). -- Terry From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:01:41 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52CA337B401; Tue, 8 Jul 2003 04:01:41 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52E6643FAF; Tue, 8 Jul 2003 04:01:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc01p.dialup.mindspring.com ([209.86.0.57] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19ZqDy-0006QN-00; Tue, 08 Jul 2003 04:01:31 -0700 Message-ID: <3F0AA444.28EC5A8E@mindspring.com> Date: Tue, 08 Jul 2003 04:00:20 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson References: <20030708035309.GE87950@dan.emsphone.com> <20030708044912.GF87950@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4393873c806a2959f9a181e51f5b02339548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org cc: Andy Farkas Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 11:01:41 -0000 Dan Nelson wrote: > In the last episode (Jul 08), Andy Farkas said: > > If setiathome is making lots of syscalls, then running the 3 instanses > > should already show a problem, no? > > Not if it's ssh that's holding Giant for longer than it should. The > setiathome processes may be calling some really fast syscall 500 times > a second which doesn't cause a problem until ssh comes along and calls > some other syscall that takes .1 ms to return but also locks Giant long > enough to cause the other processes to all back up behind it. Specifically, if it's sleeping with Giant held because the Send-Q is full (use netstat to check) it could block things for a long time, waiting for the queue to drain. If this is the case, then you might want to ask Jeffrey Hsu if it's safe to drop the lock during the sosend() (it probably isn't). -- Terry From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:36:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167C537B401 for ; Tue, 8 Jul 2003 04:36:24 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1668343F85 for ; Tue, 8 Jul 2003 04:36:23 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h68BaESB062528; Tue, 8 Jul 2003 13:36:16 +0200 Date: Tue, 8 Jul 2003 13:36:14 +0200 (CEST) From: Lukas Ertl To: Marco Wertejuk In-Reply-To: <20030708102928.GA12503@maeko> Message-ID: <20030708133504.L16193@pcle2.cc.univie.ac.at> References: <20030708110627.X16193@pcle2.cc.univie.ac.at> <20030708102928.GA12503@maeko> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: mx1 4261; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-current@freebsd.org Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 11:36:24 -0000 On Tue, 8 Jul 2003, Marco Wertejuk wrote: > Hi Lukas, > > | how do I enable Hyperthreading on a box that has just a single CPU? > > you just have to enable Hyperthreading in the computers > BIOS and compile a SMP Kernel with options HTT. I would need to look a second time, but there is no such BIOS option, and "options HTT" was nuked in 5.1, replaced by machdep.hlt_logical_cpus, which I don't have on my system. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:46:49 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0C9337B401; Tue, 8 Jul 2003 04:46:49 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id F10EF43F85; Tue, 8 Jul 2003 04:46:48 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h68Bkhs8022578; Tue, 8 Jul 2003 07:46:45 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h68BkgkO022577; Tue, 8 Jul 2003 11:46:42 GMT Date: Tue, 8 Jul 2003 11:46:42 GMT Message-Id: <200307081146.h68BkgkO022577@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk 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: Tue, 08 Jul 2003 11:46:50 -0000 TB --- 2003-07-08 10:47:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-07-08 10:47:44 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-08 10:50:11 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-07-08 11:43:25 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Building an up-to-date make(1) >>> Kernel build for GENERIC started on Tue Jul 8 11:43:26 GMT 2003 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_mbuf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_module.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_msgbuf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c: In function `init_param2': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c:145: `VM_KMEM_SIZE_MAX' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c:145: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/subr_param.c:145: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-07-08 11:46:41 - /usr/bin/make returned exit code 1 TB --- 2003-07-08 11:46:41 - ERROR: failed to build generic kernel TB --- 2003-07-08 11:46:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:55:50 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 841DB37B401; Tue, 8 Jul 2003 04:55:50 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24DDB43FA3; Tue, 8 Jul 2003 04:55:49 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h68Btksw017277; Tue, 8 Jul 2003 21:55:47 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h68Btj2b008966; Tue, 8 Jul 2003 21:55:46 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 8 Jul 2003 21:55:45 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Terry Lambert In-Reply-To: <3F0AA2DE.13035C1@mindspring.com> Message-ID: <20030708214151.R8850-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 11:55:50 -0000 On Tue, 8 Jul 2003, Terry Lambert wrote: > It's not clear what your link speed is, but it's possible that > what's happening is that the setiathome processes are stalling > waiting for work units because you are using up your available > network bandwidth. setiathome is a cpu intensive process. It touches the network maybe once in a 24 hour period when it downloads a ~400k work unit which takes less than 10 seconds over my 512k/128k dsl link and then proceeds to number crunch. Stalling on work units is not whats happening. > If this is what's ahppening, you might want to try bandwidth > limiting the scp and/or running with Alt-Q and/or begging Julian I *did* limit scp: > scp -c blowfish -p -l 100 remote.host:filename . -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 04:58:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED3A37B401 for ; Tue, 8 Jul 2003 04:58:27 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D61C43F3F for ; Tue, 8 Jul 2003 04:58:26 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h68BwJu4065924 for ; Tue, 8 Jul 2003 13:58:22 +0200 Date: Tue, 8 Jul 2003 13:58:19 +0200 (CEST) From: Lukas Ertl To: current@freebsd.org Message-ID: <20030708135357.Q16193@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: unet 4261; Body=1 Fuz1=1 Fuz2=1 Subject: pgsql logged in on console - su/PAM 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: Tue, 08 Jul 2003 11:58:27 -0000 Hi, can anyone explain why the pgsql user is logged in on console nowadays? # w 1:24PM up 3 days, 22:52, 3 users, load averages: 0.24, 0.40, 0.37 USER TTY FROM LOGIN@ IDLE WHAT pgsql console - Fri02PM 3days - Postgresql is installed from ports, and I never noticed that behaviour before. The startup script looks like this: ---8<--- case $1 in start) touch ${logfile} chmod 600 ${logfile} chown pgsql:pgsql ${logfile} [ -x ${PGBIN}/pg_ctl ] && { su -l pgsql -c \ "[ -d \${PGDATA} ] && exec ${PREFIX}/bin/pg_ctl start -s -w -l ${logfile}" echo -n ' pgsql' } ;; ---8<--- Could it be that su and/or PAM have a problem? regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 05:22:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4520837B404; Tue, 8 Jul 2003 05:22:18 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 282FB43FE0; Tue, 8 Jul 2003 05:22:17 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h68CM9sw018182; Tue, 8 Jul 2003 22:22:10 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])h68CM72b009049; Tue, 8 Jul 2003 22:22:08 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 8 Jul 2003 22:22:07 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Terry Lambert In-Reply-To: <3F0AA444.28EC5A8E@mindspring.com> Message-ID: <20030708215553.F8850-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-smp@freebsd.org cc: freebsd-current@freebsd.org cc: Dan Nelson Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 12:22:18 -0000 On Tue, 8 Jul 2003, Terry Lambert wrote: > Dan Nelson wrote: > > In the last episode (Jul 08), Andy Farkas said: > > > If setiathome is making lots of syscalls, then running the 3 instanses > > > should already show a problem, no? > > > > Not if it's ssh that's holding Giant for longer than it should. The > > setiathome processes may be calling some really fast syscall 500 times > > a second which doesn't cause a problem until ssh comes along and calls > > some other syscall that takes .1 ms to return but also locks Giant long > > enough to cause the other processes to all back up behind it. > > Specifically, if it's sleeping with Giant held because the > Send-Q is full (use netstat to check) it could block things > for a long time, waiting for the queue to drain. scp was retrieving a file, not sending, and it was bandwidth limited. Any other ideas? Why would 3 (niced) cpu intensive processes suddenly get reduced cpu time (on a 4 cpu system) when a 4th non-resource intensive process gets started? Also, from something that BDE said once, this command will produce unexpected results when run for more than a few hours: for i in `jot -n -s ' ' 20 0 19 1` do nice -$i sh -c "while :; do echo -n;done" & done -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 05:33:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E2DA37B401 for ; Tue, 8 Jul 2003 05:33:18 -0700 (PDT) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 890AD43FEA for ; Tue, 8 Jul 2003 05:33:17 -0700 (PDT) (envelope-from ianf@mci.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 19Zreh-0002zi-00; Tue, 08 Jul 2003 14:33:11 +0200 Received: from localhost ([127.0.0.1] helo=mci.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 19Zree-0003wx-00; Tue, 08 Jul 2003 14:33:08 +0200 In-reply-to: Your message of "Tue, 08 Jul 2003 09:00:39 +0200." <8124.1057647639@mci.com> References: <8124.1057647639@mci.com> From: Ian Freislich X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted Date: Tue, 08 Jul 2003 14:33:08 +0200 Message-ID: <15186.1057667588@mci.com> Sender: ianf@mci.com cc: Jeff Roberson cc: current@freebsd.org Subject: Re: ULE SMP fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 12:33:18 -0000 Ian Freislich wrote: > Jeff Roberson wrote: > > Squashed the bug that was causing panics with nice processes on SMP ULE. > > That is really good news. I will give it a try later today and let > you know if I still get panics with ULE enabled. Well, the uptime says it all: no panics yet which is very nice. Thank-you. It seems that there is still a problem with the CPU accounting (which is certainly not a problem far less severe than panics) last pid: 906; load averages: 2.61, 2.50, 2.41 up 0+01:21:16 14:29:36 38 processes: 4 running, 34 sleeping CPU states: 0.0% user, 99.8% nice, 0.0% system, 0.2% interrupt, 0.0% idle Mem: 21M Active, 15M Inact, 22M Wired, 4K Cache, 28M Buf, 127M Free Swap: 512M Total, 512M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND 580 ianf 139 20 1072K 880K RUN 0 78:46 105.47% 105.47% dnetc 574 ianf 139 20 1072K 880K CPU1 1 79:21 100.78% 100.78% dnetc 451 root 114 0 3468K 2564K select 1 0:02 13.28% 13.28% sshd 372 root 4 0 1296K 976K accept 1 0:00 6.25% 6.25% nfsd 906 root 76 0 2220K 1476K CPU0 0 0:00 2.34% 2.34% top 899 ianf 8 0 1632K 1340K wait 0 0:00 0.78% 0.78% su Ian From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 05:42:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F9337B401 for ; Tue, 8 Jul 2003 05:42:53 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D43F43FD7 for ; Tue, 8 Jul 2003 05:42:52 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org (lerlaptop.lerctr.org [207.158.72.14]) (authenticated bits=0)h68Cgm9V010370; Tue, 8 Jul 2003 07:42:49 -0500 (CDT) Date: Tue, 08 Jul 2003 07:42:48 -0500 From: Larry Rosenman To: Lukas Ertl , current@freebsd.org Message-ID: <48810000.1057668168@lerlaptop.lerctr.org> In-Reply-To: <20030708135357.Q16193@pcle2.cc.univie.ac.at> References: <20030708135357.Q16193@pcle2.cc.univie.ac.at> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Re: pgsql logged in on console - su/PAM 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: Tue, 08 Jul 2003 12:42:55 -0000 --On Tuesday, July 08, 2003 13:58:19 +0200 Lukas Ertl wrote: > Hi, > > can anyone explain why the pgsql user is logged in on console nowadays? I'm seeing the same thing, and am also interested in making it stop. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 06:55:57 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9EE137B401 for ; Tue, 8 Jul 2003 06:55:56 -0700 (PDT) Received: from histidine.utmb.edu (histidine.utmb.edu [129.109.59.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A81E43F3F for ; Tue, 8 Jul 2003 06:55:56 -0700 (PDT) (envelope-from bdodson@scms.utmb.EDU) Received: from histidine.utmb.edu (localhost [127.0.0.1]) by histidine.utmb.edu (8.12.9/8.12.9) with ESMTP id h68DttpJ031225 for ; Tue, 8 Jul 2003 08:55:55 -0500 (CDT) (envelope-from bdodson@histidine.utmb.edu) Received: (from bdodson@localhost) by histidine.utmb.edu (8.12.9/8.12.9/Submit) id h68DttIM031222; Tue, 8 Jul 2003 08:55:55 -0500 (CDT) From: "M. L. Dodson" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <16138.52587.586354.859867@histidine.utmb.edu> Date: Tue, 8 Jul 2003 08:55:55 -0500 To: current@freebsd.org In-Reply-To: <200307080649.22328.thierry@herbelot.com> References: <16137.53692.783846.229641@histidine.utmb.edu> <200307072232.38920.thierry@herbelot.com> <16137.60355.414841.512621@histidine.utmb.edu> <200307080649.22328.thierry@herbelot.com> X-Mailer: VM 7.14 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Subject: Re: nfs installs of 5.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bdodson@scms.utmb.EDU List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 13:55:57 -0000 [Hmmmm.... The mailing list seems not to like email from my home. Here is what I sent to Thierry Herbelot.] Thierry Herbelot writes: > Le Monday 07 July 2003 23:53, M. L. Dodson a =E9crit : > > > > That certainly makes sense. I might gently suggest to RE, etc > > that they might want to reconsider the decision to put nfs on the > > extra drivers floppy (I assume that is where it is). This really > > trips up newbies (and some of us not so newbies). I ran across > > this trying to help someone install 5.0 for the first time. He > > had a bunch of machines to install (no cdroms), so I suggested > > nfs and was completely surprised when it did not work. I > > verified that he was not doing something obviously wrong before I > > posted. He was very confused because he consulted essentially > > all the FreeBSD books that had anything to say on the subject and > > could not see what he was doing wrong (nor did I). > > > > This does not present a good first impression for the project. > > > > The nfs install, being documented in all the books, is much more > > important than individual ethernet drivers. If nfs cannot be put > > in the install kernel, then the nfs option should be removed from > > sysinstall. All this IMO, of course. > > > > Bud Dodson >=20 > Hello, >=20 > I would not be as harsh as your comment : FreeBSD 5.x is still the=20= > experimental branch and the NFS install of 4.8 is painless. >=20 > 5.1 is mainly for the early adopters, and these should expect having= quite a=20 > bit of debugging, especially in "exotic" setups (this should be expe= cted for=20 > a "user-supported" OS - and I do not want to go back to even RedTrap= Linux). >=20 > It seems the Internet bubble crash has had a very bad impact on the = "human=20 > resources" available for the project, and it shows (the introduction= of new=20 > features is perhaps slower ?). >=20 > =09try sending a problem report >=20 > =09cheers >=20 > =09TfH I don't think my suggestion was harsh, and if it came across that way, I apologize to you, the REs, and the list. Look, my point is that making the nfs install deviate so much from the behavior described in the books violates POLA (expectations would be different if 5.x had a dramatically different installer than 4.x). This confuses people who rely on books to guide their first installation. If the kernel size won't support nfs, then we should just remove that option from sysinstall. Anyone who can set up a nfs installation on a local network can setup a ftp install. These "experts" won't lose much by leaving it out, and the newbies will fail to see nfs as an option, and draw the conclusion: "Oh, that must not be supported in 5.x". This is better than their complete confusion. Of course, the better option would be to put the nfsclient capability back into the kernel. Surely we can leave out enough drivers for old ISA ethernet cards to make room. All IMO, of course. Bud Dodson --=20 M. L. Dodson bdodson@scms.utmb.edu 409-772-2178 FAX: 409-772-1790 From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 07:13:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 316DE37B401 for ; Tue, 8 Jul 2003 07:13:32 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EAF43F85 for ; Tue, 8 Jul 2003 07:13:31 -0700 (PDT) (envelope-from sam@errno.com) Received: from melange.errno.com (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h68EDU7N066816 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 8 Jul 2003 07:13:31 -0700 (PDT) (envelope-from sam@errno.com) Date: Tue, 08 Jul 2003 07:13:30 -0700 From: Sam Leffler To: Lukas Ertl Message-ID: <686883356.1057648410@melange.errno.com> In-Reply-To: <20030708085800.R733@leelou.in.tern> References: <20030705122054.H693@korben.in.tern> <634415300.1057595943@melange.errno.com> <20030708085800.R733@leelou.in.tern> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-current@freebsd.org Subject: Re: Experiences with ath(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 14:13:32 -0000 >> > *) Powersavemode seems to be not supported at all (and thus it eats the >> > battery like a "make world"): >> > >> ># ifconfig ath0 powersave on >> > ifconfig: SIOCS80211: Invalid argument >> >> man ath(4) > > The man page says "not fully", not "not supported at all". > I'll fix the man page :) Actually, there are several things going on wrt power. There is the 802.11 power save mode of operation where the station goes to sleep and wakes up in time to get a DTIM messages from the AP. And there are settings in the Atheros h/w that allow you to force the chip into a power saving mode between listening for beacons or otherwise automatically waking up to process frames. The former is not supported but many firmware-based cards do support it. The latter is what the manual page refers to. >> > *) Shared Key Authentication seems to be not supported either: >> > >> ># ifconfig ath0 authmode shared >> > ifconfig: SIOCS80211: Invalid argument >> >> Never has been supported under FreeBSD for any 802.11 card (at least not >> that I'm aware of). > > Ah, didn't know that, since ifconfig claims that "shared" is a valid mode. Valid yes. Supported no. Maybe soon. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 07:52:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC3AE37B404 for ; Tue, 8 Jul 2003 07:52:03 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4E643F75 for ; Tue, 8 Jul 2003 07:52:02 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 46215 invoked from network); 8 Jul 2003 14:52:01 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 8 Jul 2003 14:52:01 -0000 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Tue, 8 Jul 2003 10:52:00 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Help diagnosing NIS breakage ? Thread-Index: AcNE/AlcSdHWFCaQST6EUg3YAHo/qgAY13pg From: "Robin P. Blanchard" To: "John De Boskey" , cc: "Jacques A. Vidrine" Subject: RE: Help diagnosing NIS breakage ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 14:52:04 -0000 > ----- Robin P. Blanchard's Original Message ----- > >=20 > > Still pulling my hair out on this one...Updated to latest=20 > kern/world=20 > > this morning and NIS users are no longer working. >=20 > What -`date` version were you running where things worked=20 > before you did the 1st upgrade? >=20 > Can you provide the contents of your /etc/group, /etc/passwd=20 > (just the last two lines of each), and /etc/nsswitch.conf files? >=20 > Your demonstration below indicates that NIS is correctly=20 > setup and running, but that it is not correctly configured in=20 > for system usage. >=20 > While I realize it doesn't help you, I am running the latest=20 > NIS code in a cluster and it works fine (FreeBSD 4.8 server,=20 > various clients). OK... Nsswitch.conf exists on neither machine here. I setup a test nsswitch.conf on the broken NIS box to use NIS but it didn't help at = all. 1) On FreeBSD 5.1-CURRENT #0: Tue Jun 17 10:28:52 EDT 2003: # ypcat passwd |fgrep robin robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash # finger robin Login: robin Name:=20 Directory: /home/robin Shell: /bin/bash Never logged in. No Mail. No Plan. # id robin uid=3D20292(robin) gid=3D30028(NSS) groups=3D30028(NSS), 30000(gactr), = 30026(ITS) # tail -2 /etc/passwd=20 nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin +:*::::: # tail -2 /etc/passwd=20 nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin +:*::::: # tail -2 /etc/group=20 nobody:*:65534: +:*:0: 2) On FreeBSD 5.1-CURRENT #0: Mon Jul 7 11:33:56 EDT 2003 # ypcat passwd |fgrep robin robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash # finger robin Login: robin Name:=20 Directory: /home/robin Shell: /bin/bash Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 No Mail. No Plan. # id robin id: robin: no such user # tail -2 /etc/passwd=20 nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin +:*::::: # # tail -2 /etc/group=20 nobody:*:65534: +:*:0: And here's something else interesting on this 'broken' NIS box: # ls -ald . drwx--x--x 4 20292 NSS 4.0K Jun 13 13:34 ./ So (via NIS) GID translation is working but not UID translation.... Look forward to getting this solved... >=20 > -john >=20 > > Demonstration: > >=20 > > # ypcat passwd |fgrep robin=20 > > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > > # ypcat group |fgrep robin=20 > >=20 > gactr::30000:holmesr,wrighta,prestonh,reagind,gankol,cafieroj,cahoonb, > > pettigr > > m,brantlek,thumat,dosterc,nate,robin,charles > > ITS::30026:dosterc,nate,robin,charles > > NSS::30028:dosterc,nate,robin,charles,test > > # ps ax |fgrep ypbind > > 79910 ?? Ss 0:00.03 ypbind > > # ypwhich=20 > > GCDC2.gc.nat > > # finger robin > > Login: robin Name:=20 > > Directory: /home/robin Shell: /bin/bash > > Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 > > No Mail. > > No Plan. > >=20 > > So NIS is 'working'...But: > > # id robin > > id: robin: no such user > >=20 > > And as a result, he (I) cannot login. > >=20 > > # su - robin ; tail -1 /var/log/auth.log > >=20 > > su: Sorry > > Jul 7 13:59:29 ftp su: pam_acct_mgmt: error in service module > >=20 > > There's a truss and a ktrace (of the id command) available at:=20 > > ftp://ftp.gactr.uga.edu/incoming/id.tar.gz > >=20 > > Thanks in advance. >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 08:13:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCA1F37B401 for ; Tue, 8 Jul 2003 08:13:11 -0700 (PDT) Received: from sabre.velocet.net (sabre.velocet.net [216.138.209.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E1143F3F for ; Tue, 8 Jul 2003 08:13:11 -0700 (PDT) (envelope-from dgilbert@velocet.ca) Received: from trooper.velocet.ca (trooper.velocet.net [216.138.242.2]) by sabre.velocet.net (Postfix) with ESMTP id B5073138791 for ; Tue, 8 Jul 2003 11:13:07 -0400 (EDT) Received: by trooper.velocet.ca (Postfix, from userid 66) id 7EF7074DC5; Tue, 8 Jul 2003 11:13:07 -0400 (EDT) Received: by canoe.velocet.net (Postfix, from userid 101) id BC0E64755; Tue, 8 Jul 2003 11:13:05 -0400 (EDT) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16138.57217.730225.412122@canoe.velocet.net> Date: Tue, 8 Jul 2003 11:13:05 -0400 To: freebsd-current@freebsd.org X-Mailer: VM 7.14 under 21.4 (patch 12) "Portable Code" XEmacs Lucid Subject: Where is P_THREADED? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 15:13:12 -0000 For a couple of days now, I've been trying to advance from 5.1-RELEASE to -CURRENT. I havn't been able to compile the kernel, however, as even 'make buildkernel' (after having done a 'make buildworld') fails looking for a P_THREADED symbol in kern_synch.c. Since it's not very likely that I can do without _that_ file in the kernel, I waited a few days and tried the whole thing again with a new cvsup. Still no go. So I tried 'make include' ... still no go. So I tried: [4:10:310]root@canoe:/usr/src> find . -type f | xargs grep P_THREADED ./sys/kern/kern_synch.c: if (p->p_flag & P_THREADED || p->p_numthreads > 1) { ./sys/kern/kern_synch.c: if (td->td_proc->p_flag & P_THREADED) ... so if P_THREADED doesn't exist in the /usr/src tree, where would I be finding it? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 08:57:07 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A502A37B407 for ; Tue, 8 Jul 2003 08:57:07 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCC843F93 for ; Tue, 8 Jul 2003 08:57:05 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h68Fv5sb067247; Tue, 8 Jul 2003 08:57:05 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h68Fv5Uu067246; Tue, 8 Jul 2003 08:57:05 -0700 (PDT) Date: Tue, 8 Jul 2003 08:57:05 -0700 From: Steve Kargl To: David Gilbert Message-ID: <20030708155705.GA67186@troutmask.apl.washington.edu> References: <16138.57217.730225.412122@canoe.velocet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16138.57217.730225.412122@canoe.velocet.net> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Where is P_THREADED? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 15:57:08 -0000 On Tue, Jul 08, 2003 at 11:13:05AM -0400, David Gilbert wrote: > For a couple of days now, I've been trying to advance from 5.1-RELEASE > to -CURRENT. I havn't been able to compile the kernel, however, as > even 'make buildkernel' (after having done a 'make buildworld') fails > looking for a P_THREADED symbol in kern_synch.c. > > [4:10:310]root@canoe:/usr/src> find . -type f | xargs grep P_THREADED > ./sys/kern/kern_synch.c: if (p->p_flag & P_THREADED || p->p_numthreads > 1) { > ./sys/kern/kern_synch.c: if (td->td_proc->p_flag & P_THREADED) > > ... so if P_THREADED doesn't exist in the /usr/src tree, where would I > be finding it? > What version of kern_synch.c do you have? Revision 1.226 renamed P_THREADED to P_SA. This suggests that your source tree isn't up to date. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 09:24:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F62B37B401 for ; Tue, 8 Jul 2003 09:24:34 -0700 (PDT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A55D43F93 for ; Tue, 8 Jul 2003 09:24:33 -0700 (PDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h68GOQk65311; Tue, 8 Jul 2003 12:24:26 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 8 Jul 2003 12:24:26 -0400 (EDT) From: Jeff Roberson To: Ian Freislich In-Reply-To: <15186.1057667588@mci.com> Message-ID: <20030708122410.W17881-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ULE SMP fixed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 16:24:34 -0000 On Tue, 8 Jul 2003, Ian Freislich wrote: > Ian Freislich wrote: > > Jeff Roberson wrote: > > > Squashed the bug that was causing panics with nice processes on SMP ULE. > > > > That is really good news. I will give it a try later today and let > > you know if I still get panics with ULE enabled. > > Well, the uptime says it all: no panics yet which is very nice. Thank-you. > > It seems that there is still a problem with the CPU accounting > (which is certainly not a problem far less severe than panics) > Yep, I'll get to that next. > last pid: 906; load averages: 2.61, 2.50, 2.41 up 0+01:21:16 14:29:36 > 38 processes: 4 running, 34 sleeping > CPU states: 0.0% user, 99.8% nice, 0.0% system, 0.2% interrupt, 0.0% idle > Mem: 21M Active, 15M Inact, 22M Wired, 4K Cache, 28M Buf, 127M Free > Swap: 512M Total, 512M Free > > PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND > 580 ianf 139 20 1072K 880K RUN 0 78:46 105.47% 105.47% dnetc > 574 ianf 139 20 1072K 880K CPU1 1 79:21 100.78% 100.78% dnetc > 451 root 114 0 3468K 2564K select 1 0:02 13.28% 13.28% sshd > 372 root 4 0 1296K 976K accept 1 0:00 6.25% 6.25% nfsd > 906 root 76 0 2220K 1476K CPU0 0 0:00 2.34% 2.34% top > 899 ianf 8 0 1632K 1340K wait 0 0:00 0.78% 0.78% su > > Ian > From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 10:10:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CA8537B401; Tue, 8 Jul 2003 10:10:42 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E80C43F93; Tue, 8 Jul 2003 10:10:41 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h68H7os8032886; Tue, 8 Jul 2003 13:08:17 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h68H6vUj032885; Tue, 8 Jul 2003 17:06:57 GMT Date: Tue, 8 Jul 2003 17:06:57 GMT Message-Id: <200307081706.h68H6vUj032885@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, alpha@freebsd.org Precedence: bulk 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: Tue, 08 Jul 2003 17:10:42 -0000 TB --- 2003-07-08 16:00:07 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-07-08 16:00:07 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-07-08 16:03:51 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-07-08 17:02:53 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Building an up-to-date make(1) >>> Kernel build for GENERIC started on Tue Jul 8 17:02:54 GMT 2003 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_mbuf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_module.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_msgbuf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_param.c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_param.c: In function `init_param2': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_param.c:145: `VM_KMEM_SIZE_MAX' undeclared (first use in this function) /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_param.c:145: (Each undeclared identifier is reported only once /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/kern/subr_param.c:145: for each function it appears in.) *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-07-08 17:06:57 - /usr/bin/make returned exit code 1 TB --- 2003-07-08 17:06:57 - ERROR: failed to build generic kernel TB --- 2003-07-08 17:06:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 10:13:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7810C37B404 for ; Tue, 8 Jul 2003 10:13:35 -0700 (PDT) Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D50743F75 for ; Tue, 8 Jul 2003 10:13:34 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 471 invoked from network); 8 Jul 2003 17:13:32 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 8 Jul 2003 17:13:32 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h68HDUGI096284; Tue, 8 Jul 2003 13:13:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030708133504.L16193@pcle2.cc.univie.ac.at> Date: Tue, 08 Jul 2003 13:13:44 -0400 (EDT) From: John Baldwin To: Lukas Ertl cc: freebsd-current@freebsd.org Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 17:13:35 -0000 On 08-Jul-2003 Lukas Ertl wrote: > On Tue, 8 Jul 2003, Marco Wertejuk wrote: > >> Hi Lukas, >> >> | how do I enable Hyperthreading on a box that has just a single CPU? >> >> you just have to enable Hyperthreading in the computers >> BIOS and compile a SMP Kernel with options HTT. > > I would need to look a second time, but there is no such BIOS option, and > "options HTT" was nuked in 5.1, replaced by machdep.hlt_logical_cpus, > which I don't have on my system. You need to enable SMP and APIC_IO in your kernel to use HTT. Also, the BIOS setting probably won't make a difference. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 10:15:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCFF437B401; Tue, 8 Jul 2003 10:15:36 -0700 (PDT) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7795543F3F; Tue, 8 Jul 2003 10:15:35 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h68HFLdV029740; Tue, 8 Jul 2003 19:15:28 +0200 Date: Tue, 8 Jul 2003 19:15:15 +0200 (CEST) From: Lukas Ertl To: John Baldwin In-Reply-To: Message-ID: <20030708191419.H585@korben.in.tern> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: unet 4261; Body=3 Fuz1=3 Fuz2=3 cc: freebsd-current@FreeBSD.org Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 17:15:37 -0000 On Tue, 8 Jul 2003, John Baldwin wrote: > You need to enable SMP and APIC_IO in your kernel to use HTT. Also, > the BIOS setting probably won't make a difference. I have both SMP and APIC_IO options in the kernel. I'll look if I can find a BIOS update. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 11:12:17 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3382137B401 for ; Tue, 8 Jul 2003 11:12:17 -0700 (PDT) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9407E43F3F for ; Tue, 8 Jul 2003 11:12:06 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.9/8.12.9) with ESMTP id h68ID4KP028546 for ; Tue, 8 Jul 2003 20:13:10 +0200 (CEST) From: Thierry Herbelot Date: Tue, 8 Jul 2003 20:11:49 +0200 User-Agent: KMail/1.5.2 To: current ML MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307082011.49200.thierry@herbelot.com> Subject: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 18:12:17 -0000 Hello, [I just see that this message is at least lacking a "dmesg" output : I'll send it tomorrow.] This report is about a systematic panic with the dreaded "panic: pmap_enter: attempted pmap_enter on 4MB page" error message. The board is from VMIC is the specification (as a summary : dual Pentium-III, with a ServerWorks HE-SL chipset, 2GB of RAM, and an IDE hard disk). As the machine does not have an attached CD-ROM, I have installed FreeBSD by first booting using PXE from a diskless boot server, the copying a known good backup from the boot server on the local hard disk). The OS on all machines [server and VMIC board] are all 5.1-Release, installed from the CD1 ISO CD-ROM. I first got the following panic when installing the sources from the 5.1-Release install files (as a post install distribution addition), stored on the same NFS server (the VMIC board running with a GENERIC UP kernel), and I got it too when running the SMP kernel copied from a nearby dual board (for example, when rebuilding the world). I have a more or less up-to date CVS repository of the FreeBSD sources on a server, and I plan building and installing a more current kernel+world (first via PXE). Thanks in advance TfH PS : I should also try installing DeathTrap Linux, but a Jumpstart setup seems more complicated than for FreeBSD in the meantime, this is a kernel trace for the panic : [the kernel config file is the straight SMP config file out of the src tree] ------------------------------------------------------- Script started on Tue Jul 8 12:09:23 2003 pc-vmic# pwd /usr/src/sys/i386/compile/SMP pc-vmic# gdb -k kernel /usr/crash/vmcore.1 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... (no debugging symbols found)... panic: from debugger panic messages: --- panic: pmap_enter: attempted pmap_enter on 4MB page cpuid = 1; lapic.id = 00000000 panic: from debugger cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 Uptime: 17h18m31s Dumping 2048 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032 --- Reading symbols from /usr/src/sys/i386/compile/SMP/modules/usr/src/sys/modules/linux/linux.ko...(n o debugging symbols found)...done. Loaded symbols for /usr/src/sys/i386/compile/SMP/modules/usr/src/sys/modules/linux/linux.ko #0 0xc030a95b in doadump () (kgdb) where #0 0xc030a95b in doadump () #1 0xc030aeb8 in boot () #2 0xc030b21f in panic () #3 0xc0164142 in db_panic () #4 0xc01640c2 in db_command () #5 0xc01641d6 in db_command_loop () #6 0xc0166f6a in db_trap () #7 0xc047cae3 in kdb_trap () #8 0xc04960bc in trap () #9 0xc047e488 in calltrap () #10 0xc030b1bf in panic () #11 0xc04927df in pmap_enter () #12 0xc04479a6 in kmem_malloc () #13 0xc0457757 in page_alloc () #14 0xc04574e0 in slab_zalloc () #15 0xc04585a8 in uma_zone_slab () #16 0xc045875d in uma_zalloc_bucket () #17 0xc0458460 in uma_zalloc_arg () #18 0xc044dcb8 in vm_object_allocate_wait () #19 0xc044dd18 in vm_object_allocate () #20 0xc0459de2 in vnode_pager_alloc () #21 0xc0352e25 in vop_stdcreatevobject () #22 0xc03528d8 in vop_defaultop () #23 0xc0440558 in ufs_vnoperate () ---Type to continue, or q to quit--- #24 0xc035df23 in vfs_object_create () #25 0xc0354a56 in namei () #26 0xc03660e8 in vn_open_cred () #27 0xc0365e89 in vn_open () #28 0xc035f9fa in kern_open () #29 0xc035f8d0 in open () #30 0xc04969ae in syscall () #31 0xc047e4dd in Xint0x80_syscall () ---Can't read userspace from dump, or kernel process--- (kgdb) quit pc-vmic# exit Script done on Tue Jul 8 12:10:13 2003 ------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 11:41:47 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B07337B401; Tue, 8 Jul 2003 11:41:47 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0FF243F3F; Tue, 8 Jul 2003 11:41:46 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9EF2672FE3; Tue, 8 Jul 2003 11:41:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 918C072FDC; Tue, 8 Jul 2003 11:41:46 -0700 (PDT) Date: Tue, 8 Jul 2003 11:41:46 -0700 (PDT) From: Doug White To: Andy Farkas In-Reply-To: <20030708215553.F8850-100000@hewey.af.speednet.com.au> Message-ID: <20030708113618.P25140@carver.gumbysoft.com> References: <20030708215553.F8850-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Dan Nelson cc: freebsd-smp@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 18:41:47 -0000 On Tue, 8 Jul 2003, Andy Farkas wrote: > Any other ideas? Why would 3 (niced) cpu intensive processes suddenly get > reduced cpu time (on a 4 cpu system) when a 4th non-resource intensive > process gets started? Hm.. guess its time to explain how nice works again. Nice is a relative value. If you have 2 processes in a system, one with a lower nice value (== higher "priority") than the other, the lower-niced process will be scheduled in deference to the higher-niced process. The scheduler attempts to ensure that niced processes are not starved. (In practice, nice level 20 gets some special treatment.) If you don't want higher-niced processes to get their cpu time reduced when a lower-niced process starts doing work, then don't nice them. I'm sure Terry will pick this to death, buut you get the idea. I think the daemon book explains this better than I could (and with infinitely more detail). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 11:42:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D83537B401 for ; Tue, 8 Jul 2003 11:42:38 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A55C43F3F for ; Tue, 8 Jul 2003 11:42:37 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc13) with ESMTP id <200307081842370150077g73e>; Tue, 8 Jul 2003 18:42:37 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA22719; Tue, 8 Jul 2003 11:42:29 -0700 (PDT) Date: Tue, 8 Jul 2003 11:42:28 -0700 (PDT) From: Julian Elischer To: David Gilbert In-Reply-To: <16138.57217.730225.412122@canoe.velocet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Where is P_THREADED? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 18:42:38 -0000 P_THREADED was renamed P_SA. All files contianing it were also alterred... you must have an old file stashed somewhere. In particular kern_synch.c is out of date. possibly many more.. On Tue, 8 Jul 2003, David Gilbert wrote: > For a couple of days now, I've been trying to advance from 5.1-RELEASE > to -CURRENT. I havn't been able to compile the kernel, however, as > even 'make buildkernel' (after having done a 'make buildworld') fails > looking for a P_THREADED symbol in kern_synch.c. > > Since it's not very likely that I can do without _that_ file in the > kernel, I waited a few days and tried the whole thing again with a new > cvsup. Still no go. So I tried 'make include' ... still no go. So I > tried: > > [4:10:310]root@canoe:/usr/src> find . -type f | xargs grep P_THREADED > ./sys/kern/kern_synch.c: if (p->p_flag & P_THREADED || p->p_numthreads > 1) { > ./sys/kern/kern_synch.c: if (td->td_proc->p_flag & P_THREADED) > > ... so if P_THREADED doesn't exist in the /usr/src tree, where would I > be finding it? > > Dave. > > -- > ============================================================================ > |David Gilbert, Velocet Communications. | Two things can only be | > |Mail: dgilbert@velocet.net | equal if and only if they | > |http://daveg.ca | are precisely opposite. | > =========================================================GLO================ > _______________________________________________ > 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 Jul 8 11:44:40 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10DE837B401 for ; Tue, 8 Jul 2003 11:44:40 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A26C643F93 for ; Tue, 8 Jul 2003 11:44:39 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9303472FE3; Tue, 8 Jul 2003 11:44:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8FFDA72FDC; Tue, 8 Jul 2003 11:44:39 -0700 (PDT) Date: Tue, 8 Jul 2003 11:44:39 -0700 (PDT) From: Doug White To: Thierry Herbelot In-Reply-To: <200307082011.49200.thierry@herbelot.com> Message-ID: <20030708114359.D25140@carver.gumbysoft.com> References: <200307082011.49200.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current ML Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 18:44:40 -0000 On Tue, 8 Jul 2003, Thierry Herbelot wrote: > [I just see that this message is at least lacking a "dmesg" output : I'll send > it tomorrow.] A crashdump will be inifintely more useful. > #1 0xc030aeb8 in boot () > #2 0xc030b21f in panic () > #3 0xc0164142 in db_panic () Note no location information... -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:01:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B85BE37B401; Tue, 8 Jul 2003 12:01:33 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5BBA43F75; Tue, 8 Jul 2003 12:01:31 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 19Zvyq-0000fO-00; Tue, 8 Jul 2003 10:10:16 -0700 Date: Tue, 8 Jul 2003 10:10:14 -0700 (PDT) From: Tom Samplonius To: John Baldwin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Lukas Ertl Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:01:34 -0000 On Tue, 8 Jul 2003, John Baldwin wrote: ... > > I would need to look a second time, but there is no such BIOS option, and > > "options HTT" was nuked in 5.1, replaced by machdep.hlt_logical_cpus, > > which I don't have on my system. > > You need to enable SMP and APIC_IO in your kernel to use HTT. Also, > the BIOS setting probably won't make a difference. Well, not all P4 CPUs are capable of HyperThreading. It has to be fairly new. Plus, only certain motherboard chipsets seem capable of supporting HyperThreading. I would suspect that the BIOS has no HyperThreading options, it probably doesn't even support it. > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > _______________________________________________ Tom From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:04:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5324537B401 for ; Tue, 8 Jul 2003 12:04:43 -0700 (PDT) Received: from mail.speakeasy.net (mail10.speakeasy.net [216.254.0.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id B076743F85 for ; Tue, 8 Jul 2003 12:04:42 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17037 invoked from network); 8 Jul 2003 19:04:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 8 Jul 2003 19:04:42 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h68J4eGI096565; Tue, 8 Jul 2003 15:04:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 08 Jul 2003 15:04:54 -0400 (EDT) From: John Baldwin To: Tom Samplonius cc: freebsd-current@freebsd.org cc: Lukas Ertl Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:04:45 -0000 On 08-Jul-2003 Tom Samplonius wrote: > > On Tue, 8 Jul 2003, John Baldwin wrote: > > ... >> > I would need to look a second time, but there is no such BIOS option, and >> > "options HTT" was nuked in 5.1, replaced by machdep.hlt_logical_cpus, >> > which I don't have on my system. >> >> You need to enable SMP and APIC_IO in your kernel to use HTT. Also, >> the BIOS setting probably won't make a difference. > > Well, not all P4 CPUs are capable of HyperThreading. It has to be > fairly new. Plus, only certain motherboard chipsets seem capable of > supporting HyperThreading. I would suspect that the BIOS has no > HyperThreading options, it probably doesn't even support it. If he gets the printf in his dmesg, his CPU supports it. It is true that his BIOS may not support it. Currently, we require that the BIOS provide an MP Table so that we can route interrupts via the APICs. If an MP Table is not present but an acpidump does contain an APIC (MADT) table that lists two CPU's, then it will eventually work, just not right now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:09:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B438C37B401 for ; Tue, 8 Jul 2003 12:09:28 -0700 (PDT) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8266B43F93 for ; Tue, 8 Jul 2003 12:09:27 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.9/8.12.9) with ESMTP id h68JAZKP031426; Tue, 8 Jul 2003 21:10:35 +0200 (CEST) From: Thierry Herbelot To: Doug White Date: Tue, 8 Jul 2003 21:09:20 +0200 User-Agent: KMail/1.5.2 References: <200307082011.49200.thierry@herbelot.com> <20030708114359.D25140@carver.gumbysoft.com> In-Reply-To: <20030708114359.D25140@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307082109.20039.thierry@herbelot.com> cc: current ML Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:09:29 -0000 Le Tuesday 08 July 2003 20:44, Doug White a crit : > On Tue, 8 Jul 2003, Thierry Herbelot wrote: > > [I just see that this message is at least lacking a "dmesg" output : I'll > > send it tomorrow.] > > A crashdump will be inifintely more useful. > > > #1 0xc030aeb8 in boot () > > #2 0xc030b21f in panic () > > #3 0xc0164142 in db_panic () > > Note no location information... it must be around : #11 0xc04927df in pmap_enter () precisely on line 1971 of /sys/i386/pmap.c : ------------------- if (origpte & PG_PS) panic("pmap_enter: attempted pmap_enter on 4MB page"); ------------------- TfH PS : as I said, the box has a 2GB RAM, so moving around the vmcore is not easy From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:10:03 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7DDF37B401 for ; Tue, 8 Jul 2003 12:10:03 -0700 (PDT) Received: from mail63.csoft.net (leary.csoft.net [63.111.22.80]) by mx1.FreeBSD.org (Postfix) with SMTP id A95AF43F75 for ; Tue, 8 Jul 2003 12:10:02 -0700 (PDT) (envelope-from matt@setec.nu) Received: (qmail 6377 invoked from network); 8 Jul 2003 19:10:49 -0000 Received: from localhost (HELO setec.nu) (127.0.0.1) by localhost with SMTP; 8 Jul 2003 19:10:49 -0000 Received: from 12.160.161.70 (SquirrelMail authenticated user mpcsetec) by setec.nu with HTTP; Tue, 8 Jul 2003 12:10:49 -0700 (PDT) Message-ID: <3709.12.160.161.70.1057691449.squirrel@setec.nu> Date: Tue, 8 Jul 2003 12:10:49 -0700 (PDT) From: "Matthew P. Carlson" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Subject: no password at login X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:10:04 -0000 I'm new to FreeBSD, so I hope I'm posting to the right list, and I know I'm probably leaving out something important out, but oh well. I installed FreeBSD 5.1, used cvsup to get freebsd 5.1-current, recompiled, and now logging in locally doesn't require a password. Neither does su. Ssh does. Membership of wheel is still verified. Is it normal not to ask for a password, or ... ? Here's the output of 'uname -a' FreeBSD yellow.setec.nu 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Jul 7 08:19:29 PDT 2003 matt@yellow.setec.nu:/usr/obj/usr/src/sys/MYKERNEL i386 Thanks in advance, Matt From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:21:35 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B88D37B401 for ; Tue, 8 Jul 2003 12:21:35 -0700 (PDT) Received: from analog.databits.net (analog.databits.net [198.78.65.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C1CD43F75 for ; Tue, 8 Jul 2003 12:21:34 -0700 (PDT) (envelope-from petef@absolutbsd.org) Received: (qmail 73024 invoked by uid 1000); 8 Jul 2003 19:15:58 -0000 Received: from localhost (HELO analog.databits.net) (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Jul 2003 19:15:58 -0000 From: Pete Fritchman To: "Matthew P. Carlson" In-Reply-To: Message from "Matthew P. Carlson" <3709.12.160.161.70.1057691449.squirrel@setec.nu> Date: Tue, 08 Jul 2003 14:15:58 -0500 Message-Id: <20030708192134.9C1CD43F75@mx1.FreeBSD.org> cc: freebsd-current@freebsd.org Subject: Re: no password at login X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:21:35 -0000 * Tue, 08 Jul 2003 12:10:49 PDT - "Matthew P. Carlson": | I installed FreeBSD 5.1, used cvsup to get freebsd 5.1-current, | recompiled, and now logging in locally doesn't require a password. | Neither does su. Ssh does. Membership of wheel is still verified. Is | it normal not to ask for a password, or ... ? Did you run mergemaster when upgrading? See /usr/src/UPDATING and the handbook for details. It sounds like your pam config is hosed. --pete From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:26:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E537137B401 for ; Tue, 8 Jul 2003 12:26:32 -0700 (PDT) Received: from dsl-mail.kamp.net (mail.kamp-dsl.de [195.62.99.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 1AC8043FB1 for ; Tue, 8 Jul 2003 12:26:31 -0700 (PDT) (envelope-from root@pukruppa.de) Received: (qmail 29735 invoked by uid 505); 8 Jul 2003 19:26:35 -0000 Received: from root@pukruppa.de by dsl-mail by uid 502 with qmail-scanner-1.14 (spamassassin: 2.43. Clear:. Processed in 0.758776 secs); 08 Jul 2003 19:26:35 -0000 Received: from unknown (HELO reverse-213-146-114-24.dialin.kamp-dsl.de) (213.146.114.24) by dsl-mail.kamp.net with SMTP; 8 Jul 2003 19:26:34 -0000 Date: Tue, 8 Jul 2003 21:27:29 +0200 (CEST) From: "P. U. Kruppa" To: "Matthew P. Carlson" In-Reply-To: <3709.12.160.161.70.1057691449.squirrel@setec.nu> Message-ID: <20030708212253.G15290@small.pukruppa.de> References: <3709.12.160.161.70.1057691449.squirrel@setec.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: no password at login X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:26:33 -0000 On Tue, 8 Jul 2003, Matthew P. Carlson wrote: > I'm new to FreeBSD, so I hope I'm posting to the right list, and I know > I'm probably leaving out something important out, but oh well. > > I installed FreeBSD 5.1, used cvsup to get freebsd 5.1-current, > recompiled, and now logging in locally doesn't require a password. > Neither does su. Ssh does. Membership of wheel is still verified. Is > it normal not to ask for a password, or ... ? Did you perhaps - by mistake - overwrite your /etc/master.passwd file with mergemaster? root's password would stay blank then. Regards, Uli. > > Here's the output of 'uname -a' > FreeBSD yellow.setec.nu 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Jul 7 > 08:19:29 PDT 2003 matt@yellow.setec.nu:/usr/obj/usr/src/sys/MYKERNEL > i386 > > Thanks in advance, > > Matt > _______________________________________________ > 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" > +-----------------------------------+ | Peter Ulrich Kruppa | | - Wuppertal - | | Germany | +-----------------------------------+ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:30:54 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B035037B401 for ; Tue, 8 Jul 2003 12:30:54 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9FFB43FAF for ; Tue, 8 Jul 2003 12:30:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h68JUrsb068410; Tue, 8 Jul 2003 12:30:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h68JUrsO068409; Tue, 8 Jul 2003 12:30:53 -0700 (PDT) Date: Tue, 8 Jul 2003 12:30:53 -0700 From: Steve Kargl To: Thierry Herbelot Message-ID: <20030708193053.GA68383@troutmask.apl.washington.edu> References: <200307082011.49200.thierry@herbelot.com> <20030708114359.D25140@carver.gumbysoft.com> <200307082109.20039.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307082109.20039.thierry@herbelot.com> User-Agent: Mutt/1.4.1i cc: current ML Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:30:55 -0000 On Tue, Jul 08, 2003 at 09:09:20PM +0200, Thierry Herbelot wrote: > > TfH > > PS : as I said, the box has a 2GB RAM, so moving around the vmcore is not easy > Add "options DISABLE_PSE" and "options DISABLE_PG_G" to your kernel configuration. Report back if you still have a panic. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:47:32 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0355637B401 for ; Tue, 8 Jul 2003 12:47:32 -0700 (PDT) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2A6443FB1 for ; Tue, 8 Jul 2003 12:47:30 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.9/8.12.9) with ESMTP id h68JmbKP002980; Tue, 8 Jul 2003 21:48:37 +0200 (CEST) From: Thierry Herbelot To: Steve Kargl Date: Tue, 8 Jul 2003 21:47:23 +0200 User-Agent: KMail/1.5.2 References: <200307082011.49200.thierry@herbelot.com> <200307082109.20039.thierry@herbelot.com> <20030708193053.GA68383@troutmask.apl.washington.edu> In-Reply-To: <20030708193053.GA68383@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307082147.23042.thierry@herbelot.com> cc: current ML Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:47:32 -0000 Le Tuesday 08 July 2003 21:30, Steve Kargl a crit : > On Tue, Jul 08, 2003 at 09:09:20PM +0200, Thierry Herbelot wrote: > > TfH > > > > PS : as I said, the box has a 2GB RAM, so moving around the vmcore is not > > easy > > Add "options DISABLE_PSE" and "options DISABLE_PG_G" > to your kernel configuration. Report back if you > still have a panic. will do tomorrow morning thanks for the tip TfH PS : is this an indication of bug in the p-III or in the chipset ? (ISTR these options could be used to get around unnamed errata of the p-IV) From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 12:57:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C919637B401 for ; Tue, 8 Jul 2003 12:57:43 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B77543FB1 for ; Tue, 8 Jul 2003 12:57:41 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id MUA74016; Tue, 08 Jul 2003 12:57:39 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CD03D5D07; Tue, 8 Jul 2003 12:57:38 -0700 (PDT) To: Thierry Herbelot In-Reply-To: Message from Thierry Herbelot <200307082147.23042.thierry@herbelot.com> Date: Tue, 08 Jul 2003 12:57:38 -0700 From: "Kevin Oberman" Message-Id: <20030708195738.CD03D5D07@ptavv.es.net> cc: current ML cc: Steve Kargl Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 19:57:44 -0000 > From: Thierry Herbelot > Date: Tue, 8 Jul 2003 21:47:23 +0200 > Sender: owner-freebsd-current@freebsd.org > > PS : is this an indication of bug in the p-III or in the chipset ? > (ISTR these options could be used to get around unnamed errata of > the p-IV) Terry has never been specific (due to non-disclosure), but adding options DISABLE_PSE to the kernel of my P4 system results in a solid crash when the apm driver probes. (This could be an apm(4) problem, as well.) I wish I knew just when this option might be needed as I run on a wide variety of platforms including P2, K6-3, P3, and P4 with an Athlon coming soon. I'd just as soon only use this option where it's really required. I'm twice shy about it after adding it to the P4 and watching it crash. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 13:27:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C94C37B401 for ; Tue, 8 Jul 2003 13:27:14 -0700 (PDT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E47E43F85 for ; Tue, 8 Jul 2003 13:27:11 -0700 (PDT) (envelope-from D.Rock@t-online.de) Received: from fwd05.aul.t-online.de by mailout06.sul.t-online.com with smtp id 19Zz3N-0004DF-0E; Tue, 08 Jul 2003 22:27:09 +0200 Received: from dialin.t-online.de (VsQYC6ZZZe80rip9wI0ARLDHFWX0n1hgD4F1j7tTGFXbcFTxxy5C0B@[217.226.124.16]) by fwd05.sul.t-online.com with esmtp id 19Zz3B-05aCZc0; Tue, 8 Jul 2003 22:26:57 +0200 Received: from t-online.de (server [172.23.7.1])h68KQP48043503 for ; Tue, 8 Jul 2003 22:26:26 +0200 (CEST) Message-ID: <3F0B28F1.4060702@t-online.de> Date: Tue, 08 Jul 2003 22:26:25 +0200 From: D.Rock@t-online.de (D. Rock) User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; de-AT; rv:1.4) Gecko/20030701 X-Accept-Language: de-at, de, 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-Seen: false X-ID: VsQYC6ZZZe80rip9wI0ARLDHFWX0n1hgD4F1j7tTGFXbcFTxxy5C0B@t-dialin.net Subject: GEOM 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: Tue, 08 Jul 2003 20:27:14 -0000 Hi, I get a reproduceable panic each time I run the command "sysctl -a" Stack backtrace from a panic'd kernel: (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc025f6e9 in boot (howto=256) at ../../../kern/kern_shutdown.c:372 #2 0xc025f9e9 in panic () at ../../../kern/kern_shutdown.c:550 #3 0xc03dbd8f in trap_fatal (frame=0xc5718c00, eva=20) at ../../../i386/i386/trap.c:836 #4 0xc03dbad7 in trap_pfault (frame=0xc5718c00, usermode=0, eva=20) at ../../../i386/i386/trap.c:750 #5 0xc03db6d9 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1058813152, tf_esi = -1069448180, tf_ebp = -982414260, tf_isp = -982414292, tf_ebx = 0, tf_edx = -1058284352, tf_ecx = 218, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1069774746, tf_cs = 8, tf_eflags = 66118, tf_esp = -1058284352, tf_ss = -1058284352}) at ../../../i386/i386/trap.c:435 #6 0xc03cdc48 in calltrap () at {standard input}:96 #7 0xc02233ca in g_conf_geom (sb=0xc0e3cb20, gp=0xc041840c, pp=0x0, cp=0x0) at ../../../geom/geom_dump.c:206 #8 0xc022347d in g_conf_class (sb=0xc0e3cb20, mp=0xc0ebdcc0, gp=0x0, pp=0x0, cp=0x0) at ../../../geom/geom_dump.c:233 #9 0xc02234e4 in g_conf_specific (sb=0xc0e3cb20, mp=0x0, gp=0x0, pp=0x0, cp=0x0) at ../../../geom/geom_dump.c:248 #10 0xc0223527 in g_confxml (p=0xc0e3cb20, flag=0) at ../../../geom/geom_dump.c:260 #11 0xc0223966 in one_event () at ../../../geom/geom_event.c:180 ---Type to continue, or q to quit--- #12 0xc02239fd in g_run_events () at ../../../geom/geom_event.c:200 #13 0xc0224a45 in g_event_procbody () at ../../../geom/geom_kern.c:134 #14 0xc024dc0d in fork_exit (callout=0xc0224a24 , arg=0x0, frame=0xc5718d48) at ../../../kern/kern_fork.c:794 (kgdb) frame 8 #8 0xc022347d in g_conf_class (sb=0xc0e3cb20, mp=0xc0ebdcc0, gp=0x0, pp=0x0, cp=0x0) at ../../../geom/geom_dump.c:233 233 g_conf_geom(sb, gp2, pp, cp); (kgdb) print *gp2 $37 = {name = 0xc0e1d950 "ad1", class = 0xc04b6240, geom = { le_next = 0xc0e41e80, le_prev = 0xc04b6264}, consumer = {lh_first = 0x0}, provider = {lh_first = 0xc0edfb80}, geoms = {tqe_next = 0x0, tqe_prev = 0xc0e41e98}, rank = 1, start = 0xc0224ef0 , spoiled = 0xc0225674 , dumpconf = 0xc03c8854 , access = 0xc0224d50 , orphan = 0xc022579c , softc = 0x0, flags = 1} ^^^^^^^^^^^ This causes the panic. In g_mbr_dumpconf() this pointer will be deferenced causing a page fault. I don't know why softc is NULL in this case. If it matters: I'm using the disks in DD mode. Kernel config and dmesg output or anything else needed on request. -- Daniel From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 13:36:08 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 168F837B401 for ; Tue, 8 Jul 2003 13:36:08 -0700 (PDT) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E15D43F75 for ; Tue, 8 Jul 2003 13:36:07 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by phk.freebsd.dk (8.12.8/8.12.8) with ESMTP id h68KZxV3028475; Tue, 8 Jul 2003 20:36:00 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h68KZlvb003340; Tue, 8 Jul 2003 22:35:55 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: D.Rock@t-online.de (D. Rock) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 08 Jul 2003 22:26:25 +0200." <3F0B28F1.4060702@t-online.de> Date: Tue, 08 Jul 2003 22:35:47 +0200 Message-ID: <3339.1057696547@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: GEOM 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: Tue, 08 Jul 2003 20:36:08 -0000 Can you try this patch ? Index: geom_dump.c =================================================================== RCS file: /home/ncvs/src/sys/geom/geom_dump.c,v retrieving revision 1.28 diff -u -r1.28 geom_dump.c --- geom_dump.c 11 Jun 2003 06:49:15 -0000 1.28 +++ geom_dump.c 8 Jul 2003 20:00:45 -0000 @@ -114,6 +114,8 @@ struct g_provider *pp; struct g_consumer *cp; + if (gp->flags & G_GEOM_WITHER) + return; LIST_FOREACH(pp, &gp->provider, provider) { sbuf_printf(sb, "%d %s %s %ju %u", level, gp->class->name, pp->name, (uintmax_t)pp->mediasize, pp->sectorsize); @@ -162,6 +164,8 @@ sbuf_printf(sb, "\t \n", cp->provider); sbuf_printf(sb, "\t r%dw%de%d\n", cp->acr, cp->acw, cp->ace); + if (cp->geom->flags & G_GEOM_WITHER) + ; if (cp->geom->dumpconf != NULL) { sbuf_printf(sb, "\t \n"); cp->geom->dumpconf(sb, "\t ", cp->geom, cp, NULL); @@ -182,7 +186,9 @@ sbuf_printf(sb, "\t %jd\n", (intmax_t)pp->mediasize); sbuf_printf(sb, "\t %u\n", pp->sectorsize); - if (pp->geom->dumpconf != NULL) { + if (pp->geom->flags & G_GEOM_WITHER) + ; + else if (pp->geom->dumpconf != NULL) { sbuf_printf(sb, "\t \n"); pp->geom->dumpconf(sb, "\t ", pp->geom, NULL, pp); sbuf_printf(sb, "\t \n"); @@ -201,7 +207,9 @@ sbuf_printf(sb, " \n", gp->class); sbuf_printf(sb, " %s\n", gp->name); sbuf_printf(sb, " %d\n", gp->rank); - if (gp->dumpconf != NULL) { + if (gp->flags & G_GEOM_WITHER) + sbuf_printf(sb, " \n"); + else if (gp->dumpconf != NULL) { sbuf_printf(sb, " \n"); gp->dumpconf(sb, "\t", gp, NULL, NULL); sbuf_printf(sb, " \n"); -- 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 Tue Jul 8 13:46:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C37BA37B401 for ; Tue, 8 Jul 2003 13:46:52 -0700 (PDT) Received: from area51.slashnet.org (area51.slashnet.org [209.150.101.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4077943F75 for ; Tue, 8 Jul 2003 13:46:52 -0700 (PDT) (envelope-from smkelly@FreeBSD.org) Received: from edgemaster.zombie.org (ip68-13-71-251.om.om.cox.net [68.13.71.251]) by area51.slashnet.org (Postfix) with ESMTP id 0780949F9F; Tue, 8 Jul 2003 16:46:49 -0400 (EDT) Received: by edgemaster.zombie.org (Postfix, from userid 1001) id 7B98539839; Tue, 8 Jul 2003 15:46:49 -0500 (CDT) Date: Tue, 8 Jul 2003 15:46:49 -0500 From: Sean Kelly To: Poul-Henning Kamp Message-ID: <20030708204649.GA19571@edgemaster.zombie.org> References: <3F0B28F1.4060702@t-online.de> <3339.1057696547@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3339.1057696547@critter.freebsd.dk> User-Agent: Mutt/1.5.4i cc: "D. Rock" cc: current@freebsd.org Subject: Re: GEOM 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: Tue, 08 Jul 2003 20:46:53 -0000 On Tue, Jul 08, 2003 at 10:35:47PM +0200, Poul-Henning Kamp wrote: > > Can you try this patch ? ... > diff -u -r1.28 geom_dump.c > --- geom_dump.c 11 Jun 2003 06:49:15 -0000 1.28 > +++ geom_dump.c 8 Jul 2003 20:00:45 -0000 ... > @@ -162,6 +164,8 @@ > sbuf_printf(sb, "\t \n", cp->provider); > sbuf_printf(sb, "\t r%dw%de%d\n", > cp->acr, cp->acw, cp->ace); > + if (cp->geom->flags & G_GEOM_WITHER) > + ; > if (cp->geom->dumpconf != NULL) { > sbuf_printf(sb, "\t \n"); ... Should that be "else if ((cp->geom->dumpconf != NULL)"? I don't know the code, but I'm basing this question off of what is below in the patch: > @@ -182,7 +186,9 @@ > sbuf_printf(sb, "\t %jd\n", > (intmax_t)pp->mediasize); > sbuf_printf(sb, "\t %u\n", pp->sectorsize); > - if (pp->geom->dumpconf != NULL) { > + if (pp->geom->flags & G_GEOM_WITHER) > + ; > + else if (pp->geom->dumpconf != NULL) { // <---------- HERE > sbuf_printf(sb, "\t \n"); > pp->geom->dumpconf(sb, "\t ", pp->geom, NULL, pp); > sbuf_printf(sb, "\t \n"); -- Sean Kelly | PGP KeyID: D2E5E296 smkelly@FreeBSD.org | http://www.sean-kelly.org/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 13:51:26 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FC4137B401; Tue, 8 Jul 2003 13:51:26 -0700 (PDT) Received: from phk.freebsd.dk (phk.freebsd.dk [212.242.86.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2944043F75; Tue, 8 Jul 2003 13:51:25 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by phk.freebsd.dk (8.12.8/8.12.8) with ESMTP id h68KpNV3028666; Tue, 8 Jul 2003 20:51:23 GMT (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h68KpMvb006667; Tue, 8 Jul 2003 22:51:22 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Sean Kelly From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 08 Jul 2003 15:46:49 CDT." <20030708204649.GA19571@edgemaster.zombie.org> Date: Tue, 08 Jul 2003 22:51:22 +0200 Message-ID: <6666.1057697482@critter.freebsd.dk> cc: "D. Rock" cc: current@FreeBSD.org Subject: Re: GEOM 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: Tue, 08 Jul 2003 20:51:26 -0000 In message <20030708204649.GA19571@edgemaster.zombie.org>, Sean Kelly writes: >On Tue, Jul 08, 2003 at 10:35:47PM +0200, Poul-Henning Kamp wrote: >> >> Can you try this patch ? > >... >> diff -u -r1.28 geom_dump.c >> --- geom_dump.c 11 Jun 2003 06:49:15 -0000 1.28 >> +++ geom_dump.c 8 Jul 2003 20:00:45 -0000 >... >> @@ -162,6 +164,8 @@ >> sbuf_printf(sb, "\t \n", cp->provider); >> sbuf_printf(sb, "\t r%dw%de%d\n", >> cp->acr, cp->acw, cp->ace); >> + if (cp->geom->flags & G_GEOM_WITHER) >> + ; >> if (cp->geom->dumpconf != NULL) { >> sbuf_printf(sb, "\t \n"); >... > >Should that be "else if ((cp->geom->dumpconf != NULL)"? I don't know the >code, but I'm basing this question off of what is below in the patch: Yes, an else is missing there. Corrected patch: Index: geom_dump.c =================================================================== RCS file: /home/ncvs/src/sys/geom/geom_dump.c,v retrieving revision 1.28 diff -u -r1.28 geom_dump.c --- geom_dump.c 11 Jun 2003 06:49:15 -0000 1.28 +++ geom_dump.c 8 Jul 2003 20:51:04 -0000 @@ -114,6 +114,8 @@ struct g_provider *pp; struct g_consumer *cp; + if (gp->flags & G_GEOM_WITHER) + return; LIST_FOREACH(pp, &gp->provider, provider) { sbuf_printf(sb, "%d %s %s %ju %u", level, gp->class->name, pp->name, (uintmax_t)pp->mediasize, pp->sectorsize); @@ -162,7 +164,9 @@ sbuf_printf(sb, "\t \n", cp->provider); sbuf_printf(sb, "\t r%dw%de%d\n", cp->acr, cp->acw, cp->ace); - if (cp->geom->dumpconf != NULL) { + if (cp->geom->flags & G_GEOM_WITHER) + ; + else if (cp->geom->dumpconf != NULL) { sbuf_printf(sb, "\t \n"); cp->geom->dumpconf(sb, "\t ", cp->geom, cp, NULL); sbuf_printf(sb, "\t \n"); @@ -182,7 +186,9 @@ sbuf_printf(sb, "\t %jd\n", (intmax_t)pp->mediasize); sbuf_printf(sb, "\t %u\n", pp->sectorsize); - if (pp->geom->dumpconf != NULL) { + if (pp->geom->flags & G_GEOM_WITHER) + ; + else if (pp->geom->dumpconf != NULL) { sbuf_printf(sb, "\t \n"); pp->geom->dumpconf(sb, "\t ", pp->geom, NULL, pp); sbuf_printf(sb, "\t \n"); @@ -201,7 +207,9 @@ sbuf_printf(sb, " \n", gp->class); sbuf_printf(sb, " %s\n", gp->name); sbuf_printf(sb, " %d\n", gp->rank); - if (gp->dumpconf != NULL) { + if (gp->flags & G_GEOM_WITHER) + sbuf_printf(sb, " \n"); + else if (gp->dumpconf != NULL) { sbuf_printf(sb, " \n"); gp->dumpconf(sb, "\t", gp, NULL, NULL); sbuf_printf(sb, " \n"); -- 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 Tue Jul 8 13:53:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60F4637B401 for ; Tue, 8 Jul 2003 13:53:23 -0700 (PDT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABD3643F3F for ; Tue, 8 Jul 2003 13:53:22 -0700 (PDT) (envelope-from D.Rock@t-online.de) Received: from fwd06.aul.t-online.de by mailout04.sul.t-online.com with smtp id 19ZzSj-0005Vh-05; Tue, 08 Jul 2003 22:53:21 +0200 Received: from dialin.t-online.de (r16bWqZ-oeWqZJKIrkECyoYkUf-K2tUtoJP6vocYxBG1jUVharltYE@[80.128.223.151]) by fwd06.sul.t-online.com with esmtp id 19ZzSd-0UfE920; Tue, 8 Jul 2003 22:53:15 +0200 Received: from t-online.de (server [172.23.7.1])h68Kr148044162; Tue, 8 Jul 2003 22:53:01 +0200 (CEST) Message-ID: <3F0B2F2C.7000100@t-online.de> Date: Tue, 08 Jul 2003 22:53:00 +0200 From: D.Rock@t-online.de (D. Rock) User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; de-AT; rv:1.4) Gecko/20030701 X-Accept-Language: de-at, de, en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <3339.1057696547@critter.freebsd.dk> In-Reply-To: <3339.1057696547@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Seen: false X-ID: r16bWqZ-oeWqZJKIrkECyoYkUf-K2tUtoJP6vocYxBG1jUVharltYE cc: current@freebsd.org Subject: Re: GEOM 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: Tue, 08 Jul 2003 20:53:23 -0000 Poul-Henning Kamp schrieb: > Can you try this patch ? > > [patch deleted] Thanks for the fast response. Patch works for me - no more panic. -- Daniel From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:06:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44FCD37B401; Tue, 8 Jul 2003 14:06:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAC4243F3F; Tue, 8 Jul 2003 14:06:51 -0700 (PDT) (envelope-from julian@FreeBSD.org) Received: from freefall.freebsd.org (julian@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h68L6pUp061229; Tue, 8 Jul 2003 14:06:51 -0700 (PDT) (envelope-from julian@freefall.freebsd.org) Received: (from julian@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h68L6pKH061228; Tue, 8 Jul 2003 14:06:51 -0700 (PDT) Date: Tue, 8 Jul 2003 14:06:51 -0700 (PDT) From: Julian Elischer Message-Id: <200307082106.h68L6pKH061228@freefall.freebsd.org> To: current@FreeBSD.org cc: emulation@FreeBSD.org Subject: LDT entries and WINE and Threads.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 21:06:52 -0000 I'm looking at this and I think that my interpretation is that WINE, under FreeBSD, blindly allocates LDT entries starting at location 17, without looking to see if they are in use already.. My reason for thinking thios is that the string i386_get_ldt only occurs once in the WINE source, and that is a prototype declaration in ./work/wine-20030508/libs/wine/ldt.c (in the port) In other words, it is not checking first.. This makes it "incompatible" with threads (both libthr and libkse) and while this isn't an immediate problem, it WILL be a problem because WINE uses OpenGL and OpenGL used threads (currently linuxthreads) so it will eventually be a problem.. It seems to me that we could better serve the applications by having a differnt API for setting LDTs, and that the kernel should keep track of which is free and which is not. I would say that the API should be something like: int selector = i386_make_ldte(type, base, limit, flags); where "selector" is what you later stuff into a segment register. there would be an equivalent void i386_free_ldte(selector) i386_get_ldt() could stay as it is I think.. The 'guts' of i386_make_ldte would be used directly by kse_create() and set the value of %gs that the upcall returns with. comments? From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:28:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1425B37B401 for ; Tue, 8 Jul 2003 14:28:23 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 802CE43FCB for ; Tue, 8 Jul 2003 14:28:22 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h68LSMsb069017; Tue, 8 Jul 2003 14:28:22 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h68LSLM7069016; Tue, 8 Jul 2003 14:28:22 -0700 (PDT) Date: Tue, 8 Jul 2003 14:28:21 -0700 From: Steve Kargl To: Thierry Herbelot Message-ID: <20030708212821.GA68477@troutmask.apl.washington.edu> References: <200307082011.49200.thierry@herbelot.com> <200307082109.20039.thierry@herbelot.com> <20030708193053.GA68383@troutmask.apl.washington.edu> <200307082147.23042.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307082147.23042.thierry@herbelot.com> User-Agent: Mutt/1.4.1i cc: current ML Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 21:28:23 -0000 On Tue, Jul 08, 2003 at 09:47:23PM +0200, Thierry Herbelot wrote: > Le Tuesday 08 July 2003 21:30, Steve Kargl a ?crit : > > On Tue, Jul 08, 2003 at 09:09:20PM +0200, Thierry Herbelot wrote: > > > TfH > > > > > > PS : as I said, the box has a 2GB RAM, so moving around the vmcore is not > > > easy > > > > Add "options DISABLE_PSE" and "options DISABLE_PG_G" > > to your kernel configuration. Report back if you > > still have a panic. > > will do tomorrow morning > > PS : is this an indication of bug in the p-III or in the chipset ? > (ISTR these options could be used to get around unnamed errata of the p-IV) > You'll need to search the mailing list archive for vague ramblings by Terry Lambert about these option, large memory machines, and bugs in the Intel CPUi architecture. I was hoping to avoid Yet Another Terry Email (YATE) on the subject, which simply tells us how clever he is without giving any details. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:34:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B26D37B401 for ; Tue, 8 Jul 2003 14:34:21 -0700 (PDT) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF67843F3F for ; Tue, 8 Jul 2003 14:34:20 -0700 (PDT) (envelope-from w@evip.pl) Received: from w by mail.evip.pl with local (Exim 4.10) id 19a04j-0000KU-00 for current@freebsd.org; Tue, 08 Jul 2003 23:32:37 +0200 Date: Tue, 8 Jul 2003 23:32:37 +0200 From: Wiktor Niesiobedzki To: current@freebsd.org Message-ID: <20030708213237.GG44871@mail.evip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: panic with ULE and KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 21:34:21 -0000 Hi, I receive various panics, when I try to run ksetest, mostly concering page faults in choosethread() (called from mi_switch() in kern_synch.c:524) but also other panics. I use SCHED_ULE (haven't tried 4BSD yet, bot I'm going to). Tried this on two different machines (one build from last week, one today's). My another machine (build from 16 Jun) works properly. Anyone can confirm that? Stack backtrace is available for anyone, who'd like to have a look at it. Cheers, Wiktor Niesiobedzki From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:37:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D20137B401 for ; Tue, 8 Jul 2003 14:37:52 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id AECAE43FB1 for ; Tue, 8 Jul 2003 14:37:51 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h68HexZq061594; Tue, 8 Jul 2003 17:40:59 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h68Hexfu061593; Tue, 8 Jul 2003 17:40:59 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Tue, 8 Jul 2003 17:40:59 +0000 From: Bosko Milekic To: Steve Kargl Message-ID: <20030708174059.GA61555@technokratis.com> References: <200307082011.49200.thierry@herbelot.com> <200307082109.20039.thierry@herbelot.com> <20030708193053.GA68383@troutmask.apl.washington.edu> <200307082147.23042.thierry@herbelot.com> <20030708212821.GA68477@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708212821.GA68477@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i cc: current ML cc: Thierry Herbelot Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 21:37:52 -0000 On Tue, Jul 08, 2003 at 09:47:23PM +0200, Thierry Herbelot wrote: > Le Tuesday 08 July 2003 21:30, Steve Kargl a ?crit : > > On Tue, Jul 08, 2003 at 09:09:20PM +0200, Thierry Herbelot wrote: > > > TfH > > > > > > PS : as I said, the box has a 2GB RAM, so moving around the vmcore is not > > > easy > > > > Add "options DISABLE_PSE" and "options DISABLE_PG_G" > > to your kernel configuration. Report back if you > > still have a panic. > > will do tomorrow morning > > PS : is this an indication of bug in the p-III or in the chipset ? > (ISTR these options could be used to get around unnamed errata of the p-IV) Please tell me if either DISABLE_PG_G and/or DISABLE_PSE fixes your problem and if you can reproduce the problem when you don't have those two options. My Email address is in my sig below. Regards, -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 14:47:25 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E7A837B401 for ; Tue, 8 Jul 2003 14:47:25 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E1243FDF for ; Tue, 8 Jul 2003 14:47:24 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <2003070821471601400612que>; Tue, 8 Jul 2003 21:47:18 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA23965; Tue, 8 Jul 2003 14:47:14 -0700 (PDT) Date: Tue, 8 Jul 2003 14:47:12 -0700 (PDT) From: Julian Elischer To: Wiktor Niesiobedzki In-Reply-To: <20030708213237.GG44871@mail.evip.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic with ULE and KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 21:47:25 -0000 A stack trace would be good. and if you can print the contents of the kse structure that choosethread is looking at it would be good too.. (also, how about the exact lin ein choosethread? (I assume you have a dump and are using gdb to examine it..) On Tue, 8 Jul 2003, Wiktor Niesiobedzki wrote: > Hi, > > I receive various panics, when I try to run ksetest, mostly concering page > faults in choosethread() (called from mi_switch() in kern_synch.c:524) but > also other panics. I use SCHED_ULE (haven't tried 4BSD yet, bot I'm going to). > > Tried this on two different machines (one build from last week, one today's). > My another machine (build from 16 Jun) works properly. > > Anyone can confirm that? > > Stack backtrace is available for anyone, who'd like to have a look at it. > > Cheers, > > Wiktor Niesiobedzki > _______________________________________________ > 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 Jul 8 15:25:30 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27F0C37B401 for ; Tue, 8 Jul 2003 15:25:30 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD85C43F93 for ; Tue, 8 Jul 2003 15:25:29 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc13) with ESMTP id <20030708222529015007as45e>; Tue, 8 Jul 2003 22:25:29 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA24243 for ; Tue, 8 Jul 2003 15:25:28 -0700 (PDT) Date: Tue, 8 Jul 2003 15:25:27 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 22:25:30 -0000 It looks tp me that if we make a thread runnable and there is a processor in the idle loop, the idle processor should be kicked in some way to make it go get the newly runnable thread. If the processors are halting in the idle loop however, it may take quite a while for the new work to be noticed.. (possibly up to milliseconds I think) Is there a mechanism to send an IPI to particular processors? or is it just broadcast? I think we would be better served to alter idle_proc(void *dummy) (or maybe choosethread()) to increment or decrement a count of idle processors (atomically of course) so that setrunnable (or it's lower parts) can send that IPI and get the idle processor into actioan as soon as a thread is available. I have not seen any such code but maybe I'm wrong.... From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:26:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 575DB37B401 for ; Tue, 8 Jul 2003 15:26:29 -0700 (PDT) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.92.226.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7950243FA3 for ; Tue, 8 Jul 2003 15:26:28 -0700 (PDT) (envelope-from tparquet@twcny.rr.com) Received: from twcny.rr.com (syr-24-169-89-160.twcny.rr.com [24.169.89.160]) h68MQRiY023538 for ; Tue, 8 Jul 2003 18:26:27 -0400 (EDT) Message-ID: <3F0B4513.2050808@twcny.rr.com> Date: Tue, 08 Jul 2003 18:26:27 -0400 From: Tom Parquette User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030518 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: /etc/rc: WARNING: domainname(1) is not set. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 22:26:29 -0000 Hi, I have been getting the message "/etc/rc: WARNING: domainname(1) is not set" every time I boot one of my machines. It is a 5.1-CURRENT system but I have not updated since June 15. I have been ignoring this for some time because I have been trying to get DDNS to work. I thought it was related to my DDNS problem. Now that I have DDNS working (finally) I was supprised to see the message still appearing. I couldn't find anything in the archives. Suggestions? I know it is protocol but please CC me on any replies. I subscribe to CURRENT as a digest. Replying via the digest is a pain. TIA. From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:37:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E4BE37B401 for ; Tue, 8 Jul 2003 15:37:31 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9555F43F3F for ; Tue, 8 Jul 2003 15:37:30 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 17843 invoked from network); 8 Jul 2003 22:37:29 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 8 Jul 2003 22:37:29 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h68MbSGI097022; Tue, 8 Jul 2003 18:37:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 08 Jul 2003 18:37:42 -0400 (EDT) From: John Baldwin To: Julian Elischer cc: FreeBSD current users Subject: RE: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 22:37:31 -0000 On 08-Jul-2003 Julian Elischer wrote: > It looks tp me that if we make a thread runnable > and there is a processor in the idle loop, the idle processor should be > kicked in some way to make it go get the newly runnable thread. > > If the processors are halting in the idle loop however, it may take > quite a while for the new work to be noticed.. > (possibly up to milliseconds I think) > > Is there a mechanism to send an IPI to particular processors? > or is it just broadcast? > > > I think we would be better served to alter idle_proc(void *dummy) > (or maybe choosethread()) to increment or decrement a count > of idle processors (atomically of course) so that > setrunnable (or it's lower parts) can send that IPI > and get the idle processor into actioan as soon as a thread is > available. > > I have not seen any such code but maybe I'm wrong.... This is why HLT is not enabled in SMP by default (or at least was, it may be turned on now). Given that the clock interrupts are effectively broadcast to all CPU's one way or another for all arch's (that I know of), you will never halt more than the interval between clock ticks on any CPU. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:40:44 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D4137B401; Tue, 8 Jul 2003 15:40:44 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FF943F75; Tue, 8 Jul 2003 15:40:42 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h68Matsw036900; Wed, 9 Jul 2003 08:40:40 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h68Mas2b011363; Wed, 9 Jul 2003 08:36:54 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Wed, 9 Jul 2003 08:36:53 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Doug White In-Reply-To: <20030708113618.P25140@carver.gumbysoft.com> Message-ID: <20030709080542.H11189-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-smp@freebsd.org Subject: Re: whats going on with the scheduler? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 22:40:44 -0000 On Tue, 8 Jul 2003, Doug White wrote: > On Tue, 8 Jul 2003, Andy Farkas wrote: > > > Any other ideas? Why would 3 (niced) cpu intensive processes suddenly get > > reduced cpu time (on a 4 cpu system) when a 4th non-resource intensive > > process gets started? > > Hm.. guess its time to explain how nice works again. > > Nice is a relative value. If you have 2 processes in a system, one with a > lower nice value (== higher "priority") than the other, the lower-niced > process will be scheduled in deference to the higher-niced process. The > scheduler attempts to ensure that niced processes are not starved. (In > practice, nice level 20 gets some special treatment.) That doesn't explain why the idle time goes up, in my case. If you have 4 processors in a box and start 3 cpu-intensive jobs, the system load will be 3.00 and idle time will be 25%. If you start another semi cpu-intensive process, one would expect the load to increase and the idle time to come down, regardless if the other 3 procs are niced or not. ps. setiathome procs run at idle level 15. -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:44:46 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E598637B401 for ; Tue, 8 Jul 2003 15:44:46 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB85943F85 for ; Tue, 8 Jul 2003 15:44:45 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h68Metsw037110; Wed, 9 Jul 2003 08:44:40 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1])h68Mes2b011378; Wed, 9 Jul 2003 08:40:54 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Wed, 9 Jul 2003 08:40:54 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Julian Elischer In-Reply-To: Message-ID: <20030709083947.L11189-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 22:44:47 -0000 On Tue, 8 Jul 2003, Julian Elischer wrote: > It looks tp me that if we make a thread runnable > and there is a processor in the idle loop, the idle processor should be > kicked in some way to make it go get the newly runnable thread. Is this what's happenning to me an my setiathomes? -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:45:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED9E537B401 for ; Tue, 8 Jul 2003 15:45:10 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9873743F85 for ; Tue, 8 Jul 2003 15:45:09 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h68NAOIv016889 for ; Tue, 8 Jul 2003 19:10:25 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h68MjOtZ095909 for current@FreeBSD.org; Tue, 8 Jul 2003 15:45:24 -0700 (PDT) (envelope-from jmg) Date: Tue, 8 Jul 2003 15:45:24 -0700 From: John-Mark Gurney To: current@FreeBSD.org Message-ID: <20030708224524.GR44762@funkthat.com> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: usb dma patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 22:45:11 -0000 Hello, I have made usb bus_dma aware. I have only tested this patch so far on an ohci controller in sparc64. I do have problems with isochronous transfers, but I don't have an i386 box to test the original code on to make sure it isn't my changes. Currently both umass and ums have been tested and are working on sparc64. I would like to receive feed back on i386 to make sure things don't break there. The patch is at: http://people.FreeBSD.org/~jmg/usb_dma.diff Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 15:56:21 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6764537B401; Tue, 8 Jul 2003 15:56:21 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB8F43F85; Tue, 8 Jul 2003 15:56:19 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <200307082256190140063c6le>; Tue, 8 Jul 2003 22:56:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA24460; Tue, 8 Jul 2003 15:56:18 -0700 (PDT) Date: Tue, 8 Jul 2003 15:56:17 -0700 (PDT) From: Julian Elischer To: John Baldwin In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: RE: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 22:56:21 -0000 On Tue, 8 Jul 2003, John Baldwin wrote: > > On 08-Jul-2003 Julian Elischer wrote: > > It looks tp me that if we make a thread runnable > > and there is a processor in the idle loop, the idle processor should be > > kicked in some way to make it go get the newly runnable thread. > > > > If the processors are halting in the idle loop however, it may take > > quite a while for the new work to be noticed.. > > (possibly up to milliseconds I think) > > > > Is there a mechanism to send an IPI to particular processors? > > or is it just broadcast? > > > > > > I think we would be better served to alter idle_proc(void *dummy) > > (or maybe choosethread()) to increment or decrement a count > > of idle processors (atomically of course) so that > > setrunnable (or it's lower parts) can send that IPI > > and get the idle processor into actioan as soon as a thread is > > available. > > > > I have not seen any such code but maybe I'm wrong.... > > This is why HLT is not enabled in SMP by default (or at least was, > it may be turned on now). Given that the clock interrupts are > effectively broadcast to all CPU's one way or another for all > arch's (that I know of), you will never halt more than the interval > between clock ticks on any CPU. I think that this tells me that we shoould do as I suggest above.. :-) i.e. keep a count of idle processors (idlethreads running) and if there is an idle processessor when a thread becomes available, kick one of the idle processes to wake up. On a busy system it shuold never happen. I guess we could make a scheduler method to do this if the scheduler is going to choose which processor a thread will be run on, and if the hardware doesn't support selecting a particular target, then we could broadcast it... I doubt the overhead would be more than the reduction of latency for threaded apps. > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 16:24:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E01F37B401 for ; Tue, 8 Jul 2003 16:24:43 -0700 (PDT) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4542043FA3 for ; Tue, 8 Jul 2003 16:24:42 -0700 (PDT) (envelope-from hetzels@westbend.net) Received: from Admin02 (admin02.westbend.net [216.47.253.19]) by mail.westbend.net (8.12.9/8.12.9) with SMTP id h68NOeHZ060280; Tue, 8 Jul 2003 18:24:40 -0500 (CDT) (envelope-from hetzels@westbend.net) Message-ID: <006c01c345a8$1a7b0d00$13fd2fd8@Admin02> From: "Scot W. Hetzel" To: "Tom Parquette" , References: <3F0B4513.2050808@twcny.rr.com> Date: Tue, 8 Jul 2003 18:24:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Re: /etc/rc: WARNING: domainname(1) is not set. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 23:24:43 -0000 From: "Tom Parquette" > Hi, > I have been getting the message "/etc/rc: WARNING: domainname(1) is not > set" every time I boot one of my machines. > It is a 5.1-CURRENT system but I have not updated since June 15. > Do you have "hostname" set in /etc/rc.conf? Scot From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 16:28:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CFD37B401 for ; Tue, 8 Jul 2003 16:28:39 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC87943F3F for ; Tue, 8 Jul 2003 16:28:37 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h68NSUhR086052 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Wed, 9 Jul 2003 01:28:34 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h68NSRw6096418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 Jul 2003 01:28:28 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h68NSRgt037871 for ; Wed, 9 Jul 2003 01:28:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h68NSQi0037870 for current@FreeBSD.org; Wed, 9 Jul 2003 01:28:26 +0200 (CEST) Date: Wed, 9 Jul 2003 01:28:26 +0200 From: Bernd Walter To: current@FreeBSD.org Message-ID: <20030708232826.GV31285@cicely12.cicely.de> References: <20030708224524.GR44762@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708224524.GR44762@funkthat.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i Subject: Re: usb dma patch 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, 08 Jul 2003 23:28:39 -0000 On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote: > Hello, > > I have made usb bus_dma aware. I have only tested this patch so far on > an ohci controller in sparc64. I do have problems with isochronous > transfers, but I don't have an i386 box to test the original code on to > make sure it isn't my changes. Currently both umass and ums have been > tested and are working on sparc64. I would like to receive feed back > on i386 to make sure things don't break there. ohci code doesn't support isochronous so far. There is a patch to add this kern/52589. > The patch is at: > http://people.FreeBSD.org/~jmg/usb_dma.diff There are more changes than just bus_dma in this patchset. E.g. changing commets for specs and adding verdors. I've seen a number of changes in code places that are very similar to ehci, but there are no such changes in ehci. This was just with a quick look into the patchset so there might be other issues as well. You might also ask Josef Karthauser and Scott Long about this, because they already spend some time into busdma'ing USB and they found some performance issues with the current bus_dma implementation on FreeBSD. You should contact Scott Long about details. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 16:43:00 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF7237B401 for ; Tue, 8 Jul 2003 16:43:00 -0700 (PDT) Received: from pool-151-200-10-97.res.east.verizon.net (pool-141-156-181-146.esr.east.verizon.net [141.156.181.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id C848843FD7 for ; Tue, 8 Jul 2003 16:42:59 -0700 (PDT) (envelope-from mtm@identd.net) Received: from kokeb.ambesa.net (localhost [IPv6:::1]) id h68Ngw0G088740; Tue, 8 Jul 2003 19:42:58 -0400 (EDT) (envelope-from mtm@identd.net) Received: (from mtm@localhost) by kokeb.ambesa.net (8.12.9/8.12.6/Submit) id h68NgweI088739; Tue, 8 Jul 2003 19:42:58 -0400 (EDT) (envelope-from mtm@identd.net) Date: Tue, 8 Jul 2003 19:42:57 -0400 From: Mike Makonnen To: Tom Parquette Message-ID: <20030708234257.GA88589@kokeb.ambesa.net> References: <3F0B4513.2050808@twcny.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F0B4513.2050808@twcny.rr.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD/5.1-CURRENT (i386) cc: freebsd-current@freebsd.org Subject: Re: /etc/rc: WARNING: domainname(1) is not set. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 23:43:01 -0000 On Tue, Jul 08, 2003 at 06:26:27PM -0400, Tom Parquette wrote: > Hi, > I have been getting the message "/etc/rc: WARNING: domainname(1) is not > set" every time I boot one of my machines. > It is a 5.1-CURRENT system but I have not updated since June 15. > > I have been ignoring this for some time because I have been trying to > get DDNS to work. > I thought it was related to my DDNS problem. Now that I have DDNS > working (finally) I was supprised to see the message still appearing. > It says domainname(1) for a reason :-) ^^^^ Domainname has nothing to do with DNS, it's talking about your NIS domain name. You are trying to use one of the yp* daemons without first setting your NIS domain. You need domainname="..." in rc.conf. Cheers. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc mtm@identd.net | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 mtm@FreeBSD.Org| FreeBSD - The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 16:54:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34B3D37B401 for ; Tue, 8 Jul 2003 16:54:34 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CDE143FAF for ; Tue, 8 Jul 2003 16:54:33 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 2137E3ABB4C; Wed, 9 Jul 2003 01:59:26 +0200 (CEST) Date: Wed, 9 Jul 2003 01:59:26 +0200 From: Pawel Jakub Dawidek To: freebsd-current@freebsd.org Message-ID: <20030708235925.GQ4973@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NKys6zTV8iyMJiwY" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i Subject: Panic on SMP machine. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 08 Jul 2003 23:54:34 -0000 --NKys6zTV8iyMJiwY Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. While building world I get this panic: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; lapic.id =3D 00000000 fault virtual address =3D 24 [...] instruction pointer =3D 0x8:0xc01a405b [...] current process =3D 23 (irq10: atapi1+) kernel: type 12 trap, code=3D0 Stopped at propagate_priority+0x8b: cmpl 0x24(%ebx),%ecx db> trace propagate_priority+0x8b _mtx_lock_sleep+0x209 ithread_loop+0x1cc fork_exit+0xb0 fork_trampoline+0x1a According to instruction pointer panic is here: c01a4049: e8 c2 fe 01 00 call c01c3f10 c01a404e: eb 75 jmp c01a40c5 c01a4050: 89 f0 mov %esi,%eax c01a4052: 88 81 dd 00 00 00 mov %al,0xdd(%ecx) c01a4058: 8b 59 5c mov 0x5c(%ecx),%ebx c01a405b: 3b 4b 24 cmp 0x24(%ebx),%ecx ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ c01a405e: 74 90 je c01a3ff0 c01a4060: 8b 79 24 mov 0x24(%ecx),%edi c01a4063: 8b 47 04 mov 0x4(%edi),%eax c01a4066: 8b 10 mov (%eax),%edx c01a4068: 0f b6 82 dd 00 00 00 movzbl 0xdd(%edx),%eax IMHO it is here (from /sys/kern/kern_mutex.c): 166: /* 167: * Pick up the mutex that td is blocked on. 168: */ 169: m =3D td->td_blocked; 170: MPASS(m !=3D NULL); 171: 172: /* 173: * Check if the thread needs to be moved up on 174: * the blocked chain 175: */ 176: if (td =3D=3D TAILQ_FIRST(&m->mtx_blocked)) { ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 177: continue; 178: } So it looks like 'm' was NULL. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --NKys6zTV8iyMJiwY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPwta3T/PhmMH/Mf1AQEr8QP+JdGNtDpiLFtB9SwZMpGKztXsU+C0A5xz Q5MjDusuU2wLvfv0AMizWL7ha6ljwEj1rVd74I/A1E2O2ExV8q06C/+h/oQShHAq Hs2gp9fwaZhEqF3kGwrdXRT/YvjsEDbKXIRc9Iw2tlP3juOXszBWzgGd503k5xRl IIwm76UwS7Y= =3Hiv -----END PGP SIGNATURE----- --NKys6zTV8iyMJiwY-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 19:49:09 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E86537B401 for ; Tue, 8 Jul 2003 19:49:09 -0700 (PDT) Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.92.226.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84CAE43FBF for ; Tue, 8 Jul 2003 19:49:08 -0700 (PDT) (envelope-from tparquet@twcny.rr.com) Received: from twcny.rr.com (syr-24-169-89-160.twcny.rr.com [24.169.89.160]) h692n7iY010957; Tue, 8 Jul 2003 22:49:07 -0400 (EDT) Message-ID: <3F0B82A3.1000507@twcny.rr.com> Date: Tue, 08 Jul 2003 22:49:07 -0400 From: Tom Parquette User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030518 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Makonnen References: <3F0B4513.2050808@twcny.rr.com> <20030708234257.GA88589@kokeb.ambesa.net> In-Reply-To: <20030708234257.GA88589@kokeb.ambesa.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: /etc/rc: WARNING: domainname(1) is not set. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 02:49:09 -0000 Mike Makonnen wrote: >On Tue, Jul 08, 2003 at 06:26:27PM -0400, Tom Parquette wrote: > > >>Hi, >>I have been getting the message "/etc/rc: WARNING: domainname(1) is not >>set" every time I boot one of my machines. >>It is a 5.1-CURRENT system but I have not updated since June 15. >> >>I have been ignoring this for some time because I have been trying to >>get DDNS to work. >>I thought it was related to my DDNS problem. Now that I have DDNS >>working (finally) I was supprised to see the message still appearing. >> >> >> > >It says domainname(1) for a reason :-) > ^^^^ > >Domainname has nothing to do with DNS, it's talking about your NIS >domain name. You are trying to use one of the yp* daemons without >first setting your NIS domain. You need domainname="..." in rc.conf. > >Cheers. > > (sigh) OK. I feel stupid... I was looking all over for a DNS problem. :-/ I commented out the entry to enable the nis client and that took care of it. I must have selected it by mistake when I built this system. Thanks... From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 22:08:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55E5337B401 for ; Tue, 8 Jul 2003 22:08:55 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id BAC7043FE1 for ; Tue, 8 Jul 2003 22:07:34 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 3145 invoked by uid 1000); 9 Jul 2003 05:07:36 -0000 Date: Tue, 8 Jul 2003 22:07:36 -0700 (PDT) From: Nate Lawson To: current@freebsd.org, acpi-jp@jp.freebsd.org Message-ID: <20030708220146.V3143@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: PATCH - updated EC driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 05:08:55 -0000 If you tested my previous acpi_ec.c patch (or even if you didn't), please test the following one: http://root.org/~nate/freebsd/ec-new.diff I will be committing this is in a few days if any problems that arise are successfully addressed. It fixes numerous races and the broken tsleep approach in the current version. Note that it does NOT have the experimental burst mode support I had included in the last patch. It appears that burst mode is more difficult to handle than I have time for and the actual time spent in DELAY is low (~1-5 us per transaction). There is no special dmesg output to report with this, just make sure it doesn't break things (or fixes things for you). -Nate --- Rewrite much of the embedded controller driver. * Always use polled mode. The msleep approach did not work for many controllers and required a workaround on others. * Only use an edge (not level) triggered GPE handler * Add sc->ec_mtx for locking operations to a single EC. There were many race conditions earlier between an SCI event and EcRead/Write. * Use 1 ms as the global lock timeout * Only acquire global lock if _GLK != 0 * Update EcWaitEvent to use an incremental backoff delay in its poll loop. Only wait 1 ms max instead of 10. Most ECs respond in < 5 us (50 us when heavily loaded). 10 ms had us holding the lock too long on a bad implementation. * Add EcCommand to send a command and wait for the appropriate event. * The hw.acpi.ec.event_driven tunable is no longer applicable and has been removed. Ideas from: Linux From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 22:57:42 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02FA637B401; Tue, 8 Jul 2003 22:57:42 -0700 (PDT) Received: from hotmail.com (law14-oe14.law14.hotmail.com [64.4.20.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE0E943FDD; Tue, 8 Jul 2003 22:56:05 -0700 (PDT) (envelope-from gkutzbach@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 8 Jul 2003 22:56:05 -0700 Received: from 68.65.254.55 by law14-oe14.law14.hotmail.com with DAV; Wed, 09 Jul 2003 05:56:05 +0000 X-Originating-IP: [68.65.254.55] X-Originating-Email: [gkutzbach@hotmail.com] From: "Greg Kutzbach" To: Date: Tue, 8 Jul 2003 22:56:52 -0700 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_000D_01C345A4.389AAD80" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Message-ID: X-OriginalArrivalTime: 09 Jul 2003 05:56:05.0737 (UTC) FILETIME=[C936BD90:01C345DE] X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org Subject: failed freebsd 5.1 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 05:57:42 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C345A4.389AAD80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Motherboard Intel=AE VS440FX Motherboard=20 http://www.intel.com/support/motherboards/desktop/VS440FX/ 84MB RAM IBM 40GP Hard drive removed all PCI cards except video Running Matrox MGA 4MB video Pentium Pro 200 IDE Generic CD Rom (secondary master) Error********** CD Loader 1.01 Building the boot loader arguments Looking up /BOOT/LOADER... Found Relocating the loader and the BTX Starting the BTX loader BTX loader 1.00 BTX version is 1.01 int=3D00000005 err=3D00000000 efl=3D00010286 eip=3D0001c8a4 eax=3D000000a3 abx=3D00000000 ecx=3D00000000 edx=3D00000000 esi=3Dcce65d00 edi=3D00000000 ebp=3D00000000 esp=3D0009407c cs=3D002b ds=3D0033 es=3D0033 fs=3D0033 gs=3D0033 ss=3D0033 cs:eip=3D62 6f 6f 74 2e 6e 65 74-69 66 2e 69 70 00 62 6f 6f 74 2e 6e 65 74 69 66-2e 6e 65 74 6d 61 73 6b ss:esp=3D00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ********************** Greg Kutzbach AIM: groggory greg@LbccSec.com ------=_NextPart_000_000D_01C345A4.389AAD80-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 23:30:10 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6336837B401; Tue, 8 Jul 2003 23:30:10 -0700 (PDT) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6267543F3F; Tue, 8 Jul 2003 23:30:09 -0700 (PDT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.37.247]) by lakemtao08.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030709063007.OXEX7627.lakemtao08.cox.net@mezz.mezzweb.com>; Wed, 9 Jul 2003 02:30:07 -0400 Date: Wed, 09 Jul 2003 01:30:08 -0500 To: Greg Kutzbach Content-Type: text/plain; charset=utf-8; format=flowed References: From: Jeremy Messenger MIME-Version: 1.0 Message-ID: In-Reply-To: User-Agent: Opera7.11/Linux M2 build 406 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: failed freebsd 5.1 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 06:30:10 -0000 On Tue, 8 Jul 2003 22:56:52 -0700, Greg Kutzbach wrote: > Motherboard > Intel® VS440FX Motherboard > http://www.intel.com/support/motherboards/desktop/VS440FX/ > 84MB RAM > IBM 40GP Hard drive > removed all PCI cards except video > Running Matrox MGA 4MB video > Pentium Pro 200 > IDE Generic CD Rom (secondary master) > > Error********** > > CD Loader 1.01 > > Building the boot loader arguments > Looking up /BOOT/LOADER... Found > Relocating the loader and the BTX > Starting the BTX loader > > BTX loader 1.00 BTX version is 1.01 > > int=00000005 err=00000000 efl=00010286 eip=0001c8a4 > eax=000000a3 abx=00000000 ecx=00000000 edx=00000000 > esi=cce65d00 edi=00000000 ebp=00000000 esp=0009407c > cs=002b ds=0033 es=0033 fs=0033 gs=0033 ss=0033 > cs:eip=62 6f 6f 74 2e 6e 65 74-69 66 2e 69 70 00 62 6f > 6f 74 2e 6e 65 74 69 66-2e 6e 65 74 6d 61 73 6b > ss:esp=00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > ********************** I had the same problem before and it turned out that one of my ram stick was bad. Maybe, you should check your ram too. Cheers, Mezz > Greg Kutzbach > AIM: groggory > greg@LbccSec.com -- bsdforums.org 's moderator, mezz. From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 23:36:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 710FA37B401; Tue, 8 Jul 2003 23:36:38 -0700 (PDT) Received: from herbelot.dyndns.org (herbelot.net1.nerim.net [62.212.117.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C88843F93; Tue, 8 Jul 2003 23:36:37 -0700 (PDT) (envelope-from thierry@herbelot.com) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.12.9/8.12.9) with ESMTP id h696beKP027486; Wed, 9 Jul 2003 08:37:40 +0200 (CEST) From: Thierry Herbelot To: "Greg Kutzbach" , Date: Wed, 9 Jul 2003 08:36:29 +0200 User-Agent: KMail/1.5.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200307090836.29023.thierry@herbelot.com> cc: freebsd-hackers@freebsd.org Subject: Re: failed freebsd 5.1 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 06:36:38 -0000 Le Wednesday 09 July 2003 07:56, Greg Kutzbach a crit : > Motherboard > Intel VS440FX Motherboard > http://www.intel.com/support/motherboards/desktop/VS440FX/ > 84MB RAM > IBM 40GP Hard drive > removed all PCI cards except video > Running Matrox MGA 4MB video > Pentium Pro 200 > IDE Generic CD Rom (secondary master) > > Error********** Hello, as 5.1 is still a development release, such mishaps can happen. does 4.8-Release run correctly on this ancient machine ? If yes, it would be very interesting to get the dmesg of a verbose boot. TfH From owner-freebsd-current@FreeBSD.ORG Tue Jul 8 23:51:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B86C537B401; Tue, 8 Jul 2003 23:51:39 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2673643FAF; Tue, 8 Jul 2003 23:51:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldtos.dialup.mindspring.com ([209.86.247.28] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19a8ni-00047G-00; Tue, 08 Jul 2003 23:51:38 -0700 Message-ID: <3F0BBB3B.EF2F5687@mindspring.com> Date: Tue, 08 Jul 2003 23:50:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4798f7df152f5c3880b92daf839a6136a666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: Julian Elischer cc: FreeBSD current users Subject: Re: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 06:51:40 -0000 John Baldwin wrote: > This is why HLT is not enabled in SMP by default (or at least was, > it may be turned on now). Given that the clock interrupts are > effectively broadcast to all CPU's one way or another for all > arch's (that I know of), you will never halt more than the interval > between clock ticks on any CPU. I thought that there was either a SPARC or Alpha box where Poul had to mess with the divider because they were delivered round robin, instead? -- Terry From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 00:23:29 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB5737B401 for ; Wed, 9 Jul 2003 00:23:29 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E0F343FA3 for ; Wed, 9 Jul 2003 00:23:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldtos.dialup.mindspring.com ([209.86.247.28] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19a9IU-0006nB-00; Wed, 09 Jul 2003 00:23:27 -0700 Message-ID: <3F0BC2AF.8069BC4E@mindspring.com> Date: Wed, 09 Jul 2003 00:22:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a41f92ec349df8abfa7131775910a3ecdd93caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: FreeBSD current users Subject: Re: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 07:23:30 -0000 Julian Elischer wrote: > It looks tp me that if we make a thread runnable > and there is a processor in the idle loop, the idle processor should be > kicked in some way to make it go get the newly runnable thread. > > If the processors are halting in the idle loop however, it may take > quite a while for the new work to be noticed.. > (possibly up to milliseconds I think) > > Is there a mechanism to send an IPI to particular processors? > or is it just broadcast? Yes. Quoting: IA-32 Intel Architecture Developer's Manual Volume 3: System Programming Guide Chapter 8: Advanced Programmable Interrupt Controller (APIC) 8.1. Local an I/O APIC Overview Each local APIC consists of a set of APIC registers (see Table 8-1) and associated hardware that control the delivery of interrupts to the processor core and the generation of IPI messages. The APIC registers are memory mapped and can be read and written to using the MOV instruction. The local APIC can receive interrupts from the following sources: [...] Inter-processor Interrupts (IPIs). An IA-32 processor can use the IPI mechanism to interrup another processor or group of processors on the system bus. IPIs are used for such things as software self-interrupts, interrupt forwarding, or preemptive scheduling. [...] The local APIC handles interrupts from the other two interrupt sources (externally connected I/O devices and IPIs) through its IPI message handling facilities. A processor can generate IPIs by programming the interrupt command register (ICR) in its local APIC (see Section 8.6.1., "Interrupt Command Register (ICR)"). The act of writing to the ICR causes an IPI message to be generated and issued on the system bus (for Pentium 4 and Intel Xeon processors) or on the APIC bus (for Pentium and P6 family processors). This book is Intel Order Number 245472-007. I also recommend ordering 245470-007 ("IA-32 Intel Architecture Software Developer's Manual, Volume 1: Basic Architecture") and 245471-007 ("IA-32 Intel Architecture Software Developer's Manual, Volume 2: Instruction Set Reference"). These books are free to developers, and usually arrive within a couple of days of when you order them, if you are in the U.S.. Sorry, I don't think they ship outside the U.S., at least not for free. Note that if they have a run on them, they will likely start charging for them. Volume 3 has been invaluable to me, so if you must get only one, get that one. -- Terry From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 00:29:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC5B737B401 for ; Wed, 9 Jul 2003 00:29:59 -0700 (PDT) Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C85CF43F3F for ; Wed, 9 Jul 2003 00:29:58 -0700 (PDT) (envelope-from mail23@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.12.9/8.12.9) with ESMTP id h697U0JJ091261 for ; Wed, 9 Jul 2003 09:30:00 +0200 (CEST) (envelope-from bulk@ei.bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.12.9/8.12.9/Submit) id h697U0cN091260 for freebsd-current@freebsd.org; Wed, 9 Jul 2003 09:30:00 +0200 (CEST) Date: Wed, 9 Jul 2003 09:30:00 +0200 From: Ruben de Groot To: freebsd-current@freebsd.org Message-ID: <20030709073000.GA91106@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Building -current on -stable box => install broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 07:30:00 -0000 Hi, I've been building -current on a 4.x buildmachine on a daily basis for about a year. The /usr/obj and /usr/src directories are nfs exported to a testmachine running -current. After I came back from holiday a few days ago I noticed that the install on the -current machine gave me the following error: caliban# make installworld -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- make: don't know how to make /usr/include/sys/inttypes.h. Stop *** Error code 2 Stop in /usr/build/current/usr/src. *** Error code 1 Stop in /usr/build/current/usr/src. Now, in -stable there is a /usr/include/sys/inttypes.h, but on -current this file is in /usr/include/inttypes.h (at least in the last installed version of -current I have). So far I haven't found any clues in the archieves. Did I miss something or is something broken (the build- installprocess I describe is still supported right ?) -Ruben From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 00:43:43 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26F2C37B401 for ; Wed, 9 Jul 2003 00:43:43 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90CB143FB1 for ; Wed, 9 Jul 2003 00:43:42 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldtos.dialup.mindspring.com ([209.86.247.28] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19a9by-0007WJ-00; Wed, 09 Jul 2003 00:43:35 -0700 Message-ID: <3F0BC75B.12BF42CF@mindspring.com> Date: Wed, 09 Jul 2003 00:42:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Andy Farkas References: <20030709083947.L11189-100000@hewey.af.speednet.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4897589df3de9503c9acc669b1b19e78da8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: Julian Elischer cc: FreeBSD current users Subject: Re: SMP and setrunnable()- scheduler 4bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 07:43:43 -0000 Andy Farkas wrote: > On Tue, 8 Jul 2003, Julian Elischer wrote: > > It looks tp me that if we make a thread runnable > > and there is a processor in the idle loop, the idle processor should be > > kicked in some way to make it go get the newly runnable thread. > > Is this what's happenning to me an my setiathomes? The command: sysctl machdep.cpu_idle_hlt will tell you. If it says 1, then it may be the problem. If it says 0, then it's not the problem. You can explicitly set it to zero to disable halting in the idle loop. If you do this, your machine is likely to run ~20% hotter (depending on the CPU type), since HLT'ing an idle CPU tends to cool it off. If this fixes your problem, then it's likely that what's happening is that one or more of your CPU's are being idled until the clock or some other interrupt fires, at which point in time your setiathome processes are probably not the highest priority, as other things with higher priority have gotten in the run queue ahead of them. If this is the case, then Julian's suggested fix of an IPI to one or more idle CPU's when a process becomes ready-to-run will most likely be necessary to avoid this situation. If it doesn't "fix" your problem, then it's obviously something else... 8-). -- Terry From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 01:13:34 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3558E37B401 for ; Wed, 9 Jul 2003 01:13:34 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C4F243F93 for ; Wed, 9 Jul 2003 01:13:33 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldtos.dialup.mindspring.com ([209.86.247.28] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19aA2z-0003p8-00; Wed, 09 Jul 2003 01:11:30 -0700 Message-ID: <3F0BCDE2.C829AD37@mindspring.com> Date: Wed, 09 Jul 2003 01:10:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kevin Oberman References: <20030708195738.CD03D5D07@ptavv.es.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ad810e32c5eb59fc34684cde18afc5efa2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c cc: current ML cc: Steve Kargl cc: Thierry Herbelot Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 08:13:34 -0000 Kevin Oberman wrote: > > PS : is this an indication of bug in the p-III or in the chipset ? > > (ISTR these options could be used to get around unnamed errata of > > the p-IV) > > Terry has never been specific (due to non-disclosure), but adding > options DISABLE_PSE to the kernel of my P4 system results in a solid > crash when the apm driver probes. (This could be an apm(4) problem, as > well.) This is really strange; I'd like to try and help debug this one (off-list, so we don't bother anyone else with a lot of back and forth). There's actually nothing I could think of that could cause this, unless it's the BIOS accessing what it thinks is a linear access to low-core memory, and it not having a page mapping without the 4M page mapped. If this is happening, it's most likely spamming something on you without DISABLE_PSE, and you just don't know it because it's not important. I could give you a snippet of code, or walk you through writing one, that would make sure to establish 4K page mappings for the whole area that's normally covered by a 4M mapping; if this was able to fix the problem, then it's likely you are being spammed and that your BIOS is doing Very Bad Things(tm). My gut feeling on this is that the APM is spamming memory, though, and you won't be happy with a workaround that doesn't save you from this. Is there any way you could try ACPI on this board, instead of using APM? Or see if the vendor has a BIOS update (making sure you keep an old copy, just in case you want to go back)? -- Terry From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 01:30:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC7C837B401; Wed, 9 Jul 2003 01:30:52 -0700 (PDT) Received: from lakemtao08.cox.net (lakemtao08.cox.net [68.1.17.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2DC143FAF; Wed, 9 Jul 2003 01:30:51 -0700 (PDT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.37.247]) by lakemtao08.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP id <20030709083049.PBNI7627.lakemtao08.cox.net@mezz.mezzweb.com>; Wed, 9 Jul 2003 04:30:49 -0400 Date: Wed, 09 Jul 2003 03:30:50 -0500 To: freebsd-ports@freebsd.org From: Jeremy Messenger Content-Type: multipart/mixed; boundary="----------xY55pHLamPcs0JpTwzbLel" MIME-Version: 1.0 Message-ID: User-Agent: Opera7.11/Linux M2 build 406 cc: roam@freebsd.org cc: freebsd-current@freebsd.org Subject: sysutils/daemontools can't be install by NFS mount? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 08:30:53 -0000 ------------xY55pHLamPcs0JpTwzbLel Content-Type: text/plain; charset=utf-8; format=flowed Here's how I install sysutils/daemontools folowing: client# mount server:/usr/ports /usr/ports client# cd /usr/ports/sysutils/daemontools client# make It builds and start to halt forever at: env - /bin/sh rts.tests 2>&1 | cat -v > rts So, I tried to build in the NFS server machine without mount and it works fine. It will not work if I do that the steps above by mount. Here are two attaches of rts.tests and rts in case if anyone want to check.. I am not sure if it's NFS bug, I might missed option or it's just normal. Both machines have same source: =========================== # uname -a FreeBSD mezz.mezzweb.com 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Mon Jul 7 19:26:22 CDT 2003 mezz@mezz.mezzweb.com:/usr/obj/usr/src/sys/BSDRULZ i386 =========================== Cheers, Mezz -- bsdforums.org 's moderator, mezz. ------------xY55pHLamPcs0JpTwzbLel Content-Disposition: attachment; filename="rts." Content-Type: application/octet-stream; name="rts." Content-Transfer-Encoding: Base64 LS0tIHN2c3RhdCBoYW5kbGVzIG5ldyBhbmQgbm9uZXhpc3RlbnQgZGlyZWN0 b3JpZXMKdGVzdC5zdjogdW5hYmxlIHRvIG9wZW4gc3VwZXJ2aXNlL29rOiBm aWxlIGRvZXMgbm90IGV4aXN0Cm5vbmV4aXN0ZW50OiB1bmFibGUgdG8gY2hk aXI6IGZpbGUgZG9lcyBub3QgZXhpc3QKMAotLS0gc3ZjIGhhbmRsZXMgbmV3 IGFuZCBub25leGlzdGVudCBkaXJlY3RvcmllcwpzdmM6IHdhcm5pbmc6IHVu YWJsZSB0byBjb250cm9sIHRlc3Quc3Y6IGZpbGUgZG9lcyBub3QgZXhpc3QK c3ZjOiB3YXJuaW5nOiB1bmFibGUgdG8gY2hkaXIgdG8gbm9uZXhpc3RlbnQ6 IGZpbGUgZG9lcyBub3QgZXhpc3QKMAotLS0gc3ZvayBoYW5kbGVzIG5ldyBh bmQgbm9uZXhpc3RlbnQgZGlyZWN0b3JpZXMKMTAwCnN2b2s6IGZhdGFsOiB1 bmFibGUgdG8gY2hkaXIgdG8gbm9uZXhpc3RlbnQ6IGZpbGUgZG9lcyBub3Qg ZXhpc3QKMTExCi0tLSBzdXBlcnZpc2UgaGFuZGxlcyBub25leGlzdGVudCBk aXJlY3RvcmllcwpzdXBlcnY= ------------xY55pHLamPcs0JpTwzbLel Content-Disposition: attachment; filename="rts.tests" Content-Type: application/octet-stream; name="rts.tests" Content-Transfer-Encoding: Base64 IyBub3QgdGVzdGVkOgoKIyBtdWx0aWxvZyBoYW5kbGVzIFRFUk0KIyBtdWx0 aWxvZyBoYW5kbGVzIEFMUk0KIyBtdWx0aWxvZyBoYW5kbGVzIG91dC1vZi1t ZW1vcnkKIyBtdWx0aWxvZyBoYW5kbGVzIGxvZyBkaXJlY3RvcmllcwojIG11 bHRpbG9nIG1hdGNoZXMgb25seSBmaXJzdCAxMDAwIGNoYXJhY3RlcnMgb2Yg bG9uZyBsaW5lcwojIG11bHRpbG9nIHQgcHJvZHVjZXMgdGhlIHJpZ2h0IHRp bWUKIyBtdWx0aWxvZyBjbG9zZXMgZGVzY3JpcHRvcnMgcHJvcGVybHkKIyB0 YWk2NG4gcHJvZHVjZXMgdGhlIHJpZ2h0IHRpbWUKIyB0YWk2NG5sb2NhbCBj b252ZXJ0cyB0aW1lcyBjb3JyZWN0bHkKCiMgc3VwZXJ2aXNlIGNsb3NlcyBk ZXNjcmlwdG9ycyBwcm9wZXJseQojIHN2YyAtZAojIHN2YyAtcAojIHN2YyAt YwojIHN2YyAtYQojIHN2YyAtaQojIHN2YyAtdAojIHN2YyAtawojIHN2c2Nh bgojIHN2c2NhbmJvb3QKCiMgZW52dWlkZ2lkIHNldHMgR0lECiMgc2V0dWlk Z2lkCgojIHBncnBoYWNrIHdvcmtzIHByb3Blcmx5CgojIHJlYWRwcm9jdGl0 bGUgd29ya3MgcHJvcGVybHkKCiMgc29mdGxpbWl0IC1tCiMgc29mdGxpbWl0 IC1kCiMgc29mdGxpbWl0IC1zCiMgc29mdGxpbWl0IC1sCiMgc29mdGxpbWl0 IC1hCiMgc29mdGxpbWl0IC1wMCBwcmV2ZW50aW5nIGZvcms7IG5lZWQgdG8g cnVuIHRoaXMgYXMgbm9uLXJvb3QKIyBzb2Z0bGltaXQgLW87IHNoYXJlZCBs aWJyYXJpZXMgbWFrZSB0ZXN0cyBkaWZmaWN1bHQgaGVyZQojIHNvZnRsaW1p dCAtYwojIHNvZnRsaW1pdCAtZgojIHNvZnRsaW1pdCAtcgojIHNvZnRsaW1p dCAtdAoKClBBVEg9YHB3ZGA6L2NvbW1hbmQ6L3Vzci9sb2NhbC9iaW46L3Vz ci9sb2NhbC9zYmluOi9iaW46L3NiaW46L3Vzci9iaW46L3Vzci9zYmluOi91 c3IvWDExUjYvYmluCmV4cG9ydCBQQVRICgp1bWFzayAwMjIKCnJtIC1yZiBy dHMtdG1wCm1rZGlyIHJ0cy10bXAKY2QgcnRzLXRtcApta2RpciB0ZXN0LnN2 CgoKZWNobyAnLS0tIHN2c3RhdCBoYW5kbGVzIG5ldyBhbmQgbm9uZXhpc3Rl bnQgZGlyZWN0b3JpZXMnCiggZWNobyAnIyEvYmluL3NoJzsgZWNobyBlY2hv IGhpICkgPiB0ZXN0LnN2L3J1bgpjaG1vZCA3NTUgdGVzdC5zdi9ydW4KdG91 Y2ggdGVzdC5zdi9kb3duCnN2c3RhdCB0ZXN0LnN2IG5vbmV4aXN0ZW50OyBl Y2hvICQ/CgplY2hvICctLS0gc3ZjIGhhbmRsZXMgbmV3IGFuZCBub25leGlz dGVudCBkaXJlY3RvcmllcycKc3ZjIHRlc3Quc3Ygbm9uZXhpc3RlbnQ7IGVj aG8gJD8KCmVjaG8gJy0tLSBzdm9rIGhhbmRsZXMgbmV3IGFuZCBub25leGlz dGVudCBkaXJlY3RvcmllcycKc3ZvayB0ZXN0LnN2OyBlY2hvICQ/CnN2b2sg bm9uZXhpc3RlbnQ7IGVjaG8gJD8KCmVjaG8gJy0tLSBzdXBlcnZpc2UgaGFu ZGxlcyBub25leGlzdGVudCBkaXJlY3RvcmllcycKc3VwZXJ2aXNlIG5vbmV4 aXN0ZW50OyBlY2hvICQ/CgplY2hvICctLS0gc3VwZXJ2aXNlIHN0YXJ0cywg c3ZvayB3b3Jrcywgc3ZzdGF0IHdvcmtzLCBzdmMgLXggd29ya3MnCnN1cGVy dmlzZSB0ZXN0LnN2ICYKdW50aWwgc3ZvayB0ZXN0LnN2CmRvCiAgc2xlZXAg MQpkb25lCnN2c3RhdCB0ZXN0LnN2IHwgc2VkICdzL1swLTldKiBzZWNvbmRz L3ggc2Vjb25kcy8nOyBlY2hvICQ/CnN2YyAteCB0ZXN0LnN2OyBlY2hvICQ/ CndhaXQKc3ZzdGF0IHRlc3Quc3Y7IGVjaG8gJD8KCmVjaG8gJy0tLSBzdmMg LW94IHdvcmtzJwpzdXBlcnZpc2UgdGVzdC5zdiAmCnVudGlsIHN2b2sgdGVz dC5zdgpkbwogIHNsZWVwIDEKZG9uZQpzdmMgLW94IHRlc3Quc3YKd2FpdAoK ZWNobyAnLS0tIHN2c3RhdCB3b3JrcyBmb3IgdXAgc2VydmljZXMnCiggZWNo byAnIyEvYmluL3NoJzsgZWNobyBzbGVlcCAxOyBlY2hvIHN2c3RhdCAuICkg PiB0ZXN0LnN2L3J1bgpjaG1vZCA3NTUgdGVzdC5zdi9ydW4Kc3VwZXJ2aXNl IHRlc3Quc3YgXAp8IHNlZCAtZSAncy9bMC05XSogc2Vjb25kcy94IHNlY29u ZHMvJyAtZSAncy9waWQgWzAtOV0qL3BpZCB4LycgJgp1bnRpbCBzdm9rIHRl c3Quc3YKZG8KICBzbGVlcCAxCmRvbmUKc3ZjIC1veCB0ZXN0LnN2CndhaXQK CmVjaG8gJy0tLSBzdmMgLXUgd29ya3MnCiggZWNobyAnIyEvYmluL3NoJzsg ZWNobyBlY2hvIGZpcnN0OyBlY2hvIG12IHJ1bjIgcnVuICkgPiB0ZXN0LnN2 L3J1bgpjaG1vZCA3NTUgdGVzdC5zdi9ydW4KKCBlY2hvICcjIS9iaW4vc2gn OyBlY2hvIGVjaG8gc2Vjb25kOyBlY2hvIHN2YyAteCAuICkgPiB0ZXN0LnN2 L3J1bjIKY2htb2QgNzU1IHRlc3Quc3YvcnVuMgpzdXBlcnZpc2UgdGVzdC5z diAmCnVudGlsIHN2b2sgdGVzdC5zdgpkbwogIHNsZWVwIDEKZG9uZQpzdmMg LXUgdGVzdC5zdgp3YWl0CgoKZWNobyAnLS0tIHRhaTY0biBoYXMgdGhlIHJp Z2h0IGZvcm1hdCcKKCBlY2hvIE9ORTsgZWNobyBUV08gKSB8IHRhaTY0biB8 IHNlZCAncy9bMC05YS1mXS94L2cnCgplY2hvICctLS0gdGFpNjRubG9jYWwg aGFuZGxlcyBub24tQCBsaW5lcyBjb3JyZWN0bHknCiggZWNobyBvbmU7IGVj aG8gdHdvICkgfCB0YWk2NG5sb2NhbDsgZWNobyAkPwoKCmVjaG8gJy0tLSBz b2Z0bGltaXQgaW5zaXN0cyBvbiBhbiBhcmd1bWVudCcKc29mdGxpbWl0OyBl Y2hvICQ/CgplY2hvICctLS0gc29mdGxpbWl0IGNvbXBsYWlucyBpZiBpdCBj YW5ub3QgcnVuIHByb2dyYW0nCnNvZnRsaW1pdCAuL25vbmV4aXN0ZW50OyBl Y2hvICQ/CgplY2hvICctLS0gc29mdGxpbWl0IC1wMCBzdGlsbCBhbGxvd3Mg ZXhlYycKc29mdGxpbWl0IC1wMCBlY2hvIC4vbm9uZXhpc3RlbnQ7IGVjaG8g JD8KCgplY2hvICctLS0gZmdoYWNrIGluc2lzdHMgb24gYW4gYXJndW1lbnQn CmZnaGFjazsgZWNobyAkPwoKZWNobyAnLS0tIGZnaGFjayBjb21wbGFpbnMg aWYgaXQgY2Fubm90IHJ1biBwcm9ncmFtJwpmZ2hhY2sgLi9ub25leGlzdGVu dDsgZWNobyAkPwoKZWNobyAnLS0tIGZnaGFjayBydW5zIGEgcHJvZ3JhbScK ZmdoYWNrIHNoIC1jICdlY2hvIGhpICYnOyBlY2hvICQ/CgoKZWNobyAnLS0t IHBncnBoYWNrIGluc2lzdHMgb24gYW4gYXJndW1lbnQnCnBncnBoYWNrOyBl Y2hvICQ/CgplY2hvICctLS0gcGdycGhhY2sgY29tcGxhaW5zIGlmIGl0IGNh bm5vdCBydW4gcHJvZ3JhbScKcGdycGhhY2sgLi9ub25leGlzdGVudDsgZWNo byAkPwoKZWNobyAnLS0tIHBncnBoYWNrIHJ1bnMgYSBwcm9ncmFtJwpwZ3Jw aGFjayBlY2hvIG9rOyBlY2hvICQ/CgoKZWNobyAnLS0tIHJlYWRwcm9jdGl0 bGUgaW5zaXN0cyBvbiBhbiBhcmd1bWVudCcKcmVhZHByb2N0aXRsZSA8IC9k ZXYvbnVsbDsgZWNobyAkPwoKZWNobyAnLS0tIHJlYWRwcm9jdGl0bGUgaW5z aXN0cyBvbiBsYXN0IGFyZ3VtZW50IGJlaW5nIGF0IGxlYXN0IGZpdmUgYnl0 ZXMnCnJlYWRwcm9jdGl0bGUgLi4uLi4uLi4uLiBmb3VyIDwgL2Rldi9udWxs OyBlY2hvICQ/CgoKZWNobyAnLS0tIG11bHRpbG9nIHByaW50cyBub3RoaW5n IHdpdGggbm8gYWN0aW9ucycKKCBlY2hvIG9uZTsgZWNobyB0d28gKSB8IG11 bHRpbG9nOyBlY2hvICQ/CgplY2hvICctLS0gbXVsdGlsb2cgZSBwcmludHMg dG8gc3RkZXJyJwooIGVjaG8gb25lOyBlY2hvIHR3byApIHwgbXVsdGlsb2cg ZSAyPiYxOyBlY2hvICQ/CgplY2hvICctLS0gbXVsdGlsb2cgaW5zZXJ0cyBu ZXdsaW5lIGFmdGVyIHBhcnRpYWwgZmluYWwgbGluZScKKCBlY2hvIG9uZTsg ZWNobyB0d28gfCB0ciAtZCAnXDAxMicgKSB8IG11bHRpbG9nIGUgMj4mMTsg ZWNobyAkPwoKZWNobyAnLS0tIG11bHRpbG9nIGhhbmRsZXMgbXVsdGlwbGUg YWN0aW9ucycKKCBlY2hvIG9uZTsgZWNobyB0d28gKSB8IG11bHRpbG9nIGUg ZSAyPiYxOyBlY2hvICQ/CgplY2hvICctLS0gbXVsdGlsb2cgaGFuZGxlcyB3 aWxkY2FyZCAtJwooIGVjaG8gb25lOyBlY2hvIHR3byApIHwgbXVsdGlsb2cg Jy0qJyBlIDI+JjE7IGVjaG8gJD8KCmVjaG8gJy0tLSBtdWx0aWxvZyBoYW5k bGVzIGxpdGVyYWwgKycKKCBlY2hvIG9uZTsgZWNobyB0d28gKSB8IG11bHRp bG9nICctKicgJytvbmUnIGUgMj4mMTsgZWNobyAkPwoKZWNobyAnLS0tIG11 bHRpbG9nIGhhbmRsZXMgbG9uZyBsaW5lcyBmb3Igc3RkZXJyJwplY2hvIDAx MjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2 Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAx MjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2 Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAx MjM0NTY3ODkwMTIzNDU2NzggXAp8IG11bHRpbG9nIGUgMj4mMTsgZWNobyAk PwplY2hvIDAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3 ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEy MzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3 ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEy MzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5IFwKfCBtdWx0aWxvZyBlIDI+ JjE7IGVjaG8gJD8KZWNobyAwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3 ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEy MzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3 ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEy MzQ1Njc4OTAxMjM0NTY3ODkwMTIzNDU2Nzg5MDEyMzQ1Njc4OTAgXAp8IG11 bHRpbG9nIGUgMj4mMTsgZWNobyAkPwoKZWNobyAnLS0tIG11bHRpbG9nIGhh bmRsZXMgc3RhdHVzIGZpbGVzJwpybSAtZiB0ZXN0LnN0YXR1cwooIGVjaG8g b25lOyBlY2hvIHR3byApIHwgbXVsdGlsb2cgPXRlc3Quc3RhdHVzOyBlY2hv ICQ/CnVuaXEgLWMgPCB0ZXN0LnN0YXR1cyB8IHNlZCAncy9bIAldKlsgCV0v Xy9nJwoKZWNobyAnLS0tIG11bHRpbG9nIHQgaGFzIHRoZSByaWdodCBmb3Jt YXQnCiggZWNobyBPTkU7IGVjaG8gVFdPICkgfCBtdWx0aWxvZyB0IGUgMj4m MSB8IHNlZCAncy9bMC05YS1mXS94L2cnCgoKZWNobyAnLS0tIG1hdGNoIGhh bmRsZXMgbGl0ZXJhbCBzdHJpbmcnCm1hdGNodGVzdCBvbmUgb25lCm1hdGNo dGVzdCBvbmUgJycKbWF0Y2h0ZXN0IG9uZSBvbgptYXRjaHRlc3Qgb25lIG9u ZgptYXRjaHRlc3Qgb25lICdvbmUqJwptYXRjaHRlc3Qgb25lIG9uZXR3bwoK ZWNobyAnLS0tIG1hdGNoIGhhbmRsZXMgZW1wdHkgc3RyaW5nJwptYXRjaHRl c3QgJycgJycKbWF0Y2h0ZXN0ICcnIHgKCmVjaG8gJy0tLSBtYXRjaCBoYW5k bGVzIGZ1bGwtbGluZSB3aWxkY2FyZCcKbWF0Y2h0ZXN0ICcqJyAnJwptYXRj aHRlc3QgJyonIHgKbWF0Y2h0ZXN0ICcqJyAnKicKbWF0Y2h0ZXN0ICcqJyBv bmUKCmVjaG8gJy0tLSBtYXRjaCBoYW5kbGVzIGVuZGluZyB3aWxkY2FyZCcK bWF0Y2h0ZXN0ICdvbmUqJyBvbmUKbWF0Y2h0ZXN0ICdvbmUqJyAnb25lKicK bWF0Y2h0ZXN0ICdvbmUqJyBvbmV0d28KbWF0Y2h0ZXN0ICdvbmUqJyAnJwpt YXRjaHRlc3QgJ29uZSonIHgKbWF0Y2h0ZXN0ICdvbmUqJyBvbgptYXRjaHRl c3QgJ29uZSonIG9uZgoKZWNobyAnLS0tIG1hdGNoIGhhbmRsZXMgd2lsZGNh cmQgdGVybWluYXRpb24nCm1hdGNodGVzdCAnKiBvbmUnICcgb25lJwptYXRj aHRlc3QgJyogb25lJyAneCBvbmUnCm1hdGNodGVzdCAnKiBvbmUnICcqIG9u ZScKbWF0Y2h0ZXN0ICcqIG9uZScgJ3h5IG9uZScKbWF0Y2h0ZXN0ICcqIG9u ZScgJ29uZScKbWF0Y2h0ZXN0ICcqIG9uZScgJyB0d28nCm1hdGNodGVzdCAn KiBvbmUnICcgIG9uZScKbWF0Y2h0ZXN0ICcqIG9uZScgJ3h5IG9uZSAnCgpl Y2hvICctLS0gbWF0Y2ggaGFuZGxlcyBtdWx0aXBsZSB3aWxkY2FyZHMnCm1h dGNodGVzdCAnKiAqIG9uZScgJyAgb25lJwptYXRjaHRlc3QgJyogKiBvbmUn ICd4ICBvbmUnCm1hdGNodGVzdCAnKiAqIG9uZScgJyB5IG9uZScKbWF0Y2h0 ZXN0ICcqICogb25lJyAneCB5IG9uZScKbWF0Y2h0ZXN0ICcqICogb25lJyAn b25lJwptYXRjaHRlc3QgJyogKiBvbmUnICcgb25lJwptYXRjaHRlc3QgJyog KiBvbmUnICcgICBvbmUnCgoKZWNobyAnLS0tIGVudnVpZGdpZCBpbnNpc3Rz IG9uIHR3byBhcmd1bWVudHMnCmVudnVpZGdpZDsgZWNobyAkPwplbnZ1aWRn aWQgcm9vdDsgZWNobyAkPwoKZWNobyAnLS0tIGVudnVpZGdpZCBzZXRzIFVJ RD0wIGZvciByb290JwplbnZ1aWRnaWQgcm9vdCBwcmludGVudiBVSUQ7IGVj aG8gJD8KCmVjaG8gJy0tLSBlbnZ1aWRnaWQgY29tcGxhaW5zIGlmIGl0IGNh bm5vdCBydW4gcHJvZ3JhbScKZW52dWlkZ2lkIHJvb3QgLi9ub25leGlzdGVu dDsgZWNobyAkPwoKCmVjaG8gJy0tLSBlbnZkaXIgcmVxdWlyZXMgYXJndW1l bnRzJwplbnZkaXIgd2hhdGV2ZXI7IGVjaG8gJD8KCmVjaG8gJy0tLSBlbnZk aXIgY29tcGxhaW5zIGlmIGl0IGNhbm5vdCByZWFkIGRpcmVjdG9yeScKbG4g LXMgZW52MSBlbnYxCmVudmRpciBlbnYxIGVjaG8geWVzOyBlY2hvICQ/Cgpl Y2hvICctLS0gZW52ZGlyIGNvbXBsYWlucyBpZiBpdCBjYW5ub3QgcmVhZCBm aWxlJwpybSBlbnYxCm1rZGlyIGVudjEKbG4gLXMgTWVzc2FnZSBlbnYxL01l c3NhZ2UKZW52ZGlyIGVudjEgZWNobyB5ZXM7IGVjaG8gJD8KCmVjaG8gJy0t LSBlbnZkaXIgYWRkcyB2YXJpYWJsZXMnCnJtIGVudjEvTWVzc2FnZQplY2hv IFRoaXMgaXMgYSB0ZXN0LiBUaGlzIGlzIG9ubHkgYSB0ZXN0LiA+IGVudjEv TWVzc2FnZQplbnZkaXIgZW52MSBzaCAtYyAnZWNobyAkTWVzc2FnZSc7IGVj aG8gJD8KCmVjaG8gJy0tLSBlbnZkaXIgcmVtb3ZlcyB2YXJpYWJsZXMnCm1r ZGlyIGVudjIKdG91Y2ggZW52Mi9NZXNzYWdlCmVudmRpciBlbnYxIGVudmRp ciBlbnYyIHNoIC1jICdlY2hvICRNZXNzYWdlJzsgZWNobyAkPwoKCmVjaG8g Jy0tLSBzZXRsb2NrIHJlcXVpcmVzIGFyZ3VtZW50cycKc2V0bG9jayB3aGF0 ZXZlcjsgZWNobyAkPwoKZWNobyAnLS0tIHNldGxvY2sgY29tcGxhaW5zIGlm IGl0IGNhbm5vdCBjcmVhdGUgbG9jayBmaWxlJwpzZXRsb2NrIG5vbmV4aXN0 ZW50L2xvY2sgZWNobyB3cm9uZzsgZWNobyAkPwoKZWNobyAnLS0tIHNldGxv Y2sgLXggZXhpdHMgcXVpZXRseSBpZiBpdCBjYW5ub3QgY3JlYXRlIGxvY2sg ZmlsZScKc2V0bG9jayAteCBub25leGlzdGVudC9sb2NrIGVjaG8gd3Jvbmc7 IGVjaG8gJD8KCmVjaG8gJy0tLSBzZXRsb2NrIGNyZWF0ZXMgbG9jayBmaWxl JwpzZXRsb2NrIGxvY2sgZWNobyBvazsgZWNobyAkPwoKZWNobyAnLS0tIHNl dGxvY2sgZG9lcyBub3QgdHJ1bmNhdGUgbG9jayBmaWxlJwplY2hvIG9rID4g bG9jawpzZXRsb2NrIGxvY2sgY2F0IGxvY2s7IGVjaG8gJD8Kcm0gLWYgbG9j awoKZWNobyAnLS0tIHNldGxvY2sgLW4gY29tcGxhaW5zIGlmIGZpbGUgaXMg YWxyZWFkeSBsb2NrZWQnCnNldGxvY2sgbG9jayBzaCAtYyAnc2V0bG9jayAt biBsb2NrIGVjaG8gb25lICYmIGVjaG8gdHdvJzsgZWNobyAkPwoKZWNobyAn LS0tIHNldGxvY2sgLW54IGV4aXRzIHF1aWV0bHkgaWYgZmlsZSBpcyBhbHJl YWR5IGxvY2tlZCcKc2V0bG9jayBsb2NrIHNoIC1jICdzZXRsb2NrIC1ueCBs b2NrIGVjaG8gb25lICYmIGVjaG8gdHdvJzsgZWNobyAkPwoKCmV4aXQgMAo= ------------xY55pHLamPcs0JpTwzbLel-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 01:48:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EECE737B401 for ; Wed, 9 Jul 2003 01:48:39 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C6143FB1 for ; Wed, 9 Jul 2003 01:48:39 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldtos.dialup.mindspring.com ([209.86.247.28] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19aAcu-0007V7-00; Wed, 09 Jul 2003 01:48:37 -0700 Message-ID: <3F0BD682.376B0F82@mindspring.com> Date: Wed, 09 Jul 2003 01:46:58 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Steve Kargl References: <200307082011.49200.thierry@herbelot.com> <200307082109.20039.thierry@herbelot.com> <20030708193053.GA68383@troutmask.apl.washington.edu> <20030708212821.GA68477@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a46ebabc1b76897bef7524076d89a58c38548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: current ML cc: Thierry Herbelot Subject: Re: systematic panic on an SMP machine for 5.1-Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 08:48:40 -0000 Steve Kargl wrote: > > PS : is this an indication of bug in the p-III or in the chipset ? > > (ISTR these options could be used to get around unnamed errata of the p-IV) > > You'll need to search the mailing list archive for vague ramblings > by Terry Lambert about these option, large memory machines, > and bugs in the Intel CPUi architecture. Let me say *unequivocally* that *all* Intel and AMD CPUs that support PSE have this problem. The only thing memory size and specific CPU type have to do with it is in how hard it is to trigger the bug accidently. > I was hoping to avoid > Yet Another Terry Email (YATE) on the subject, which simply > tells us how clever he is without giving any details. NDA like Bosko and a half dozen others have, and I will send you the 6K file which describes the problem in great detail. -- Terry From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 01:48:55 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 751C737B401 for ; Wed, 9 Jul 2003 01:48:55 -0700 (PDT) Received: from mail44.fg.online.no (mail44-s.fg.online.no [148.122.161.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7581143F93 for ; Wed, 9 Jul 2003 01:48:53 -0700 (PDT) (envelope-from morten@rodal.no) Received: from slimy.rodal.no (ti121210a080-2968.bb.online.no [80.212.11.152]) by mail44.fg.online.no (8.9.3p2/8.9.3) with ESMTP id KAA23693; Wed, 9 Jul 2003 10:48:13 +0200 (MEST) Received: from atlantis.rodal.no (wlan-019.rodal.no [192.168.0.19]) by slimy.rodal.no (8.12.8p1/8.12.8) with ESMTP id h698mBt8010726; Wed, 9 Jul 2003 10:48:11 +0200 (CEST) (envelope-from morten@rodal.no) Received: (from morten@localhost) by atlantis.rodal.no (8.12.9/8.12.9/Submit) id h698m96V000764; Wed, 9 Jul 2003 10:48:09 +0200 (CEST) (envelope-from morten) Date: Wed, 9 Jul 2003 10:48:09 +0200 From: Morten Rodal To: Wiktor Niesiobedzki Message-ID: <20030709084808.GA579@atlantis.rodal.no> References: <20030708213237.GG44871@mail.evip.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20030708213237.GG44871@mail.evip.pl> cc: current@freebsd.org Subject: Re: panic with ULE and KSE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 08:48:55 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 08, 2003 at 11:32:37PM +0200, Wiktor Niesiobedzki wrote: > Hi, >=20 > I receive various panics, when I try to run ksetest, mostly concering page > faults in choosethread() (called from mi_switch() in kern_synch.c:524) but > also other panics. I use SCHED_ULE (haven't tried 4BSD yet, bot I'm going= to). >=20 > Tried this on two different machines (one build from last week, one today= 's). > My another machine (build from 16 Jun) works properly. >=20 > Anyone can confirm that?=20 >=20 > Stack backtrace is available for anyone, who'd like to have a look at it. >=20 I saw several panics with SCHED_ULE and KSE myself, and I was recommended to use SCHED_4BSD by a few others. It seems ULE isn't ready for KSE right now. This is one (out of a total of three I think) panics that I saw: http://lists.freebsd.org/mailman/htdig/freebsd-current/2003-July/006073.html --=20 Morten Rodal --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/C9bIbWe1Cy11WVsRAvRYAJ0c9oby+BMCRtBTyZ7H2BXIvGJRFgCeNAbc FvP2wDhFH/QXJhoDl+qRvRo= =DeNv -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 02:19:33 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D0937B401 for ; Wed, 9 Jul 2003 02:19:33 -0700 (PDT) Received: from fepZ.post.tele.dk (fepz.post.tele.dk [195.41.46.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BA2243F93 for ; Wed, 9 Jul 2003 02:19:32 -0700 (PDT) (envelope-from pho@holm.cc) Received: from peter.osted.lan ([80.164.63.151]) by fepZ.post.tele.dk (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030709091930.KFKU4713.fepZ.post.tele.dk@peter.osted.lan> for ; Wed, 9 Jul 2003 11:19:30 +0200 Received: from peter.osted.lan (localhost [127.0.0.1]) by peter.osted.lan (8.12.8/8.12.8) with ESMTP id h699JTmN025735 for ; Wed, 9 Jul 2003 11:19:29 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.12.8/8.12.8/Submit) id h699JTDl025734 for freebsd-current@freebsd.org; Wed, 9 Jul 2003 11:19:29 +0200 (CEST) Date: Wed, 9 Jul 2003 11:19:29 +0200 From: Peter Holm To: freebsd-current@freebsd.org Message-ID: <20030709091929.GA25681@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 09:19:33 -0000 Here's a trace from a deadlock in a kernel from Jul 8 13:51 UTC: http://people.freebsd.org/~pho/stress/cons36.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 02:20:53 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B1A37B401 for ; Wed, 9 Jul 2003 02:20:53 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FCBE43FCB for ; Wed, 9 Jul 2003 02:20:52 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h699kFIv004464; Wed, 9 Jul 2003 05:46:15 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h699L6l8004644; Wed, 9 Jul 2003 02:21:06 -0700 (PDT) (envelope-from jmg) Date: Wed, 9 Jul 2003 02:21:06 -0700 From: John-Mark Gurney To: ticso@cicely.de Message-ID: <20030709092105.GT44762@funkthat.com> Mail-Followup-To: ticso@cicely.de, current@freebsd.org References: <20030708224524.GR44762@funkthat.com> <20030708232826.GV31285@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030708232826.GV31285@cicely12.cicely.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: current@freebsd.org Subject: Re: usb dma patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 09:20:53 -0000 Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200: > On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote: > > I have made usb bus_dma aware. I have only tested this patch so far on > > an ohci controller in sparc64. I do have problems with isochronous > > transfers, but I don't have an i386 box to test the original code on to > > make sure it isn't my changes. Currently both umass and ums have been > > tested and are working on sparc64. I would like to receive feed back > > on i386 to make sure things don't break there. > > ohci code doesn't support isochronous so far. > There is a patch to add this kern/52589. > > > The patch is at: > > http://people.FreeBSD.org/~jmg/usb_dma.diff > > There are more changes than just bus_dma in this patchset. > E.g. changing commets for specs and adding verdors. I thought I had taken the vendor part out, but I missed it in this spin of the patches. The problem is that since I'm doing my testing on sparc64, all the changes have to be rolled into one since I can't "make" it work w/o bus_dma. > I've seen a number of changes in code places that are very similar to > ehci, but there are no such changes in ehci. I tried to do some small changes, but since I don't have an ehci card, I can't do any testing. If I had one, I'd do the necessary changes on that card also. > This was just with a quick look into the patchset so there might be > other issues as well. > > You might also ask Josef Karthauser and Scott Long about this, because > they already spend some time into busdma'ing USB and they found some > performance issues with the current bus_dma implementation on FreeBSD. > You should contact Scott Long about details. I asked Joe, and he said go for it. As for Scott Long, he also knows that I'm working on it. As for performance, the new code will suffer some because it will force bounces on code that previously didn't need it. This is because all buffers are forced to be a single segment, instead of n segments of max of 4k (or on a per controller option). This is more of a limitation of how NetBSD uses DMAADDR/KERNADDR since they use the macros and assume each dma address is pysically contigious. Thanks for pointing it out. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 02:36:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CF5437B401 for ; Wed, 9 Jul 2003 02:36:24 -0700 (PDT) Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB0F643F3F for ; Wed, 9 Jul 2003 02:36:22 -0700 (PDT) (envelope-from ianf@mci.com) Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32]) by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1) id 19aBMJ-000FfX-00; Wed, 09 Jul 2003 11:35:31 +0200 Received: from localhost ([127.0.0.1] helo=mci.com) by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1) id 19aBMI-0007L8-00; Wed, 09 Jul 2003 11:35:30 +0200 To: Larry Rosenman In-reply-to: Your message of "Tue, 08 Jul 2003 07:42:48 EST." <48810000.1057668168@lerlaptop.lerctr.org> References: <48810000.1057668168@lerlaptop.lerctr.org> From: Ian Freislich X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif X-BOFH: true X-LART: Depleted uranium X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted Date: Wed, 09 Jul 2003 11:35:30 +0200 Message-ID: <28217.1057743330@mci.com> Sender: ianf@mci.com cc: current@freebsd.org cc: Lukas Ertl Subject: Re: pgsql logged in on console - su/PAM 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: Wed, 09 Jul 2003 09:36:24 -0000 Larry Rosenman wrote: > > > --On Tuesday, July 08, 2003 13:58:19 +0200 Lukas Ertl > wrote: > > > Hi, > > > > can anyone explain why the pgsql user is logged in on console nowadays? > I'm seeing the same thing, and am also interested in making it stop. It's got tomething to do with the 'su - pgsql -c ...'. I've been able to reproduce this with an arbitrary user by doing the following, but haven't debugged further: ne-dead] ~ # w 11:34AM up 22:26, 2 users, load averages: 2.46, 2.45, 2.44 USER TTY FROM LOGIN@ IDLE WHAT pgsql console - Tue01PM 22:25 - ianf p0 copernicus.so.cp 11:34AM - w [brane-dead] ~ # su - games Last login: Wed Jul 9 11:33:30 on ttyp0 This account is currently not available. [brane-dead] ~ # w 11:34AM up 22:26, 2 users, load averages: 2.55, 2.47, 2.45 USER TTY FROM LOGIN@ IDLE WHAT pgsql console - Tue01PM 22:25 - games p0 - 11:34AM - w [brane-dead] ~ # exit exit [brane-dead] ~ $ w 11:34AM up 22:26, 2 users, load averages: 2.50, 2.46, 2.45 USER TTY FROM LOGIN@ IDLE WHAT pgsql console - Tue01PM 22:25 - games p0 - 11:34AM - w Ian From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 02:44:36 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D303F37B404 for ; Wed, 9 Jul 2003 02:44:36 -0700 (PDT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id A935E43FBD for ; Wed, 9 Jul 2003 02:44:34 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 1171 invoked from network); 9 Jul 2003 09:36:58 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 9 Jul 2003 09:36:57 -0000 Received: (qmail 9098 invoked by uid 1000); 9 Jul 2003 09:46:37 -0000 Date: Wed, 9 Jul 2003 12:46:37 +0300 From: Peter Pentchev To: Jeremy Messenger Message-ID: <20030709094637.GM356@straylight.oblivion.bg> Mail-Followup-To: Jeremy Messenger , freebsd-ports@freebsd.org, freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uwl7UQhJk99r8jnw" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: sysutils/daemontools can't be install by NFS mount? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 09:44:37 -0000 --Uwl7UQhJk99r8jnw Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 09, 2003 at 03:30:50AM -0500, Jeremy Messenger wrote: > Here's how I install sysutils/daemontools folowing: >=20 > client# mount server:/usr/ports /usr/ports > client# cd /usr/ports/sysutils/daemontools > client# make >=20 > It builds and start to halt forever at: >=20 > env - /bin/sh rts.tests 2>&1 | cat -v > rts >=20 > So, I tried to build in the NFS server machine without mount and it works= =20 > fine. It will not work if I do that the steps above by mount. Here are tw= o=20 > attaches of rts.tests and rts in case if anyone want to check.. I am not= =20 > sure if it's NFS bug, I might missed option or it's just normal. Yes, this is a known problem: the tests run by daemontools seem to hang forever due to some problems with locking files over NFS. I guess I should add a WITHOUT_TESTS knob to disable the test run. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 Nostalgia ain't what it used to be. --Uwl7UQhJk99r8jnw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/C+R97Ri2jRYZRVMRAin/AJ9R0Xnt82A+LrMnZlJwb0DHIzVTCACfdDrk E/Yw5o0fjDT3U8u1fs8rmIk= =vEC4 -----END PGP SIGNATURE----- --Uwl7UQhJk99r8jnw-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 03:30:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED63637B401 for ; Wed, 9 Jul 2003 03:30:18 -0700 (PDT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E153B43F75 for ; Wed, 9 Jul 2003 03:30:13 -0700 (PDT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 2599710BF8C; Wed, 9 Jul 2003 12:30:12 +0200 (CEST) Date: Wed, 9 Jul 2003 12:30:12 +0200 From: "Simon L. Nielsen" To: Mike Makonnen Message-ID: <20030709103010.GA405@nitro.dk> References: <3F0B4513.2050808@twcny.rr.com> <20030708234257.GA88589@kokeb.ambesa.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20030708234257.GA88589@kokeb.ambesa.net> User-Agent: Mutt/1.5.4i cc: Tom Parquette cc: freebsd-current@freebsd.org Subject: Re: /etc/rc: WARNING: domainname(1) is not set. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 10:30:19 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003.07.08 19:42:57 -0400, Mike Makonnen wrote: > On Tue, Jul 08, 2003 at 06:26:27PM -0400, Tom Parquette wrote: > > Hi, > > I have been getting the message "/etc/rc: WARNING: domainname(1) is not= =20 > > set" every time I boot one of my machines. > > It is a 5.1-CURRENT system but I have not updated since June 15. > >=20 > > I have been ignoring this for some time because I have been trying to= =20 > > get DDNS to work. > > I thought it was related to my DDNS problem. Now that I have DDNS=20 > > working (finally) I was supprised to see the message still appearing. > >=20 >=20 > It says domainname(1) for a reason :-) > ^^^^ >=20 > Domainname has nothing to do with DNS, it's talking about your NIS > domain name. You are trying to use one of the yp* daemons without > first setting your NIS domain. You need domainname=3D"..." in rc.conf. Just in case someone searches the archives later... The variable is actually called nisdomainname. The domainname variable is only referenced in rc.d/network, which I don't think is used anymore? --=20 Simon L. Nielsen --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/C+6y8kocFXgPTRwRAuN+AKC1bK1UNF9l7CkqcvmB4cjSRw/r+QCgwEny PPOtXMNf8aNzQSfl8+m4Mo4= =NlNY -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 03:55:23 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38D4F37B401 for ; Wed, 9 Jul 2003 03:55:23 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0126F43F93 for ; Wed, 9 Jul 2003 03:55:22 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h69AtGhR097623 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Wed, 9 Jul 2003 12:55:19 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h69AtEw6099502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jul 2003 12:55:15 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.9/8.12.9) with ESMTP id h69AtEgt039899; Wed, 9 Jul 2003 12:55:14 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.9/8.12.9/Submit) id h69AtDn6039898; Wed, 9 Jul 2003 12:55:14 +0200 (CEST) Date: Wed, 9 Jul 2003 12:55:13 +0200 From: Bernd Walter To: ticso@cicely.de, current@freebsd.org Message-ID: <20030709105513.GY31285@cicely12.cicely.de> References: <20030708224524.GR44762@funkthat.com> <20030708232826.GV31285@cicely12.cicely.de> <20030709092105.GT44762@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030709092105.GT44762@funkthat.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.1-CURRENT alpha User-Agent: Mutt/1.5.4i Subject: Re: usb dma patch 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: Wed, 09 Jul 2003 10:55:23 -0000 On Wed, Jul 09, 2003 at 02:21:06AM -0700, John-Mark Gurney wrote: > Bernd Walter wrote this message on Wed, Jul 09, 2003 at 01:28 +0200: > > On Tue, Jul 08, 2003 at 03:45:24PM -0700, John-Mark Gurney wrote: > > > I have made usb bus_dma aware. I have only tested this patch so far on > > > an ohci controller in sparc64. I do have problems with isochronous > > > transfers, but I don't have an i386 box to test the original code on to > > > make sure it isn't my changes. Currently both umass and ums have been > > > tested and are working on sparc64. I would like to receive feed back > > > on i386 to make sure things don't break there. > > > > ohci code doesn't support isochronous so far. > > There is a patch to add this kern/52589. > > > > > The patch is at: > > > http://people.FreeBSD.org/~jmg/usb_dma.diff > > > > There are more changes than just bus_dma in this patchset. > > E.g. changing commets for specs and adding verdors. > > I thought I had taken the vendor part out, but I missed it in this > spin of the patches. The problem is that since I'm doing my testing > on sparc64, all the changes have to be rolled into one since I can't > "make" it work w/o bus_dma. No - problem - just remember this :) > > I've seen a number of changes in code places that are very similar to > > ehci, but there are no such changes in ehci. > > I tried to do some small changes, but since I don't have an ehci card, > I can't do any testing. If I had one, I'd do the necessary changes on > that card also. OK - unfortunately it seems to be impossible to add bus_dma support on a per controller basis, so we need to have ehci and uhci as well. I have a card here, but currently no device. Asus supported me with a test device for porting the ehci driver. What I currently can do is testing ohci on alpha if I find enough time also in a large memory environment. > > This was just with a quick look into the patchset so there might be > > other issues as well. > > > > You might also ask Josef Karthauser and Scott Long about this, because > > they already spend some time into busdma'ing USB and they found some > > performance issues with the current bus_dma implementation on FreeBSD. > > You should contact Scott Long about details. > > I asked Joe, and he said go for it. As for Scott Long, he also knows > that I'm working on it. And it great that you do. I have large memory support for alpha in the queue and without bus_dma ported USB this would mean no USB on such a system. > As for performance, the new code will suffer some because it will force > bounces on code that previously didn't need it. This is because all > buffers are forced to be a single segment, instead of n segments of > max of 4k (or on a per controller option). This is more of a limitation > of how NetBSD uses DMAADDR/KERNADDR since they use the macros and assume > each dma address is pysically contigious. That's bad, but I think we shouldn't make it a show stopper because busdma is important. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 05:10:15 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4811337B405 for ; Wed, 9 Jul 2003 05:10:15 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3D1743FAF for ; Wed, 9 Jul 2003 05:10:13 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 43017 invoked from network); 9 Jul 2003 12:10:08 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 9 Jul 2003 12:10:08 -0000 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Wed, 9 Jul 2003 08:10:07 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Help diagnosing NIS breakage ? Thread-Index: AcNE/AlcSdHWFCaQST6EUg3YAHo/qgAY13pgACzQsrA= From: "Robin P. Blanchard" To: "John De Boskey" , cc: "Jacques A. Vidrine" Subject: RE: Help diagnosing NIS breakage ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 12:10:15 -0000 Given the lack of response on this, I fortunately was able to = 'downgrade' back to sources dated 08 june 2003. Low and behold, NIS users again = work. There is undoubtedly something awry in the the latest sources, as I can systematically recreate a 'broken' system. I will gladly provide shell = access to developers who wish to look into this. It would be nice to be able to = stay current on -CURRENT (heh). Thanks. >=20 > > ----- Robin P. Blanchard's Original Message ----- > > >=20 > > > Still pulling my hair out on this one...Updated to latest > > kern/world > > > this morning and NIS users are no longer working. > >=20 > > What -`date` version were you running where things worked > > before you did the 1st upgrade? > >=20 > > Can you provide the contents of your /etc/group, /etc/passwd > > (just the last two lines of each), and /etc/nsswitch.conf files? > >=20 > > Your demonstration below indicates that NIS is correctly > > setup and running, but that it is not correctly configured in=20 > > for system usage. > >=20 > > While I realize it doesn't help you, I am running the latest > > NIS code in a cluster and it works fine (FreeBSD 4.8 server,=20 > > various clients). >=20 > OK... Nsswitch.conf exists on neither machine here. I setup a=20 > test nsswitch.conf on the broken NIS box to use NIS but it=20 > didn't help at all. >=20 > 1) > On FreeBSD 5.1-CURRENT #0: Tue Jun 17 10:28:52 EDT 2003: > # ypcat passwd |fgrep robin=20 > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > # finger robin > Login: robin Name:=20 > Directory: /home/robin Shell: /bin/bash > Never logged in. > No Mail. > No Plan. > # id robin > uid=3D20292(robin) gid=3D30028(NSS) groups=3D30028(NSS),=20 > 30000(gactr), 30026(ITS) # tail -2 /etc/passwd=20 > nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin > +:*::::: > # tail -2 /etc/passwd=20 > nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin > +:*::::: > # tail -2 /etc/group=20 > nobody:*:65534: > +:*:0: >=20 >=20 > 2) > On FreeBSD 5.1-CURRENT #0: Mon Jul 7 11:33:56 EDT 2003 > # ypcat passwd |fgrep robin=20 > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > # finger robin > Login: robin Name:=20 > Directory: /home/robin Shell: /bin/bash > Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 > No Mail. > No Plan. > # id robin > id: robin: no such user > # tail -2 /etc/passwd=20 > nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin > +:*::::: > # > # tail -2 /etc/group=20 > nobody:*:65534: > +:*:0: >=20 > And here's something else interesting on this 'broken' NIS box: >=20 > # ls -ald . > drwx--x--x 4 20292 NSS 4.0K Jun 13 13:34 ./ >=20 > So (via NIS) GID translation is working but not UID translation.... >=20 > Look forward to getting this solved... >=20 >=20 > >=20 > > -john > >=20 > > > Demonstration: > > >=20 > > > # ypcat passwd |fgrep robin > > > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > > > # ypcat group |fgrep robin=20 > > >=20 > >=20 > gactr::30000:holmesr,wrighta,prestonh,reagind,gankol,cafieroj,cahoonb, > > > pettigr > > > m,brantlek,thumat,dosterc,nate,robin,charles > > > ITS::30026:dosterc,nate,robin,charles > > > NSS::30028:dosterc,nate,robin,charles,test > > > # ps ax |fgrep ypbind > > > 79910 ?? Ss 0:00.03 ypbind > > > # ypwhich > > > GCDC2.gc.nat > > > # finger robin > > > Login: robin Name:=20 > > > Directory: /home/robin Shell: /bin/bash > > > Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 > > > No Mail. > > > No Plan. > > >=20 > > > So NIS is 'working'...But: > > > # id robin > > > id: robin: no such user > > >=20 > > > And as a result, he (I) cannot login. > > >=20 > > > # su - robin ; tail -1 /var/log/auth.log > > >=20 > > > su: Sorry > > > Jul 7 13:59:29 ftp su: pam_acct_mgmt: error in service module > > >=20 > > > There's a truss and a ktrace (of the id command) available at: > > > ftp://ftp.gactr.uga.edu/incoming/id.tar.gz > > >=20 > > > Thanks in advance. > >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 05:28:16 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F0E37B401; Wed, 9 Jul 2003 05:28:16 -0700 (PDT) Received: from mailbox.univie.ac.at (mail.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E10B343F85; Wed, 9 Jul 2003 05:28:14 -0700 (PDT) (envelope-from l.ertl@univie.ac.at) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by mailbox.univie.ac.at (8.12.2/8.12.2) with ESMTP id h69CS2eR110792; Wed, 9 Jul 2003 14:28:07 +0200 Date: Wed, 9 Jul 2003 14:28:02 +0200 (CEST) From: Lukas Ertl To: Ian Freislich In-Reply-To: <28217.1057743330@mci.com> Message-ID: <20030709142424.H16193@pcle2.cc.univie.ac.at> References: <48810000.1057668168@lerlaptop.lerctr.org> <28217.1057743330@mci.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-DCC-ZID-Univie-Metrics: unet 4244; Body=0 Fuz1=0 Fuz2=0 cc: current@freebsd.org cc: des@freebsd.org cc: Larry Rosenman Subject: Re: pgsql logged in on console - su/PAM 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: Wed, 09 Jul 2003 12:28:16 -0000 On Wed, 9 Jul 2003, Ian Freislich wrote: > Larry Rosenman wrote: > > > > --On Tuesday, July 08, 2003 13:58:19 +0200 Lukas Ertl > > wrote: > > > > > Hi, > > > > > > can anyone explain why the pgsql user is logged in on console nowaday= s? > > I'm seeing the same thing, and am also interested in making it stop. > > It's got tomething to do with the 'su - pgsql -c ...'. Yes, it has. It was introduced in rev. 1.15 of /etc/pam.d/su, with: session include system /etc/pam.d/system has pam_lastlog in the session part, and pam_lastlog records the login in pam_sm_open_session(), but pam_sm_close_session() does nothing, instead of removing the wtmp entry again. regards, le --=20 Lukas Ertl eMail: l.ertl@univie.ac.at UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 der Universit=E4t Wien http://mailbox.univie.ac.at/~le/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 05:31:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DB5037B401 for ; Wed, 9 Jul 2003 05:31:05 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8441043F85 for ; Wed, 9 Jul 2003 05:31:04 -0700 (PDT) (envelope-from Robin.Blanchard@gactr.uga.edu) Received: (qmail 44989 invoked from network); 9 Jul 2003 12:31:04 -0000 Received: from unknown (HELO ex.gactr.uga.edu) ([10.10.11.21]) (envelope-sender ) by mail.servers.gactr.gc.nat (qmail-ldap-1.03) with SMTP for ; 9 Jul 2003 12:31:03 -0000 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Date: Wed, 9 Jul 2003 08:31:03 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Help diagnosing NIS breakage ? Thread-Index: AcNGFNsHFtwPC9eUQ6e+Fiwuuf/KhQAAI+8Q From: "Robin P. Blanchard" To: "John De Boskey" , Subject: RE: Help diagnosing NIS breakage ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 12:31:05 -0000 Hey John -- Interesting new development... As I was beginning to setup a shell account for whomever to use to help = in diagnosing this: # whoami=20 root # id robin id: robin: no such user # su - fbsd5 $ whoami fbsd5 $ id robin uid=3D20292(robin) gid=3D30028(NSS) groups=3D30028(NSS), 30000(gactr), = 30026(ITS) !?!?! This is a 'broken' test box with sources as of late yesterday afternoon. = If you'd like you can ssh in as fbsd5 with passwd fbsd5devel. Still plugging away.... > -----Original Message----- > From: John De Boskey [mailto:jwd@bsdwins.com]=20 > Sent: Wednesday, July 09, 2003 8:22 AM > To: Robin P. Blanchard > Cc: Jacques A. Vidrine > Subject: Re: Help diagnosing NIS breakage ? >=20 >=20 > ----- Robin P. Blanchard's Original Message ----- > > Given the lack of response on this, I fortunately was able to=20 > > 'downgrade' back to sources dated 08 june 2003. Low and behold, NIS=20 > > users again work. >=20 > Can you build with a testbox new sources (binary search)=20 > until you can locate the cutover point between where it works=20 > and where it doesn't? >=20 > > There is undoubtedly something awry in the the latest sources, as I=20 > > can systematically recreate a 'broken' system. I will=20 > gladly provide=20 > > shell access to developers who wish to look into this. It would be=20 > > nice to be able to stay current on -CURRENT (heh). >=20 > You are not being ignored. I started writing a small test=20 > program to help trace down your problem and immediately ran=20 > into an errno return problem.=20 >=20 > The following program shows the 1st basic problem (remove all=20 > NIS usage from your box). Run with a valid user and no error=20 > is produced. Run with an invalid user and an invalid error is=20 > produced. >=20 > #include > #include > #include > #include >=20 > int > main(int argc, char **argv) > { > struct passwd *pw; > char *nam; >=20 > nam =3D argc =3D=3D 2 ? argv[1] : "nobody"; >=20 > pw =3D getpwnam(nam); > if (!pw) > perror("getpwnam"); >=20 > return(0); > } >=20 >=20 > If you want to see this debugged faster, something I=20 > recommend you do is rebuild with debug libraries and trace=20 > the get* functions to see where they are failing.=20 >=20 > Please file a PR so this problem is not lost since it is=20 > nolonger a pressure point for you. >=20 > Thanks, > John >=20 > > Thanks. > >=20 > > >=20 > > > > ----- Robin P. Blanchard's Original Message ----- > > > > >=20 > > > > > Still pulling my hair out on this one...Updated to latest > > > > kern/world > > > > > this morning and NIS users are no longer working. > > > >=20 > > > > What -`date` version were you running where things=20 > worked before=20 > > > > you did the 1st upgrade? > > > >=20 > > > > Can you provide the contents of your /etc/group,=20 > /etc/passwd (just=20 > > > > the last two lines of each), and /etc/nsswitch.conf files? > > > >=20 > > > > Your demonstration below indicates that NIS is=20 > correctly setup and=20 > > > > running, but that it is not correctly configured in for system=20 > > > > usage. > > > >=20 > > > > While I realize it doesn't help you, I am running the=20 > latest NIS=20 > > > > code in a cluster and it works fine (FreeBSD 4.8=20 > server, various=20 > > > > clients). > > >=20 > > > OK... Nsswitch.conf exists on neither machine here. I setup a > > > test nsswitch.conf on the broken NIS box to use NIS but it=20 > > > didn't help at all. > > >=20 > > > 1) > > > On FreeBSD 5.1-CURRENT #0: Tue Jun 17 10:28:52 EDT 2003: > > > # ypcat passwd |fgrep robin > > > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > > > # finger robin > > > Login: robin Name:=20 > > > Directory: /home/robin Shell: /bin/bash > > > Never logged in. > > > No Mail. > > > No Plan. > > > # id robin > > > uid=3D20292(robin) gid=3D30028(NSS) groups=3D30028(NSS),=20 > > > 30000(gactr), 30026(ITS) # tail -2 /etc/passwd=20 > > > nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin > > > +:*::::: > > > # tail -2 /etc/passwd > > > nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin > > > +:*::::: > > > # tail -2 /etc/group > > > nobody:*:65534: > > > +:*:0: > > >=20 > > >=20 > > > 2) > > > On FreeBSD 5.1-CURRENT #0: Mon Jul 7 11:33:56 EDT 2003 > > > # ypcat passwd |fgrep robin > > > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > > > # finger robin > > > Login: robin Name:=20 > > > Directory: /home/robin Shell: /bin/bash > > > Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 > > > No Mail. > > > No Plan. > > > # id robin > > > id: robin: no such user > > > # tail -2 /etc/passwd=20 > > > nobody:*:65534:65534:Unprivileged user:/nonexistent:/sbin/nologin > > > +:*::::: > > > # > > > # tail -2 /etc/group > > > nobody:*:65534: > > > +:*:0: > > >=20 > > > And here's something else interesting on this 'broken' NIS box: > > >=20 > > > # ls -ald . > > > drwx--x--x 4 20292 NSS 4.0K Jun 13 13:34 ./ > > >=20 > > > So (via NIS) GID translation is working but not UID=20 > translation.... > > >=20 > > > Look forward to getting this solved... > > >=20 > > >=20 > > > >=20 > > > > -john > > > >=20 > > > > > Demonstration: > > > > >=20 > > > > > # ypcat passwd |fgrep robin=20 > > > > > robin:OeIS3xdIRAiQs:20292:30028::/home/robin:/bin/bash > > > > > # ypcat group |fgrep robin > > > > >=20 > > > >=20 > > >=20 > gactr::30000:holmesr,wrighta,prestonh,reagind,gankol,cafieroj,cahoon > > > b, > > > > > pettigr > > > > > m,brantlek,thumat,dosterc,nate,robin,charles > > > > > ITS::30026:dosterc,nate,robin,charles > > > > > NSS::30028:dosterc,nate,robin,charles,test > > > > > # ps ax |fgrep ypbind > > > > > 79910 ?? Ss 0:00.03 ypbind > > > > > # ypwhich > > > > > GCDC2.gc.nat > > > > > # finger robin > > > > > Login: robin Name:=20 > > > > > Directory: /home/robin Shell: /bin/bash > > > > > Last login Mon Jul 7 07:47 (EDT) on ttyp0 from 10.2.2.10 No=20 > > > > > Mail. No Plan. > > > > >=20 > > > > > So NIS is 'working'...But: > > > > > # id robin > > > > > id: robin: no such user > > > > >=20 > > > > > And as a result, he (I) cannot login. > > > > >=20 > > > > > # su - robin ; tail -1 /var/log/auth.log > > > > >=20 > > > > > su: Sorry > > > > > Jul 7 13:59:29 ftp su: pam_acct_mgmt: error in service module > > > > >=20 > > > > > There's a truss and a ktrace (of the id command)=20 > available at:=20 > > > > > ftp://ftp.gactr.uga.edu/incoming/id.tar.gz > > > > >=20 > > > > > Thanks in advance. > > > >=20 > > >=20 >=20 > --=20 > -- > As said by Napolean Bonaparte: > "Never ascribe to malice, that which is adequately explained=20 > by incompetence" >=20 > After being embraced by MS: >=20 > "When accused of malice, always hide behind incompetence". >=20 From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 05:37:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D89637B401; Wed, 9 Jul 2003 05:37:38 -0700 (PDT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE49F43FA3; Wed, 9 Jul 2003 05:37:36 -0700 (PDT) (envelope-from ache@pobrecita.freebsd.ru) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.9/8.12.9) with ESMTP id h69CbZYl050511; Wed, 9 Jul 2003 16:37:35 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.9/8.12.9/Submit) id h69CbZQ6050510; Wed, 9 Jul 2003 16:37:35 +0400 (MSD) Date: Wed, 9 Jul 2003 16:37:34 +0400 From: Andrey Chernov To: John Baldwin Message-ID: <20030709123734.GA50458@nagual.pp.ru> References: <20030708133504.L16193@pcle2.cc.univie.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org cc: Lukas Ertl Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 12:37:38 -0000 On Tue, Jul 08, 2003 at 13:13:44 -0400, John Baldwin wrote: > > You need to enable SMP and APIC_IO in your kernel to use HTT. Also, > the BIOS setting probably won't make a difference. > I have both APIC and HTT flags in my P4, but when I try to load kernel compiled with APIC_IO and SMP, I got panic: pmap_bootstrap: no local apic! (non-SMP hardware?) Is it motherboard or BIOS? I have no Hyperthreading setting in the BIOS, but PIC or APIC modes (both not works with MP kernel). Motherboard is ASUS P4B533. From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 05:47:27 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA6D37B401 for ; Wed, 9 Jul 2003 05:47:25 -0700 (PDT) Received: from mail.liwing.de (mail.liwing.de [213.70.188.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 207ED43F93 for ; Wed, 9 Jul 2003 05:47:24 -0700 (PDT) (envelope-from rehsack@liwing.de) Received: (qmail 91466 invoked from network); 9 Jul 2003 12:47:18 -0000 Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164]) (envelope-sender ) by mail.liwing.de (qmail-ldap-1.03) with SMTP for ; 9 Jul 2003 12:47:18 -0000 Message-ID: <3F0C0ED6.4030202@liwing.de> Date: Wed, 09 Jul 2003 14:47:18 +0200 From: Jens Rehsack Organization: LiWing IT-Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Andrey Chernov References: <20030708133504.L16193@pcle2.cc.univie.ac.at> <20030709123734.GA50458@nagual.pp.ru> In-Reply-To: <20030709123734.GA50458@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Lukas Ertl Subject: Re: HTT on single CPU? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 Jul 2003 12:47:27 -0000 Andrey Chernov wrote: > On Tue, Jul 08, 2003 at 13:13:44 -0400, John Baldwin wrote: > >>You need to enable SMP and APIC_IO in your kernel to use HTT. Also, >>the BIOS setting probably won't make a difference. >> > > > I have both APIC and HTT flags in my P4, but when I try to load kernel > compiled with APIC_IO and SMP, I got panic: > > pmap_bootstrap: no local apic! (non-SMP hardware?) > > Is it motherboard or BIOS? I have no Hyperthreading setting in the BIOS, > but PIC or APIC modes (both not works with MP kernel). Motherboard is ASUS > P4B533. Hm, I get a really other behaviour, but the result is no having two cpu's: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #0: Sat Jun 28 15:40:03 GMT 2003 root@moby.helpers.liwing.de:/usr/obj/usr/src/sys/MOBY Preloaded elf kernel "/boot/kernel/kernel" at 0xc03ef000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc03ef26c. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 2400094284 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff real memory = 536805376 (511 MB) avail memory = 517058560 (493 MB) Pentium Pro MTRR support enabled VESA: v2.0, 16384k memory, flags:0x1, mode table:0xc033b842 (1000022) VESA: ATI RAGE128 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 11 entries at 0xc00f7a50 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.MDET] (Node 0xc14ef920), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0._CRS] (Node 0xc14ef860), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.PCI0._CRS] (Node 0xc14ef860), AE_AML_REGION_LIMIT can't fetch resources for \\_SB_.PCI0 - AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.MDET] (Node 0xc14ef920), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xc3fb93c0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.MEM_._CRS] (Node 0xc3fb93c0), AE_AML_REGION_LIMIT can't fetch resources for \\_SB_.MEM_ - AE_AML_REGION_LIMIT acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe0ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib0: slot 1 INTA is routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci3: on pcib2 pcib2: slot 8 INTA is routed to irq 11 fxp0: port 0xcc00-0xcc3f mem 0xdfeff000-0xdfefffff irq 11 at device 8.0 on pci3 fxp0: Ethernet address 00:10:dc:d7:dc:1c miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: