From owner-freebsd-current@FreeBSD.ORG Sun May 8 00:17:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2C6916A4DD; Sun, 8 May 2005 00:17:39 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16DFA43D9F; Sun, 8 May 2005 00:17:38 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j480HZJR096873; Sun, 8 May 2005 02:17:35 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <427D5AA0.1080609@withagen.nl> Date: Sun, 08 May 2005 02:17:36 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> In-Reply-To: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 00:17:39 -0000 Steven Hartland wrote: > I've just finished putting together a new server box spec: > Dual AMD 244, 2GB ram, 5 * Seagate SATA 400GB on a > Highpoint 1820a RAID 5 array. > 5.4-STABLE Highpoint 1820a RAID 5 ( 5 disk ) . > 655360000 bytes transferred in 13.348032 secs (49097875 bytes/sec) You're only transfering 640M in 2GB of RAM, big chance that you're testing memory/buffercode-speed in stead of testing diskspeed. --WjW From owner-freebsd-current@FreeBSD.ORG Sun May 8 02:25:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40FCC16A4E0 for ; Sun, 8 May 2005 02:25:42 +0000 (GMT) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC4943D83 for ; Sun, 8 May 2005 02:25:41 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 8BF3B13F7D; Sun, 8 May 2005 04:25:40 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 6F2B510991D; Sun, 8 May 2005 04:25:40 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-044-233.arcor-ip.net [82.83.44.233]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 35A791FE1; Sun, 8 May 2005 04:25:40 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j482PQdQ020525 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 8 May 2005 04:25:28 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sun, 8 May 2005 04:25:20 +0200 User-Agent: KMail/1.8 References: <20050504.185153.78707420.imp@bsdimp.com> <6dc0162f9029defe6980a9ae28bb5175@mac.com> In-Reply-To: <6dc0162f9029defe6980a9ae28bb5175@mac.com> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o;>bD>c:]^;:>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new cc: "M. Warner Losh" Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 02:25:42 -0000 --nextPart1688795.gLDvKlOx0O Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 5. May 2005 04:16, Charles Swiger wrote: > Data point: I've been running /bin/sh as root's shell on a bunch of > machines with zero issues since 4.0. You got lucky then, because there's some actual footshooting potential in=20 doing that. Use toor. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1688795.gLDvKlOx0O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCfXiUXhc68WspdLARApKzAJ9Ovod8XsxZAMLBySvPmnsEsXIfGgCfVoug 63RbktqsvlLJgy+GQMq6fb0= =N2nd -----END PGP SIGNATURE----- --nextPart1688795.gLDvKlOx0O-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 03:09:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BAE316A4E0; Sun, 8 May 2005 03:09:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 915F243D49; Sun, 8 May 2005 03:09:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j483EQCa018685; Sat, 7 May 2005 21:14:27 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427D82C4.4000201@samsco.org> Date: Sat, 07 May 2005 21:08:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> <200505072153.54369.josemi@freebsd.jazztel.es> <20050507201142.GA9298@gothmog.gr> In-Reply-To: <20050507201142.GA9298@gothmog.gr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Darren Reed cc: freebsd-current@freebsd.org cc: Jose M Rodriguez Subject: Re: IPFILTER Branch [was: Re: [current tinderbox] failure on powerpc/powerpc] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 03:09:26 -0000 Giorgos Keramidas wrote: > On 2005-05-07 21:53, Jose M Rodriguez wrote: > >>>As far as a branch is concerned, please *NO*! Anyone who wishes to >>>maintain a separate IP Filter spinoff of CURRENT can do it using >>>his own disk space and CVS repository (or Perforce branch, if you >>>prefer). >> >>But I think that this kind of pull-ups really needs of some HEAD-UPs >>and the assistance of people more closer to current, before the >>breakage. > > > That is not strictly necessary, as long as a full "make universe" is run > before any widespread changes that may break one or more arches. > > >>At last, I can't see this kind of matters in NetBSD, where the >>pullups are done by 'NetBSD people'. > > > Darren is one of the "FreeBSD people". > Darren's latest import wasn't ever tested on FreeBSD, nor did he make any attempt to make it compile on FreeBSD before he imported it. He merely dropped it in CVS and walked away. If it wasn't for the teamwork of others, it would still be broken. This is not how we treat CVS, and I don't really give a care what else Darren does in his life. CVS is where work goes that is done and tested, not where undercooked hacks go while waiting for others to clean them up. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 8 06:25:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8762316A4E1 for ; Sun, 8 May 2005 06:25:37 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id EF0F143D82 for ; Sun, 8 May 2005 06:25:36 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 29191 invoked from network); 8 May 2005 06:18:51 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 May 2005 06:18:51 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j486Iiks049706; Sun, 8 May 2005 08:18:44 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j486IeMl049497; Sun, 8 May 2005 08:18:40 +0200 (CEST) (envelope-from pho) Date: Sun, 8 May 2005 08:18:40 +0200 From: Peter Holm To: Gavin Atkinson Message-ID: <20050508061840.GA98114@peter.osted.lan> References: <20050507145707.GA83528@peter.osted.lan> <20050508001118.L6307@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050508001118.L6307@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic: Lock GEOM topology not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 06:25:37 -0000 On Sun, May 08, 2005 at 12:13:07AM +0100, Gavin Atkinson wrote: > On Sat, 7 May 2005, Peter Holm wrote: > > >With GENERIC HEAD from May 5 04:56 UTC I got: > > > >panic(c0841f8c,c083c2d3,c083c608,1d8,1) at panic+0x14b > >_sx_assert(c0906ae0,4,c083c608,1d8) at _sx_assert+0x77 > >g_new_providerf(c1733900,c081aeee,0,1,c168b804) at g_new_providerf+0x1f > >acd_read_toc(c16af780,0,c091c1a0,0,0) at acd_read_toc+0x1c0 > >acd_geom_ioctl(c1733880,c00c6303,c16ba7b0,5,c1863600) at > >acd_geom_ioctl+0x6a > >g_dev_ioctl(c174d500,c00c6303,c16ba7b0,5,c1863600) at g_dev_ioctl+0x1cf > >devfs_ioctl_f(c181a360,c00c6303,c16ba7b0,c19f7780,c1863600) at > >devfs_ioctl_f+0xc7 > >ioctl(c1863600,cf387d04,3,45,200246) at ioctl+0x370 > >syscall(80c003b,80c003b,bfbf003b,bfbfd8fc,80fc100) at syscall+0x227 > > Were you trying to mount a CD at the time, just inserting one or had it > in already at boot? > I was testing grip, so it was a music cd. The second panic was with the cd already in. Testing with a different CD made the panic go away. - Peter > I had the exact same panic (well, ignoring filesystem changes) a year ago > when trying to mount a data partition off a CD which also contained audio > tracks. > > http://lists.freebsd.org/pipermail/freebsd-current/2004-April/026495.html > > Gavin From owner-freebsd-current@FreeBSD.ORG Sun May 8 06:54:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06BCC16A4E1 for ; Sun, 8 May 2005 06:54:25 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ECB543D1D for ; Sun, 8 May 2005 06:54:24 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j486sLtx097800 for ; Sun, 8 May 2005 02:54:21 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j486sLoV097797 for ; Sun, 8 May 2005 02:54:21 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 8 May 2005 02:54:21 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050508020842.T55534@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.543, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Subject: The "unmount of /dev failed (BUSY)" message, explained X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 06:54:25 -0000 Folks, In a show of way too much free time, I set off on a quest to figure out what was up with the "unmount of /dev failed (BUSY)" message that is seen on reboot. I am pleased to announce that I found what I believe to be the reason behind the message: vfs_unmountall: Processing /dev/amrd1a: vfs_unmountall: Processing /dev/amrd0s1d: vfs_unmountall: Processing /dev/amrd0s1f: vfs_unmountall: Processing /dev/amrd0s1e: vfs_unmountall: Processing devfs: 0xc53efcc0: tag devfs, type VCHR usecount 1, writecount 0, refcount 22 mountedhere 0xc53d4c00 flags () v_object 0xc10608c4 ref 0 pages 72 dev amrd0s1a 0xc5442550: tag devfs, type VCHR usecount 1, writecount 0, refcount 1 mountedhere 0xc53d4b00 flags () dev amrd0s1b unmount of /dev failed (BUSY) vfs_unmountall: Processing /dev/amrd0s1a: 0xc53efaa0: tag ufs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0xc5396800 flags () ino 32896, on dev amrd0s1a 0xc53ef880: tag ufs, type VREG usecount 3, writecount 0, refcount 5 mountedhere 0 flags (VV_TEXT) v_object 0xc1060738 ref 2 pages 89 ino 16527, on dev amrd0s1a Uptime: 12m8s The patch that produces this output is available from: http://bling.properkernel.com/freebsd/vfs_unmountalldiag.diff As you can see from the output, the unmount of /dev fails because the /dev/amrd0s1a (Which is the root mountpoint on this system) and /dev/amrd0s1b (Primary swap) device nodes still exist. The logic that we have that uses reverse TAILQ unmounting is flawed because the root filesystem is mounted read-only before devfs. I will be cleaning up my patch a bit before I submit it to be committed. I will also be producing a patch that will make vfs_unmountall do the right thing. I haven't found a way to make it vacuum my apartment yet but I will submit that functionality to ACME Labs when it's available... ;-) Andy PS: If you want to cross-reference the filesystems, the list is here: http://bling.properkernel.com/freebsd/fstab /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Sun May 8 07:34:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8163216A4E1; Sun, 8 May 2005 07:34:49 +0000 (GMT) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 890BC43D91; Sun, 8 May 2005 07:34:48 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.12.11/8.12.11) with ESMTP id j487Yk5E044675; Sun, 8 May 2005 09:34:47 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j487Ykut021568; Sun, 8 May 2005 09:34:46 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j487Ykps021567; Sun, 8 May 2005 09:34:46 +0200 (CEST) (envelope-from wb) Date: Sun, 8 May 2005 09:34:46 +0200 From: Wilko Bulte To: Michael Nottebrock Message-ID: <20050508073446.GA21550@freebie.xs4all.nl> References: <20050504.185153.78707420.imp@bsdimp.com> <6dc0162f9029defe6980a9ae28bb5175@mac.com> <200505080425.24495.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505080425.24495.lofi@freebsd.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 07:34:49 -0000 On Sun, May 08, 2005 at 04:25:20AM +0200, Michael Nottebrock wrote.. > On Thursday, 5. May 2005 04:16, Charles Swiger wrote: > > > Data point: I've been running /bin/sh as root's shell on a bunch of > > machines with zero issues since 4.0. > > You got lucky then, because there's some actual footshooting potential in > doing that. Use toor. Interesting, I have been running /bin/sh since 1.0R (yes..) for root and it never bit me. Where is that footshooting potential? I dislike csh. A lot.. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 07:44:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2501A16A4E1 for ; Sun, 8 May 2005 07:44:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D37D43D94 for ; Sun, 8 May 2005 07:44:01 +0000 (GMT) (envelope-from geekout@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1279006wri for ; Sun, 08 May 2005 00:44:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d8pSUPqTRB1k47L1f0kreFHUmVqowcHunPqfPr+NovpzMSz48hz9dMQ2bg4/iA/H0tzC0hyg14V3Q9FPHX++6gQQvwyq8IlUloDa58GKxKIMO4qiBif3f2hpG9bXRbC+WouhmKJjirIF5FUyRO3UhygKCjJyahALbz6tySOBcag= Received: by 10.54.21.69 with SMTP id 69mr1798915wru; Sun, 08 May 2005 00:44:00 -0700 (PDT) Received: by 10.54.46.25 with HTTP; Sun, 8 May 2005 00:44:00 -0700 (PDT) Message-ID: <6e01203b050508004410c9a39f@mail.gmail.com> Date: Sun, 8 May 2005 01:44:00 -0600 From: Tyler Gee To: Andre Guibert de Bruet In-Reply-To: <20050508020842.T55534@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050508020842.T55534@lexi.siliconlandmark.com> cc: current@freebsd.org Subject: Re: The "unmount of /dev failed (BUSY)" message, explained X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tyler Gee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 07:44:02 -0000 Nice, good work. I had been wondering about that one... On 5/8/05, Andre Guibert de Bruet wrote: > Folks, >=20 > In a show of way too much free time, I set off on a quest to figure out > what was up with the "unmount of /dev failed (BUSY)" message that is seen > on reboot. I am pleased to announce that I found what I believe to be the > reason behind the message: >=20 > vfs_unmountall: Processing /dev/amrd1a: > vfs_unmountall: Processing /dev/amrd0s1d: > vfs_unmountall: Processing /dev/amrd0s1f: > vfs_unmountall: Processing /dev/amrd0s1e: > vfs_unmountall: Processing devfs: > 0xc53efcc0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 22 mountedhere 0xc53d4c00 > flags () > v_object 0xc10608c4 ref 0 pages 72 >=20 > dev amrd0s1a > 0xc5442550: tag devfs, type VCHR > usecount 1, writecount 0, refcount 1 mountedhere 0xc53d4b00 > flags () >=20 > dev amrd0s1b > unmount of /dev failed (BUSY) > vfs_unmountall: Processing /dev/amrd0s1a: > 0xc53efaa0: tag ufs, type VDIR > usecount 1, writecount 0, refcount 1 mountedhere 0xc5396800 > flags () >=20 > ino 32896, on dev amrd0s1a > 0xc53ef880: tag ufs, type VREG > usecount 3, writecount 0, refcount 5 mountedhere 0 > flags (VV_TEXT) > v_object 0xc1060738 ref 2 pages 89 >=20 > ino 16527, on dev amrd0s1a > Uptime: 12m8s >=20 > The patch that produces this output is available from: > http://bling.properkernel.com/freebsd/vfs_unmountalldiag.diff >=20 > As you can see from the output, the unmount of /dev fails because the > /dev/amrd0s1a (Which is the root mountpoint on this system) and > /dev/amrd0s1b (Primary swap) device nodes still exist. The logic that we > have that uses reverse TAILQ unmounting is flawed because the root > filesystem is mounted read-only before devfs. >=20 > I will be cleaning up my patch a bit before I submit it to be committed. = I > will also be producing a patch that will make vfs_unmountall do the right > thing. >=20 > I haven't found a way to make it vacuum my apartment yet but I will submi= t > that functionality to ACME Labs when it's available... ;-) >=20 > Andy >=20 > PS: If you want to cross-reference the filesystems, the list is here: > http://bling.properkernel.com/freebsd/fstab >=20 > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ > _______________________________________________ > 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 May 8 07:57:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8990C16A4E1 for ; Sun, 8 May 2005 07:57:26 +0000 (GMT) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA72343D5D for ; Sun, 8 May 2005 07:57:25 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-06.arcor-online.net (Postfix) with ESMTP id 93825FF43; Sun, 8 May 2005 09:57:24 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 7EB0E139957; Sun, 8 May 2005 09:57:24 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-044-065.arcor-ip.net [82.83.44.65]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 1726212CF2; Sun, 8 May 2005 09:57:24 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j487vKfD003890 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 8 May 2005 09:57:20 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: Wilko Bulte Date: Sun, 8 May 2005 09:57:14 +0200 User-Agent: KMail/1.8 References: <200505080425.24495.lofi@freebsd.org> <20050508073446.GA21550@freebie.xs4all.nl> In-Reply-To: <20050508073446.GA21550@freebie.xs4all.nl> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o;>bD>c:]^;:>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 07:57:26 -0000 --nextPart1167578.NYj1fEaX5g Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 8. May 2005 09:34, Wilko Bulte wrote: > On Sun, May 08, 2005 at 04:25:20AM +0200, Michael Nottebrock wrote.. > > > On Thursday, 5. May 2005 04:16, Charles Swiger wrote: > > > Data point: I've been running /bin/sh as root's shell on a bunch of > > > machines with zero issues since 4.0. > > > > You got lucky then, because there's some actual footshooting potential = in > > doing that. Use toor. > > Interesting, I have been running /bin/sh since 1.0R (yes..) for root > and it never bit me. Where is that footshooting potential? Sorry, I just scanned the thread before replying - there's probably no=20 footshooting potential in using /bin/sh for root.=20 I was thinking about using (/usr/local/bin/)bash for root, something a lot = of=20 people try to do (until they notice a toe missing :). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1167578.NYj1fEaX5g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCfcZfXhc68WspdLARAo8FAJ0eWctTQsXkmnPRvqUOU4yYuCAixACeKQMd m74mbxW2sDVYJ72OIRqNUfc= =jGMs -----END PGP SIGNATURE----- --nextPart1167578.NYj1fEaX5g-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 08:02:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 554FE16A4E1; Sun, 8 May 2005 08:02:09 +0000 (GMT) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E0943D8D; Sun, 8 May 2005 08:02:08 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j48824fD037834; Sun, 8 May 2005 10:02:04 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.3/8.13.1) with ESMTP id j48824ds021839; Sun, 8 May 2005 10:02:04 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.3/8.13.1/Submit) id j48824uN021838; Sun, 8 May 2005 10:02:04 +0200 (CEST) (envelope-from wb) Date: Sun, 8 May 2005 10:02:04 +0200 From: Wilko Bulte To: Michael Nottebrock Message-ID: <20050508080204.GA21819@freebie.xs4all.nl> References: <200505080425.24495.lofi@freebsd.org> <20050508073446.GA21550@freebie.xs4all.nl> <200505080957.19137.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505080957.19137.lofi@freebsd.org> X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 08:02:09 -0000 On Sun, May 08, 2005 at 09:57:14AM +0200, Michael Nottebrock wrote.. > On Sunday, 8. May 2005 09:34, Wilko Bulte wrote: > > On Sun, May 08, 2005 at 04:25:20AM +0200, Michael Nottebrock wrote.. > > > > > On Thursday, 5. May 2005 04:16, Charles Swiger wrote: > > > > Data point: I've been running /bin/sh as root's shell on a bunch of > > > > machines with zero issues since 4.0. > > > > > > You got lucky then, because there's some actual footshooting potential in > > > doing that. Use toor. > > > > Interesting, I have been running /bin/sh since 1.0R (yes..) for root > > and it never bit me. Where is that footshooting potential? > > Sorry, I just scanned the thread before replying - there's probably no > footshooting potential in using /bin/sh for root. > > I was thinking about using (/usr/local/bin/)bash for root, something a lot of > people try to do (until they notice a toe missing :). Been doing that as well, again without problems. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 08:17:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ED7E16A4E1; Sun, 8 May 2005 08:17:12 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B932043D93; Sun, 8 May 2005 08:17:11 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j488H49f001928; Sun, 8 May 2005 04:17:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j488H47M001925; Sun, 8 May 2005 04:17:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 8 May 2005 04:17:04 -0400 (EDT) From: Andre Guibert de Bruet To: Wilko Bulte In-Reply-To: <20050508080204.GA21819@freebie.xs4all.nl> Message-ID: <20050508040528.T55534@lexi.siliconlandmark.com> References: <200505080425.24495.lofi@freebsd.org> <200505080957.19137.lofi@freebsd.org> <20050508080204.GA21819@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.544, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org cc: freebsd-misc@freebsd.org Subject: root's shell (Was: Re: boot banner project) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 08:17:12 -0000 On Sun, 8 May 2005, Wilko Bulte wrote: > On Sun, May 08, 2005 at 09:57:14AM +0200, Michael Nottebrock wrote.. >> On Sunday, 8. May 2005 09:34, Wilko Bulte wrote: >>> On Sun, May 08, 2005 at 04:25:20AM +0200, Michael Nottebrock wrote.. >>>> On Thursday, 5. May 2005 04:16, Charles Swiger wrote: >>>>> Data point: I've been running /bin/sh as root's shell on a bunch of >>>>> machines with zero issues since 4.0. >>>> >>>> You got lucky then, because there's some actual footshooting potential in >>>> doing that. Use toor. >>> >>> Interesting, I have been running /bin/sh since 1.0R (yes..) for root >>> and it never bit me. Where is that footshooting potential? >> >> Sorry, I just scanned the thread before replying - there's probably no >> footshooting potential in using /bin/sh for root. >> >> I was thinking about using (/usr/local/bin/)bash for root, something a lot of >> people try to do (until they notice a toe missing :). I don't like the thought of root's login shell being anywhere but on the root partition. You're absolutely correct though (Single user mode prompts for the shell to use). At this point, this thread would probably be more ontopic on the misc mailing list. Additionally, I think that everyone's time would be better invested testing 5.4-RC4, looking at PR's or driver locking. My $0.02, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Sun May 8 08:39:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2ACC716A4E1 for ; Sun, 8 May 2005 08:39:02 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 842B643D7F for ; Sun, 8 May 2005 08:39:01 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j488cvMN002863; Sun, 8 May 2005 09:38:57 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.1/8.13.1) with ESMTP id j488e4BF010550; Sun, 8 May 2005 09:40:04 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.1/8.13.1/Submit) with ESMTP id j488e464010547; Sun, 8 May 2005 09:40:04 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 8 May 2005 09:40:04 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Peter Holm In-Reply-To: <20050508061840.GA98114@peter.osted.lan> Message-ID: <20050508093536.E10380@ury.york.ac.uk> References: <20050507145707.GA83528@peter.osted.lan> <20050508001118.L6307@ury.york.ac.uk> <20050508061840.GA98114@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org Subject: Re: panic: Lock GEOM topology not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 08:39:02 -0000 On Sun, 8 May 2005, Peter Holm wrote: > On Sun, May 08, 2005 at 12:13:07AM +0100, Gavin Atkinson wrote: >> On Sat, 7 May 2005, Peter Holm wrote: >> >>> With GENERIC HEAD from May 5 04:56 UTC I got: >>> >>> panic(c0841f8c,c083c2d3,c083c608,1d8,1) at panic+0x14b >>> _sx_assert(c0906ae0,4,c083c608,1d8) at _sx_assert+0x77 >>> g_new_providerf(c1733900,c081aeee,0,1,c168b804) at g_new_providerf+0x1f >>> acd_read_toc(c16af780,0,c091c1a0,0,0) at acd_read_toc+0x1c0 >>> acd_geom_ioctl(c1733880,c00c6303,c16ba7b0,5,c1863600) at >>> acd_geom_ioctl+0x6a >>> [snip] >> >> Were you trying to mount a CD at the time, just inserting one or had it >> in already at boot? > > I was testing grip, so it was a music cd. The second panic was with the > cd already in. Testing with a different CD made the panic go away. Sounds familiar. I had two CDs, both of which would reliably panic my machine in the same way, when attempting to rip them with cdparanoia. In my case, both CDs were audio CDs with a "bonus data track" containing the video, etc. Is it possible the CD you had inserted was one of these with several audio tracks and one CD track? (I seem to remember "cdcontrol info" could show the TOC without causing the panic). Gavin From owner-freebsd-current@FreeBSD.ORG Sun May 8 08:45:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5977E16A4E1; Sun, 8 May 2005 08:45:12 +0000 (GMT) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9E2943D8A; Sun, 8 May 2005 08:45:11 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 9B63DD993; Sun, 8 May 2005 10:45:10 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 82045102DEB; Sun, 8 May 2005 10:45:10 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-044-065.arcor-ip.net [82.83.44.65]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 0B44923562; Sun, 8 May 2005 10:45:10 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j488j6wq004492 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 8 May 2005 10:45:06 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Sun, 8 May 2005 10:45:00 +0200 User-Agent: KMail/1.8 References: <20050508080204.GA21819@freebie.xs4all.nl> <20050508040528.T55534@lexi.siliconlandmark.com> In-Reply-To: <20050508040528.T55534@lexi.siliconlandmark.com> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o;>bD>c:]^;:>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new cc: Wilko Bulte cc: freebsd-misc@freebsd.org Subject: Re: root's shell (Was: Re: boot banner project) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 08:45:12 -0000 --nextPart1329218.r8ioWQCtd5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 8. May 2005 10:17, Andre Guibert de Bruet wrote: > >> I was thinking about using (/usr/local/bin/)bash for root, something a > >> lot of people try to do (until they notice a toe missing :). > > I don't like the thought of root's login shell being anywhere but on the > root partition. You're absolutely correct though (Single user mode prompts > for the shell to use). A dynamically linked bash(3) requires libintl ... =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1329218.r8ioWQCtd5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCfdGRXhc68WspdLARAsc7AKCGDoyT0/JXHsGX7qRs6Q5se20jBwCfQar1 QvHhg3BQ65XYKVfcLZqvofY= =Jdkr -----END PGP SIGNATURE----- --nextPart1329218.r8ioWQCtd5-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 08:56:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 484E316A4E1 for ; Sun, 8 May 2005 08:56:35 +0000 (GMT) Received: from anduin.net (anduin.net [212.12.46.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D452443D99 for ; Sun, 8 May 2005 08:56:34 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.110]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1DUhaT-0000M6-Me for current@freebsd.org; Sun, 08 May 2005 10:56:33 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <19E55C10-0A22-4558-82FF-FC56AF3D365F@anduin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Sun, 8 May 2005 10:55:52 +0200 X-Mailer: Apple Mail (2.728) Subject: Strange semi-hangs on 5.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: Sun, 08 May 2005 08:56:35 -0000 Hi all, With relatively recent 5.4, I'm seeing hangs that worry me. The box (dual opteron) accepts keyboard input, but it won't actually DO anything.. SSHing in gives me a TCP session but no actualy password prompt. Trying to log in on (serial) console doesn't work, I just get a newline after entering the username, no password prompt. On SSH shells alredy open, I can't even get a new prompt line, all I get is newlines. But the best part is: The kernel debugger doesn't seem to work. I've got BREAK_TO_DEBUGGER in my kernel config, but here's what happens: telnet> send brk KDB: enter: Line break on console 3KtDhB:a s tpaicdk 1b1a0e00:0 aitd l e _ p r o c ( ) a t i d l e _ p r o c + 0 x 1 1 3 m???b > o|?|??f?tpie rat0f : n o p dd db> db> db d d dd db> db dd db> db d db> dd ...and then it keeps spewing d's and db's and stuff at me at whichever speed my serial can handle. In other words, useless. All I can do at this point is log in to my power switch and powercycle the box. Anyone? /Eirik From owner-freebsd-current@FreeBSD.ORG Sun May 8 09:42:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E67316A4E1 for ; Sun, 8 May 2005 09:42:06 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id E3D9543D9F for ; Sun, 8 May 2005 09:42:05 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 43116 invoked from network); 8 May 2005 09:42:04 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 8 May 2005 09:42:04 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j489g3uT074511; Sun, 8 May 2005 11:42:03 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j489g2Rx074460; Sun, 8 May 2005 11:42:02 +0200 (CEST) (envelope-from pho) Date: Sun, 8 May 2005 11:42:02 +0200 From: Peter Holm To: Gavin Atkinson Message-ID: <20050508094202.GA1103@peter.osted.lan> References: <20050507145707.GA83528@peter.osted.lan> <20050508001118.L6307@ury.york.ac.uk> <20050508061840.GA98114@peter.osted.lan> <20050508093536.E10380@ury.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050508093536.E10380@ury.york.ac.uk> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic: Lock GEOM topology not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 09:42:06 -0000 On Sun, May 08, 2005 at 09:40:04AM +0100, Gavin Atkinson wrote: > On Sun, 8 May 2005, Peter Holm wrote: > >On Sun, May 08, 2005 at 12:13:07AM +0100, Gavin Atkinson wrote: > >>On Sat, 7 May 2005, Peter Holm wrote: > >> > >>>With GENERIC HEAD from May 5 04:56 UTC I got: > >>> > >>>panic(c0841f8c,c083c2d3,c083c608,1d8,1) at panic+0x14b > >>>_sx_assert(c0906ae0,4,c083c608,1d8) at _sx_assert+0x77 > >>>g_new_providerf(c1733900,c081aeee,0,1,c168b804) at g_new_providerf+0x1f > >>>acd_read_toc(c16af780,0,c091c1a0,0,0) at acd_read_toc+0x1c0 > >>>acd_geom_ioctl(c1733880,c00c6303,c16ba7b0,5,c1863600) at > >>>acd_geom_ioctl+0x6a > >>>[snip] > >> > >>Were you trying to mount a CD at the time, just inserting one or had it > >>in already at boot? > > > >I was testing grip, so it was a music cd. The second panic was with the > >cd already in. Testing with a different CD made the panic go away. > > Sounds familiar. I had two CDs, both of which would reliably panic my > machine in the same way, when attempting to rip them with cdparanoia. In > my case, both CDs were audio CDs with a "bonus data track" containing the > video, etc. Is it possible the CD you had inserted was one of these with > several audio tracks and one CD track? (I seem to remember > "cdcontrol info" could show the TOC without causing the panic). > > Gavin current# cdcontrol info Starting track = 1, ending track = 18, TOC size = 154 bytes track start duration block length type ------------------------------------------------- 1 0:02.00 3:31.32 0 15857 audio 2 3:33.32 5:01.23 15857 22598 audio 3 8:34.55 3:50.25 38455 17275 audio 4 12:25.05 2:34.37 55730 11587 audio 5 14:59.42 4:11.55 67317 18880 audio 6 19:11.22 3:50.70 86197 17320 audio 7 23:02.17 1:18.70 103517 5920 audio 8 24:21.12 2:17.25 109437 10300 audio 9 26:38.37 2:20.23 119737 10523 audio 10 28:58.60 4:59.37 130260 22462 audio 11 33:58.22 5:43.70 152722 25795 audio 12 39:42.17 2:30.43 178517 11293 audio 13 42:12.60 2:22.07 189810 10657 audio 14 44:34.67 2:21.25 200467 10600 audio 15 46:56.17 2:50.08 211067 12758 audio 16 49:46.25 3:06.45 223825 13995 audio 17 52:52.70 2:30.10 237820 11260 audio 18 55:23.05 2:15.15 249080 10140 audio 170 57:38.20 - 259220 - - The cdcontrol caused a lot of console output like this: acd0: error issuing ATA PACKET command acd0: timeout waiting for ATAPI ready Booting with this cd in the drive causes the "sema_destroy(): waiters" panic every time. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sun May 8 10:56:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0376D16A4E1 for ; Sun, 8 May 2005 10:56:39 +0000 (GMT) Received: from 62-15-215-178.inversas.jazztel.es (62-15-215-178.inversas.jazztel.es [62.15.215.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D63943D97 for ; Sun, 8 May 2005 10:56:37 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j48AuCeg013249; Sun, 8 May 2005 12:56:12 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by orion.redesjm.local (8.13.3/8.13.3/Submit) id j48Au9ON001109; Sun, 8 May 2005 12:56:09 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: Marcel Moolenaar Date: Sun, 8 May 2005 12:56:08 +0200 User-Agent: KMail/1.8 References: <200504261143.55195.josemi@redesjm.local> <426EF6BD.6030207@errno.com> <05b71132f579685de0459a3b762b26b5@xcllnt.net> In-Reply-To: <05b71132f579685de0459a3b762b26b5@xcllnt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505081256.09115.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.161; host: antares.redesjm.local) cc: Sam Leffler cc: freebsd-current@freebsd.org Subject: Re: rigth crc32 implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 10:56:39 -0000 El Mi=E9rcoles, 27 de Abril de 2005 04:57, Marcel Moolenaar escribi=F3: > On Apr 26, 2005, at 7:19 PM, Sam Leffler wrote: > > Marcel Moolenaar wrote: > >> On Tue, Apr 26, 2005 at 01:01:32PM -0700, Sam Leffler wrote: > >>> Note also there is CRC32 code of this sort in WEP and TKIP crypto > >>> modules in the net80211 support. > >> > >> Sam, > >> Given the seperation of crc32() into crc32_raw() and crc32(), with > >> either crc32() only or otherwise both functions inlined, are there > >> any obstacles preventing the 802.11 code from using the ones in > >> src/sys/libkern? > > > > The wep+tkip usage is integral to the cipher so splitting it out > > would likely slow them and, more importantly, would also require > > revalidation (there are test vectors but they're pretty limited). > > These modules are self-contained for various reasons so I'm leary > > of switching. > > Understood. Seems like a good reason to leave it as-is. > > > I'll think about adding it under an #ifdef for those that want to > > save 2Kbytes (the size of the crc tables). > > In my book, 2K isn't worth the trouble. > Thanks for the info, After some digging, seems that libkern crc32 is really a ether-II crc=20 implementation, using the reflected tabbed alg. The only difference I found is that the not reflected alg. is more usual=20 and used, at last, in ueagle. Only a latest thing about this rest. Can be crc32_tab and his consumers=20 alter to use a const definition? uint32_t const crc32_tab[] =3D { =2E.. This will stop an ill defined module can alter the shared crc table. Thanks in advance, =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sun May 8 11:11:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A5EA16A4E1; Sun, 8 May 2005 11:11:23 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64D5C43D54; Sun, 8 May 2005 11:11:22 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001391795.msg; Sun, 08 May 2005 12:07:01 +0100 Message-ID: <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Willem Jan Withagen" References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <427D5AA0.1080609@withagen.nl> Date: Sun, 8 May 2005 12:10:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sun, 08 May 2005 12:07:01 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sun, 08 May 2005 12:07:03 +0100 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 11:11:23 -0000 If that where the case it would have been it wouldn't have been 46Mb/s it would have been 543Mb/s, just tested it for you :P Steve / K ----- Original Message ----- From: "Willem Jan Withagen" > Steven Hartland wrote: >> I've just finished putting together a new server box spec: >> Dual AMD 244, 2GB ram, 5 * Seagate SATA 400GB on a >> Highpoint 1820a RAID 5 array. > >> 5.4-STABLE Highpoint 1820a RAID 5 ( 5 disk ) > . >> 655360000 bytes transferred in 13.348032 secs (49097875 bytes/sec) > > You're only transfering 640M in 2GB of RAM, big chance that you're testing > memory/buffercode-speed in stead of testing diskspeed. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat May 7 21:27:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF55516A4DD for ; Sat, 7 May 2005 21:27:47 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBC7843D60 for ; Sat, 7 May 2005 21:27:46 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 10912 invoked by uid 207); 7 May 2005 21:27:45 -0000 Received: from keramida@ceid.upatras.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.18):. Processed in 0.710964 secs); 07 May 2005 21:27:45 -0000 Received: from dialup18.ach.sch.gr (HELO gothmog.gr) ([81.186.70.18]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 May 2005 21:27:44 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j47LRfGP049609 for ; Sun, 8 May 2005 00:27:41 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j47LRf4V049605 for freebsd-current@freebsd.org; Sun, 8 May 2005 00:27:41 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 8 May 2005 00:27:40 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050507212740.GA46620@gothmog.gr> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> <200505072153.54369.josemi@freebsd.jazztel.es> <20050507201142.GA9298@gothmog.gr> <15E05F3F-0FC5-490E-8987-6FE735640301@bis.midco.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15E05F3F-0FC5-490E-8987-6FE735640301@bis.midco.net> X-Mailman-Approved-At: Sun, 08 May 2005 12:07:02 +0000 Subject: Re: IPFILTER Branch [was: Re: [current tinderbox] failure on powerpc/powerpc] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 May 2005 21:27:47 -0000 On 2005-05-07 16:03, Peter Schultz wrote: >On May 7, 2005, at 3:11 PM, Giorgos Keramidas wrote: >>> But I think that this kind of pull-ups really needs of some >>> HEAD-UPs and the assistance of people more closer to current, >>> before the breakage. >> >>That is not strictly necessary, as long as a full "make universe" >>is run >>before any widespread changes that may break one or more arches. > > You're right, Darren's work isn't insignificant. I didn't intend to > discredit him, I was suggesting that the space for an IP Filter > tinderbox be created, I believe "sledge" is a fast amd64 machine that can be used for test builds. My point is that we don't really need to do anything (probably not even this discussion) without asking Darren first. If he needs access to fast build machines that can complete a "make universe" in, say, less than 2 hours... then it's up to Darren to ask for it. > or for people to stop complaining when he breaks the build, because > anyone running FreeBSD-CURRENT for a few years already knows he will. I know :-/ From owner-freebsd-current@FreeBSD.ORG Sun May 8 12:26:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07B0416A4E1; Sun, 8 May 2005 12:26:02 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9E5243D6A; Sun, 8 May 2005 12:25:59 +0000 (GMT) (envelope-from wjw@digiware.nl) Received: from [212.61.27.74] (beck.digiware.nl [212.61.27.74]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j48CPouD002322; Sun, 8 May 2005 14:25:51 +0200 (CEST) (envelope-from wjw@digiware.nl) Message-ID: <427E05D2.2060706@digiware.nl> Date: Sun, 08 May 2005 14:28:02 +0200 From: willem jan withagen Organization: Digiware User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: nl, en-us, en MIME-Version: 1.0 To: Steven Hartland References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <427D5AA0.1080609@withagen.nl> <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> In-Reply-To: <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 May 2005 12:45:07 +0000 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 12:26:02 -0000 Steven Hartland wrote: > If that where the case it would have been it wouldn't have been > 46Mb/s it would have been 543Mb/s, just tested it for you :P >>> I've just finished putting together a new server box spec: >>> Dual AMD 244, 2GB ram, 5 * Seagate SATA 400GB on a >>> Highpoint 1820a RAID 5 array. >> >> >>> 5.4-STABLE Highpoint 1820a RAID 5 ( 5 disk ) >>> 655360000 bytes transferred in 13.348032 secs (49097875 bytes/sec) >> >> You're only transfering 640M in 2GB of RAM, big chance that you're >> testing memory/buffercode-speed in stead of testing diskspeed. Still I would argue that if you do not use a write size larger than what you have as real memory, that buffering in real memory is going to play a role.... Other than that I find 50Mb/s is IMHO reasonable high value for a RAID5 in writting. But it would require substantial more organised testing. DD is nothing more than a very crude indication of what to expect in real life. --WjW From owner-freebsd-current@FreeBSD.ORG Sun May 8 13:09:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A76E816A4E2; Sun, 8 May 2005 13:09:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4616243D69; Sun, 8 May 2005 13:09:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j48DEgud021073; Sun, 8 May 2005 07:14:42 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427E0F77.50006@samsco.org> Date: Sun, 08 May 2005 07:09:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <427D5AA0.1080609@withagen.nl> <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> In-Reply-To: <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 13:09:34 -0000 Steven Hartland wrote: > If that where the case it would have been it wouldn't have been > 46Mb/s it would have been 543Mb/s, just tested it for you :P The RR1280 cards are really just software RAID cards. All of the parity calculations are done by the CPU. I couldn't find much evidence that the driver has parity routines that are optimized for the CPU, so it's likely doing a very inefficient job at it. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 8 14:29:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A5416A4E4; Sun, 8 May 2005 14:29:49 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7BCA43D6D; Sun, 8 May 2005 14:29:48 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001392399.msg; Sun, 08 May 2005 15:25:43 +0100 Message-ID: <001c01c553da$5554e490$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com><427D5AA0.1080609@withagen.nl><002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> <427E0F77.50006@samsco.org> Date: Sun, 8 May 2005 15:29:21 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sun, 08 May 2005 15:25:43 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sun, 08 May 2005 15:25:46 +0100 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 14:29:49 -0000 ---- Original Message ----- From: "Scott Long" > Steven Hartland wrote: >> If that where the case it would have been it wouldn't have been >> 46Mb/s it would have been 543Mb/s, just tested it for you :P > > The RR1280 cards are really just software RAID cards. All of the parity > calculations are done by the CPU. I couldn't find much evidence that > the driver has parity routines that are optimized for the CPU, so it's > likely doing a very inefficient job at it. According to the documentation this is not the case and the XOR calcs are done in hardware on the onboard HPT 601. > Changing MAXPHYS is very dangerous, unfortunately. The root of the > problem is that kernel virtual memory (KVA) gets assigned to each I/O > buffer as it passes through the kernel. If we allow too much I/O through > at once then we have the very real possibility of exhausting the kernel > address space and causing a deadlock and/or panic. That is why MAXPHYS > is set so low. Your DD test is unlikely to trigger a problem, but try > doing a bunch of DD's is parallel and you likely will. Thanks for the heads up on this scott I'll do some tests to see that happens. N.B. I'm currently using 256K instead of 128K which has the same performance increase as using 1M. Note: all tests are being done on i386 not AMD64 due to our requirement for i386 Linux emulation which it is my understanding is not available when running AMD64 FreeBSD. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun May 8 14:36:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BA3816A4E3; Sun, 8 May 2005 14:36:05 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C570A43D58; Sun, 8 May 2005 14:36:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j48Ef8pb021432; Sun, 8 May 2005 08:41:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427E23BA.7000508@samsco.org> Date: Sun, 08 May 2005 08:35:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com><427D5AA0.1080609@withagen.nl><002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> <427E0F77.50006@samsco.org> <001c01c553da$5554e490$b3db87d4@multiplay.co.uk> In-Reply-To: <001c01c553da$5554e490$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 14:36:05 -0000 Steven Hartland wrote: > ---- Original Message ----- From: "Scott Long" > > >> Steven Hartland wrote: >> >>> If that where the case it would have been it wouldn't have been >>> 46Mb/s it would have been 543Mb/s, just tested it for you :P >> >> >> The RR1280 cards are really just software RAID cards. All of the parity >> calculations are done by the CPU. I couldn't find much evidence that >> the driver has parity routines that are optimized for the CPU, so it's >> likely doing a very inefficient job at it. > > > According to the documentation this is not the case and the XOR > calcs are done in hardware on the onboard HPT 601. Maybe I'm confused and we are talking about different cards. > >> Changing MAXPHYS is very dangerous, unfortunately. The root of the >> problem is that kernel virtual memory (KVA) gets assigned to each I/O >> buffer as it passes through the kernel. If we allow too much I/O through >> at once then we have the very real possibility of exhausting the kernel >> address space and causing a deadlock and/or panic. That is why MAXPHYS >> is set so low. Your DD test is unlikely to trigger a problem, but try >> doing a bunch of DD's is parallel and you likely will. > > > Thanks for the heads up on this scott I'll do some tests to see that > happens. > N.B. I'm currently using 256K instead of 128K which has the same > performance increase as using 1M. > Note: all tests are being done on i386 not AMD64 due to our requirement > for i386 Linux emulation which it is my understanding is not available when > running AMD64 FreeBSD. Linux/i386 emulation works quite well on FreeBSD/amd64 and is getting better every day. There is active development on it at the moment. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 8 14:37:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC80C16A4E3; Sun, 8 May 2005 14:37:25 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D1F43D46; Sun, 8 May 2005 14:37:25 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001392432.msg; Sun, 08 May 2005 15:33:09 +0100 Message-ID: <002b01c553db$5e167340$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "willem jan withagen" References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <427D5AA0.1080609@withagen.nl> <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> <427E05D2.2060706@digiware.nl> Date: Sun, 8 May 2005 15:36:45 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sun, 08 May 2005 15:33:09 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sun, 08 May 2005 15:33:10 +0100 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 14:37:26 -0000 ----- Original Message ----- From: "willem jan withagen" >> If that where the case it would have been it wouldn't have been >> 46Mb/s it would have been 543Mb/s, just tested it for you :P >>>> I've just finished putting together a new server box spec: >>>> Dual AMD 244, 2GB ram, 5 * Seagate SATA 400GB on a >>>> Highpoint 1820a RAID 5 array. >>> >>>> 5.4-STABLE Highpoint 1820a RAID 5 ( 5 disk ) >>>> 655360000 bytes transferred in 13.348032 secs (49097875 bytes/sec) >>> >>> You're only transfering 640M in 2GB of RAM, big chance that you're >>> testing memory/buffercode-speed in stead of testing diskspeed. > > Still I would argue that if you do not use a write size larger than what > you have as real memory, that buffering in real memory is going to play > a role.... I think you miss read all the details here Willem. Original values: Write: 150Mb/s Read: 50Mb/s Current value after tweeking, RAID stripe size, vfs.read_max and MAXPHYS ( needs more testing now due to scotts warning ) Write: 150Mb/s Read: 200Mb/s Note: The test size was upped to 10Gb to avoid caching issues. > Other than that I find 50Mb/s is IMHO reasonable high value for a RAID5 > in writting. But it would require substantial more organised testing. DD > is nothing more than a very crude indication of what to expect in real life. dd was uses as it is a good quick indication of baseline sequential file access speed and as such highlighted a serious issue with the original performance. Thanks to the input from a number of guys here this was dramatically increased to a more reasonable value. There is potentially more headway for improvement which is show by the software linux RAID tests but 200Mb/s read is far more acceptable from a 5 disk system than 50Mb/s which can be obtained from a single disk. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun May 8 14:48:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4F8E16A4E3 for ; Sun, 8 May 2005 14:48:12 +0000 (GMT) Received: from nala.dohd.org (xaa.demon.nl [83.160.166.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id A75B643D62 for ; Sun, 8 May 2005 14:48:11 +0000 (GMT) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id 59CD01183B for ; Sun, 8 May 2005 16:48:10 +0200 (CEST) Received: from nala.dohd.org ([127.0.0.1]) by localhost (eeyore.local.dohd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00747-05 for ; Sun, 8 May 2005 16:48:08 +0200 (CEST) Received: by nala.dohd.org (Postfix, from userid 1008) id D68231183A; Sun, 8 May 2005 16:48:08 +0200 (CEST) Date: Sun, 8 May 2005 16:48:08 +0200 From: Mark Huizer To: current@freebsd.org Message-ID: <20050508144808.GA12603@eeyore.local.dohd.org> References: <20050425183733.GB24146@eeyore.local.dohd.org> <2323.216.177.243.38.1114457612.localmail@webmail.dnswatch.com> <20050425200052.GC24146@eeyore.local.dohd.org> <200504262133.42669.saturn@serv.net> <20050427131441.GB98718@over-yonder.net> <20050504221204.GA89077@eeyore.local.dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504221204.GA89077@eeyore.local.dohd.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at dohd.org Subject: Re: fxp0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 14:48:12 -0000 On Thu, May 05, 2005 at 12:12:04AM +0200, Mark Huizer wrote: > > > uname -a > > > FreeBSD 5.4-STABLE FreeBSD 5.4-STABLE #0: Sat Apr 23 19:52:42 UTC 2005 > > > the kernel is the amd64 and I am running and amd64 processor > > > > I've also seen a couple (not many, but this is a low-traffic system > > anyway) lately, which is unusual. > > > > FreeBSD 5.3-STABLE #0: Sat Jan 29 00:29:15 CST 2005 > > > Any info on the specific cards? (dmesg info would be nice?) > Perhaps these are all the same type of cards? > > fxp0: port 0xe000-0xe01f mem 0xe3000000-0xe30fffff,0xe3101000-0xe3101fff irq 5 at device 17.0 on pci0 > miibus1: on fxp0 fxp0: port 0xe000-0xe03f mem 0xe3000000-0xe301ffff,0xe3021000-0xe3021fff irq 5 at device 17.0 on pci0 miibus1: on fxp0 fxp0: Ethernet address: 00:02:b3:48:51:43 fxp0: device timeout fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 Changed it with another card, still the same problem. What could possible make the difference between -current and -stable? Mark -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Sun May 8 15:14:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09A1D16A4E3; Sun, 8 May 2005 15:14:17 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF5443DA1; Sun, 8 May 2005 15:14:16 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001392560.msg; Sun, 08 May 2005 16:10:13 +0100 Message-ID: <007e01c553e0$8e905310$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Scott Long" References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com><427D5AA0.1080609@withagen.nl><002b01c553be$93a5b790$b3db87d4@multiplay.co.uk><427E0F77.50006@samsco.org> <001c01c553da$5554e490$b3db87d4@multiplay.co.uk> <427E23BA.7000508@samsco.org> Date: Sun, 8 May 2005 16:13:54 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sun, 08 May 2005 16:10:13 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sun, 08 May 2005 16:10:14 +0100 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 15:14:17 -0000 ----- Original Message ----- From: "Scott Long" >> According to the documentation this is not the case and the XOR >> calcs are done in hardware on the onboard HPT 601. > > Maybe I'm confused and we are talking about different cards. Quite possibly all other highpoint cards that Im aware of are software RAID. >> Note: all tests are being done on i386 not AMD64 due to our requirement >> for i386 Linux emulation which it is my understanding is not available when >> running AMD64 FreeBSD. > > Linux/i386 emulation works quite well on FreeBSD/amd64 and is getting > better every day. There is active development on it at the moment. Now that is very interesting. Are you talking in 5.x stream or in 6.x? I cant risk putting 6x on this machine but would be quite willing to throw 5.x AMD64 on it and give it a whirl. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun May 8 16:06:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEE2716A4E3 for ; Sun, 8 May 2005 16:06:52 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6162443D9C for ; Sun, 8 May 2005 16:06:51 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 2037C3B8FA; Sun, 8 May 2005 18:06:49 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) j48G6brG001282 for ; Sun, 8 May 2005 18:06:37 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j48G6bm3001281 for freebsd-current@freebsd.org; Sun, 8 May 2005 18:06:37 +0200 (CEST) (envelope-from schweikh) Date: Sun, 8 May 2005 18:06:37 +0200 From: Jens Schweikhardt To: freebsd-current@freebsd.org Message-ID: <20050508160637.GA962@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: acd0: TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 16:06:53 -0000 Dear *, while my slightly out-of-date CURRENT system as of March 5th works fine, CURRENT as of today won't boot due to problems with the ATA CD ROM. Tray is closed, no CD inserted, in case it matters. The timeout message is displayed several times with about 20 secs in between, after ... ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 acd0: req=0xmumble TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson I have used the GENERIC device hints. The older system continues after acd0: DVDR ... with the SCSI disks, da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabl ed da0: 35044MB (71771688 512 byte sectors: 255H 63S/T 4467C) Mainboard is a Supermicro P4SCT. The complete dmesg of the working system is below. Is there anything I can do to help fix this? I could try compiling older systems and find out the date it broke if this is deemed reasonable by the experts. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #0: Sat Mar 5 15:13:14 CET 2005 toor@hal9000.schweikhardt.net:/share/HEAD/obj/share/HEAD/src/sys/HAL9000 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2994.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf33 Stepping = 3 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1072627712 (1022 MB) avail memory = 1040850944 (992 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard bktr_mem: memory holder loaded npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xb000-0xb01f mem 0xec000000-0xec01ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:30:48:80:79:71 em0: Speed:N/A Duplex:N/A pcib3: at device 28.0 on pci0 pci3: on pcib3 ahd0: port 0xc400-0xc4ff,0xc000-0xc0ff mem 0xeb000000-0xeb001fff irq 24 at device 1.0 on pci3 ahd0: [GIANT-LOCKED] aic7901A: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs ahc0: port 0xc800-0xc8ff mem 0xeb002000-0xeb002fff irq 25 at device 2.0 on pci3 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs uhci0: port 0xd000-0xd01f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pci0: at device 29.7 (no driver attached) pcib4: at device 30.0 on pci0 pci4: on pcib4 bktr0: mem 0xec300000-0xec300fff irq 20 at device 1.0 on pci4 bktr0: [GIANT-LOCKED] bktr0: Hauppauge Model 38104 B208 bktr0: Hauppauge WinCast/TV, Philips PAL I tuner. pci4: at device 1.1 (no driver attached) csa0: mem 0xec100000-0xec1fffff,0xec200000-0xec200fff irq 21 at device 2.0 on pci4 csa: card is Unknown/invalid SSID (CS4614) csa0: [GIANT-LOCKED] pcm0: on csa0 pcm0: pcm0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xccfff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] ppc0: at port 0x278-0x27f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging limited to 100 packets/entry by default ad0: 76319MB [155061/16/63] at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35044MB (71771688 512 byte sectors: 255H 63S/T 4467C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 35044MB (71771688 512 byte sectors: 255H 63S/T 4467C) da2 at ahd0 bus 0 target 5 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da2: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) da3 at ahd0 bus 0 target 6 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da3: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: <_NEC DVD_RW ND-2500A 1.06> Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Sun May 8 17:17:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E2BC16A4E4 for ; Sun, 8 May 2005 17:17:21 +0000 (GMT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D041643DB6 for ; Sun, 8 May 2005 17:17:20 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j48HHKuR091559 for ; Sun, 8 May 2005 10:17:20 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v622) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Marcel Moolenaar Date: Sun, 8 May 2005 10:17:19 -0700 X-Mailer: Apple Mail (2.622) Subject: panic: mutex Giant not owned ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 17:17:21 -0000 I'm suddenly getting the following panic reliably on ia64 when going multi-user. I have no idea what caused this ATM (but I can guess), so if anyone has any clues, let me know. So far it looks ia64 specific, which worries me... \begin{console} : Trying to mount root from ufs:/dev/da0p2 panic: mutex Giant not owned at ../../../kern/kern_mutex.c:299 KDB: enter: panic [thread pid 1 tid 100008 ] Stopped at kdb_enter+0x81: [F1] nop.f 0x0 db> wh Tracing pid 1 tid 100008 td 0xe00000007c9bebe0 kdb_enter(0xe0000000045fbf10, 0xe0000000042c60b0, 0x814, 0xa00000003114c4e8) at kdb_enter+0x81 panic(0xe0000000045fb180, 0xe0000000045fb2d8, 0xe0000000045fb040, 0x12b) at panic+0x200 _mtx_assert(0xe0000000047126f8, 0x1, 0xe0000000045fb040, 0x12b) at _mtx_assert+0xd0 _mtx_unlock_flags(0xe0000000047126f8, 0x0, 0xe000000004615768, 0xb2) at _mtx_unlock_flags+0xc0 unlock_and_deallocate(0xa00000003114c5b0, 0xa00000003114c5f0, 0xa00000003114c5d0, 0xe00000000452e6f0, 0x18b9, 0x18b9) at unlock_and_deallocate+0x380 vm_fault(0xe00000007d190000, 0xa00000002ed94000, 0x2, 0x0, 0xa00000003114c5b0, 0xa00000003114c5d0, 0xa00000003114c5b0, 0xe0000000045fb040) at vm_fault+0x2b40 trap(0x14, 0xa00000003114d000) at trap+0x7b0 ivt_Data_TLB() at ivt_Data_TLB+0x1c0 --- trapframe at 0xa00000003114d000 copystr() at copystr+0x11 copyinstr(0x9ffffffffffffff2, 0xa00000002ed94000, 0x400, 0xa00000003114d4c0) at copyinstr+0xb0 exec_copyin_args(0xa00000003114d4d0, 0x9ffffffffffffff2, 0x0, 0x9fffffffffffffd8, 0x0) at exec_copyin_args+0x140 execve(0xe00000007c9bebe0, 0xa00000003114d520, 0xe000000004268b00, 0x716, 0xe00000000470f8d8) at execve+0x40 start_init(0x9fffffffffffffd8, 0x9ffffffffffffff2, 0xe0000000046c41d2, 0xe0000000046c41c8) at start_init+0x500 fork_exit(0xe000000004628b50, 0x0, 0xa00000003114d550) at fork_exit+0x160 enter_userland() at enter_userland db> show all p pid proc uid ppid pgrp flag stat wmesg wchan cmd 44 e00000007c98f980 0 0 0 0000204 [SLPQ - 0xa000000031255540][SLP] schedcpu 43 e00000007c8f8000 0 0 0 0000204 [SLPQ - 0xe000000004725c38][SLP] nfsiod 3 42 e00000007c8f8330 0 0 0 0000204 [SLPQ - 0xe000000004725c30][SLP] nfsiod 2 41 e00000007c8f8660 0 0 0 0000204 [SLPQ - 0xe000000004725c28][SLP] nfsiod 1 40 e00000007c8f8990 0 0 0 0000204 [SLPQ - 0xe000000004725c20][SLP] nfsiod 0 39 e00000007c8f8cc0 0 0 0 0000204 [SLPQ syncer 0xe0000000047134d0][SLP] syncer 38 e00000007c8f8ff0 0 0 0 0000204 [SLPQ vlruwt 0xe00000007c8f8ff0][SLP] vnlru 37 e00000007c8f9320 0 0 0 0000204 [SLPQ psleep 0xe00000000471d08c][SLP] bufdaemon 36 e00000007c8f9650 0 0 0 000020c [SLPQ pgzero 0xe0000000047279c0][SLP] pagezero 35 e00000007c8f9980 0 0 0 0000204 [SLPQ psleep 0xe0000000047270b4][SLP] vmdaemon 34 e00000007c8fa000 0 0 0 0000204 [SLPQ psleep 0xe00000000472709c][SLP] pagedaemon 33 e00000007c990990 0 0 0 0000204 [IWAIT] intr: uart2 32 e00000007c990cc0 0 0 0 0000204 [IWAIT] intr: isp0 31 e00000007c990ff0 0 0 0 0000204 [IWAIT] intr: fxp0 30 e00000007c991320 0 0 0 0000204 [IWAIT] intr: pcm0 29 e00000007c991650 0 0 0 0000204 [IWAIT] intr: ichsmb0 28 e00000007c991980 0 0 0 0000204 [SLPQ usbtsk 0xe000000004706ce8][SLP] usbtask 27 e00000007c98e000 0 0 0 0000204 [SLPQ usbevt 0xe000000000622420][SLP] usb0 26 e00000007c98e330 0 0 0 0000204 [IWAIT] intr: uhci0 25 e00000007c98e660 0 0 0 0000204 [IWAIT] intr: ata1 24 e00000007c98e990 0 0 0 0000204 [IWAIT] intr: ata0 23 e00000007c98ecc0 0 0 0 0000204 [IWAIT] swi0: uart uart+ 22 e00000007c98eff0 0 0 0 0000204 [IWAIT] intr: puc0 9 e00000007c948330 0 0 0 0000204 [SLPQ actask 0xe000000004702780][SLP] acpi_task2 8 e00000007c948660 0 0 0 0000204 [SLPQ actask 0xe000000004702780][SLP] acpi_task1 7 e00000007c948990 0 0 0 0000204 [SLPQ actask 0xe000000004702780][SLP] acpi_task0 21 e00000007c948cc0 0 0 0 0000204 [IWAIT] intr: acpi0 6 e00000007c948ff0 0 0 0 0000204 [SLPQ - 0xe000000000554100][SLP] kqueue taskq 20 e00000007c949320 0 0 0 0000204 [IWAIT] swi6: acpitaskq 19 e00000007c949650 0 0 0 0000204 [IWAIT] swi5:+ 5 e00000007c949980 0 0 0 0000204 [SLPQ - 0xe0000000002a2300][SLP] thread taskq 18 e00000007c990000 0 0 0 0000204 [IWAIT] swi6:+ 17 e00000007c990330 0 0 0 0000204 [IWAIT] swi6: task queue 16 e00000007c990660 0 0 0 0000204 [IWAIT] swi2: cambio 15 e00000007c9bc000 0 0 0 0000204 [SLPQ - 0xe000000004703a60][SLP] yarrow 4 e00000007c9bc330 0 0 0 0000204 [SLPQ - 0xe00000000470ec80][SLP] g_down 3 e00000007c9bc660 0 0 0 0000204 [SLPQ - 0xe00000000470ec78][SLP] g_up 2 e00000007c9bc990 0 0 0 0000204 [SLPQ - 0xe00000000470ec68][SLP] g_event 14 e00000007c9bccc0 0 0 0 0000204 [IWAIT] swi3: vm 13 e00000007c9bcff0 0 0 0 000020c [RUNQ] swi4: clock 12 e00000007c9bd320 0 0 0 0000204 [IWAIT] swi1: net 11 e00000007c9bd650 0 0 0 000020c [Can run] idle 1 e00000007c9bd980 0 0 0 0000200 [CPU 0] swapper 10 e00000007c948000 0 0 0 0000204 [SLPQ ktrace 0xe00000000470fb80][SLP] ktrace 0 e00000000470ed90 0 0 0 0000200 [SLPQ sched 0xe00000000470ed90][SLP] swapper \end{console} -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun May 8 18:06:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 219D416A4E6 for ; Sun, 8 May 2005 18:06:43 +0000 (GMT) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6829F43D92 for ; Sun, 8 May 2005 18:06:42 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id 0082813D42; Sun, 8 May 2005 20:06:40 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id B45A5102E6C; Sun, 8 May 2005 20:06:40 +0200 (CEST) Received: from lofi.dyndns.org (dsl-082-083-044-065.arcor-ip.net [82.83.44.65]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id DBB441DA41; Sun, 8 May 2005 20:06:39 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j48I6bxQ010797 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 8 May 2005 20:06:37 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: Andre Guibert de Bruet Date: Sun, 8 May 2005 20:06:31 +0200 User-Agent: KMail/1.8 References: <20050508044906.J55534@lexi.siliconlandmark.com> <200505081248.06069.lofi@freebsd.org> In-Reply-To: <200505081248.06069.lofi@freebsd.org> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o;>bD>c:]^;:>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: root's shell (Was: Re: boot banner project) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 18:06:43 -0000 --nextPart2070263.Ay6x51XYdR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 8. May 2005 12:47, Michael Nottebrock wrote: > On Sunday, 8. May 2005 10:50, Andre Guibert de Bruet wrote: > > On Sun, 8 May 2005, Michael Nottebrock wrote: > > > On Sunday, 8. May 2005 10:17, Andre Guibert de Bruet wrote: > > >>>> I was thinking about using (/usr/local/bin/)bash for root, somethi= ng > > >>>> a lot of people try to do (until they notice a toe missing :). > > >> > > >> I don't like the thought of root's login shell being anywhere but on > > >> the root partition. You're absolutely correct though (Single user mo= de > > >> prompts for the shell to use). > > > > > > A dynamically linked bash(3) requires libintl ... > > > > Right, and if root's shell is set to /usr/local/bin/bash, you can opt to > > use /bin/sh at the single user mode prompt. > > There's other possible issues - see >=20 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D884568+0+archive/2004/freebs= d-current/20041010.freebsd-current=20 for an example. Oh, and btw: There is no freebsd-misc mailinglist. Perhaps you were thinkin= g=20 of comp.unix.bsd.freebsd.misc ... =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2070263.Ay6x51XYdR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCflUrXhc68WspdLARAjQmAKCHloYBfV42eLWKsO0920aplLjhawCeI0tD ls1yVsJ/i7bg7v2KyC/nqWU= =GuNN -----END PGP SIGNATURE----- --nextPart2070263.Ay6x51XYdR-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 19:51:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9892416A4E6 for ; Sun, 8 May 2005 19:51:54 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 6017543D6E for ; Sun, 8 May 2005 19:51:54 +0000 (GMT) (envelope-from ron.hudson@sbcglobal.net) Received: from unknown (HELO ?4.246.54.161?) (ron.hudson@sbcglobal.net@4.246.54.161 with plain) by smtp812.mail.sc5.yahoo.com with SMTP; 8 May 2005 19:51:53 -0000 Mime-Version: 1.0 (Apple Message framework v622) Content-Transfer-Encoding: 7bit Message-Id: <4bc2b728d3cea6888fcc9953d12d70cc@sbcglobal.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: Ron Hudson Date: Sun, 8 May 2005 12:52:04 -0700 X-Mailer: Apple Mail (2.622) Subject: Booting from DOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 19:51:54 -0000 I have just installed 5.3 I have a 100mb dos partition, 70mb swap and the rest of the 2gb hard drive as one bsd slice The BSD slice is all one filesystem "/" When my system boots it gives: F1 . . . DOS F2 . . . FreeBSD Default F? When I press F1 I get DOS When I press F2 the boot prompt repeats. I have tried to BOOTINST again. The same thing remains. What's wrong? Is there a way to boot BSD from DOS? Thanks for your help. From owner-freebsd-current@FreeBSD.ORG Sun May 8 19:58:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EE716A4E6 for ; Sun, 8 May 2005 19:58:00 +0000 (GMT) Received: from mailhub01.unibe.ch (mailhub01.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81BC343D93 for ; Sun, 8 May 2005 19:57:59 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub01.unibe.ch (Postfix) with ESMTP id 3CD1125BA4C; Sun, 8 May 2005 21:57:58 +0200 (MEST) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 11699-11-35; Sun, 8 May 2005 21:57:52 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id 2F20C25BA4B; Sun, 8 May 2005 21:57:57 +0200 (MEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id j48JvuW23179; Sun, 8 May 2005 21:57:56 +0200 (MET DST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j48Jvunb027463; Sun, 8 May 2005 21:57:56 +0200 (MEST) Date: Sun, 8 May 2005 21:57:56 +0200 From: Tobias Roth To: Ron Hudson Message-ID: <20050508195756.GA27453@droopy.unibe.ch> References: <4bc2b728d3cea6888fcc9953d12d70cc@sbcglobal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4bc2b728d3cea6888fcc9953d12d70cc@sbcglobal.net> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org Subject: Re: Booting from DOS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 19:58:00 -0000 On Sun, May 08, 2005 at 12:52:04PM -0700, Ron Hudson wrote: > I have just installed 5.3 [snip question about booting] please resend this email to freebsd-questions cheers, t. From owner-freebsd-current@FreeBSD.ORG Sun May 8 21:22:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 348E016A4E6; Sun, 8 May 2005 21:22:57 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 187A843D9F; Sun, 8 May 2005 21:22:56 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j48LMhJ3083834; Sun, 8 May 2005 23:22:45 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <427E8324.8010905@withagen.nl> Date: Sun, 08 May 2005 23:22:44 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <427D5AA0.1080609@withagen.nl> <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> <427E05D2.2060706@digiware.nl> <002b01c553db$5e167340$b3db87d4@multiplay.co.uk> In-Reply-To: <002b01c553db$5e167340$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: willem jan withagen cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 21:22:57 -0000 Steven Hartland wrote: >> Still I would argue that if you do not use a write size larger than >> what you have as real memory, that buffering in real memory is going >> to play a role.... > > > I think you miss read all the details here Willem. Sorry about that, if that is the case. > Original values: > Write: 150Mb/s > Read: 50Mb/s > Current value after tweeking, RAID stripe size, vfs.read_max and > MAXPHYS ( needs more testing now due to scotts warning ) > Write: 150Mb/s > Read: 200Mb/s > > Note: The test size was upped to 10Gb to avoid caching issues. That would certainly negate my assumption 10G is enough to regularly flush the buffer. >> Other than that I find 50Mb/s is IMHO reasonable high value for a >> RAID5 in writting. But it would require substantial more organised >> testing. DD is nothing more than a very crude indication of what to >> expect in real life. > > > dd was uses as it is a good quick indication of baseline sequential file > access > speed and as such highlighted a serious issue with the original > performance. That is well phrased English for what I was trying to say. I'm glad to see that it worked for you. And I'm certainly impressed by the numbers... This is on a 4 disk RAID5 with one hot spare??? --WjW From owner-freebsd-current@FreeBSD.ORG Sun May 8 21:41:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CAB16A4E6; Sun, 8 May 2005 21:41:23 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4917543D54; Sun, 8 May 2005 21:41:22 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001393853.msg; Sun, 08 May 2005 22:36:55 +0100 Message-ID: <009d01c55416$91681ba0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Willem Jan Withagen" References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com><427D5AA0.1080609@withagen.nl><002b01c553be$93a5b790$b3db87d4@multiplay.co.uk><427E05D2.2060706@digiware.nl><002b01c553db$5e167340$b3db87d4@multiplay.co.uk> <427E8324.8010905@withagen.nl> Date: Sun, 8 May 2005 22:40:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Sun, 08 May 2005 22:36:55 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Sun, 08 May 2005 22:36:55 +0100 cc: freebsd-hackers@freebsd.org cc: willem jan withagen cc: freebsd-current@freebsd.org Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 21:41:23 -0000 ----- Original Message ----- From: "Willem Jan Withagen" > > That is well phrased English for what I was trying to say. I'm glad to see > that it worked for you. And I'm certainly impressed by the numbers... > > This is on a 4 disk RAID5 with one hot spare??? Unfortunately not, we needed the capacity so went for pure RAID5 and considering Im not far away from the machine its easy to just pop a new disk in there when I get the email or hear the raid siren go off ( dam noisy thing :P ). One thing of interest uncovered in my testing was linux's software RAID5 was very good, producing: Write: 269Mb/s Read: 259Mb/s and that vimun had surprising poor results, but this could well be attributed to poor defaults Im not sure. Write: 6Mb/s Read: 23Mb/s All tested with pure RAID5 on 5 disks ( no hot swap ). Checkout the "Very low disk performance on 5.x" thread on: freebsd-performance@freebsd.org Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun May 8 22:47:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F21D216A4E6 for ; Sun, 8 May 2005 22:47:23 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB28043DB7 for ; Sun, 8 May 2005 22:47:23 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CEE4E72DD4; Sun, 8 May 2005 15:47:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C995572DCB; Sun, 8 May 2005 15:47:23 -0700 (PDT) Date: Sun, 8 May 2005 15:47:23 -0700 (PDT) From: Doug White To: Nikolay Kalev In-Reply-To: <427B19CE.3070300@gmail.com> Message-ID: <20050508154631.P77229@carver.gumbysoft.com> References: <4277339A.6080108@gmail.com> <20050505103825.V47211@carver.gumbysoft.com> <427B19CE.3070300@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: strange problems ! with 5.4RC's X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 22:47:24 -0000 On Fri, 6 May 2005, Nikolay Kalev wrote: > Thanks for the advice, it seems i don;t have synaptecs and the revision > of psm.c is 1.79.2.2 . I;m tracking the RELENG_5_4 tree. The improvments > are still in freebsd-current tree ? > I'll continue to observe this problems and see if i can genarate it. ok. You might also clean the pad and make sure you aren't bumping it with your wrist. That sort of effect is congruent with pressing two places on the pad at once. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 22:55:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C51316A4E6 for ; Sun, 8 May 2005 22:55:50 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE10443D80 for ; Sun, 8 May 2005 22:55:49 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D46EB72DD4; Sun, 8 May 2005 15:55:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CF2F872DCB; Sun, 8 May 2005 15:55:49 -0700 (PDT) Date: Sun, 8 May 2005 15:55:49 -0700 (PDT) From: Doug White To: Harry Coin In-Reply-To: <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> Message-ID: <20050508155433.V77229@carver.gumbysoft.com> References: <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Mouse / psm0 via D-Link KVM won't load on 5.4, does on 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 22:55:50 -0000 On Thu, 5 May 2005, Harry Coin wrote: > I'm not sure I have a 5.3 around anymore. But I can take the kernel option > I inserted to delay the reset out of the 5.4 kernel and give you a boot -v > of it failing to load psm0, and then give you a boot -v of the 5.4 kernel > with the reset time set to 401 (default is 201) where it has no > problem. It would take time but I could do it if that would be > helpful. Let me know. Saw another note that this worked. Good to know. > The Microsoft OS's are aware of this, their mouse drivers allow for ample > aux reset settling time as the various KVM's pass signals 'up the chain' > eventually reaching whatever mouse is attached. (I've written several > time-sensitive device drivers for MS OS's so I have some history with this > stuff.) The increase in reset wait time needed is still a second or less, > and it only happens once at boot time. Seems an acceptable change to suggest. I only worry that keyboard controllers are even more quirky than ATA drives with regards to timeouts and waits. Changing the default would have to be done with lots of testing. Making the value controllable by loader tunable would at least save you the recompile. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 22:59:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FC416A4E6 for ; Sun, 8 May 2005 22:59:20 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F38B743D7F for ; Sun, 8 May 2005 22:59:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E798C72DD4; Sun, 8 May 2005 15:59:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E293672DCB; Sun, 8 May 2005 15:59:19 -0700 (PDT) Date: Sun, 8 May 2005 15:59:19 -0700 (PDT) From: Doug White To: "Alexander S. Usov" In-Reply-To: Message-ID: <20050508155814.X77229@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kernel panics in recent RELENG-5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 22:59:20 -0000 On Fri, 6 May 2005, Alexander S. Usov wrote: > It look that something was broken in the last few days in > RELENG-5 branch. I am getting reproducible panics by pressing > almost any key while system is booting or is in shutdown. > Once it is up -- it works mostly fine. > Also I noted that the keyboard was not working on my laptop > while in the booting phase -- so after I managed to get a second > panic doing fsck, I was unable to do anything in single-user mode. > The only working keys I found were ScrollLock/Pause and > Ctrl-Alt-Del :) Howewer rebooting it with acpi turned off I managed > to get it working. This was a change I made to try and fix the ttwwakeup() panic, but it broke single user instead. It was backed out yesterday, so cvsup & rebuild. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:10:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C3FC16A4E6 for ; Sun, 8 May 2005 23:10:09 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56F4543D62 for ; Sun, 8 May 2005 23:10:08 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IG7002F51OT74@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 08 May 2005 19:10:07 -0400 (EDT) Date: Sun, 08 May 2005 19:10:04 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200505081910.04981.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_MsgqsAK3oEJBkcZte54tMw)" User-Agent: KMail/1.8 Subject: acd0 broken, umass probe takes 5 minutes at boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:10:09 -0000 --Boundary_(ID_MsgqsAK3oEJBkcZte54tMw) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline FreeBSD clk01a 6.0-CURRENT FreeBSD 6.0-CURRENT #: Sun May 8 16:38:09 EDT 2005 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A i386 (Warning, long read) Hi, Since I cvsup'd and buildworld/kernel yesterday (after a fresh install of March_05 snapshot), my dvdr (acd0) no longer works. I had atapicam enabled in my kernel conf file and disabling it does nothing. I still get the following errors when trying to read a dvd : acd0: timeout waiting for ATAPI ready acd0: error issuing ATA PACKET command and if I try to mount a cd/dvd, it crashes the system. With atapicam enabled, I get several loops of this at boot: (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): CAM Status: SCSI Status Error (da0:ata1:0:0:0): SCSI Status: Check Condition (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present (da0:ata1:0:0:0): (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present Unretryable error (da0:ata1:0:0:0): error 6 (da0:ata1:0:0:0): Unretryable Error Opened disk da0 -> 6 and still no access to acd0 or it's scsi form. The dvdr is set physically set as master (not CS) and runs alone on it's channel. I tried changing the cable from 80 conductor to 40 conductor (spare parts...) and nothing changed. Also, whether I have atapicam enabled or not, booting takes about 5 minutes because the umass probe is hanging. It will ouput 5 times : (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command. With about a minute in between. Ironically, after boot, pluging-in a USB mp3 player works and creates da1 successfully. These two problems were not present in the March_05 snapshot. My wild guess would be that something happened to either pass, da or scbus that my system doesn't like. Any suggestions? Should I send_pr? Thanks, Nicolas. --Boundary_(ID_MsgqsAK3oEJBkcZte54tMw) Content-type: text/plain; charset=us-ascii; name=dmesg_atapicam Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=dmesg_atapicam slot 4 0 14 D 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 A 0x01 3 4 5 7 10 11 14 15 slot 5 0 9 B 0x02 3 4 5 7 10 11 14 15 slot 5 0 9 C 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 D 0x05 3 4 5 7 10 11 14 15 embedded 0 7 A 0x01 3 4 5 7 10 11 14 15 embedded 0 10 A 0x02 3 4 5 7 10 11 14 15 embedded 0 8 A 0x03 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: irq 3 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: irq 5 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: irq 0 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: irq 0 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 ACPI timer: 1/2 1/1 1/2 1/1 1/2 1/1 1/2 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0282, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e4000000, size 26, enabled found-> vendor=0x1106, dev=0x1282, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2282, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3282, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4282, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7282, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb188, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=0, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base fbc00000, size 11, enabled map[14]: type 4, range 32, base 0000d800, size 7, enabled pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 16 found-> vendor=0x11ab, dev=0x4320, revid=0x13 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fbb00000, size 14, enabled map[14]: type 4, range 32, base 0000d400, size 8, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 17 found-> vendor=0x109e, dev=0x036e, revid=0x11 bus=0, slot=12, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3e00000, size 12, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x109e, dev=0x0878, revid=0x11 bus=0, slot=12, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3f00000, size 12, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x10b7, dev=0x9200, revid=0x74 bus=0, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 7, enabled map[14]: type 1, range 32, base fb900000, size 7, enabled pcib0: matched entry for 0.14.INTA pcib0: slot 14 INTA hardwired to IRQ 19 found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 3, enabled map[14]: type 4, range 32, base 0000c400, size 2, enabled map[18]: type 4, range 32, base 0000c000, size 3, enabled map[1c]: type 4, range 32, base 0000b800, size 2, enabled map[20]: type 4, range 32, base 0000b400, size 4, enabled map[24]: type 4, range 32, base 0000b000, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 20 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 00009800, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a000, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a400, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a800, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3104, revid=0x86 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fb600000, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3059, revid=0x60 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00009400, size 8, enabled pcib0: matched entry for 0.17.INTC pcib0: slot 17 INTC hardwired to IRQ 22 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 AMD64: 1 Misc. Control unit(s) found. agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfbd00000-0xfbffffff pcib1: prefetched decode 0xe8000000-0xfaffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4153, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 4, range 32, base 0000e000, size 8, enabled pcib1: (null) requested I/O range 0xe000-0xe0ff: in range map[18]: type 1, range 32, base fbe00000, size 16, enabled pcib1: (null) requested memory range 0xfbe00000-0xfbe0ffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x1002, dev=0x4173, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib1: (null) requested memory range 0xf0000000-0xf7ffffff: good map[14]: type 1, range 32, base fbf00000, size 16, enabled pcib1: (null) requested memory range 0xfbf00000-0xfbf0ffff: good drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,0xfbe00000-0xfbe0ffff irq 16 at device 0.0 on pci1 drm0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfbe00000 pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good drm0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0xd800-0xd87f mem 0xfbc00000-0xfbc007ff irq 16 at device 7.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfbc00000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:cb:93:55 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) skc0: port 0xd400-0xd4ff mem 0xfbb00000-0xfbb03fff irq 17 at device 10.0 on pci0 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfbb00000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: PN: Yukon 88E8001 skc0: EC: Rev. 1.3 skc0: MN: Marvell skc0: SN: AbCdEfG334454 skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:11:d8:44:15:f4 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] bktr0: mem 0xe3e00000-0xe3e00fff irq 17 at device 12.0 on pci0 bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe3e00000 bktr0: [GIANT-LOCKED] brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x3a000000 bktr0: GPIO is 0x00ffffdb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 44811 C333 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. bktr0: msp34xx: init: chip=MSP34255?-?31, has NICAM support pci0: at device 12.1 (no driver attached) pci0:12:1: Transition from D0 to D3 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xfb900000-0xfb90007f irq 19 at device 14.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xfb900000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus1: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:01:02:6c:67:a1 xl0: [MPSAFE] atapci0: port 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff irq 20 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xb000 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc800 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc400 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb800 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=51 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0x9800-0x981f irq 21 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x9800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xa000-0xa01f irq 21 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xa400-0xa41f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa400 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xa800-0xa81f irq 21 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfb600000-0xfb6000ff irq 21 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb600000 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr 2 umass0:0:0:-1: Attached to scbus0 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0x9400-0x94ff irq 22 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9400 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: sndbuf_setmap 3e5e9000, 1000; 0xc2515000 -> 3e5e9000 pcm0: sndbuf_setmap 3dfcb000, 1000; 0xc2517000 -> 3dfcb000 pcm0: sndbuf_setmap 3e34d000, 1000; 0xc2519000 -> 3e34d000 pcm0: sndbuf_setmap 3e64f000, 1000; 0xc251b000 -> 3e64f000 pcm0: sndbuf_setmap 3e186000, 1000; 0xc2512000 -> 3e186000 pcm0: sndbuf_setmap 3e0ea000, 1000; 0xc2536000 -> 3e0ea000 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd07ff,0xd0800-0xd47ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Device configuration finished. linprocfs registered procfs registered lapic: Divisor 2, Frequency 147507938 hz Timecounter "TSC" frequency 2655148645 Hz quality 800 Timecounters tick every 0.862 msec Linux ELF exec handler installed lo0: bpf attached bktr0: msp3410: thread started ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire pid 25: corrected slot count (0->1) ad0: setting PIO4 on VIA 8237 chip ad0: setting UDMA100 on VIA 8237 chip ad0: 19541MB at ata0-master UDMA100 ad0: 40020624 sectors [39703C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on VIA 8237 chip acd0: setting UDMA33 on VIA 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed GEOM: new disk ad0 GEOM: new disk ad4 acd0: timeout waiting for ATAPI ready acd0: error issuing ATA PACKET command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted pass0 at ata1 bus 0 target 0 lun 0 pass0: < > Fixed Direct Access SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk da0 ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 (da0:ata1:0:0:0): error 6 (da0:ata1:0:0:0): Unretryable Error da0 at ata1 bus 0 target 0 lun 0 da0: < > Fixed Direct Access SCSI-0 device da0: 33.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): CAM Status: SCSI Status Error (da0:ata1:0:0:0): SCSI Status: Check Condition (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present (da0:ata1:0:0:0): (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present Unretryable error (da0:ata1:0:0:0): error 6 (da0:ata1:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): CAM Status: SCSI Status Error (da0:ata1:0:0:0): SCSI Status: Check Condition (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present (da0:ata1:0:0:0): (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present Unretryable error (da0:ata1:0:0:0): error 6 (da0:ata1:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): CAM Status: SCSI Status Error (da0:ata1:0:0:0): SCSI Status: Check Condition (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present (da0:ata1:0:0:0): (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 (da0:ata1:0:0:0): Medium not present Unretryable error (da0:ata1:0:0:0): error 6 (da0:ata1:0:0:0): Unretryable Error Opened disk da0 -> 6 Trying to mount root from ufs:/dev/ad4s2a WARNING: was not properly dismounted start_init: trying /sbin/init WARNING: was not properly dismounted WARNING: was not properly dismounted WARNING: was not properly dismounted WARNING: was not properly dismounted : mount pending error: blocks 8 files 2 WARNING: was not properly dismounted --Boundary_(ID_MsgqsAK3oEJBkcZte54tMw) Content-type: text/plain; charset=us-ascii; name=dmesg_noatapicam Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=dmesg_noatapicam npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80010014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=02821106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f59f0 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 7 10 11 14 15 embedded 0 1 B 0x02 3 4 5 7 10 11 14 15 embedded 0 17 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 A 0x01 3 4 5 7 10 11 14 15 embedded 0 15 B 0x02 3 4 5 7 10 11 14 15 embedded 0 15 C 0x03 3 4 5 7 10 11 14 15 embedded 0 15 D 0x05 3 4 5 7 10 11 14 15 embedded 0 16 A 0x01 3 4 5 7 10 11 14 15 embedded 0 16 B 0x02 3 4 5 7 10 11 14 15 embedded 0 16 C 0x03 3 4 5 7 10 11 14 15 embedded 0 16 D 0x05 3 4 5 7 10 11 14 15 slot 1 0 11 A 0x01 3 4 5 7 10 11 14 15 slot 1 0 11 B 0x02 3 4 5 7 10 11 14 15 slot 1 0 11 C 0x03 3 4 5 7 10 11 14 15 slot 1 0 11 D 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 A 0x02 3 4 5 7 10 11 14 15 slot 2 0 12 B 0x03 3 4 5 7 10 11 14 15 slot 2 0 12 C 0x05 3 4 5 7 10 11 14 15 slot 2 0 12 D 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 A 0x03 3 4 5 7 10 11 14 15 slot 3 0 13 B 0x05 3 4 5 7 10 11 14 15 slot 3 0 13 C 0x01 3 4 5 7 10 11 14 15 slot 3 0 13 D 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 A 0x05 3 4 5 7 10 11 14 15 slot 4 0 14 B 0x01 3 4 5 7 10 11 14 15 slot 4 0 14 C 0x02 3 4 5 7 10 11 14 15 slot 4 0 14 D 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 A 0x01 3 4 5 7 10 11 14 15 slot 5 0 9 B 0x02 3 4 5 7 10 11 14 15 slot 5 0 9 C 0x03 3 4 5 7 10 11 14 15 slot 5 0 9 D 0x05 3 4 5 7 10 11 14 15 embedded 0 7 A 0x01 3 4 5 7 10 11 14 15 embedded 0 10 A 0x02 3 4 5 7 10 11 14 15 embedded 0 8 A 0x03 3 4 5 7 10 11 14 15 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 10 11 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 10 11 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link2: irq 3 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 7 10 11 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link3: irq 5 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 10 11 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: irq 0 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: irq 0 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: irq 0 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 10 11 14 15 ACPI timer: 1/2 1/2 1/2 1/2 1/2 1/1 1/1 1/1 1/2 1/2 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1106, dev=0x0282, revid=0x00 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e4000000, size 26, enabled found-> vendor=0x1106, dev=0x1282, revid=0x00 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x2282, revid=0x00 bus=0, slot=0, func=2 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3282, revid=0x00 bus=0, slot=0, func=3 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x4282, revid=0x00 bus=0, slot=0, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x7282, revid=0x00 bus=0, slot=0, func=7 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0xb188, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1106, dev=0x3044, revid=0x80 bus=0, slot=7, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=11 powerspec 2 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base fbc00000, size 11, enabled map[14]: type 4, range 32, base 0000d800, size 7, enabled pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 16 found-> vendor=0x11ab, dev=0x4320, revid=0x13 bus=0, slot=10, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fbb00000, size 14, enabled map[14]: type 4, range 32, base 0000d400, size 8, enabled pcib0: matched entry for 0.10.INTA pcib0: slot 10 INTA hardwired to IRQ 17 found-> vendor=0x109e, dev=0x036e, revid=0x11 bus=0, slot=12, func=0 class=04-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3e00000, size 12, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x109e, dev=0x0878, revid=0x11 bus=0, slot=12, func=1 class=04-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e3f00000, size 12, enabled pcib0: matched entry for 0.12.INTA pcib0: slot 12 INTA hardwired to IRQ 17 found-> vendor=0x10b7, dev=0x9200, revid=0x74 bus=0, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 7, enabled map[14]: type 1, range 32, base fb900000, size 7, enabled pcib0: matched entry for 0.14.INTA pcib0: slot 14 INTA hardwired to IRQ 19 found-> vendor=0x1106, dev=0x3149, revid=0x80 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c800, size 3, enabled map[14]: type 4, range 32, base 0000c400, size 2, enabled map[18]: type 4, range 32, base 0000c000, size 3, enabled map[1c]: type 4, range 32, base 0000b800, size 2, enabled map[20]: type 4, range 32, base 0000b400, size 4, enabled map[24]: type 4, range 32, base 0000b000, size 8, enabled pcib0: matched entry for 0.15.INTB pcib0: slot 15 INTB hardwired to IRQ 20 found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000fc00, size 4, enabled found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 00009800, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=1 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a000, size 5, enabled pcib0: matched entry for 0.16.INTA pcib0: slot 16 INTA hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=2 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a400, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3038, revid=0x81 bus=0, slot=16, func=3 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000a800, size 5, enabled pcib0: matched entry for 0.16.INTB pcib0: slot 16 INTB hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3104, revid=0x86 bus=0, slot=16, func=4 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fb600000, size 8, enabled pcib0: matched entry for 0.16.INTC pcib0: slot 16 INTC hardwired to IRQ 21 found-> vendor=0x1106, dev=0x3227, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0x3059, revid=0x60 bus=0, slot=17, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=3 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00009400, size 8, enabled pcib0: matched entry for 0.17.INTC pcib0: slot 17 INTC hardwired to IRQ 22 found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 AMD64: 1 Misc. Control unit(s) found. agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 32M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xe000-0xefff pcib1: memory decode 0xfbd00000-0xfbffffff pcib1: prefetched decode 0xe8000000-0xfaffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4153, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base e8000000, size 27, enabled pcib1: (null) requested memory range 0xe8000000-0xefffffff: good map[14]: type 4, range 32, base 0000e000, size 8, enabled pcib1: (null) requested I/O range 0xe000-0xe0ff: in range map[18]: type 1, range 32, base fbe00000, size 16, enabled pcib1: (null) requested memory range 0xfbe00000-0xfbe0ffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 found-> vendor=0x1002, dev=0x4173, revid=0x00 bus=1, slot=0, func=1 class=03-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled pcib1: (null) requested memory range 0xf0000000-0xf7ffffff: good map[14]: type 1, range 32, base fbf00000, size 16, enabled pcib1: (null) requested memory range 0xfbf00000-0xfbf0ffff: good drm0: port 0xe000-0xe0ff mem 0xe8000000-0xefffffff,0xfbe00000-0xfbe0ffff irq 16 at device 0.0 on pci1 drm0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xfbe00000 pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good pcib1: drm0 requested memory range 0xfbe00000-0xfbe0ffff: good drm0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good pcib1: drm0 requested memory range 0xe8000000-0xefffffff: good info: [drm] AGP at 0xe4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 pci1: at device 0.1 (no driver attached) fwohci0: port 0xd800-0xd87f mem 0xfbc00000-0xfbc007ff irq 16 at device 7.0 on pci0 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfbc00000 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:cb:93:55 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) skc0: port 0xd400-0xd4ff mem 0xfbb00000-0xfbb03fff irq 17 at device 10.0 on pci0 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfbb00000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: PN: Yukon 88E8001 skc0: EC: Rev. 1.3 skc0: MN: Marvell skc0: SN: AbCdEfG334454 skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:11:d8:44:15:f4 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] bktr0: mem 0xe3e00000-0xe3e00fff irq 17 at device 12.0 on pci0 bktr0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe3e00000 bktr0: [GIANT-LOCKED] brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x3a000000 bktr0: GPIO is 0x00ffffdb bktr0: subsystem 0x0070 0x13eb bktr0: Hauppauge Model 44811 C333 bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner. bktr0: msp34xx: init: chip=MSP34255?-?31, has NICAM support pci0: at device 12.1 (no driver attached) pci0:12:1: Transition from D0 to D3 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xfb900000-0xfb90007f irq 19 at device 14.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xfb900000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus1: on xl0 xlphy0: <3c905C 10/100 internal PHY> on miibus1 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:01:02:6c:67:a1 xl0: [MPSAFE] atapci0: port 0xc800-0xc807,0xc400-0xc403,0xc000-0xc007,0xb800-0xb803,0xb400-0xb40f,0xb000-0xb0ff irq 20 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci0: [MPSAFE] atapci0: Reserved 0x100 bytes for rid 0x24 type 4 at 0xb000 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc800 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc400 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb800 ata3: SATA connect status=00000000 ata3: [MPSAFE] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=51 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0x9800-0x981f irq 21 at device 16.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x9800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xa000-0xa01f irq 21 at device 16.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa000 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xa400-0xa41f irq 21 at device 16.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa400 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xa800-0xa81f irq 21 at device 16.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xa800 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfb600000-0xfb6000ff irq 21 at device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb600000 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr 2 umass0:0:0:-1: Attached to scbus0 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0x9400-0x94ff irq 22 at device 17.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x9400 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: sndbuf_setmap 3e569000, 1000; 0xc2515000 -> 3e569000 pcm0: sndbuf_setmap 3e4eb000, 1000; 0xc2517000 -> 3e4eb000 pcm0: sndbuf_setmap 3e50d000, 1000; 0xc2519000 -> 3e50d000 pcm0: sndbuf_setmap 3e70f000, 1000; 0xc251b000 -> 3e70f000 pcm0: sndbuf_setmap 3e126000, 1000; 0xc2512000 -> 3e126000 pcm0: sndbuf_setmap 3e64a000, 1000; 0xc2536000 -> 3e64a000 acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd07ff,0xd0800-0xd47ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: not probed (disabled) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Device configuration finished. linprocfs registered procfs registered lapic: Divisor 2, Frequency 147507828 hz Timecounter "TSC" frequency 2655148277 Hz quality 800 Timecounters tick every 0.862 msec Linux ELF exec handler installed lo0: bpf attached bktr0: msp3410: thread started ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire pid 25: corrected slot count (0->1) ad0: setting PIO4 on VIA 8237 chip ad0: setting UDMA100 on VIA 8237 chip ad0: 19541MB at ata0-master UDMA100 ad0: 40020624 sectors [39703C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on VIA 8237 chip acd0: setting UDMA33 on VIA 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed GEOM: new disk ad0 GEOM: new disk ad4 (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 21 (PCI IRQ 21) to cluster 0 ioapic0: routing intpin 22 (PCI IRQ 22) to cluster 0 Trying to mount root from ufs:/dev/ad4s2a start_init: trying /sbin/init --Boundary_(ID_MsgqsAK3oEJBkcZte54tMw) Content-type: text/plain; charset=us-ascii; name=CLK01A Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=CLK01A # # CLK01A -- CLK01A kernel configuration file for FreeBSD/i386 # machine i386 cpu I686_CPU ident CLK01A # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options HZ=1160 # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Enable Linux ABI emulation options COMPAT_LINUX # Enable i386 a.out binary support options COMPAT_AOUT # Enable the linux-like proc filesystem support (requires COMPAT_LINUX # and PSEUDOFS) options LINPROCFS # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) #device atapicam # emulate ATAPI devices as SCSI ditto via CAM # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver # To include support for VGA VESA video modes options VESA # Direct Rendering modules for 3D acceleration. device drm # DRM core module required by DRM drivers device radeondrm # ATI Radeon up to 9200 device splash # Splash screen and screen saver support # # Sound drivers # # sound: The generic sound driver. # device sound device snd_via8233 device bktr options BKTR_NEW_MSP34XX_DRIVER # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --Boundary_(ID_MsgqsAK3oEJBkcZte54tMw)-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:12:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E18A16A4E6; Sun, 8 May 2005 23:12:56 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1081843D8A; Sun, 8 May 2005 23:12:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 64F6D513C1; Sun, 8 May 2005 16:12:55 -0700 (PDT) Date: Sun, 8 May 2005 16:12:55 -0700 From: Kris Kennaway To: dwhite@FreeBSD.org, phk@freeBSD.org Message-ID: <20050508231255.GA28688@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: ptcwrite panic (with dump) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:12:56 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this while pressing ^T too many times at a shell prompt on a 6.0 i386 SMP machine running current: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0555fe6 stack pointer = 0x28:0xee3e3af0 frame pointer = 0x28:0xee3e3b4c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 822 (screen) [thread pid 822 tid 100127 ] Stopped at ttyinfo+0xd6: movl 0x8(%eax),%ebx db> wh Tracing pid 822 tid 100127 td 0xc3a5ad80 ttyinfo(c3602c00,0,c0704438,26f,0) at ttyinfo+0xd6 ttyinput(14,c3602c00,ee3e3c70,0,c0758880) at ttyinput+0x834 ptcwrite(c60aed00,ee3e3c70,4,556,c60aed00) at ptcwrite+0xd0 devfs_write_f(c5874d38,ee3e3c70,c3c30e80,0,c3a5ad80) at devfs_write_f+0xd4 dofilewrite(c3a5ad80,c5874d38,d,80f30e4,1) at dofilewrite+0xcb write(c3a5ad80,ee3e3d04,c,3ff,3) at write+0x69 syscall(3b,3b,bfbf003b,0,0) at syscall+0x2a0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (4, FreeBSD ELF32, write), eip = 0x2817873f, esp = 0xbfbfe46c, ebp = 0xbfbfe488 --- db> db> show registers cs 0x20 ds 0xc0750028 legacy_pcib_methods+0x8 es 0xc0750028 legacy_pcib_methods+0x8 fs 0x8 ss 0x28 eax 0 ecx 0x1 edx 0x4 ebx 0x14 esp 0xee3e3af0 ebp 0xee3e3b4c esi 0xc3602c00 edi 0xc3602c00 eip 0xc0555fe6 ttyinfo+0xd6 efl 0x10282 dr0 0 dr1 0 dr2 0 dr3 0 dr4 0xffff0ff0 dr5 0x400 dr6 0xffff0ff0 dr7 0x400 ttyinfo+0xd6: movl 0x8(%eax),%ebx db> Dump shows: #23 0xc0555fe6 in ttyinfo (tp=0xc3602c00) at ../../../kern/tty.c:2565 #24 0xc05528e4 in ttyinput (c=20, tp=0xc3602c00) at ../../../kern/tty.c:626 #25 0xc0559ef0 in ptcwrite (dev=0x0, uio=0xee3e3c70, flag=4) at linedisc.h:122 #26 0xc04cf504 in devfs_write_f (fp=0xc5874d38, uio=0xee3e3c70, cred=0xc3c30e80, flags=0, td=0x1) ---Type to continue, or q to quit--- at ../../../fs/devfs/devfs_vnops.c:1367 #27 0xc054594b in dofilewrite (td=0xc3a5ad80, fp=0xc5874d38, fd=0, buf=0x0, nbyte=3228744800, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:246 #28 0xc0545779 in write (td=0xc3a5ad80, uap=0xee3e3d04) at ../../../kern/sys_generic.c:301 #29 0xc06bc280 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = -1078001605, tf_edi = 0, tf_esi = 0, tf_ebp = -1077943160, tf_isp = -297910940, tf_ebx = 135213056, tf_edx = 1, tf_ecx = 13, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 672630591, tf_cs = 51, tf_eflags = 514, tf_esp = -1077943188, tf_ss = 59}) at ../../../i386/i386/trap.c:951 #30 0xc06a688f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #31 0x0000003b in ?? () --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfpz2Wry0BWjoQKURAufeAJkBvP5A8OSdx1LncltP5Jr3H4ubaACfV8Tq QH59psbe2DW6eTSqSIOX5uA= =MwFf -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:14:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E978D16A4E6 for ; Sun, 8 May 2005 23:14:45 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CFB43DA7 for ; Sun, 8 May 2005 23:14:45 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C353372DD4; Sun, 8 May 2005 16:14:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C0BF472DCB; Sun, 8 May 2005 16:14:45 -0700 (PDT) Date: Sun, 8 May 2005 16:14:45 -0700 (PDT) From: Doug White To: =?ISO-8859-1?Q?Eirik_=D8verby?= In-Reply-To: <19E55C10-0A22-4558-82FF-FC56AF3D365F@anduin.net> Message-ID: <20050508161121.F77229@carver.gumbysoft.com> References: <19E55C10-0A22-4558-82FF-FC56AF3D365F@anduin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: current@freebsd.org Subject: Re: Strange semi-hangs on 5.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: Sun, 08 May 2005 23:14:46 -0000 On Sun, 8 May 2005, [ISO-8859-1] Eirik =D8verby wrote: > Hi all, > > With relatively recent 5.4, I'm seeing hangs that worry me. The box > (dual opteron) accepts keyboard input, but it won't actually DO > anything.. SSHing in gives me a TCP session but no actualy password > prompt. Trying to log in on (serial) console doesn't work, I just get > a newline after entering the username, no password prompt. On SSH > shells alredy open, I can't even get a new prompt line, all I get is > newlines. I've seen this if you have console redirection set to "always" on certain BIOSes. Some apparently can stay alive after FreeBSD steals the serial port and jumps into protected mode. Most notice loader fiddling with the port registers and know to get out of the way. Try turning it off or setting it to "Boot Loader" or turn off "CR Redirection after POST". > telnet> send brk Cyclades? > KDB: enter: Line break on console > 3KtDhB:a s tpaicdk 1b1a0e00:0 Ah, interleaved output :-) > aitd l e _ p r o c ( ) a t i d l e _ p r o c + 0 x 1 1 3 The spaces here are what I'm guessing is the console redirection. > m???b > o|?|??f?tpie rat0f : n o p > dd > db> > db> > db > d > d > dd > db> > db > dd > db> > db > d > db> > dd > > ...and then it keeps spewing d's and db's and stuff at me at > whichever speed my serial can handle. In other words, useless. All I > can do at this point is log in to my power switch and powercycle the > box. > > Anyone? > > /Eirik > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:17:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A52E16A4E6; Sun, 8 May 2005 23:17:36 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBB6043D68; Sun, 8 May 2005 23:17:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 49393513C1; Sun, 8 May 2005 16:17:35 -0700 (PDT) Date: Sun, 8 May 2005 16:17:35 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050508231735.GA32435@xor.obsecurity.org> References: <20050508231255.GA28688@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20050508231255.GA28688@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: dwhite@FreeBSD.org cc: phk@freeBSD.org cc: current@FreeBSD.org Subject: Re: ptcwrite panic (with dump) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:17:36 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline No symbol table info available. #23 0xc0555fe6 in ttyinfo (tp=0xc3602c00) at ../../../kern/tty.c:2565 utime = {tv_sec = -1009844964, tv_usec = 1} stime = {tv_sec = -1066411237, tv_usec = 299} p = (struct proc *) 0x14 pick = (struct proc *) 0xc050e9fa td = (struct thread *) 0x0 stateprefix = 0xee3e3b4c "\200;>(U" state = 0xc0704438 "../../../kern/tty.c" rss = 623 load = 0 pctcpu = -1017107456 #24 0xc05528e4 in ttyinput (c=20, tp=0xc3602c00) at ../../../kern/tty.c:626 ---Type to continue, or q to quit--- iflag = 11010 lflag = 1483 cc = (cc_t *) \177\027\025\022\b\003\034\032\031\021\023\026\017\001" i = 0 err = 0 #25 0xc0559ef0 in ptcwrite (dev=0x0, uio=0xee3e3c70, flag=4) at linedisc.h:122 tp = (struct tty *) 0xc3602c00 cp = (u_char *) 0xee3e3ba1 "" cc = 1 locbuf = "\024\000\000\000\027#50 0x00000000 in ?? () No symbol table info available. #51 0x00000000 in ?? () No symbol table info available. #52 0x00000000 in ?? () No symbol table info available. #53 0x60abe000 in ?? () No symbol table info available. #54 0xc3a593f8 in ?? () No symbol table info available. #55 0xc3a5ad80 in ?? () No symbol table info available. ---Type to continue, or q to quit--- #56 0xee3e36d4 in ?? () No symbol table info available. #57 0xee3e36b0 in ?? () No symbol table info available. #58 0xc34df600 in ?? () No symbol table info available. #59 0xc052d050 in sched_switch (td=0x0, newtd=0x80f3000, flags=Cannot access memory at address 0xbfbfe498 ) at ../../../kern/sched_4bsd.c:971 kg = (struct ksegrp *) 0x0 p = (struct proc *) 0x0 Previous frame inner to this frame (corrupt stack?) --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfp4OWry0BWjoQKURAhLRAJ4rCGdz7kkEV/cgnLFvR0KYK/+kNgCg6bsh USNavQ2HxQAEuQo+iUqglV8= =+Nbx -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:19:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2459D16A4E6; Sun, 8 May 2005 23:19:49 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C1143D67; Sun, 8 May 2005 23:19:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EFF79513C1; Sun, 8 May 2005 16:19:47 -0700 (PDT) Date: Sun, 8 May 2005 16:19:47 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050508231947.GA33571@xor.obsecurity.org> References: <20050508231255.GA28688@xor.obsecurity.org> <20050508231735.GA32435@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20050508231735.GA32435@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: dwhite@FreeBSD.org cc: phk@freeBSD.org cc: current@FreeBSD.org Subject: Re: ptcwrite panic (with dump) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:19:49 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Grr, truncation. Script started on Sun May 8 23:18:33 2005 pointyhat# kgdb =07vmco=1B[16C=1B[Kkernel.debug.1 vmcore.1 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:= Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 condition= s. 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-marcel-freebsd". #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc045b605 in db_fncall (dummy1=3D1016, dummy2=3D0, dummy3=3D11, dummy4= =3D0xee3e38d4 "\f") at ../../../ddb/db_command.c:531 fn_addr =3D -1068399536 args =3D {0 } nargs =3D 11 retval =3D 0 func =3D (fcn_10args_t *) 0xc0518450 t =3D 0 #2 0xc045b392 in db_command (last_cmdp=3D0xc0753584, cmd_table=3D0x0, aux_= cmd_tablep=3D0xc071f13c,=20 aux_cmd_tablep_end=3D0xc071f140) at ../../../ddb/db_command.c:349 cmd =3D (struct command *) 0xc0724600 t =3D 0 modif =3D "\f\000\000\000=F8\003\000\000=F08>=EEf=F2h=C0=F8\003\000\000=F8= \003\000\000\r\000\000\000\0349>=EE=A5=F4h=C0\0049>=EE=F8\003\000\000\200%\= 000\000\f\000\017\003\v\222U=C0x\000\000\000\200>u=C0\f\000\000\00049>=EE1= =DAE=C0}=E8o=C0=B0=D6E=C0\000\000\000\000\020\000\000\000\f\000\000\000\200= >u=C0=C6=CCE=C0\200>u=C086u=C0x\000\000\000\2309>=EE" addr =3D 1016 count =3D 11 have_addr =3D 0 result =3D 0 #3 0xc045b4a5 in db_command_loop () at ../../../ddb/db_command.c:455 No locals. #4 0xc045d5e5 in db_trap (type=3D12, code=3D0) at ../../../ddb/db_main.c:2= 21 jb =3D {{_jb =3D {-297911912, -297911940, -297911860, 1, 12, -1069165178, = 1, 12, -297911860,=20 -1068242440, -297911860, -1068273856}}} prev_jb =3D (void *) 0x0 bkpt =3D 0 #5 0xc0536fee in kdb_trap (type=3D0, code=3D0, tf=3D0xee3e3ab0) at ../../.= ./kern/subr_kdb.c:421 did_stop_cpus =3D 1 handled =3D -297911632 #6 0xc06bbf06 in trap_fatal (frame=3D0xee3e3ab0, eva=3D0) at ../../../i386= /i386/trap.c:801 code =3D 40 ---Type to continue, or q to quit--- type =3D 12 ss =3D 40 esp =3D 0 softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D 27, ssd_d= pl =3D 0, ssd_p =3D 1,=20 ssd_xx =3D 11, ssd_xx1 =3D 1, ssd_def32 =3D 1, ssd_gran =3D 1} #7 0xc06bbbc2 in trap_pfault (frame=3D0xee3e3ab0, usermode=3D0, eva=3D8) a= t ../../../i386/i386/trap.c:724 va =3D 0 vm =3D (struct vmspace *) 0x0 map =3D 0x1 rv =3D 1 ftype =3D 1 '\001' td =3D (struct thread *) 0xc3a5ad80 p =3D (struct proc *) 0xc3a593f8 #8 0xc06bb78e in trap (frame=3D {tf_fs =3D 8, tf_es =3D -1066074072, tf_ds =3D -1066074072, tf_edi = =3D -1017107456, tf_esi =3D -1017107456, tf_ebp =3D -297911476, tf_isp =3D = -297911588, tf_ebx =3D 20, tf_edx =3D 4, tf_ecx =3D 1, tf_eax =3D 0, tf_tra= pno =3D 12, tf_err =3D 0, tf_eip =3D -1068146714, tf_cs =3D 32, tf_eflags = =3D 66178, tf_esp =3D -1066031968, tf_ss =3D -1066384328}) at ../../../i386= /i386/trap.c:414 td =3D (struct thread *) 0xc3a5ad80 p =3D (struct proc *) 0xc3a593f8 sticks =3D 3228935364 i =3D 0 ucode =3D 0 type =3D 12 code =3D 0 eva =3D 8 #9 0xc06a683a in calltrap () at ../../../i386/i386/exception.s:139 No locals. #10 0x00000008 in ?? () No symbol table info available. #11 0xc0750028 in legacy_pcib_methods () No symbol table info available. #12 0xc0750028 in legacy_pcib_methods () ---Type to continue, or q to quit--- No symbol table info available. #13 0xc3602c00 in ?? () No symbol table info available. #14 0xc3602c00 in ?? () No symbol table info available. #15 0xee3e3b4c in ?? () No symbol table info available. #16 0xee3e3adc in ?? () No symbol table info available. #17 0x00000014 in ?? () No symbol table info available. #18 0x00000004 in ?? () No symbol table info available. #19 0x00000001 in ?? () No symbol table info available. #20 0x00000000 in ?? () No symbol table info available. #21 0x0000000c in ?? () No symbol table info available. #22 0x00000000 in ?? () No symbol table info available. #23 0xc0555fe6 in ttyinfo (tp=3D0xc3602c00) at ../../../kern/tty.c:2565 utime =3D {tv_sec =3D -1009844964, tv_usec =3D 1} stime =3D {tv_sec =3D -1066411237, tv_usec =3D 299} p =3D (struct proc *) 0x14 pick =3D (struct proc *) 0xc050e9fa td =3D (struct thread *) 0x0 stateprefix =3D 0xee3e3b4c "\200;>=EE=E4(U=C0" state =3D 0xc0704438 "../../../kern/tty.c" rss =3D 623 load =3D 0 pctcpu =3D -1017107456 #24 0xc05528e4 in ttyinput (c=3D20, tp=3D0xc3602c00) at ../../../kern/tty.c= :626 ---Type to continue, or q to quit--- iflag =3D 11010 lflag =3D 1483 cc =3D (cc_t *) 0xc3602cbc "\004=FF=FF\177\027\025\022\b\003\034\032\031\0= 21\023\026\017\001" i =3D 0 err =3D 0 #25 0xc0559ef0 in ptcwrite (dev=3D0x0, uio=3D0xee3e3c70, flag=3D4) at lined= isc.h:122 tp =3D (struct tty *) 0xc3602c00 cp =3D (u_char *) 0xee3e3ba1 "" cc =3D 1 locbuf =3D "\024\000\000\000\027=ACo=C0=CC;>=EE=FA=E9P=C0\200\210u=C0\001\= 000\000\000\033=DBo=C0+\001\000\000\000\177s=C0\000=ED\n=C6\200=AD=A5=C3=E4= ;>=EE*=B2N=C0\200\210u=C0\000\000\000\000\027=ACo=C0C\000\000\000\004<>=EE\= 200=A3u=C0V\005\000\000\003\201o=C0\034<>=EE:=E9P=C0\200=A3u=C0\b\000\000" cnt =3D 0 error =3D 0 #26 0xc04cf504 in devfs_write_f (fp=3D0xc5874d38, uio=3D0xee3e3c70, cred=3D= 0xc3c30e80, flags=3D0, td=3D0x1) at ../../../fs/devfs/devfs_vnops.c:1367 dev =3D (struct cdev *) 0xc60aed00 error =3D 4 ioflag =3D 4 resid =3D 1 dsw =3D (struct cdevsw *) 0xc0737f00 #27 0xc054594b in dofilewrite (td=3D0xc3a5ad80, fp=3D0xc5874d38, fd=3D0, bu= f=3D0x0, nbyte=3D3228744800, offset=3DUnhandled dwarf expression opcode 0x93 ) at file.h:246 auio =3D {uio_iov =3D 0xee3e3c68, uio_iovcnt =3D 1, uio_offset =3D 1506491= , uio_resid =3D 0,=20 uio_segflg =3D UIO_USERSPACE, uio_rw =3D UIO_WRITE, uio_td =3D 0xc3a5ad80} aiov =3D {iov_base =3D 0x80f30e5, iov_len =3D 0} cnt =3D 1 error =3D -1066222496 ktruio =3D (struct uio *) 0x0 #28 0xc0545779 in write (td=3D0xc3a5ad80, uap=3D0xee3e3d04) at ../../../ker= n/sys_generic.c:301 fp =3D (struct file *) 0xc5874d38 error =3D 0 #29 0xc06bc280 in syscall (frame=3D ---Type to continue, or q to quit--- {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D -1078001605, tf_edi =3D 0, tf_= esi =3D 0, tf_ebp =3D -1077943160, tf_isp =3D -297910940, tf_ebx =3D 135213= 056, tf_edx =3D 1, tf_ecx =3D 13, tf_eax =3D 4, tf_trapno =3D 0, tf_err =3D= 2, tf_eip =3D 672630591, tf_cs =3D 51, tf_eflags =3D 514, tf_esp =3D -1077= 943188, tf_ss =3D 59}) at ../../../i386/i386/trap.c:951 params =3D 0xbfbfe470
callp =3D (struct sysent *) 0xc072ddc0 td =3D (struct thread *) 0xc3a5ad80 p =3D (struct proc *) 0xc3a593f8 orig_tf_eflags =3D 514 sticks =3D 61923 error =3D 0 narg =3D 3 args =3D {13, 135213284, 1, 0, 0, -297910996, -1066739755, 135213056} code =3D 4 #30 0xc06a688f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 No locals. #31 0x0000003b in ?? () No symbol table info available. #32 0x0000003b in ?? () No symbol table info available. #33 0xbfbf003b in ?? () No symbol table info available. #34 0x00000000 in ?? () No symbol table info available. #35 0x00000000 in ?? () No symbol table info available. #36 0xbfbfe488 in ?? () No symbol table info available. #37 0xee3e3d64 in ?? () No symbol table info available. #38 0x080f3000 in ?? () No symbol table info available. #39 0x00000001 in ?? () ---Type to continue, or q to quit--- No symbol table info available. #40 0x0000000d in ?? () No symbol table info available. #41 0x00000004 in ?? () No symbol table info available. #42 0x00000000 in ?? () No symbol table info available. #43 0x00000002 in ?? () No symbol table info available. #44 0x2817873f in ?? () No symbol table info available. #45 0x00000033 in ?? () No symbol table info available. #46 0x00000202 in ?? () No symbol table info available. #47 0xbfbfe46c in ?? () No symbol table info available. #48 0x0000003b in ?? () No symbol table info available. #49 0x00000000 in ?? () No symbol table info available. #50 0x00000000 in ?? () No symbol table info available. #51 0x00000000 in ?? () No symbol table info available. #52 0x00000000 in ?? () No symbol table info available. #53 0x60abe000 in ?? () No symbol table info available. #54 0xc3a593f8 in ?? () No symbol table info available. #55 0xc3a5ad80 in ?? () No symbol table info available. ---Type to continue, or q to quit--- #56 0xee3e36d4 in ?? () No symbol table info available. #57 0xee3e36b0 in ?? () No symbol table info available. #58 0xc34df600 in ?? () No symbol table info available. #59 0xc052d050 in sched_switch (td=3D0x0, newtd=3D0x80f3000, flags=3DCannot= access memory at address 0xbfbfe498 ) at ../../../kern/sched_4bsd.c:971 kg =3D (struct ksegrp *) 0x0 p =3D (struct proc *) 0x0 Previous frame inner to this frame (corrupt stack?) --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfp6TWry0BWjoQKURAsBbAKDxLWRmYOSk9/9Qo0JzI55GOsR13ACeId09 l1t+yBdd7FxLtxNONj4XFrM= =W/R5 -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:21:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E0E16A4E6 for ; Sun, 8 May 2005 23:21:15 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD64343D93 for ; Sun, 8 May 2005 23:21:15 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IG7006IN27BJPN4@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Sun, 08 May 2005 18:21:11 -0500 (CDT) Date: Sun, 08 May 2005 18:23:32 -0400 From: David Gurvich To: freebsd-current@freebsd.org Message-id: <200505081823.32487.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8 Subject: booting 6-x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:21:16 -0000 I could not boot 6-x or 5.4 after installing from cvs. Not until I replaced /boot/loader with the loader from the 5.3-RELEASE CD. Has anyone else had this difficulty? From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:25:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9078A16A4E6 for ; Sun, 8 May 2005 23:25:47 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7120643D5A for ; Sun, 8 May 2005 23:25:47 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IG7004NK2EYAQS0@vms040.mailsrvcs.net> for freebsd-current@freebsd.org; Sun, 08 May 2005 18:25:47 -0500 (CDT) Date: Sun, 08 May 2005 18:28:07 -0400 From: David Gurvich To: freebsd-current@freebsd.org Message-id: <200505081828.08055.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8 Subject: Using nvidia-driver with 6-x/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, 08 May 2005 23:25:47 -0000 I was able to install v.7174 from the port after modifying nv-freebsd.h. This consisted of commenting out the portion where an error is given if the freebsd version is greater than 6. At present the driver seems to be working fine. I have noticed no difference in operation from 5.3-RELEASE. From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:32:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE23C16A4E6; Sun, 8 May 2005 23:32:24 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8E8C43D53; Sun, 8 May 2005 23:32:24 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9E86172DD4; Sun, 8 May 2005 16:32:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9887F72DCB; Sun, 8 May 2005 16:32:24 -0700 (PDT) Date: Sun, 8 May 2005 16:32:24 -0700 (PDT) From: Doug White To: Kris Kennaway In-Reply-To: <20050508231947.GA33571@xor.obsecurity.org> Message-ID: <20050508163107.A77229@carver.gumbysoft.com> References: <20050508231255.GA28688@xor.obsecurity.org> <20050508231947.GA33571@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: dwhite@FreeBSD.org cc: phk@freeBSD.org cc: current@FreeBSD.org Subject: Re: ptcwrite panic (with dump) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:32:25 -0000 Can you print *tp in frame 23, and then print tp->t_pgrp->pg_members? The code above should avoid the case of t_pgrp being NULL, but I wonder if there is a race or if pg_members can end up uninitialized somewhere. On Sun, 8 May 2005, Kris Kennaway wrote: > Grr, truncation. > > Script started on Sun May 8 23:18:33 2005 > pointyhat# kgdb =07vmco=1B[16C=1B[Kkernel.debug.1 vmcore.1 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:165 > 165=09pcpu.h: No such file or directory. > =09in pcpu.h > (kgdb) bt full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc045b605 in db_fncall (dummy1=3D1016, dummy2=3D0, dummy3=3D11, dumm= y4=3D0xee3e38d4 "\f") > at ../../../ddb/db_command.c:531 > =09fn_addr =3D -1068399536 > =09args =3D {0 } > =09nargs =3D 11 > =09retval =3D 0 > =09func =3D (fcn_10args_t *) 0xc0518450 > =09t =3D 0 > #2 0xc045b392 in db_command (last_cmdp=3D0xc0753584, cmd_table=3D0x0, au= x_cmd_tablep=3D0xc071f13c, > aux_cmd_tablep_end=3D0xc071f140) at ../../../ddb/db_command.c:349 > =09cmd =3D (struct command *) 0xc0724600 > =09t =3D 0 > =09modif =3D "\f\000\000\000=F8\003\000\000=F08>=EEf=F2h=C0=F8\003\000\00= 0=F8\003\000\000\r\000\000\000\0349>=EE=A5=F4h=C0\0049>=EE=F8\003\000\000\2= 00%\000\000\f\000\017\003\v\222U=C0x\000\000\000\200>u=C0\f\000\000\00049>= =EE1=DAE=C0}=E8o=C0=B0=D6E=C0\000\000\000\000\020\000\000\000\f\000\000\000= \200>u=C0=C6=CCE=C0\200>u=C086u=C0x\000\000\000\2309>=EE" > =09addr =3D 1016 > =09count =3D 11 > =09have_addr =3D 0 > =09result =3D 0 > #3 0xc045b4a5 in db_command_loop () at ../../../ddb/db_command.c:455 > No locals. > #4 0xc045d5e5 in db_trap (type=3D12, code=3D0) at ../../../ddb/db_main.c= :221 > =09jb =3D {{_jb =3D {-297911912, -297911940, -297911860, 1, 12, -10691651= 78, 1, 12, -297911860, > -1068242440, -297911860, -1068273856}}} > =09prev_jb =3D (void *) 0x0 > =09bkpt =3D 0 > #5 0xc0536fee in kdb_trap (type=3D0, code=3D0, tf=3D0xee3e3ab0) at ../..= /../kern/subr_kdb.c:421 > =09did_stop_cpus =3D 1 > =09handled =3D -297911632 > #6 0xc06bbf06 in trap_fatal (frame=3D0xee3e3ab0, eva=3D0) at ../../../i3= 86/i386/trap.c:801 > =09code =3D 40 > ---Type to continue, or q to quit--- > =09type =3D 12 > =09ss =3D 40 > =09esp =3D 0 > =09softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D 27, s= sd_dpl =3D 0, ssd_p =3D 1, > ssd_xx =3D 11, ssd_xx1 =3D 1, ssd_def32 =3D 1, ssd_gran =3D 1} > #7 0xc06bbbc2 in trap_pfault (frame=3D0xee3e3ab0, usermode=3D0, eva=3D8)= at ../../../i386/i386/trap.c:724 > =09va =3D 0 > =09vm =3D (struct vmspace *) 0x0 > =09map =3D 0x1 > =09rv =3D 1 > =09ftype =3D 1 '\001' > =09td =3D (struct thread *) 0xc3a5ad80 > =09p =3D (struct proc *) 0xc3a593f8 > #8 0xc06bb78e in trap (frame=3D > {tf_fs =3D 8, tf_es =3D -1066074072, tf_ds =3D -1066074072, tf_edi = =3D -1017107456, tf_esi =3D -1017107456, tf_ebp =3D -297911476, tf_isp =3D = -297911588, tf_ebx =3D 20, tf_edx =3D 4, tf_ecx =3D 1, tf_eax =3D 0, tf_tra= pno =3D 12, tf_err =3D 0, tf_eip =3D -1068146714, tf_cs =3D 32, tf_eflags = =3D 66178, tf_esp =3D -1066031968, tf_ss =3D -1066384328}) at ../../../i386= /i386/trap.c:414 > =09td =3D (struct thread *) 0xc3a5ad80 > =09p =3D (struct proc *) 0xc3a593f8 > =09sticks =3D 3228935364 > =09i =3D 0 > =09ucode =3D 0 > =09type =3D 12 > =09code =3D 0 > =09eva =3D 8 > #9 0xc06a683a in calltrap () at ../../../i386/i386/exception.s:139 > No locals. > #10 0x00000008 in ?? () > No symbol table info available. > #11 0xc0750028 in legacy_pcib_methods () > No symbol table info available. > #12 0xc0750028 in legacy_pcib_methods () > ---Type to continue, or q to quit--- > No symbol table info available. > #13 0xc3602c00 in ?? () > No symbol table info available. > #14 0xc3602c00 in ?? () > No symbol table info available. > #15 0xee3e3b4c in ?? () > No symbol table info available. > #16 0xee3e3adc in ?? () > No symbol table info available. > #17 0x00000014 in ?? () > No symbol table info available. > #18 0x00000004 in ?? () > No symbol table info available. > #19 0x00000001 in ?? () > No symbol table info available. > #20 0x00000000 in ?? () > No symbol table info available. > #21 0x0000000c in ?? () > No symbol table info available. > #22 0x00000000 in ?? () > No symbol table info available. > #23 0xc0555fe6 in ttyinfo (tp=3D0xc3602c00) at ../../../kern/tty.c:2565 > =09utime =3D {tv_sec =3D -1009844964, tv_usec =3D 1} > =09stime =3D {tv_sec =3D -1066411237, tv_usec =3D 299} > =09p =3D (struct proc *) 0x14 > =09pick =3D (struct proc *) 0xc050e9fa > =09td =3D (struct thread *) 0x0 > =09stateprefix =3D 0xee3e3b4c "\200;>=EE=E4(U=C0" > =09state =3D 0xc0704438 "../../../kern/tty.c" > =09rss =3D 623 > =09load =3D 0 > =09pctcpu =3D -1017107456 > #24 0xc05528e4 in ttyinput (c=3D20, tp=3D0xc3602c00) at ../../../kern/tty= =2Ec:626 > ---Type to continue, or q to quit--- > =09iflag =3D 11010 > =09lflag =3D 1483 > =09cc =3D (cc_t *) 0xc3602cbc "\004=FF=FF\177\027\025\022\b\003\034\032\0= 31\021\023\026\017\001" > =09i =3D 0 > =09err =3D 0 > #25 0xc0559ef0 in ptcwrite (dev=3D0x0, uio=3D0xee3e3c70, flag=3D4) at lin= edisc.h:122 > =09tp =3D (struct tty *) 0xc3602c00 > =09cp =3D (u_char *) 0xee3e3ba1 "" > =09cc =3D 1 > =09locbuf =3D "\024\000\000\000\027=ACo=C0=CC;>=EE=FA=E9P=C0\200\210u=C0\= 001\000\000\000\033=DBo=C0+\001\000\000\000\177s=C0\000=ED\n=C6\200=AD=A5= =C3=E4;>=EE*=B2N=C0\200\210u=C0\000\000\000\000\027=ACo=C0C\000\000\000\004= <>=EE\200=A3u=C0V\005\000\000\003\201o=C0\034<>=EE:=E9P=C0\200=A3u=C0\b\000= \000" > =09cnt =3D 0 > =09error =3D 0 > #26 0xc04cf504 in devfs_write_f (fp=3D0xc5874d38, uio=3D0xee3e3c70, cred= =3D0xc3c30e80, flags=3D0, td=3D0x1) > at ../../../fs/devfs/devfs_vnops.c:1367 > =09dev =3D (struct cdev *) 0xc60aed00 > =09error =3D 4 > =09ioflag =3D 4 > =09resid =3D 1 > =09dsw =3D (struct cdevsw *) 0xc0737f00 > #27 0xc054594b in dofilewrite (td=3D0xc3a5ad80, fp=3D0xc5874d38, fd=3D0, = buf=3D0x0, nbyte=3D3228744800, offset=3DUnhandled dwarf expression opcode 0= x93 > ) > at file.h:246 > =09auio =3D {uio_iov =3D 0xee3e3c68, uio_iovcnt =3D 1, uio_offset =3D 150= 6491, uio_resid =3D 0, > uio_segflg =3D UIO_USERSPACE, uio_rw =3D UIO_WRITE, uio_td =3D 0xc3a5ad= 80} > =09aiov =3D {iov_base =3D 0x80f30e5, iov_len =3D 0} > =09cnt =3D 1 > =09error =3D -1066222496 > =09ktruio =3D (struct uio *) 0x0 > #28 0xc0545779 in write (td=3D0xc3a5ad80, uap=3D0xee3e3d04) at ../../../k= ern/sys_generic.c:301 > =09fp =3D (struct file *) 0xc5874d38 > =09error =3D 0 > #29 0xc06bc280 in syscall (frame=3D > ---Type to continue, or q to quit--- > {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D -1078001605, tf_edi =3D 0, t= f_esi =3D 0, tf_ebp =3D -1077943160, tf_isp =3D -297910940, tf_ebx =3D 1352= 13056, tf_edx =3D 1, tf_ecx =3D 13, tf_eax =3D 4, tf_trapno =3D 0, tf_err = =3D 2, tf_eip =3D 672630591, tf_cs =3D 51, tf_eflags =3D 514, tf_esp =3D -1= 077943188, tf_ss =3D 59}) > at ../../../i386/i386/trap.c:951 > =09params =3D 0xbfbfe470
> =09callp =3D (struct sysent *) 0xc072ddc0 > =09td =3D (struct thread *) 0xc3a5ad80 > =09p =3D (struct proc *) 0xc3a593f8 > =09orig_tf_eflags =3D 514 > =09sticks =3D 61923 > =09error =3D 0 > =09narg =3D 3 > =09args =3D {13, 135213284, 1, 0, 0, -297910996, -1066739755, 135213056} > =09code =3D 4 > #30 0xc06a688f in Xint0x80_syscall () at ../../../i386/i386/exception.s:2= 00 > No locals. > #31 0x0000003b in ?? () > No symbol table info available. > #32 0x0000003b in ?? () > No symbol table info available. > #33 0xbfbf003b in ?? () > No symbol table info available. > #34 0x00000000 in ?? () > No symbol table info available. > #35 0x00000000 in ?? () > No symbol table info available. > #36 0xbfbfe488 in ?? () > No symbol table info available. > #37 0xee3e3d64 in ?? () > No symbol table info available. > #38 0x080f3000 in ?? () > No symbol table info available. > #39 0x00000001 in ?? () > ---Type to continue, or q to quit--- > No symbol table info available. > #40 0x0000000d in ?? () > No symbol table info available. > #41 0x00000004 in ?? () > No symbol table info available. > #42 0x00000000 in ?? () > No symbol table info available. > #43 0x00000002 in ?? () > No symbol table info available. > #44 0x2817873f in ?? () > No symbol table info available. > #45 0x00000033 in ?? () > No symbol table info available. > #46 0x00000202 in ?? () > No symbol table info available. > #47 0xbfbfe46c in ?? () > No symbol table info available. > #48 0x0000003b in ?? () > No symbol table info available. > #49 0x00000000 in ?? () > No symbol table info available. > #50 0x00000000 in ?? () > No symbol table info available. > #51 0x00000000 in ?? () > No symbol table info available. > #52 0x00000000 in ?? () > No symbol table info available. > #53 0x60abe000 in ?? () > No symbol table info available. > #54 0xc3a593f8 in ?? () > No symbol table info available. > #55 0xc3a5ad80 in ?? () > No symbol table info available. > ---Type to continue, or q to quit--- > #56 0xee3e36d4 in ?? () > No symbol table info available. > #57 0xee3e36b0 in ?? () > No symbol table info available. > #58 0xc34df600 in ?? () > No symbol table info available. > #59 0xc052d050 in sched_switch (td=3D0x0, newtd=3D0x80f3000, flags=3DCann= ot access memory at address 0xbfbfe498 > ) at ../../../kern/sched_4bsd.c:971 > =09kg =3D (struct ksegrp *) 0x0 > =09p =3D (struct proc *) 0x0 > Previous frame inner to this frame (corrupt stack?) > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:36:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C25ED16A4E6 for ; Sun, 8 May 2005 23:36:41 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE5C43D81 for ; Sun, 8 May 2005 23:36:41 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com; Sun, 8 May 2005 18:37:08 -0500 Message-Id: <4.3.2.7.2.20050508183306.01f38570@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 08 May 2005 18:36:11 -0500 To: Doug White From: Harry Coin In-Reply-To: <20050508155433.V77229@carver.gumbysoft.com> References: <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Mouse / psm0 via D-Link KVM won't load on 5.4, does on 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:36:41 -0000 I'd be very happy with that and a doc update including a note suggesting to increase the value in cases of mouse not found via KVM. (maybe even a debug hint when the aux reset times out? After all if there is no mouse, then pcipnp won't find it, so this message will only appear when a timeout occurs and also at the same time a ps/2 mouse is detected.) Thanks for engaging here, I'm glad the effort moved the bean ahead a tad. Harry At 03:55 PM 5/8/2005 -0700, Doug White wrote: >Making the value controllable by loader tunable would at least save you >the recompile. From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:38:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59C8C16A4E6; Sun, 8 May 2005 23:38:33 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B4A43D94; Sun, 8 May 2005 23:38:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E0CEB513C1; Sun, 8 May 2005 16:38:31 -0700 (PDT) Date: Sun, 8 May 2005 16:38:31 -0700 From: Kris Kennaway To: Doug White Message-ID: <20050508233831.GA33797@xor.obsecurity.org> References: <20050508231255.GA28688@xor.obsecurity.org> <20050508231947.GA33571@xor.obsecurity.org> <20050508163107.A77229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20050508163107.A77229@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: dwhite@FreeBSD.org cc: current@FreeBSD.org cc: phk@freeBSD.org cc: Kris Kennaway Subject: Re: ptcwrite panic (with dump) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 23:38:33 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 08, 2005 at 04:32:24PM -0700, Doug White wrote: > Can you print *tp in frame 23, and then print tp->t_pgrp->pg_members? The > code above should avoid the case of t_pgrp being NULL, but I wonder if > there is a race or if pg_members can end up uninitialized somewhere. (kgdb) print *tp $1 = {t_rawq = {c_cc = 0, c_cbcount = 0, c_cbmax = 77, c_cbreserved = 77, c_cf = 0x0, c_cl = 0x0}, t_rawcc = 17133, t_canq = {c_cc = 0, c_cbcount = 0, c_cbmax = 77, c_cbreserved = 6, c_cf = 0x0, c_cl = 0x0}, t_cancc = 150, t_outq = {c_cc = 11, c_cbcount = 1, c_cbmax = 22, c_cbreserved = 22, c_cf = 0xc6311814 "load: 0.83 cmd: csh 47406 [runnable] 0.00u 0.00s 0% 2268k\r\n\n4.2.5.log:", '=' , ", c_ispeed = 0, c_ospeed = 0}, t_lock_out = { c_iflag = 0, c_oflag = 0, c_cflag = 0, c_lflag = 0, c_cc = '\0' , c_ispeed = 0, c_ospeed = 0}, t_winsize = {ws_row = 34, ws_col = 104, ws_xpixel = 998, ws_ypixel = 714}, t_sc = 0xc649c580, t_lsc = 0x0, t_column = 11, t_rocount = 0, t_rocol = 0, t_ififosize = 512, t_ihiwat = 7680, t_ilowat = 6720, t_ispeedwat = 0, t_ohiwat = 1296, t_olowat = 256, t_ospeedwat = 0, t_gen = 34, t_list = {tqe_next = 0xc357e000, tqe_prev = 0xc357b9c4}, t_actout = 0, t_wopeners = 0, t_mtx = {mtx_object = {lo_class = 0xc0731f48, lo_name = 0xc0701f35 "tty", lo_type = 0xc0701f35 "tty", lo_flags = 196608, lo_list = {tqe_next = 0xc967f000, tqe_prev = 0xc3fff818}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, t_refcnt = 4, t_hotchar = 0, t_dtr_wait = 3000, t_do_timestamp = 0, t_timestamp = {tv_sec = 0, tv_usec = 0}, t_pps = 0x0, t_oproc = 0xc05598f0 , t_stop = 0xc0559cc0 , t_param = 0, t_modem = 0, t_break = 0, t_ioctl = 0, t_open = 0, t_purge = 0, t_close = 0, t_cioctl = 0} (kgdb) print tp->t_pgrp $2 = (struct pgrp *) 0x0 --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfqL3Wry0BWjoQKURAiVdAKDYEoCvk7c4f7krWcmrozo2dh9wYgCgp3XO 2gEE3/yLohnS1iNp8aKq1gE= =Qk43 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Sun May 8 23:51:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 486B716A4E6 for ; Sun, 8 May 2005 23:51:48 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D346243D88 for ; Sun, 8 May 2005 23:51:46 +0000 (GMT) (envelope-from keramida@linux.gr) Received: (qmail 5000 invoked by uid 207); 8 May 2005 23:51:45 -0000 Received: from keramida@linux.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.51):. Processed in 0.404257 secs); 08 May 2005 23:51:45 -0000 Received: from dialup51.ach.sch.gr (HELO gothmog.gr) ([81.186.70.51]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 8 May 2005 23:51:44 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j48Npf1K015574; Mon, 9 May 2005 02:51:41 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j48Npf1i015573; Mon, 9 May 2005 02:51:41 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 9 May 2005 02:51:40 +0300 From: Giorgos Keramidas To: David Gurvich Message-ID: <20050508235140.GA15530@gothmog.gr> References: <200505081828.08055.david.freebsd@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505081828.08055.david.freebsd@verizon.net> cc: Leonidas Tsampros cc: freebsd-current@freebsd.org Subject: Re: Using nvidia-driver with 6-x/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, 08 May 2005 23:51:48 -0000 On 2005-05-08 18:28, David Gurvich wrote: > I was able to install v.7174 from the port after modifying nv-freebsd.h. > This consisted of commenting out the portion where an error is given if the > freebsd version is greater than 6. Leonidas (whom I have Cc:'ed) mentioned something similar. > At present the driver seems to be working fine. I have noticed no > difference in operation from 5.3-RELEASE. If this is true, then the maintainer of the port can update it I guess. It may take some care and testing to see that things don't break for releases other than 4.X though, since the port has to support 4.9 or later too ;-) - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon May 9 00:00:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15FF416A4E6; Mon, 9 May 2005 00:00:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E388043D86; Mon, 9 May 2005 00:00:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D7C4072DDB; Sun, 8 May 2005 17:00:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D24BD72DCB; Sun, 8 May 2005 17:00:40 -0700 (PDT) Date: Sun, 8 May 2005 17:00:40 -0700 (PDT) From: Doug White To: Kris Kennaway In-Reply-To: <20050508233831.GA33797@xor.obsecurity.org> Message-ID: <20050508165054.S77229@carver.gumbysoft.com> References: <20050508231255.GA28688@xor.obsecurity.org> <20050508163107.A77229@carver.gumbysoft.com> <20050508233831.GA33797@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: dwhite@FreeBSD.org cc: phk@freeBSD.org cc: current@FreeBSD.org Subject: Re: ptcwrite panic (with dump) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 00:00:41 -0000 On Sun, 8 May 2005, Kris Kennaway wrote: > $2 = (struct pgrp *) 0x0 Looks like t_pgrp became NULL between us checking it and us inspecting the list attached to it. Nice. Try moving the sx_slock(&proctree_lock); grab above the tp->t_pgrp NULL check and add a sx_sunlock(&proctree_lock); inside that if() block. I don't know if proctree_lock or the per-tty mutex protects the t_pgrp item in struct tty. In any case we need to pick up some lock to keep it from going away :-) I'll bash up a draft patch for discussion. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon May 9 00:21:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A398716A4E6 for ; Mon, 9 May 2005 00:21:47 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66CEF43D79 for ; Mon, 9 May 2005 00:21:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BE4655154F; Sun, 8 May 2005 17:21:46 -0700 (PDT) Date: Sun, 8 May 2005 17:21:46 -0700 From: Kris Kennaway To: Doug White Message-ID: <20050509002146.GA49686@xor.obsecurity.org> References: <19E55C10-0A22-4558-82FF-FC56AF3D365F@anduin.net> <20050508161121.F77229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20050508161121.F77229@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: Eirik ?verby cc: current@freebsd.org Subject: Re: Strange semi-hangs on 5.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, 09 May 2005 00:21:47 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 08, 2005 at 04:14:45PM -0700, Doug White wrote: > On Sun, 8 May 2005, [ISO-8859-1] Eirik =D8verby wrote: >=20 > > Hi all, > > > > With relatively recent 5.4, I'm seeing hangs that worry me. The box > > (dual opteron) accepts keyboard input, but it won't actually DO > > anything.. SSHing in gives me a TCP session but no actualy password > > prompt. Trying to log in on (serial) console doesn't work, I just get > > a newline after entering the username, no password prompt. On SSH > > shells alredy open, I can't even get a new prompt line, all I get is > > newlines. >=20 > I've seen this if you have console redirection set to "always" on certain > BIOSes. Some apparently can stay alive after FreeBSD steals the serial > port and jumps into protected mode. Most notice loader fiddling with the > port registers and know to get out of the way. >=20 > Try turning it off or setting it to "Boot Loader" or turn off "CR > Redirection after POST". >=20 > > telnet> send brk >=20 > Cyclades? >=20 > > KDB: enter: Line break on console > > 3KtDhB:a s tpaicdk 1b1a0e00:0 >=20 > Ah, interleaved output :-) >=20 > > aitd l e _ p r o c ( ) a t i d l e _ p r o c + 0 x 1 1 3 >=20 > The spaces here are what I'm guessing is the console redirection. Or two simultaneous panics from different CPUs..I get this quite frequently (but not the DDB prompt loop). Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfq0aWry0BWjoQKURAkGlAKC5uRITGHfaE07gIzj+FhaBOgDADgCfQVSl qRxGs8/wWWj1g8i4Ek6IL38= =aDXI -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 00:37:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8EB16A4E6 for ; Mon, 9 May 2005 00:37:11 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA81043D46 for ; Mon, 9 May 2005 00:37:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j490au38032969; Mon, 9 May 2005 10:06:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 9 May 2005 10:06:46 +0930 User-Agent: KMail/1.8 References: <200505081828.08055.david.freebsd@verizon.net> <20050508235140.GA15530@gothmog.gr> In-Reply-To: <20050508235140.GA15530@gothmog.gr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart29358887.4qXVQ3dqGY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505091006.48132.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Leonidas Tsampros cc: David Gurvich cc: Giorgos Keramidas Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 00:37:11 -0000 --nextPart29358887.4qXVQ3dqGY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 9 May 2005 09:21, Giorgos Keramidas wrote: > On 2005-05-08 18:28, David Gurvich wrote: > > I was able to install v.7174 from the port after modifying nv-freebsd.h. > > This consisted of commenting out the portion where an error is given if > > the freebsd version is greater than 6. > > Leonidas (whom I have Cc:'ed) mentioned something similar. Works fine here too (Fx5200 Go) > > At present the driver seems to be working fine. I have noticed no > > difference in operation from 5.3-RELEASE. > > If this is true, then the maintainer of the port can update it I guess. > It may take some care and testing to see that things don't break for > releases other than 4.X though, since the port has to support 4.9 or > later too ;-) The 7174 driver only supports 5.3 onwards. I presume nVidia made it so it will bail on -current so they don't have to= =20 support it as much () Also, if we're talking about the port can it modify the makefile so the KLD= =20 installs into /boot/kernel? Going into /boot/modules is a recipe for user=20 frustration :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart29358887.4qXVQ3dqGY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCfrCg5ZPcIHs/zowRAsMuAKCJWOO5iiaeoNHG9esIFo5vdOVbnwCfeLAY h98B7UvBF1T3eUeIEWAAKmM= =aje2 -----END PGP SIGNATURE----- --nextPart29358887.4qXVQ3dqGY-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 01:52:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C88FF16A4E6 for ; Mon, 9 May 2005 01:52:06 +0000 (GMT) Received: from mail.psychoholics.org (www.psychoholics.org [64.185.102.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA4343D68 for ; Mon, 9 May 2005 01:52:06 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from S010600deadc0de00.su.shawcable.net (S010600deadc0de00.su.shawcable.net [24.109.50.181]) by mail.psychoholics.org (Postfix) with ESMTP id 194F2157173 for ; Sun, 8 May 2005 20:32:43 -0700 (PDT) From: Adam Gregoire To: freebsd-current@FreeBSD.org Content-Type: text/plain Date: Sun, 08 May 2005 21:52:03 -0400 Message-Id: <1115603523.75119.11.camel@S010600deadc0de00.su.shawcable.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: An option to only update src tree when running make update from src/. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 01:52:07 -0000 I use the make.conf options for specifying my src, docs and ports supfiles. One thing that I feel would be useful is to have an option to specify that a user only wants their src tree to be updated when running from src. I feel this could be useful, as I run make update from my ports dir when I want my ports tree updated. Or is there an option already that I am just missing? Thanks for your time, -- Adam Gregoire From owner-freebsd-current@FreeBSD.ORG Mon May 9 03:40:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB54816A4E6 for ; Mon, 9 May 2005 03:40:49 +0000 (GMT) Received: from mail.psychoholics.org (www.psychoholics.org [64.185.102.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 896C743DBD for ; Mon, 9 May 2005 03:40:49 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from S010600deadc0de00.su.shawcable.net (S010600deadc0de00.su.shawcable.net [24.109.50.181]) by mail.psychoholics.org (Postfix) with ESMTP id 29CAD157173 for ; Sun, 8 May 2005 22:21:29 -0700 (PDT) From: Adam Gregoire To: freebsd-current@FreeBSD.org In-Reply-To: <1115603523.75119.11.camel@S010600deadc0de00.su.shawcable.net> References: <1115603523.75119.11.camel@S010600deadc0de00.su.shawcable.net> Content-Type: text/plain Date: Sun, 08 May 2005 23:40:46 -0400 Message-Id: <1115610046.11673.1.camel@S010600deadc0de00.su.shawcable.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Re: An option to only update src tree when running make update from src/. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 03:40:49 -0000 On Sun, 2005-05-08 at 21:52 -0400, Adam Gregoire wrote: > Or is there an option already that I am just missing? I went through Makefile.inc1 and found my answer, sorry about this spammage to the list. -- Adam Gregoire From owner-freebsd-current@FreeBSD.ORG Mon May 9 04:10:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38DE416A4E6 for ; Mon, 9 May 2005 04:10:08 +0000 (GMT) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 1296543D79 for ; Mon, 9 May 2005 04:10:08 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp814.mail.sc5.yahoo.com with SMTP; 9 May 2005 04:10:07 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0699160F4; Sun, 8 May 2005 23:10:07 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 75487-01; Sun, 8 May 2005 23:10:05 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id B612C60F3; Sun, 8 May 2005 23:10:05 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j494A53b001685; Sun, 8 May 2005 23:10:05 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <427EE29D.8070005@alumni.rice.edu> Date: Sun, 08 May 2005 23:10:05 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gurvich References: <200505081823.32487.david.freebsd@verizon.net> In-Reply-To: <200505081823.32487.david.freebsd@verizon.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig12739C227BB06BCCB98447A3" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: booting 6-x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.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, 09 May 2005 04:10:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig12739C227BB06BCCB98447A3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/08/05 17:23, David Gurvich wrote: > I could not boot 6-x or 5.4 after installing from cvs. Not until I > replaced /boot/loader with the loader from the 5.3-RELEASE CD. > > Has anyone else had this difficulty? See my reply on stable@. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig12739C227BB06BCCB98447A3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfuKdUFz01pkdgZURAgCNAKDL3Cqu9P0PKF6hlMbgP5/Z+23A9ACeL2B5 iVAb9RxXcGx1oP5NCYRtt+I= =xJ26 -----END PGP SIGNATURE----- --------------enig12739C227BB06BCCB98447A3-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 04:17:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9533F16A4E6 for ; Mon, 9 May 2005 04:17:02 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 644C743D86 for ; Mon, 9 May 2005 04:17:02 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IG7006DWFWDJLH5@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Sun, 08 May 2005 23:17:02 -0500 (CDT) Date: Sun, 08 May 2005 23:19:21 -0400 From: David Gurvich In-reply-to: <427EDFB4.3070309@alumni.rice.edu> To: noackjr@alumni.rice.edu, freebsd-current@freebsd.org Message-id: <200505082319.22161.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <200505081529.31238.david.freebsd@verizon.net> <427EDFB4.3070309@alumni.rice.edu> User-Agent: KMail/1.8 Subject: Re: loader causes reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 04:17:02 -0000 I am setting CPUTYPE?=athlon-xp I never considered that might be the cause. If it is then there is clearly a bug in the configuration of the loader. Perhaps when the loader is being compiled it should use the most basic flags possible for just that. On Sunday 08 May 2005 23:57, Jonathan Noack wrote: > On 05/08/05 14:29, David Gurvich wrote: > > cdrom /boot/loader from 5.3 has no problem. However, after updating > > world from kernel, /boot/loader is replaced with cvs version. This one > > goes into endless cycle of reboots. When replaced with /boot/loader from > > cdrom boots normally. > > Are you setting CPUTYPE? A few people have reported an endless reboot > with the athlon-xp or pentium-m settings. I experience this on my > athlon-xp and the only workaround I've found is just to not set CPUTYPE. > This problem is way beyond my feeble skills to track down and fix, but > it doesn't seem to affect many people and no one has stepped up to > resolve it. As it is easily worked around, I've brought it up a few > times but haven't made too big of a fuss. Come to think of it, why > didn't I ever open a PR? Hmm... perhaps I'll do that at work tomorrow > (this is on a machine at work). From owner-freebsd-current@FreeBSD.ORG Mon May 9 04:21:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99EA316A4E6; Mon, 9 May 2005 04:21:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7E6943D7B; Mon, 9 May 2005 04:21:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j494QOb5025850; Sun, 8 May 2005 22:26:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <427EE509.3010901@samsco.org> Date: Sun, 08 May 2005 22:20:25 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steven Hartland References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com><427D5AA0.1080609@withagen.nl><002b01c553be$93a5b790$b3db87d4@multiplay.co.uk><427E0F77.50006@samsco.org> <001c01c553da$5554e490$b3db87d4@multiplay.co.uk> <427E23BA.7000508@samsco.org> <007e01c553e0$8e905310$b3db87d4@multiplay.co.uk> In-Reply-To: <007e01c553e0$8e905310$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Linux emulation [Re: Very low disk performance Highpoint 1820a] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 04:21:26 -0000 Steven Hartland wrote: > ----- Original Message ----- From: "Scott Long" > >>> According to the documentation this is not the case and the XOR >>> calcs are done in hardware on the onboard HPT 601. >> >> >> Maybe I'm confused and we are talking about different cards. > > > Quite possibly all other highpoint cards that Im aware of are > software RAID. > >>> Note: all tests are being done on i386 not AMD64 due to our requirement >>> for i386 Linux emulation which it is my understanding is not >>> available when >>> running AMD64 FreeBSD. >> >> >> Linux/i386 emulation works quite well on FreeBSD/amd64 and is getting >> better every day. There is active development on it at the moment. > > > Now that is very interesting. Are you talking in 5.x stream or in 6.x? > I cant risk putting 6x on this machine but would be quite willing to > throw 5.x AMD64 on it and give it a whirl. > I just installed the Linux StarOffice 7 suite on FreeBSD/amd64 running a recent 6-CURRENT. 5-STABLE isn't too far behind in the linux emulation area, from what I understand. The biggest problem is that you need to compile in the COMPAT_LINUX32 and LINPROCFS options as they don't build as modules right now. Scott From owner-freebsd-current@FreeBSD.ORG Mon May 9 04:27:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB6216A4E6 for ; Mon, 9 May 2005 04:27:56 +0000 (GMT) Received: from smtp818.mail.sc5.yahoo.com (smtp818.mail.sc5.yahoo.com [66.163.170.4]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F45543D60 for ; Mon, 9 May 2005 04:27:56 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp818.mail.sc5.yahoo.com with SMTP; 9 May 2005 04:27:55 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E9426610C; Sun, 8 May 2005 23:27:54 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 75608-01; Sun, 8 May 2005 23:27:53 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 5B4C960F4; Sun, 8 May 2005 23:27:53 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j494Rrrq001747; Sun, 8 May 2005 23:27:53 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <427EE6C4.3040100@alumni.rice.edu> Date: Sun, 08 May 2005 23:27:48 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Gurvich References: <200505081529.31238.david.freebsd@verizon.net> <427EDFB4.3070309@alumni.rice.edu> <200505082319.22161.david.freebsd@verizon.net> In-Reply-To: <200505082319.22161.david.freebsd@verizon.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig237CD97BE8799CAA4C21782B" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: loader causes reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.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, 09 May 2005 04:27:56 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig237CD97BE8799CAA4C21782B Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/08/05 22:19, David Gurvich wrote: > On Sunday 08 May 2005 23:57, Jonathan Noack wrote: >>On 05/08/05 14:29, David Gurvich wrote: >>>cdrom /boot/loader from 5.3 has no problem. However, after updating >>>world from kernel, /boot/loader is replaced with cvs version. This one >>>goes into endless cycle of reboots. When replaced with /boot/loader from >>>cdrom boots normally. >> >>Are you setting CPUTYPE? A few people have reported an endless reboot >>with the athlon-xp or pentium-m settings. I experience this on my >>athlon-xp and the only workaround I've found is just to not set CPUTYPE. >> This problem is way beyond my feeble skills to track down and fix, but >>it doesn't seem to affect many people and no one has stepped up to >>resolve it. As it is easily worked around, I've brought it up a few >>times but haven't made too big of a fuss. Come to think of it, why >>didn't I ever open a PR? Hmm... perhaps I'll do that at work tomorrow >>(this is on a machine at work). > > I am setting CPUTYPE?=athlon-xp > I never considered that might be the cause. If it is then there is clearly a > bug in the configuration of the loader. Perhaps when the loader is being > compiled it should use the most basic flags possible for just that. Please don't top post. There was an attempt to resolve this issue a few months ago. The commit was rev. 1.10 of src/sys/boot/i386/Makefile.inc and the log message was, "Ensure GCC does not use FP registers in integer code." This fix was MFC'd to RELENG_5 a day later and is present in 5.4. For the life of me I can't remember if I tested the change when it was made. I think it didn't work for me, but I'll test it again tomorrow. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig237CD97BE8799CAA4C21782B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCfubJUFz01pkdgZURAplWAKCy515By9hafneiOnlAtJ7jxBP5FQCeJi97 7u2CSIkYn5bgldWYMHRme4g= =YlCX -----END PGP SIGNATURE----- --------------enig237CD97BE8799CAA4C21782B-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 04:50:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CF9F16A4E6 for ; Mon, 9 May 2005 04:50:06 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93FC43D53 for ; Mon, 9 May 2005 04:50:05 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by zproxy.gmail.com with SMTP id 18so2038134nzp for ; Sun, 08 May 2005 21:50:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jj8nR2/dFh+kqgnX2PuPfQB75eGUqZ8iLQXsypZ9XRrgWU+DpCYQRg91ROjkGcu/IcOzWLpXQEo+01c9681niwTqbXKlqKTxiqZEbjWrrgnAefC4zCUeynKfxiL6OzjFiSbNinfIDZbaVVOzMw/l2fGTvqFqmXHi5WKrRERik/Q= Received: by 10.36.104.9 with SMTP id b9mr977891nzc; Sun, 08 May 2005 21:50:05 -0700 (PDT) Received: by 10.36.104.6 with HTTP; Sun, 8 May 2005 21:50:05 -0700 (PDT) Message-ID: <87ab37ab0505082150519ea4d3@mail.gmail.com> Date: Mon, 9 May 2005 12:50:05 +0800 From: kylin To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: what is the CVSROOT: SERVER and PORT of freebsd.org CVS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kylin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 04:50:06 -0000 the CVSsoftware i download in sourceforge asks me to enter in CVSROOT: SERVER PORT User Name and so on... so boring ,i just want to get some files new in freebsd 5.4 rc3:( can some kind hearted help me out? --=20 we who r about to die,salute u! From owner-freebsd-current@FreeBSD.ORG Mon May 9 05:00:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0144216A4E6 for ; Mon, 9 May 2005 05:00:11 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 6886743D8A for ; Mon, 9 May 2005 05:00:10 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 83440 invoked from network); 9 May 2005 05:00:09 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 9 May 2005 05:00:09 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j49507WY093155 for ; Mon, 9 May 2005 07:00:07 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j49507m0093150 for current@freebsd.org; Mon, 9 May 2005 07:00:07 +0200 (CEST) (envelope-from pho) Date: Mon, 9 May 2005 07:00:07 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050509050007.GA95716@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: page fault in ata-queue.c:93 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 05:00:11 -0000 With GENERIC HEAD from May 5 04:56 UTC I got: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc172e035 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04d048d stack pointer = 0x28:0xcc9cbc68 frame pointer = 0x28:0xcc9cbc70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4 (g_down) [thread pid 4 tid 100040 ] Stopped at ata_queue_request+0x1b1: testb $0x4,0x35(%ebx) db> hr~~~GDB: no debug ports present (kgdb) l *0xc04d048d 0xc04d048d is in ata_queue_request (../../../dev/ata/ata-queue.c:93). 88 ATA_DEBUG_RQ(request, "queued"); 89 ata_start(ch->dev); 90 } 91 92 /* if this is a requeued request callback/sleep we're done */ 93 if (request->flags & ATA_R_REQUEUE) 94 return; 95 96 /* if this is not a callback wait until request is completed */ 97 if (!request->callback) { The system froze during typing "where". -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Mon May 9 05:12:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36DE016A4E6; Mon, 9 May 2005 05:12:00 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 023EA43D8F; Mon, 9 May 2005 05:11:59 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from freefall.freebsd.org (sf@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j495BxFE016736; Mon, 9 May 2005 05:11:59 GMT (envelope-from sf@freefall.freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j495BxZ8016735; Mon, 9 May 2005 05:11:59 GMT (envelope-from sf) Date: Mon, 9 May 2005 05:11:59 GMT Message-Id: <200505090511.j495BxZ8016735@freefall.freebsd.org> From: FUJISHIMA Satsuki To: Scott Long In-Reply-To: <427E23BA.7000508@samsco.org> References: <069901c54bfd$2967ba40$7f06000a@int.mediasurface.com> <427D5AA0.1080609@withagen.nl> <002b01c553be$93a5b790$b3db87d4@multiplay.co.uk> <427E0F77.50006@samsco.org> <001c01c553da$5554e490$b3db87d4@multiplay.co.uk> <427E23BA.7000508@samsco.org> Mail-Followup-To: Scott Long , Steven Hartland , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org User-Agent: Wanderlust/2.11.32 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: Steven Hartland Subject: Re: Very low disk performance Highpoint 1820a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 05:12:00 -0000 At Sun, 08 May 2005 08:35:38 -0600, Scott Long wrote: > > According to the documentation this is not the case and the XOR > > calcs are done in hardware on the onboard HPT 601. > Maybe I'm confused and we are talking about different cards. RocketRAID 1820 is a plain SATA card with software RAID. 1820A is 1820 with HPT601 XOR engine. From owner-freebsd-current@FreeBSD.ORG Mon May 9 09:29:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83E3916A4E7 for ; Mon, 9 May 2005 09:29:19 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 190A943D7B for ; Mon, 9 May 2005 09:29:19 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so765003rng for ; Mon, 09 May 2005 02:29:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NKbjZy18Pt/XLO1gfq2dh/sE967P1iKp0F/Twu5NR6JyHNAihdggQGQSg+3JrDQrlQVh0V1B3S4pAzxMdCCi0/i8oKaBK4acZU0Yynlo+GZ54cAv0WuKoi/RoZ4RJI8xKliNLQ3zaRUYvshJiujZAWopfdiNYrlK7kNDxqX0P5A= Received: by 10.38.76.33 with SMTP id y33mr1405292rna; Mon, 09 May 2005 02:29:18 -0700 (PDT) Received: by 10.38.149.7 with HTTP; Mon, 9 May 2005 02:29:18 -0700 (PDT) Message-ID: Date: Mon, 9 May 2005 11:29:18 +0200 From: Claus Guttesen To: Doug White In-Reply-To: <20050508155814.X77229@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050508155814.X77229@carver.gumbysoft.com> cc: freebsd-current@freebsd.org cc: "Alexander S. Usov" Subject: Re: kernel panics in recent RELENG-5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 09:29:19 -0000 > > It look that something was broken in the last few days in > > RELENG-5 branch. I am getting reproducible panics by pressing > > almost any key while system is booting or is in shutdown. > > Once it is up -- it works mostly fine. > > Also I noted that the keyboard was not working on my laptop > > while in the booting phase -- so after I managed to get a second > > panic doing fsck, I was unable to do anything in single-user mode. > > The only working keys I found were ScrollLock/Pause and > > Ctrl-Alt-Del :) Howewer rebooting it with acpi turned off I managed > > to get it working. >=20 > This was a change I made to try and fix the ttwwakeup() panic, but it > broke single user instead. It was backed out yesterday, so cvsup & > rebuild. Just did a buildworld/kernel and install-ditto with RELENG_5_4 cvsup'ed May 9'th 2005 at 09.00 GMT +1, booted into single-user-mode and into multi-user-mode from there, logged in. No problems on this Dell PE 2850 using a PS/2-keyboard. regards Claus From owner-freebsd-current@FreeBSD.ORG Mon May 9 10:03:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F7D416A4E7 for ; Mon, 9 May 2005 10:03:17 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48C3C43DA0 for ; Mon, 9 May 2005 10:03:15 +0000 (GMT) (envelope-from keramida@linux.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j49A1dx0020516; Mon, 9 May 2005 13:01:40 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j49A38Cc020124; Mon, 9 May 2005 13:03:08 +0300 (EEST) (envelope-from keramida@linux.gr) Received: (from keramida@localhost)j49A36Gf020010; Mon, 9 May 2005 13:03:06 +0300 (EEST) (envelope-from keramida@linux.gr) Date: Mon, 9 May 2005 13:03:06 +0300 From: Giorgos Keramidas To: "Daniel O'Connor" Message-ID: <20050509100306.GB93542@orion.daedalusnetworks.priv> References: <200505081828.08055.david.freebsd@verizon.net> <20050508235140.GA15530@gothmog.gr> <200505091006.48132.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505091006.48132.doconnor@gsoft.com.au> cc: Leonidas Tsampros cc: freebsd-current@FreeBSD.org cc: David Gurvich Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 10:03:17 -0000 On 2005-05-09 10:06, Daniel O'Connor wrote: > Also, if we're talking about the port can it modify the makefile so > the KLD installs into /boot/kernel? Going into /boot/modules is a > recipe for user frustration :( I understand that arguments for or against of either choise exist. For instance, by installing in /boot/modules one easily avoids the problem of having to manually copy some files or reinstall the port from scratch after *every* installkernel. - Giorgos From owner-freebsd-current@FreeBSD.ORG Mon May 9 10:10:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 596BD16A4EA; Mon, 9 May 2005 10:10:16 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71D7D43D31; Mon, 9 May 2005 10:10:15 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3FCFA.dip.t-dialin.net[84.163.252.250] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwh2-1DV5DG1eGE-0007cz; Mon, 09 May 2005 12:10:10 +0200 From: Max Laier To: freebsd-hackers@freebsd.org Date: Mon, 9 May 2005 12:10:25 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505091210.28315.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-current@freebsd.org cc: freebsd-misc@freebsd.org Subject: EuroBSDCon 05 - Call for Papers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 10:10:16 -0000 EuroBSDCon 2005 - Call for Papers 4th European BSD Conference November 25 - 27, 2005 University of Basel, Switzerland http://www.eurobsdcon.org/ Introduction The Berkeley Software Distribution (BSD) family of computer operating systems is derived from software developed at the University of California at Berkeley. The various family members (Free-, Net- and OpenBSD, among others) are exten=AD sively used both for embedded appliances and for large internet servers and have an excellent reputation for sta=AD bility and state-of-the-art technology. BSD-derived soft=AD ware is a driving force for IT research and development and is well-received as a building block in commercial software due to its unique license scheme. The fourth European BSD conference is a great opportunity to present new ideas to the community and to meet some of the developers behind the different BSDs. The two day conference program (Nov 26 and 27) will be com=AD plemented by a tutorial day preceeding the conference (Nov 25). Call for Papers The program committee is inviting authors to submit innova=AD tive and original papers not submitted elsewhere on the applications, architecture, implementation, performance and security of BSD-derived operating systems. Investigations on economic aspects regarding the operation of BSD systems are also welcome. Topics of interest for the Euro BSD Con=AD ference 2005 include, but are not limited to: =B7 kernel hacking =B7 embedded application development and deployment =B7 device drivers =B7 security and safe coding practices =B7 system administration: techniques and tools of the trade =B7 operational and economic aspects Prospective authors of contributions to the technical pro=AD gram are requested to submit an extended abstract through the web-interface on the conference website. All submissions will be reviewed by the program committee. The extended abstract should be at least two but no longer than four pages in either PostScript or-PDF format. Submissions accom=AD panied by a non-disclosure agreement are not acceptable and will be returned unread. Authors of accepted submissions have to provide a full paper for publication in the conference proceedings and give per=AD mission to the organizers to publish the results in the printed proceedings and on the conference web site. Instruc=AD tions to authors will be available on the conference web site. Call for Tutorial Proposals Selected tutorials on practical and problem-solving aspects of BSD-derived operating systems will be offered on the day before the Euro BSD Conference. The tutorials will be pre=AD sented by speakers who have wide experience in developing and administering the different BSDs. Potential tutorial themes include, but are not limited to: =B7 Using FreeBSD in a datacenter environment =B7 Firewall configuration with OpenBSD =B7 Porting NetBSD to embedded devices =B7 Safe coding practices to provide secure solutions If you are interested in presenting a tutorial, please con=AD tact the program committee at pc@eurobsdcon.org with details about the topic, intended audience, required room and facil=AD ities as well as a meaningful CV before August 1, 2005. Important Dates Extended abstracts due: August 1 Tutorial proposals due: August 1 Notification to speakers: August 31 =46inal papers due: October 20 Tutorial day: November 25 Conference: November 26 - 27 Conference Organizers General Chairs Marc Balmer, micro systems Vera Hardmeier, micro systems Program Chair Christian Tschudin, CS Department, University of Basel Program Committee Marc Balmer, micro systems -3- Emmanuel Dreyfus, the NetBSD project Felix Kronlage, bytemine Max Laier, the FreeBSD project Andr=E9 von Raison, iX Magazin Christian Tschudin, University of Basel Wim Vandeputte, the OpenBSD project Local Organizers Marc Balmer, micro systems Giacomo Cariello Marcus Glocker, UBS AG Vera Hardmeier, micro systems Massimiliano Stucchi, WillyStudios.com Marc Winiger, micro systems From owner-freebsd-current@FreeBSD.ORG Mon May 9 10:28:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B2AF16A4E7 for ; Mon, 9 May 2005 10:28:05 +0000 (GMT) Received: from KVIW14.KVI.nl (KVIW14.KVI.nl [129.125.15.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AE1A43D5A for ; Mon, 9 May 2005 10:28:04 +0000 (GMT) (envelope-from A.S.Usov@KVI.nl) Received: from KVIR52.KVI.nl (KVIR52.KVI.nl [129.125.37.116]) <01LO1YQ44J50AEMCV7@KVI.nl> for freebsd-current@freebsd.org; Mon, 09 May 2005 12:27:34 +0200 (MET DST) Received: from KVIW08.KVI.nl by KVIR52.KVI.nl (AvMailGate-2.0.2-10) id 26735-4006D1F7; Mon, 09 May 2005 12:27:33 +0200 Received: from kvip88 (KVIP88.KVI.nl [129.125.15.152]) by KVI.nl (PMDF V6.2-X17 #30869) with ESMTPA id <01LO1YPVSS7EAEMKSA@KVI.nl>; Mon, 09 May 2005 12:27:28 +0200 (MET DST) Date: Mon, 09 May 2005 12:27:22 +0200 From: "Alexander S. Usov" In-reply-to: <20050508155814.X77229@carver.gumbysoft.com> To: Doug White Message-id: <200505091227.22843.A.S.Usov@kvi.nl> Organization: KVI MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 X-AntiVirus: checked by AntiVir MailGate (version: 2.0.2-10; AVE: 6.30.0.12; VDF: 6.30.0.162; host: kvi.nl) References: <20050508155814.X77229@carver.gumbysoft.com> cc: freebsd-current@freebsd.org Subject: Re: kernel panics in recent RELENG-5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 10:28:05 -0000 On Monday 09 May 2005 00:59, Doug White wrote: > On Fri, 6 May 2005, Alexander S. Usov wrote: > > It look that something was broken in the last few days in > > RELENG-5 branch. I am getting reproducible panics by pressing > > almost any key while system is booting or is in shutdown. > > Once it is up -- it works mostly fine. > > Also I noted that the keyboard was not working on my laptop > > while in the booting phase -- so after I managed to get a second > > panic doing fsck, I was unable to do anything in single-user mode. > > The only working keys I found were ScrollLock/Pause and > > Ctrl-Alt-Del :) Howewer rebooting it with acpi turned off I managed > > to get it working. > > This was a change I made to try and fix the ttwwakeup() panic, but it > broke single user instead. It was backed out yesterday, so cvsup & > rebuild. Works for me now. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Mon May 9 10:53:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B646A16A4E8 for ; Mon, 9 May 2005 10:53:16 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3BC6243DA4 for ; Mon, 9 May 2005 10:53:15 +0000 (GMT) (envelope-from FreeMan@fantasymail.de) Received: (qmail 3459 invoked by uid 0); 9 May 2005 10:53:13 -0000 Received: from 213.217.113.250 by www42.gmx.net with HTTP; Mon, 9 May 2005 12:53:13 +0200 (MEST) Date: Mon, 9 May 2005 12:53:13 +0200 (MEST) From: FreeMan@fantasymail.de To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #27615881 Message-ID: <19443.1115635993@www42.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Kernel Driver 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: Mon, 09 May 2005 10:53:16 -0000 Hello Listers! I have a small problem with an icp scsi raid controller and its drivers. ICP self tested the driver with FreeBSD 5.0-Release only, but i get only a "No such file or directory" error - so i have the small hope that someone here can help me to fix and take a look on the src code? http://www.icp-vortex.com/ftp/download/rprd/freebsd/freebsd.zip (location from the drivers i tryed to use). Small note I installed 5.3-RELEASE and did src-sys update with the following configuration: *default host=cvsup5.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_5_3 *default delete use-rel-suffix compress src-sys Here now the error i get: B0X1# config B0X1 Kernel build directory is ../compile/B0X1 Don't forget to do a ``make depend'' B0X1# cd ../compile/B0X1/ B0X1# make depend rm -f .olddep if [ -f .depend ]; then mv .depend .olddep; fi make _kernel-depend if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding ../../../dev/icp/icp.c:52:43: stddef.h: No such file or directory ../../../dev/icp/icp_pci.c:52:24: pci/pcireg.h: No such file or directory ../../../dev/icp/icp_pci.c:53:24: pci/pcivar.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/i386/compile/B0X1. *** Error code 1 Stop in /usr/src/sys/i386/compile/B0X1. Thank you for everyone who ever will help me :) Regards, Stefan From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:20:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F85B16A4E7 for ; Mon, 9 May 2005 11:20:52 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0FD243D99 for ; Mon, 9 May 2005 11:20:48 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j49BKh5Q047621; Mon, 9 May 2005 20:50:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Giorgos Keramidas Date: Mon, 9 May 2005 20:50:27 +0930 User-Agent: KMail/1.8 References: <200505081828.08055.david.freebsd@verizon.net> <200505091006.48132.doconnor@gsoft.com.au> <20050509100306.GB93542@orion.daedalusnetworks.priv> In-Reply-To: <20050509100306.GB93542@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5142182.0ijg4dqSjd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505092050.34347.doconnor@gsoft.com.au> X-Spam-Score: -2.2 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Leonidas Tsampros cc: freebsd-current@FreeBSD.org cc: David Gurvich Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 11:20:52 -0000 --nextPart5142182.0ijg4dqSjd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 9 May 2005 19:33, Giorgos Keramidas wrote: > On 2005-05-09 10:06, Daniel O'Connor wrote: > > Also, if we're talking about the port can it modify the makefile so > > the KLD installs into /boot/kernel? Going into /boot/modules is a > > recipe for user frustration :( > > I understand that arguments for or against of either choise exist. > > For instance, by installing in /boot/modules one easily avoids the > problem of having to manually copy some files or reinstall the port from > scratch after *every* installkernel. Sure, but the downside for putting it in /boot/kernel is that you don't get= X=20 the next boot. The downside for /boot/modules is that your system crashes=20 when X starts, or earlier :) I think it would be possible to have ports install source code when they ar= e=20 installed to rebuild the module when the kernel is built. I have some=20 prototype code for this but it doesn't always work and I don't have the=20 knowledge of the kernel make environment to get it working 100% :( What I have so far is here.. http://www.dons.net.au/~darius/port-kld.diff http://www.dons.net.au/~darius/port-makefile.txt =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5142182.0ijg4dqSjd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCf0eC5ZPcIHs/zowRAghfAKCYzFhjpEZ9bgbhIeq8zzbBoYhgTwCglpXo a6gbqDv0atbiogLN4pPXrPI= =kr9y -----END PGP SIGNATURE----- --nextPart5142182.0ijg4dqSjd-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:23:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 720DB16A4E8 for ; Mon, 9 May 2005 11:23:36 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 306C343DA8 for ; Mon, 9 May 2005 11:23:36 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 26B7E5DCF3; Mon, 9 May 2005 04:23:36 -0700 (PDT) Date: Mon, 9 May 2005 13:23:36 +0200 From: Maxime Henrion To: Daniel O'Connor Message-ID: <20050509112336.GD56827@elvis.mu.org> References: <200505081828.08055.david.freebsd@verizon.net> <200505091006.48132.doconnor@gsoft.com.au> <20050509100306.GB93542@orion.daedalusnetworks.priv> <200505092050.34347.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505092050.34347.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i cc: Leonidas Tsampros cc: freebsd-current@FreeBSD.org cc: David Gurvich cc: Giorgos Keramidas Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 11:23:36 -0000 Daniel O'Connor wrote: > On Mon, 9 May 2005 19:33, Giorgos Keramidas wrote: > > On 2005-05-09 10:06, Daniel O'Connor wrote: > > > Also, if we're talking about the port can it modify the makefile so > > > the KLD installs into /boot/kernel? Going into /boot/modules is a > > > recipe for user frustration :( > > > > I understand that arguments for or against of either choise exist. > > > > For instance, by installing in /boot/modules one easily avoids the > > problem of having to manually copy some files or reinstall the port from > > scratch after *every* installkernel. > > Sure, but the downside for putting it in /boot/kernel is that you don't get X > the next boot. The downside for /boot/modules is that your system crashes > when X starts, or earlier :) > > I think it would be possible to have ports install source code when they are > installed to rebuild the module when the kernel is built. I have some > prototype code for this but it doesn't always work and I don't have the > knowledge of the kernel make environment to get it working 100% :( > > What I have so far is here.. > http://www.dons.net.au/~darius/port-kld.diff > http://www.dons.net.au/~darius/port-makefile.txt IIRC, bsdimp@ has already committed such a feature. You are supposed to use the PORTS_MODULES make variable. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:31:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5678416A4E7 for ; Mon, 9 May 2005 11:31:17 +0000 (GMT) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 4622043D67 for ; Mon, 9 May 2005 11:31:16 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 38405 invoked by uid 1026); 9 May 2005 11:35:19 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.250785 secs); 09 May 2005 11:35:19 -0000 Received: from unknown (HELO ?213.145.98.14?) (213.145.98.14) by office.suresupport.com with SMTP; 9 May 2005 11:35:18 -0000 Message-ID: <427F4A0E.30305@cytexbg.com> Date: Mon, 09 May 2005 14:31:26 +0300 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0 (X11/20050127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeMan@fantasymail.de References: <19443.1115635993@www42.gmx.net> In-Reply-To: <19443.1115635993@www42.gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Kernel Driver 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: Mon, 09 May 2005 11:31:17 -0000 FreeMan@fantasymail.de wrote: >Hello Listers! > >I have a small problem with an icp scsi raid controller >and its drivers. ICP self tested the driver with FreeBSD >5.0-Release only, but i get only a "No such file or directory" >error - so i have the small hope that someone here can help >me to fix and take a look on the src code? > >http://www.icp-vortex.com/ftp/download/rprd/freebsd/freebsd.zip >(location from the drivers i tryed to use). > >Small note I installed 5.3-RELEASE and did src-sys update with >the following configuration: > >*default host=cvsup5.FreeBSD.org >*default base=/var/db >*default prefix=/usr >*default release=cvs tag=RELENG_5_3 >*default delete use-rel-suffix compress > >src-sys > >Here now the error i get: > >B0X1# config B0X1 >Kernel build directory is ../compile/B0X1 >Don't forget to do a ``make depend'' >B0X1# cd ../compile/B0X1/ >B0X1# make depend >rm -f .olddep >if [ -f .depend ]; then mv .depend .olddep; fi >make _kernel-depend >if [ -f .olddep ]; then mv .olddep .depend; fi >rm -f .newdep >make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" >xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >-Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. >-I../../../contrib/dev/acpica -I../../../contrib/altq >-I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath >-I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL >-include opt_global.h -fno-common -finline-limit=8000 --param >inline-unit-growth=100 --param large-function-growth=1000 >-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding >../../../dev/icp/icp.c:52:43: stddef.h: No such file or directory >../../../dev/icp/icp_pci.c:52:24: pci/pcireg.h: No such file or directory >../../../dev/icp/icp_pci.c:53:24: pci/pcivar.h: No such file or directory >mkdep: compile failed >*** Error code 1 > >Stop in /usr/src/sys/i386/compile/B0X1. >*** Error code 1 > >Stop in /usr/src/sys/i386/compile/B0X1. > >Thank you for everyone who ever will help me :) > >Regards, >Stefan >_______________________________________________ >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" > >!DSPAM:427f4148574519655720990! > > > AFAIK, FreeBSD should support this controller out of the box with the iir(4) driver. Best Regards, Niki From owner-freebsd-current@FreeBSD.ORG Mon May 9 09:30:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70F8216A4E7 for ; Mon, 9 May 2005 09:30:57 +0000 (GMT) Received: from smtp.poczta.uzp.gov.pl (host-ip168-194.crowley.pl [62.111.194.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DF9843D6A for ; Mon, 9 May 2005 09:30:56 +0000 (GMT) (envelope-from mkowalczyk@uzp.gov.pl) Received: from vscan.poczta.uzp.gov.pl (host-ip167-194.crowley.pl [62.111.194.167]) by smtp.poczta.uzp.gov.pl (Postfix) with SMTP id 0F0354133 for ; Mon, 9 May 2005 11:30:54 +0200 (CEST) Received: from smtp.poczta.uzp.gov.pl ([62.111.194.168])port 10025) with ESMTP id 64360-01-5 for ; Mon, 9 May 2005 11:30:50 +0200 (CEST) Received: from [192.168.0.3] (host-ip162-194.crowley.pl [62.111.194.162]) by smtp.poczta.uzp.gov.pl (Postfix) with ESMTP id 0DECE445B for ; Mon, 9 May 2005 11:29:22 +0200 (CEST) Message-ID: <427F2D52.8030806@uzp.gov.pl> Date: Mon, 09 May 2005 11:28:50 +0200 From: Maciej Kowalczyk-Tepfer User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at uzp.gov.pl X-Mailman-Approved-At: Mon, 09 May 2005 11:35:16 +0000 Subject: 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: Mon, 09 May 2005 09:30:57 -0000 Hi you all, Recently I've installed myself oops proxy + apache2 + mod_clamav. Oops is acting as cache and apache supose to act as AV scanning proxy. Any way after installing all the stuff and getting this all to work without AV scan I've installed mod_clamav with clamav 0.84. I'm getting strange messege during statup of apache after including mod_clamav module : Cannot load /usr/local/libexec/apache2/mod_clamav.so into server: /usr/local/lib/libclamav.so.1: Undefined symbol "pthread_create" It's a little bit strange because compilation of both clamav and mod_clamav runs without any problems. I've tested that on two with FreeBSD 5.3 Current. Any help will be very aprishieted. -- --------------------------------------------------------------------- Maciej Kowalczyk - Tepfer Chief system Administrator of Public Pronouncment Office Poland From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:39:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 049F316A4E7 for ; Mon, 9 May 2005 11:39:09 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2150543D75 for ; Mon, 9 May 2005 11:39:07 +0000 (GMT) (envelope-from FreeMan@fantasymail.de) Received: (qmail 9396 invoked by uid 0); 9 May 2005 11:39:04 -0000 Received: from 213.217.113.250 by www42.gmx.net with HTTP; Mon, 9 May 2005 13:39:05 +0200 (MEST) Date: Mon, 9 May 2005 13:39:05 +0200 (MEST) From: FreeMan@fantasymail.de To: Niki Denev MIME-Version: 1.0 References: <427F4A0E.30305@cytexbg.com> X-Priority: 3 (Normal) X-Authenticated: #27615881 Message-ID: <10008.1115638745@www42.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Kernel Driver 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: Mon, 09 May 2005 11:39:09 -0000 Niki Yes you have right but the raid utility need the "icp" device to work. With iir it wont work so thats why i want to install the driver directly from icp. Regards! > FreeMan@fantasymail.de wrote: > > >Hello Listers! > > > >I have a small problem with an icp scsi raid controller > >and its drivers. ICP self tested the driver with FreeBSD > >5.0-Release only, but i get only a "No such file or directory" > >error - so i have the small hope that someone here can help > >me to fix and take a look on the src code? > > > >http://www.icp-vortex.com/ftp/download/rprd/freebsd/freebsd.zip > >(location from the drivers i tryed to use). > > > >Small note I installed 5.3-RELEASE and did src-sys update with > >the following configuration: > > > >*default host=cvsup5.FreeBSD.org > >*default base=/var/db > >*default prefix=/usr > >*default release=cvs tag=RELENG_5_3 > >*default delete use-rel-suffix compress > > > >src-sys > > > >Here now the error i get: > > > >B0X1# config B0X1 > >Kernel build directory is ../compile/B0X1 > >Don't forget to do a ``make depend'' > >B0X1# cd ../compile/B0X1/ > >B0X1# make depend > >rm -f .olddep > >if [ -f .depend ]; then mv .depend .olddep; fi > >make _kernel-depend > >if [ -f .olddep ]; then mv .olddep .depend; fi > >rm -f .newdep > >make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" > CC="cc" > >xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls > -Wnested-externs > >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > >-Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. > >-I../../../contrib/dev/acpica -I../../../contrib/altq > >-I../../../contrib/ipfilter -I../../../contrib/pf > -I../../../contrib/dev/ath > >-I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL > >-include opt_global.h -fno-common -finline-limit=8000 --param > >inline-unit-growth=100 --param large-function-growth=1000 > >-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding > >../../../dev/icp/icp.c:52:43: stddef.h: No such file or directory > >../../../dev/icp/icp_pci.c:52:24: pci/pcireg.h: No such file or directory > >../../../dev/icp/icp_pci.c:53:24: pci/pcivar.h: No such file or directory > >mkdep: compile failed > >*** Error code 1 > > > >Stop in /usr/src/sys/i386/compile/B0X1. > >*** Error code 1 > > > >Stop in /usr/src/sys/i386/compile/B0X1. > > > >Thank you for everyone who ever will help me :) > > > >Regards, > >Stefan > >_______________________________________________ > >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" > > > >!DSPAM:427f4148574519655720990! > > > > > > > AFAIK, FreeBSD should support this controller out of the box > with the iir(4) driver. > > Best Regards, > Niki > From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:44:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59BF816A4E8 for ; Mon, 9 May 2005 11:44:15 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDE1143D7C for ; Mon, 9 May 2005 11:44:14 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 6DA2C890 for ; Mon, 9 May 2005 07:44:10 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 1D57191 for ; Mon, 9 May 2005 07:44:09 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DV6gE-0000bg-Lu for freebsd-current@freebsd.org; Mon, 09 May 2005 12:44:10 +0100 Date: Mon, 9 May 2005 12:44:10 +0100 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20050509114410.GA2184@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 11:44:15 -0000 I'm not sure if this is the right place to post, so please point me elsewhere if there's a better one. Recent discussions here mentioned the installation/upgrading/packaging of the FreeBSD base system. Question: is there any fundamental reason why this could not now be moved to using the 'package' system rather than just chunked tarballs, in time for FreeBSD 6? Jordan Hubbard noted in section 3.1 of http://people.freebsd.org/~jkh/package-and-install.txt (written nearly 5 years ago) "As I mentioned in the history section, one of the more annoying problems with FreeBSD's current distribution format is the dividing line between distributions and packages. There should really only be one type of "distribution format" and, of course, it should be the package (There Can Be Only One). Achieving this means we're first going to have to grapple with several problems, however: First, eliminating the distribution format means either teaching the package tools how to deal with a split archive format (they currently do not) or divorcing ourselves forever from floppies as a distribution medium." I think that today, pkg_add is quite capable of coping with split archives: # cat /cdrom/base/base.?? | pkg_add - (Replace 'cat' with sysinstall, which will prompt you when it's time to change floppies) "Second, there's the issue of packages currently requiring temporary space as part of their extraction method. If we're going to have things like "bin" be a package, even if we split it up into subcomponents and make "bin" simply a package which contains a list of dependencies and nothing more (which is desirable), there are still going to be pieces which are non-extractable under the current scheme because the available disk space is too small to contain both the temporary copy and the final installed copy, which may not be on the same file system and cannot be simply moved into place." Do the package tools still unpack into a temporary area before installing? If they do, I think libarchive could solve this. AFAICS, the main problem is that we need to extract files like +CONTENTS containing the @cwd directive before we know where to unpack the rest of the files. At worst, we could scan through the archive once, extract the +XXX files, rewind and scan again to extract; at best we could require that these +XXX files always occur at the start (as they seem to), in which case you can extract those files into a temporary area, process them, and then continue to unpack the rest. It would mean not having to switch to an alternative format, such as 'zip' as Jordan suggests. Why am I raising this? Using the pkg_add format for the base system could deliver some immediate benefits. (1) You could tell which choice of distribution sets you made at install time, just by doing 'pkg_info' freebsd-base-5.3 Binary base distribution (required) freebsd-compat4x-5.3 FreeBSD 4.x binary compatibility freebsd-dict-5.3 Spelling checker dictionary files freebsd-doc-5.3 Miscellaneous FreeBSD online docs freebsd-man-5.3 System manual pages - recommended freebsd-src-5.3 Sources for everything (2) The binary upgrade process can therefore choose automatically which distribution sets need to be upgraded. (3) Binary updates can *remove* files which were in the previous distribution, but not the upgraded one. /etc/rc.d/lomac is an example of this (a file which was in 5.3 but which needs to vanish for 5.4). Another example is /usr/src: at the moment you can't safely just install the new source package, because stale source files are left around. If the source came as a package, then installing the new source package could also remove files which belonged to the old source package only. (4) An MD5 checksum of the 'old' version of every file would be maintained in the package database, as @comment MD5:....... Hence binary update of startup scripts (/etc/rc.d/*) and configuration files (/etc/*) can safely and automatically replace those scripts if you have not touched them. If you *have* touched them but the RCS IDs are the same, they can be left alone. Otherwise, a report can be made of differences which must be resolved manually. (5) It would allow the base distribution to be divided into more fine-grained components easily. In particular, I would like to see the development tools made a separate package (they account more more than half the base system); separating out the text processing tools, bind and sendmail would also be useful. This would mean you could easily have a fully-featured "runtime" FreeBSD system for use on compact flash cards, for example, without the overhead of things like the Fortran 77 compiler :-) It could be made much more fine-grained than that, of course. Some of the desirable facilities may not exist in the package system yet: for example I don't know if you can tag a file as being a 'config file' such that it can be automatically replaced if it was untouched. If not, this could be added later. (If too many features like this need to be added, then one might argue we should drop the FreeBSD pkg format and use an existing one which has all the features required - even, dare I say it, RPM. But that's a somewhat separate question) There are of course remaining issues to do with interactive package configuration which Jordan also raises. But would this not be a useful step in the right direction? The binary upgrade process is, IMO, the weakest part of FreeBSD at present. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:46:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73DC116A4E7; Mon, 9 May 2005 11:46:27 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3E7A43D7B; Mon, 9 May 2005 11:46:25 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j49BkHSx047952; Mon, 9 May 2005 21:16:19 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Maxime Henrion Date: Mon, 9 May 2005 21:16:10 +0930 User-Agent: KMail/1.8 References: <200505081828.08055.david.freebsd@verizon.net> <200505092050.34347.doconnor@gsoft.com.au> <20050509112336.GD56827@elvis.mu.org> In-Reply-To: <20050509112336.GD56827@elvis.mu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4014085.ZsJrBSdpO5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505092116.11028.doconnor@gsoft.com.au> X-Spam-Score: -1.4 () IN_REP_TO,MIME_LONG_LINE_QP,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Leonidas Tsampros cc: freebsd-current@freebsd.org cc: David Gurvich cc: Giorgos Keramidas Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 11:46:27 -0000 --nextPart4014085.ZsJrBSdpO5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 9 May 2005 20:53, Maxime Henrion wrote: > > What I have so far is here.. > > http://www.dons.net.au/~darius/port-kld.diff > > http://www.dons.net.au/~darius/port-makefile.txt > > IIRC, bsdimp@ has already committed such a feature. You are supposed to > use the PORTS_MODULES make variable. PORTS_MODULES is suboptimal because it forces you to rebuild the entire por= t=20 when you build a new kernel. If you keep your ports tree up to date regular= ly=20 (eg cron job) this can mean the version of the KLD changes between kernel=20 builds which is a bit of a POLA violation IMO. You also end up with part of your kernel build outside of /usr/obj which ma= ke=20 be a problem if you build for multiple machines. (Although my attempt has a= =20 related limitation) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4014085.ZsJrBSdpO5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCf02D5ZPcIHs/zowRAmQ8AJ9L9hjo9GCA0672zB628PCKNoLcfQCeOF+Y a6X8lh9UDx+FA1vGMy4TGLg= =mQCp -----END PGP SIGNATURE----- --nextPart4014085.ZsJrBSdpO5-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 12:00:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B2916A4F8 for ; Mon, 9 May 2005 12:00:57 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14C6E43D5C for ; Mon, 9 May 2005 12:00:57 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j49C0ubS050318; Mon, 9 May 2005 07:00:56 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <427F50F0.3080905@centtech.com> Date: Mon, 09 May 2005 07:00:48 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <20050509114410.GA2184@uk.tiscali.com> In-Reply-To: <20050509114410.GA2184@uk.tiscali.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 12:00:58 -0000 Brian Candler wrote: > I'm not sure if this is the right place to post, so please point me > elsewhere if there's a better one. > > Recent discussions here mentioned the installation/upgrading/packaging of > the FreeBSD base system. > > Question: is there any fundamental reason why this could not now be moved to > using the 'package' system rather than just chunked tarballs, in time for > FreeBSD 6? [..snip large amounts of stuff..] I think this is a good move, however, how would things like portupgrade determine the difference between a port and a base system pkg? I suppose one could throw the right ignore concoctions into the HOLD_PKGS array in pkgtools.conf. I suppose this would break 5.x->6.x binary upgrades, however I'm not sure that's safe anyhow. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon May 9 11:45:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46B2416A4E8 for ; Mon, 9 May 2005 11:45:00 +0000 (GMT) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FBB843D70 for ; Mon, 9 May 2005 11:44:59 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id BEBD11F87BED; Mon, 9 May 2005 13:44:56 +0200 (CEST) Date: Mon, 9 May 2005 13:44:56 +0200 From: Roman Neuhauser To: Maciej Kowalczyk-Tepfer Message-ID: <20050509114456.GA20560@isis.sigpipe.cz> Mail-Followup-To: Maciej Kowalczyk-Tepfer , freebsd-current@freebsd.org References: <427F2D52.8030806@uzp.gov.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <427F2D52.8030806@uzp.gov.pl> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Mon, 09 May 2005 12:10:31 +0000 cc: freebsd-current@freebsd.org Subject: Re: 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: Mon, 09 May 2005 11:45:00 -0000 # mkowalczyk@uzp.gov.pl / 2005-05-09 11:28:50 +0200: > I'm getting strange messege during statup of apache after including > mod_clamav module : > Cannot load /usr/local/libexec/apache2/mod_clamav.so into server: > /usr/local/lib/libclamav.so.1: Undefined symbol "pthread_create" > > It's a little bit strange because compilation of both > clamav and mod_clamav runs without any problems. I've tested > that on two with FreeBSD 5.3 Current. > > Any help will be very aprishieted. google.com: Undefined symbol "pthread_create" mutt: /~b 'Undefined symbol "pthread_create"' -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Mon May 9 15:33:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8348D16A4F6 for ; Mon, 9 May 2005 15:33:07 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A6C143D53 for ; Mon, 9 May 2005 15:33:07 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 09A8C822 for ; Mon, 9 May 2005 11:33:03 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id DD86887 for ; Mon, 9 May 2005 11:33:02 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVAFj-0001lJ-LK for freebsd-current@freebsd.org; Mon, 09 May 2005 16:33:03 +0100 Date: Mon, 9 May 2005 16:33:03 +0100 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20050509153303.GA6684@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: /usr/share/openssl/man/* in 'base' distribution X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 15:33:08 -0000 /usr/share/openssl/man/* pages are in the "base" distribution. Should they not be in the "man" distribution? Total disk space used is nearly 2MB. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon May 9 15:39:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 372BD16A4E9 for ; Mon, 9 May 2005 15:39:34 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01AC843D8B for ; Mon, 9 May 2005 15:39:34 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id E3F268B8 for ; Mon, 9 May 2005 11:39:29 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id C2FB38A for ; Mon, 9 May 2005 11:39:29 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVALy-0001lk-M5 for freebsd-current@freebsd.org; Mon, 09 May 2005 16:39:30 +0100 Date: Mon, 9 May 2005 16:39:30 +0100 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20050509153930.GB6684@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: /usr/src/UPDATING needs updating X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 15:39:34 -0000 /usr/src/UPDATING says you need to run src/etc/rc.d/preseedrandom as part of the upgrading process - but this file has now gone from FreeBSD-CURRENT, a couple of weeks ago. http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/Attic/preseedrandom Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon May 9 16:06:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0378E16A4E8; Mon, 9 May 2005 16:06:31 +0000 (GMT) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39D6F43D93; Mon, 9 May 2005 16:06:30 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from lyrics.mahoroba.org (ume@lyrics.mahoroba.org [IPv6:3ffe:501:185b:8010:280:88ff:fe03:4841]) (user=ume mech=CRAM-MD5 bits=0)j49G6Hpr013396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 May 2005 01:06:18 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 10 May 2005 01:06:16 +0900 Message-ID: From: Hajimu UMEMOTO To: Peter Wemm In-Reply-To: <200505041529.36826.peter@wemm.org> References: <200505041529.36826.peter@wemm.org> User-Agent: xcite1.38> Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 10 May 2005 01:06:18 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on cheer.mahoroba.org cc: standards@freebsd.org cc: current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 16:06:31 -0000 Hi, >>>>> On Wed, 4 May 2005 15:29:36 -0700 >>>>> Peter Wemm said: peter> Like David Schultz said, it would be better to use the machine/endian.h peter> macros to set the padding position. I think so, too, thanks. peter> As far as removing the padding goes, it makes little difference whether peter> you break it now or later. Doing it now will be painful. Doing it peter> before 6.0-REL will be just as painful. Not only is this encoded in peter> libc.so.6, but all applications and shared libraries that have exposure peter> to this also know it. Are you suggest when to remove padding? Since the major of libc was bumped already in 6-CURRENT, it may better to wait 7-CURRENT. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Mon May 9 16:09:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E521016A4E9; Mon, 9 May 2005 16:09:31 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 747C043D39; Mon, 9 May 2005 16:09:31 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 4703492C; Mon, 9 May 2005 12:09:27 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id CC38487; Mon, 9 May 2005 12:09:23 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVAou-0001nB-OH; Mon, 09 May 2005 17:09:24 +0100 Date: Mon, 9 May 2005 17:09:24 +0100 From: Brian Candler To: Sam Leffler Message-ID: <20050509160924.GC6684@uk.tiscali.com> References: <20050428121447.GA90430@uk.tiscali.com> <42715889.7070202@errno.com> <20050428222831.GB1308@uk.tiscali.com> <42716C48.9070206@errno.com> <20050429121129.GA92888@uk.tiscali.com> <20050429151811.GB93707@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050429151811.GB93707@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i cc: wpaul@windriver.com cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 16:09:32 -0000 On Fri, Apr 29, 2005 at 04:18:11PM +0100, Brian Candler wrote: [regarding Netgear WG311 (v2) card] > I have given the NDIS driver a try, but haven't been able to make it work. I see there have been several commits regarding NDIS over the weekend, so I've done a cvsup as of around 08:30 UTC 2005-05-09, and a complete buildworld/buildkernel cycle. My kernel has: device ndis options NDISAPI The good news is that ndisgen and kldload now don't panic the system. The bad news is that it still doesn't work with the WG311 drivers. Here's what I did to convert the Win2K drivers: ------------------------ # ndisgen 3] convert driver > wg311v2.inf This .INF file appears to be ASCII. > netwg311_2K.sys This .SYS file appears to be in Windows(r) PE format. Firmware file conversion > FwRad16.bin > FwRad17.bin > FW1130.BIN List of files converted firmware files: FwRad16.bin.o FwRad17.bin.o FW1130.BIN.o The file netwg311_2K_sys.ko has been successfully generated. 4] exit ------------------------ And here's what happened when I tried to load it: # sync # kldload ./netwg311_2K_sys.ko # tail -5 /var/log/messages May 9 16:45:00 foo kernel: ndis0: mem 0xfaffc000-0xfaffdfff,0xfafc0000-0xfafdffff irq 11 at device 11.0 on pci2 May 9 16:45:00 foo kernel: ndis0: [GIANT-LOCKED] May 9 16:45:00 foo kernel: ndis0: NDIS API version: 5.0 May 9 16:45:00 foo kernel: ndis0: init handler failed May 9 16:45:00 foo kernel: device_attach: ndis0 attach returned 6 I also tried: # cp FW1130.BIN* FwRad1* /compat/ndis/ to copy all the .ko and .o files into that location, then did a kldunload and kldload of the module. The response in /var/log/messages was exactly the same. sysctl shows: hw.ndis_filepath: /compat/ndis All I can deduce from the source is that ndis_init_nic() failed, code 6 being ENXIO. Is there anything else I can try, or any way to get more useful debugging output? The other strange thing is the FW1130.BIN file: I can't find a reference to that filename anywhere. # strings netwg311_2K_sys.ko | grep -i fwrad fwrad16_bin_start fwrad16_bin_end fwrad17_bin_start fwrad17_bin_end FwRadNN.bin <<<< OK, this looks like a filename template # strings netwg311_2K_sys.ko | grep 1130 fw1130_bin_start fw1130_bin_end TNET1130 .\Release_1130\tnet1130.sys S:\sta_dk\pform\win\win2k\make\Release_1130\tnet1130.pdb # grep 1130 wg311v2.inf # strings FwRad16.bin | grep 1130 # strings FwRad17.bin | grep 1130 However, it looks like NdisOpenFile should log an error if the file open fails, so I don't think that's the problem. I was going to look on the CD to see if there were any more references to FW1130, but I have now been bitten by the acd0 bug in -CURRENT which has been reported by a couple of other people :-( May 9 17:06:10 foo kernel: acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 May 9 17:06:10 foo kernel: acd0: WARNING - READ_BIG UDMA ICRC error (retrying request) May 9 17:06:10 foo kernel: acd0: FAILURE - TEST_UNIT_READY ABORTED COMMAND asc=0x4e ascq=0x00 error=4 Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon May 9 16:16:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A825216A4E8 for ; Mon, 9 May 2005 16:16:27 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id D926743D3F for ; Mon, 9 May 2005 16:16:26 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 80D2DD94B4; Mon, 9 May 2005 18:16:25 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 6563CB3999; Mon, 9 May 2005 18:16:25 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 44995ABF3F; Mon, 9 May 2005 18:16:25 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 8B062D94B4; Mon, 9 May 2005 18:16:24 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j49GGOo6019686; Mon, 9 May 2005 18:16:24 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from igor.q.local (igor.q.local [192.168.0.147]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j49GGOv5055295; Mon, 9 May 2005 18:16:24 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from igor.q.local (localhost.q.local [127.0.0.1]) by igor.q.local (8.13.1/8.13.1) with ESMTP id j49GGONu013515; Mon, 9 May 2005 18:16:24 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by igor.q.local (8.13.1/8.13.1/Submit) id j49GGMB5013514; Mon, 9 May 2005 18:16:22 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Mon, 9 May 2005 18:16:22 +0200 From: Ulrich Spoerlein To: Adam Gregoire Message-ID: <20050509161622.GB88299@galgenberg.net> Mail-Followup-To: Adam Gregoire , freebsd-current@FreeBSD.org References: <1115603523.75119.11.camel@S010600deadc0de00.su.shawcable.net> <1115610046.11673.1.camel@S010600deadc0de00.su.shawcable.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="f+W+jCU1fRNres8c" Content-Disposition: inline In-Reply-To: <1115610046.11673.1.camel@S010600deadc0de00.su.shawcable.net> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: freebsd-current@FreeBSD.org Subject: Re: An option to only update src tree when running make update from src/. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 16:16:27 -0000 --f+W+jCU1fRNres8c Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 08.05.2005 at 23:40:46 -0400, Adam Gregoire wrote: > > Or is there an option already that I am just missing? >=20 > I went through Makefile.inc1 and found my answer, sorry about this > spammage to the list. I don't know the correct solution, but I'm using this in /etc/make.conf SUPFILE=3D /usr/share/examples/cvsup/stable-supfile =2Eif ${.CURDIR:M/usr/doc} DOCSUPFILE=3D /usr/share/examples/cvsup/doc-supfile =2Eendif =2Eif ${.CURDIR:M/usr/ports} PORTSSUPFILE=3D /usr/share/examples/cvsup/ports-supfile =2Eendif Ulrich Sp=F6rlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --f+W+jCU1fRNres8c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCf4zWmArGtfDbn0QRAsDNAKDql2kjDWm8xKMbU0sx+9mh4BrfhgCgvxzJ 9AjyxLIL4VsZsJ6Ojn8hbjw= =LWvz -----END PGP SIGNATURE----- --f+W+jCU1fRNres8c-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 16:43:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A612E16A4EB; Mon, 9 May 2005 16:43:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 172A843D62; Mon, 9 May 2005 16:43:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j49GgYdb053165; Mon, 9 May 2005 10:42:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 09 May 2005 10:42:34 -0600 (MDT) Message-Id: <20050509.104234.71141880.imp@bsdimp.com> To: ume@freebsd.org From: Warner Losh In-Reply-To: References: <200505041529.36826.peter@wemm.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: standards@freebsd.org cc: current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: [CFR] correct type of addrinfo.ai_addrlen and netent.n_net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 16:43:54 -0000 > Are you suggest when to remove padding? Since the major of libc was > bumped already in 6-CURRENT, it may better to wait 7-CURRENT. We've generally not worried compatibility in the 'rough and tumble' world of FreeBSD current. So unless there's a problem in the upgrade path, I think that we safely omit them. Warner From owner-freebsd-current@FreeBSD.ORG Mon May 9 16:48:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DC616A4E9 for ; Mon, 9 May 2005 16:48:28 +0000 (GMT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF0D243D98 for ; Mon, 9 May 2005 16:48:26 +0000 (GMT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) (8.13.4/8.13.3) with ESMTP id j49GmPNY026218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 9 May 2005 18:48:25 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.13.4/8.13.1/Submit) id j49GmPbI026217 for freebsd-current@freebsd.org; Mon, 9 May 2005 18:48:25 +0200 (CEST) (envelope-from cejkar@fit.vutbr.cz) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Mon, 9 May 2005 18:48:25 +0200 From: Rudolf Cejka To: freebsd-current@freebsd.org Message-ID: <20050509164825.GA24749@fit.vutbr.cz> References: <200505081828.08055.david.freebsd@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505081828.08055.david.freebsd@verizon.net> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.49 on 147.229.8.12 Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 16:48:28 -0000 David Gurvich wrote (2005/05/08): > I was able to install v.7174 from the port after modifying nv-freebsd.h. > This consisted of commenting out the portion where an error is given if the > freebsd version is greater than 6. Hello, thanks for the information. I tried today's current with the new nvidia driver and here are my first rough experiences: - I adjusted Makefile and distinfo from 6113 to 7174, then removed all patches for 6113 in directory files and put here just one patch for nv-freebsd.h, which removes above mentioned error. There seems to be needed more adjustments for the port, but wow - I'm able after very long time with my NVidia FX5200 to switch between graphics and text mode again - great. - However when updating to the todays -current, I had to disable atapicam from my kernel, because it stopped my system from booting. It hanged after acd1 message - here are the last booting lines: ... sym0: <875> port 0xd000-0xd0ff mem 0xfbefec00-0xfbefecff,0xfbefd000-0xfbefdfff irq 5 at device 9.0 on pci2 sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [GIANT-LOCKED] ... Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. ad0: 76319MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 acd1: CDROM at ata1-slave UDMA33 When I removed SCSI controller from my computer, I was able to boot the kernel again, but it paniced shortly. However removing atapicam from kernel configuration seems to be sufficient. In kernel without atapicam, kldload atapicam seems that it does nothing, kldunload atapicam panics the system with current process = 33 (swi2: cambio). -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-current@FreeBSD.ORG Mon May 9 16:50:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76BF616A4EA; Mon, 9 May 2005 16:50:03 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F185743D9C; Mon, 9 May 2005 16:50:02 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id A3436890; Mon, 9 May 2005 12:49:58 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 56DD48E; Mon, 9 May 2005 12:49:54 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVBRw-0001qF-9z; Mon, 09 May 2005 17:49:44 +0100 Date: Mon, 9 May 2005 17:49:44 +0100 From: Brian Candler To: Sam Leffler Message-ID: <20050509164944.GA7041@uk.tiscali.com> References: <20050428121447.GA90430@uk.tiscali.com> <42715889.7070202@errno.com> <20050428222831.GB1308@uk.tiscali.com> <42716C48.9070206@errno.com> <20050429121129.GA92888@uk.tiscali.com> <20050429151811.GB93707@uk.tiscali.com> <20050509160924.GC6684@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050509160924.GC6684@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i cc: wpaul@windriver.com cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 16:50:03 -0000 > The good news is that ndisgen and kldload now don't panic the system. The > bad news is that it still doesn't work with the WG311 drivers. P.S. I also got the latest drivers from the web: http://kbserver.netgear.com/products/WG311v2.asp ftp://downloads.netgear.com/files/wg311v2_v2_0_0_7.zip [about 16MB] but these turn out to be identical to the ones on the CD (and unpack into a subdirectory called 1.2B6, which is rather strange for version 2.0.0.7) I tried renaming /compat/ndis to /compat/ndis.hold, and reloading the module. No additional error messages are reported - so it looks like it's not even getting far enough to need to load the firmware files. I also tried using the Windows XP driver, instead of Win2K. I get almost the same: May 9 17:48:56 foo kernel: ndis0: mem 0xfaffc000-0xfaffdfff,0xfafc0000-0xfafdffff irq 11 at device 11.0 on pci2 May 9 17:48:56 foo kernel: ndis0: [GIANT-LOCKED] May 9 17:48:56 foo kernel: ndis0: NDIS API version: 5.1 May 9 17:48:56 foo kernel: ndis0: init handler failed May 9 17:48:56 foo kernel: device_attach: ndis0 attach returned 6 The only difference is the NDIS API is version 5.1 instead of 5.0 Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon May 9 17:10:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15EE216A4E9 for ; Mon, 9 May 2005 17:10:31 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC0343D7C for ; Mon, 9 May 2005 17:10:30 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id CA51972DD4; Mon, 9 May 2005 10:10:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C7AF972DCB; Mon, 9 May 2005 10:10:30 -0700 (PDT) Date: Mon, 9 May 2005 10:10:30 -0700 (PDT) From: Doug White To: Harry Coin In-Reply-To: <4.3.2.7.2.20050508183306.01f38570@mail.qconline.com> Message-ID: <20050509100743.Q86321@carver.gumbysoft.com> References: <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> <4.3.2.7.2.20050508183306.01f38570@mail.qconline.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Mouse / psm0 via D-Link KVM won't load on 5.4, does on 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 17:10:31 -0000 On Sun, 8 May 2005, Harry Coin wrote: > I'd be very happy with that and a doc update including a note suggesting to > increase the value in cases of mouse not found via KVM. Can you draft a patch for the manpage for this then? Or a paragraph to add? > (maybe even a debug hint when the aux reset times out? After all if there > is no mouse, then pcipnp won't find it, so this message will only appear > when a timeout occurs and also at the same time a ps/2 mouse is detected.) I don't know if you can tell the difference beteween a timeout due to too short a wait and a timeout due to a non-present or functional device. I'm not partiuclarly familiar with the aux protocol, though. > Thanks for engaging here, I'm glad the effort moved the bean ahead a tad. Persistence pays :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon May 9 17:21:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15C9B16A4E9 for ; Mon, 9 May 2005 17:21:21 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C757B43D67 for ; Mon, 9 May 2005 17:21:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BA3C172DD4; Mon, 9 May 2005 10:21:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B80DD72DCB; Mon, 9 May 2005 10:21:20 -0700 (PDT) Date: Mon, 9 May 2005 10:21:20 -0700 (PDT) From: Doug White To: Maciej Kowalczyk-Tepfer In-Reply-To: <427F2D52.8030806@uzp.gov.pl> Message-ID: <20050509101925.Q86321@carver.gumbysoft.com> References: <427F2D52.8030806@uzp.gov.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 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: Mon, 09 May 2005 17:21:21 -0000 On Mon, 9 May 2005, Maciej Kowalczyk-Tepfer wrote: > Hi you all, > > Recently I've installed myself oops proxy + apache2 + mod_clamav. > Oops is acting as cache and apache supose to act as AV scanning > proxy. Any way after installing all the stuff and getting this all to work > without AV scan I've installed mod_clamav with clamav 0.84. > I'm getting strange messege during statup of apache after including > mod_clamav module : > Cannot load /usr/local/libexec/apache2/mod_clamav.so into server: > /usr/local/lib/libclamav.so.1: Undefined symbol "pthread_create" It looks like mod_clamav was compiled to use threads but you are not using a threaded Apache. Check your compile options for mod_clamav. You may need to change the clamav build to explicitly link in libpthred. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon May 9 18:28:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD21816A500 for ; Mon, 9 May 2005 18:28:19 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C5AC43D69 for ; Mon, 9 May 2005 18:28:19 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from OSTest ([68.161.118.114])0.04 <0IG8002WYJB1EF11@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Mon, 09 May 2005 13:28:19 -0500 (CDT) Date: Mon, 09 May 2005 13:30:38 -0400 From: David Gurvich In-reply-to: <20050509164825.GA24749@fit.vutbr.cz> To: freebsd-current@freebsd.org Message-id: <200505091330.38204.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <200505081828.08055.david.freebsd@verizon.net> <20050509164825.GA24749@fit.vutbr.cz> User-Agent: KMail/1.8 Subject: Re: Using nvidia-driver with 6-x/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, 09 May 2005 18:28:22 -0000 If you use burncd instead of cdrecord there is no need for atapicam in the kernel or as a module. It appears you are only using for your CD drives. For simple burning, burncd is enough. On Monday 09 May 2005 12:48, Rudolf Cejka wrote: > David Gurvich wrote (2005/05/08): > > I was able to install v.7174 from the port after modifying nv-freebsd.h. > > This consisted of commenting out the portion where an error is given if > > the freebsd version is greater than 6. > > Hello, thanks for the information. I tried today's current with the new > nvidia driver and here are my first rough experiences: > > - I adjusted Makefile and distinfo from 6113 to 7174, then removed all > patches for 6113 in directory files and put here just one patch for > nv-freebsd.h, which removes above mentioned error. There seems to be > needed more adjustments for the port, but wow - I'm able after very > long time with my NVidia FX5200 to switch between graphics and text mode > again - great. > > - However when updating to the todays -current, I had to disable atapicam > from my kernel, because it stopped my system from booting. It hanged > after acd1 message - here are the last booting lines: > ... > sym0: <875> port 0xd000-0xd0ff mem > 0xfbefec00-0xfbefecff,0xfbefd000-0xfbefdfff irq 5 at device 9.0 on pci2 > sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking > sym0: open drain IRQ line driver, using on-chip SRAM > sym0: using LOAD/STORE-based firmware. > sym0: [GIANT-LOCKED] > ... > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > ad0: 76319MB at ata0-master UDMA100 > acd0: CDRW at ata1-master UDMA33 > acd1: CDROM at ata1-slave UDMA33 > > When I removed SCSI controller from my computer, I was able to boot > the kernel again, but it paniced shortly. However removing atapicam > from kernel configuration seems to be sufficient. In kernel without > atapicam, kldload atapicam seems that it does nothing, kldunload atapicam > panics the system with current process = 33 (swi2: cambio). From owner-freebsd-current@FreeBSD.ORG Mon May 9 19:28:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CAE016A4EA; Mon, 9 May 2005 19:28:31 +0000 (GMT) Received: from fast.dnswatch.com (fast.dnswatch.com [216.177.243.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AF2543D90; Mon, 9 May 2005 19:28:30 +0000 (GMT) (envelope-from null@dnswatch.com) Received: from fast.dnswatch.com (localhost.dnswatch.com [127.0.0.1]) by fast.dnswatch.com (8.12.6/8.12.6) with ESMTP id j49JSELi010283; Mon, 9 May 2005 12:28:29 -0700 (PDT) (envelope-from null@dnswatch.com) Received: (from www@localhost) by fast.dnswatch.com (8.12.6/8.12.6/Submit) id j49JSDol010282; Mon, 9 May 2005 12:28:13 -0700 (PDT) (envelope-from null@dnswatch.com) X-Authentication-Warning: fast.dnswatch.com: www set sender to null@dnswatch.com using -f Received: from ns0.1command.com ([216.177.243.38]) (DNSwatch.com_WebMail authenticated user null) by webmail.dnswatch.com with HTTP; Mon, 9 May 2005 12:28:12 -0700 (PDT) Message-ID: <1979.216.177.243.38.1115666892.localmail@webmail.dnswatch.com> In-Reply-To: <200505082006.35776.lofi@freebsd.org> References: <20050508044906.J55534@lexi.siliconlandmark.com><200505081248.06069.lofi@freebsd.org> <200505082006.35776.lofi@freebsd.org> Date: Mon, 9 May 2005 12:28:12 -0700 (PDT) From: "/dev/null" To: "Michael Nottebrock" User-Agent: DNSwatch.com_WebMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: freebsd-current@freebsd.org Subject: Re: root's shell (Was: Re: boot banner project) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 19:28:31 -0000 > On Sunday, 8. May 2005 12:47, Michael Nottebrock wrote: >> On Sunday, 8. May 2005 10:50, Andre Guibert de Bruet wrote: >> > On Sun, 8 May 2005, Michael Nottebrock wrote: >> > > On Sunday, 8. May 2005 10:17, Andre Guibert de Bruet wrote: >> > >>>> I was thinking about using (/usr/local/bin/)bash for root, >> something >> > >>>> a lot of people try to do (until they notice a toe missing :). >> > >> >> > >> I don't like the thought of root's login shell being anywhere but >> on >> > >> the root partition. You're absolutely correct though (Single user >> mode >> > >> prompts for the shell to use). >> > > >> > > A dynamically linked bash(3) requires libintl ... >> > >> > Right, and if root's shell is set to /usr/local/bin/bash, you can opt >> to >> > use /bin/sh at the single user mode prompt. >> >> There's other possible issues - see >> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=884568+0+archive/2004/freebsd-current/20041010.freebsd-current > for an example. > > Oh, and btw: There is no freebsd-misc mailinglist. Perhaps you were > thinking > of comp.unix.bsd.freebsd.misc ... > He *boldly* asks without so much as the smallest amount of research - 1.) Would it be considered alot of trouble to make (t)csh POSIX compliant? 2.) Would it be considered difficult or poor practice to make root' shell an option during install? Had to ask, just crossed my mind. -Chris > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > -- //////////////////////////////////////////////////// If only Western Electric had found a way to offer binary licenses for the UNIX system back in 1974, the UNIX system would be running on all PC's today rather than DOS/Windows. //////////////////////////////////////////////////// From owner-freebsd-current@FreeBSD.ORG Mon May 9 19:30:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id A2DA716A4EC; Mon, 9 May 2005 19:30:54 +0000 (GMT) In-Reply-To: <20050509160924.GC6684@uk.tiscali.com> from Brian Candler at "May 9, 2005 05:09:24 pm" To: B.Candler@pobox.com (Brian Candler) Date: Mon, 9 May 2005 19:30:54 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20050509193054.A2DA716A4EC@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 19:30:54 -0000 > On Fri, Apr 29, 2005 at 04:18:11PM +0100, Brian Candler wrote: > [regarding Netgear WG311 (v2) card] > > I have given the NDIS driver a try, but haven't been able to make it work. > > I see there have been several commits regarding NDIS over the weekend, so > I've done a cvsup as of around 08:30 UTC 2005-05-09, and a > complete buildworld/buildkernel cycle. My kernel has: > > device ndis > options NDISAPI > > The good news is that ndisgen and kldload now don't panic the system. The > bad news is that it still doesn't work with the WG311 drivers. > > Here's what I did to convert the Win2K drivers: Generally speaking, you should use the Windows XP drivers. (It doesn't matter for this particular issue, but the WinXP drivers are the ones that understand the latest 802.11 OIDs in the NDIS 5.1 spec, including the ones needed to support WPA.) > ------------------------ > # ndisgen > 3] convert driver > > wg311v2.inf > This .INF file appears to be ASCII. > > netwg311_2K.sys > This .SYS file appears to be in Windows(r) PE format. > Firmware file conversion > > FwRad16.bin > > FwRad17.bin > > FW1130.BIN > List of files converted firmware files: > FwRad16.bin.o > FwRad17.bin.o > FW1130.BIN.o > The file netwg311_2K_sys.ko has been successfully generated. > 4] exit > ------------------------ This looks fine. > And here's what happened when I tried to load it: > > # sync > # kldload ./netwg311_2K_sys.ko > # tail -5 /var/log/messages > May 9 16:45:00 foo kernel: ndis0: mem 0xfaffc000-0xfaffdfff,0xfafc0000-0xfafdffff irq 11 at device 11.0 on pci2 > May 9 16:45:00 foo kernel: ndis0: [GIANT-LOCKED] > May 9 16:45:00 foo kernel: ndis0: NDIS API version: 5.0 > May 9 16:45:00 foo kernel: ndis0: init handler failed > May 9 16:45:00 foo kernel: device_attach: ndis0 attach returned 6 This is not so fine. :( > I also tried: > > # cp FW1130.BIN* FwRad1* /compat/ndis/ > > to copy all the .ko and .o files into that location, then did a kldunload > and kldload of the module. The response in /var/log/messages was exactly the > same. sysctl shows: > > hw.ndis_filepath: /compat/ndis > > All I can deduce from the source is that ndis_init_nic() failed, code 6 > being ENXIO. Is there anything else I can try, or any way to get more useful > debugging output? Not really, I'll have to debug this myself. Luckily, I have one of these cards. I'll have to pull it out of the pile and stick it in a test target when I get home. I'm a little confused, because this card did work the last time I tested it. When ndis_init_nic() fails, it means the call to the driver's MiniportInitialize() routine failed, which means any number of things could have gone wrong. Debugging the problem means tracing through the MiniportInitialize() process and seeing where it gets confused. Note that NdisOpenFile() searches the internal linker list for files first, and then looks in /compat/ndis. If you tell ndisgen to bundle all your firmware files into the converted module, then it won't look in /compat/ndis no matter what you do. If you want to force it to load files directly out of the filesystem, re-run ndisgen and this time give it only the .inf and the .sys file. Put the firmware images in /compat/ndis. In any case, NdisOpenFile() would have generated some sort of error message on the console if looking up the files failed, so that's probably not the issue. Odds are I screwed something else up. :( -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon May 9 19:43:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C5C16A4EB for ; Mon, 9 May 2005 19:43:29 +0000 (GMT) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id A865643D49 for ; Mon, 9 May 2005 19:43:28 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 48ED113E14; Mon, 9 May 2005 21:43:27 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 3487872D75; Mon, 9 May 2005 21:43:27 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-205-018.arcor-ip.net [213.23.205.18]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id A9EB1234F8; Mon, 9 May 2005 21:43:26 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j49JhOld032261 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 9 May 2005 21:43:25 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: "/dev/null" Date: Mon, 9 May 2005 21:43:20 +0200 User-Agent: KMail/1.8 References: <200505082006.35776.lofi@freebsd.org> <1979.216.177.243.38.1115666892.localmail@webmail.dnswatch.com> In-Reply-To: <1979.216.177.243.38.1115666892.localmail@webmail.dnswatch.com> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o;>bD>c:]^;:>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new cc: freebsd-current@freebsd.org Subject: Re: root's shell (Was: Re: boot banner project) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 09 May 2005 19:43:29 -0000 --nextPart1292717.DubRVVMNYl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 9. May 2005 21:28, /dev/null wrote: > He *boldly* asks without so much as the smallest amount of research - > 1.) > Would it be considered alot of trouble to make (t)csh POSIX compliant? Prolly. > 2.) > Would it be considered difficult or poor practice to make root' shell an > option during install? Well, toor exists. Activate it and give it any shell you want, case closed.= As=20 has been said before, a POSIX-sh compatible shell for root is a red herring= -=20 slap #!/bin/sh in front of your scripts and be done with it. The omnipresence of bash in Linux at least hasn't done a great service to=20 script portability in my experience (you wouldn't think porting KDE isn't a= =20 likely opportunity to be confronted with bad scripting, but I had to learn= =20 otherwise the hard way. Bash makes it way to easy to write scripts that wil= l=20 only work when /bin/sh is really /bin/bash). =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1292717.DubRVVMNYl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCf71cXhc68WspdLARAmi8AKCDK1MUHmo0JU+Q7KMhK6C7GzDiLACglqnd SAmZeShwWs3KITTlLAp3nds= =9Kfn -----END PGP SIGNATURE----- --nextPart1292717.DubRVVMNYl-- From owner-freebsd-current@FreeBSD.ORG Mon May 9 21:26:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 822B116A4EA for ; Mon, 9 May 2005 21:26:55 +0000 (GMT) Received: from smtp816.mail.sc5.yahoo.com (smtp816.mail.sc5.yahoo.com [66.163.170.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 51EE643D8B for ; Mon, 9 May 2005 21:26:55 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp816.mail.sc5.yahoo.com with SMTP; 9 May 2005 21:26:53 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2A0FD6109; Mon, 9 May 2005 16:26:46 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 07847-01-2; Mon, 9 May 2005 16:26:44 -0500 (CDT) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 8662760F6; Mon, 9 May 2005 16:26:43 -0500 (CDT) Message-ID: <427FD592.4060103@alumni.rice.edu> Date: Mon, 09 May 2005 16:26:42 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <200505081529.31238.david.freebsd@verizon.net> <427EDFB4.3070309@alumni.rice.edu> <200505082319.22161.david.freebsd@verizon.net> <427EE6C4.3040100@alumni.rice.edu> In-Reply-To: <427EE6C4.3040100@alumni.rice.edu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1A65E006C04024FFCB7C9D4C" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org cc: David Gurvich Subject: Re: loader causes reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.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, 09 May 2005 21:26:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1A65E006C04024FFCB7C9D4C Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/8/2005 11:27 PM, Jonathan Noack wrote: > On 05/08/05 22:19, David Gurvich wrote: >> On Sunday 08 May 2005 23:57, Jonathan Noack wrote: >>> On 05/08/05 14:29, David Gurvich wrote: >>>> cdrom /boot/loader from 5.3 has no problem. However, after updating >>>> world from kernel, /boot/loader is replaced with cvs version. This one >>>> goes into endless cycle of reboots. When replaced with /boot/loader >>>> from >>>> cdrom boots normally. >>> >>> Are you setting CPUTYPE? A few people have reported an endless reboot >>> with the athlon-xp or pentium-m settings. I experience this on my >>> athlon-xp and the only workaround I've found is just to not set CPUTYPE. >>> This problem is way beyond my feeble skills to track down and fix, but >>> it doesn't seem to affect many people and no one has stepped up to >>> resolve it. As it is easily worked around, I've brought it up a few >>> times but haven't made too big of a fuss. Come to think of it, why >>> didn't I ever open a PR? Hmm... perhaps I'll do that at work tomorrow >>> (this is on a machine at work). >> >> I am setting CPUTYPE?=athlon-xp >> I never considered that might be the cause. If it is then there is >> clearly a bug in the configuration of the loader. Perhaps when the >> loader is being compiled it should use the most basic flags possible >> for just that. > > There was an attempt to resolve this issue a few months ago. The commit > was rev. 1.10 of src/sys/boot/i386/Makefile.inc and the log message was, > "Ensure GCC does not use FP registers in integer code." This fix was > MFC'd to RELENG_5 a day later and is present in 5.4. > > For the life of me I can't remember if I tested the change when it was > made. I think it didn't work for me, but I'll test it again tomorrow. Well, looks like it was really fixed. With CPUTYPE?=athlon-xp and 5.4-RELEASE everything works fine. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig1A65E006C04024FFCB7C9D4C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCf9WSUFz01pkdgZURAuHEAJ9anO5a0adnKBfAYpSl9xqErHGN1wCeMbNC NGETaKCHp10RfDfHiedrwmA= =oziy -----END PGP SIGNATURE----- --------------enig1A65E006C04024FFCB7C9D4C-- From owner-freebsd-current@FreeBSD.ORG Tue May 10 00:21:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 320D316A4EB for ; Tue, 10 May 2005 00:21:21 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C8A743D66 for ; Tue, 10 May 2005 00:21:20 +0000 (GMT) (envelope-from FreeMan@fantasymail.de) Received: (qmail 7066 invoked by uid 0); 10 May 2005 00:21:18 -0000 Received: from 213.217.113.250 by www39.gmx.net with HTTP; Tue, 10 May 2005 02:21:18 +0200 (MEST) Date: Tue, 10 May 2005 02:21:18 +0200 (MEST) From: FreeMan@fantasymail.de To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated: #27615881 Message-ID: <29836.1115684478@www39.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Boot loader set "back" to mbr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 00:21:21 -0000 Hello I used on the installation the boot loader for more then one os. I want to change it so that the standart (single freebsd loader) works. Is there any chance to do this without doing a new installation and delete partitions? Thanks! Regards, Stefan From owner-freebsd-current@FreeBSD.ORG Tue May 10 00:42:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89A3E16A4EB for ; Tue, 10 May 2005 00:42:38 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D0243D60 for ; Tue, 10 May 2005 00:42:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4A0gNOE073006; Tue, 10 May 2005 10:12:24 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 10 May 2005 10:12:06 +0930 User-Agent: KMail/1.8 References: <29836.1115684478@www39.gmx.net> In-Reply-To: <29836.1115684478@www39.gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2296665.XppaOFkE42"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505101012.19014.doconnor@gsoft.com.au> X-Spam-Score: -2 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: FreeMan@fantasymail.de Subject: Re: Boot loader set "back" to mbr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 00:42:38 -0000 --nextPart2296665.XppaOFkE42 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 10 May 2005 09:51, FreeMan@fantasymail.de wrote: > I used on the installation the boot loader for > more then one os. I want to change it so that the > standart (single freebsd loader) works. > > Is there any chance to do this without doing > a new installation and delete partitions? I don't know how to do this as such, but you can use boot0cfg to wind down = the=20 boot delay so it's almost the same thing :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2296665.XppaOFkE42 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCgANq5ZPcIHs/zowRAun5AJ974UxK5Km+Exd4em5d1ZBkzV2n2wCcDAhA LpOjpCUL154EZcOnKKYIkEM= =i4zh -----END PGP SIGNATURE----- --nextPart2296665.XppaOFkE42-- From owner-freebsd-current@FreeBSD.ORG Tue May 10 03:25:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id B08BE16A4EE; Tue, 10 May 2005 03:25:32 +0000 (GMT) In-Reply-To: <20050509164944.GA7041@uk.tiscali.com> from Brian Candler at "May 9, 2005 05:49:44 pm" To: B.Candler@pobox.com (Brian Candler) Date: Tue, 10 May 2005 03:25:32 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20050510032532.B08BE16A4EE@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: sam@errno.com cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 03:25:32 -0000 > > The good news is that ndisgen and kldload now don't panic the system. The > > bad news is that it still doesn't work with the WG311 drivers. > > P.S. I also got the latest drivers from the web: > http://kbserver.netgear.com/products/WG311v2.asp > ftp://downloads.netgear.com/files/wg311v2_v2_0_0_7.zip [about 16MB] > > but these turn out to be identical to the ones on the CD (and unpack into a > subdirectory called 1.2B6, which is rather strange for version 2.0.0.7) > > I tried renaming /compat/ndis to /compat/ndis.hold, and reloading the > module. No additional error messages are reported - so it looks like it's > not even getting far enough to need to load the firmware files. > > I also tried using the Windows XP driver, instead of Win2K. I get almost the > same: > > May 9 17:48:56 foo kernel: ndis0: mem 0xfaffc000-0xfaffdfff,0xfafc0000-0xfafdffff irq 11 at device 11.0 on pci2 > May 9 17:48:56 foo kernel: ndis0: [GIANT-LOCKED] > May 9 17:48:56 foo kernel: ndis0: NDIS API version: 5.1 > May 9 17:48:56 foo kernel: ndis0: init handler failed > May 9 17:48:56 foo kernel: device_attach: ndis0 attach returned 6 > > The only difference is the NDIS API is version 5.1 instead of 5.0 > > Regards, > > Brian. Uhm... hm. I don't know how to tell you this, but I can't reproduce your problem. I plugged my WG311v2 NIC into my dual Opteron system running 6.0-SNAP002 (current snapshot from march) and the latest code from /sys/compat/ndis and /sys/dev/if_ndis (as of today), and the NIC is detected and works fine: ndis0: mem 0xe2020000-0xe203ffff, 0xe2000000-0xe2001fff irq 36 at device 3.0 on pci19 ndis0: Reserved 0x20000 bytes for rid 0x14 type 3 at 0xe2020000 ndis0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xe2000000 ioapic4: routing intpin 0 (PCI IRQ 36) to cluster 0 ndis0: [MPSAFE] ndis0: NDIS API version: 5.1 ndis0: bpf attached ndis0: Ethernet address: 00:09:5b:bb:7b:a0 ndis0: bpf attached ndis0: flags=8843 mtu 1500 inet6 fe80::209:5bff:febb:7ba0%ndis0 prefixlen 64 scopeid 0x4 inet 10.0.1.2 netmask 0xffffff00 broadcast 10.0.1.255 ether 00:09:5b:bb:7b:a0 media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps ) status: associated ssid "SHIPLEY SUCKS" bssid 56:4f:91:fa:a4:33 authmode OPEN privacy OFF txpowmax 100 opteron# ifconfig ndis0 scan SSID BSSID CHAN RATE S:N INT CAPS SHIPLEY SUCKS 56:4f:91:fa:a4:33 1 54M 190:0 100 I ??? ??? ??? ??? (Even better, it looks like I fixed the problem with the damn signal strength values being all messed up.) I used the Windows XP driver from the wg311v2_v2_0_0_7.zip distribution and gave ndisgen all three .BIN files. (Note: experimentation has shown that the driver really only opens one of the files. I think it picks the right image depending on which Texas Instruments chip it finds.) opteron# pwd /u/wpaul/1.2B6/Driver/Windows XP opteron# ls -l total 2464 -rw-rw-rw- 1 wpaul wpaul 76568 Apr 4 2004 FW1130.BIN -rwxr-xr-x 1 wpaul wpaul 78112 May 9 12:18 FW1130.BIN.ko -rw-r--r-- 1 wpaul wpaul 76953 May 9 12:18 FW1130.BIN.o -rw-rw-rw- 1 wpaul wpaul 83320 Apr 4 2004 FwRad16.bin -rwxr-xr-x 1 wpaul wpaul 84870 May 9 12:18 FwRad16.bin.ko -rw-r--r-- 1 wpaul wpaul 83707 May 9 12:18 FwRad16.bin.o -rw-rw-rw- 1 wpaul wpaul 84912 Apr 4 2004 FwRad17.bin -rwxr-xr-x 1 wpaul wpaul 86462 May 9 12:18 FwRad17.bin.ko -rw-r--r-- 1 wpaul wpaul 85299 May 9 12:18 FwRad17.bin.o -rw-rw-rw- 1 wpaul wpaul 9135 Oct 4 2004 netwg311.cat -rw-rw-rw- 1 wpaul wpaul 386688 Jun 17 2004 netwg311_XP.sys -rwxr-xr-x 1 wpaul wpaul 644894 May 9 12:18 netwg311_XP_sys.ko -rw-r--r-- 1 wpaul wpaul 642337 May 9 12:18 netwg311_XP_sys.o -rw-rw-rw- 1 wpaul wpaul 9157 Sep 1 2004 wg311v2.inf I'm not sure what to tell you at this point. It's possible there's something broken in -current that's hosing Project Evil. I won't be sure until I can get a -current snapshot running at home. You might want to try some simple diagnostics, like moving the NIC to another PCI slot. Speaking of snapshots, does anyone know of a FreeBSD snapshot building host that actually works? snapshots.jp.freebsd.org hasn't built a proper -current snapshot distribution in over 5 months, and snapshots.se.freebsd.org seems to have vanished. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue May 10 05:10:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 369B316A4EE; Tue, 10 May 2005 05:10:06 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09FE943D6A; Tue, 10 May 2005 05:10:06 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) id j4A5A25V027156; Mon, 9 May 2005 22:10:02 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j4A59wnU020912; Mon, 9 May 2005 22:10:00 -0700 (PDT) In-Reply-To: <200505080957.19137.lofi@freebsd.org> References: <200505080425.24495.lofi@freebsd.org> <20050508073446.GA21550@freebie.xs4all.nl> <200505080957.19137.lofi@freebsd.org> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3c33db4aa0c08292214219f868819726@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 10 May 2005 01:09:57 -0400 To: Michael Nottebrock X-Mailer: Apple Mail (2.622) cc: Wilko Bulte cc: freebsd-current@freebsd.org Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 05:10:06 -0000 [ Sorry for the delay in responding, I decided to take the weekend off from email. 600 FreeBSD messages await me, no doubt filled with a mixture of useful tech stuff and the copyright-thread-that-won't-die. ] On May 8, 2005, at 3:57 AM, Michael Nottebrock wrote: >>> You got lucky then, because there's some actual footshooting >>> potential in >>> doing that. Use toor. >> >> Interesting, I have been running /bin/sh since 1.0R (yes..) for root >> and it never bit me. Where is that footshooting potential? > > Sorry, I just scanned the thread before replying - there's probably no > footshooting potential in using /bin/sh for root. > > I was thinking about using (/usr/local/bin/)bash for root, something a > lot of > people try to do (until they notice a toe missing :). I've managed to plunk a round or two into my own foot, using a shell located in /usr/local, rather than staticly linked and present on /. :-) It's no fun to boot off a CD because the system can't automaticly fsck the filesystem that root's shell wants to use, and wants manual help... However, the toor account is a fine idea: every system I've got-- whether running FreeBSD or not-- uses /bin/sh for root's shell. However, I've also created toor accounts using my preferred shell [1] as a backup. If FreeBSD were to ship with tcsh as toor's shell, and /bin/sh as root's shell, that would still provide a super-user login with tcsh for those who want such a thing. However, logging in as a normal user and gaining privileges via sudo seems to work just as well, and avoids the need to login directly as a UID==0 account. -- -Chuck [1]: ZSH. From owner-freebsd-current@FreeBSD.ORG Tue May 10 05:12:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9295B16A4EE for ; Tue, 10 May 2005 05:12:34 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 280CC43D49 for ; Tue, 10 May 2005 05:12:34 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j4A5CUOQ025841 for ; Tue, 10 May 2005 01:12:30 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j4A5CUiG025838 for ; Tue, 10 May 2005 01:12:30 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 May 2005 01:12:30 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050510001050.S750@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.545, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Subject: VM pager subsystem shutdown? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 05:12:34 -0000 Hi, Upon looking at the boot(9) code in kern_shutdown.c, it occured to me that there doesn't seem to be shutdown code for the VM pager subsystem. Is this done on purpose? If not, is creating a global-scope function in vm/swap_pager.c that iterates over the swdevt's in the LISTQ and feeds them swap_pager_swapoff() the simplest of ways of going about this? I stumbled upon this while analyzing the various vnodes still open at shutdown during the call to vfs_unmountall (See the patch in the "The "unmount of /dev failed (BUSY)" message, explained" thread). The only reason for the reference to /dev/amrd0s1b that I can think of would be the use of swap, and disabling it in fstab and re-performing the test confirms this. Please be gentle, I am still learning about our VM subsystem... :-) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue May 10 06:56:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF7C316A4EF for ; Tue, 10 May 2005 06:56:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 005D043D5E for ; Tue, 10 May 2005 06:56:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4A6sboE062060; Tue, 10 May 2005 00:54:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 10 May 2005 00:55:42 -0600 (MDT) Message-Id: <20050510.005542.95903608.imp@bsdimp.com> To: B.Candler@pobox.com From: "M. Warner Losh" In-Reply-To: <20050509114410.GA2184@uk.tiscali.com> References: <20050509114410.GA2184@uk.tiscali.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 06:56:07 -0000 As this comes up all the time, I'd say just do it. People here will talk your ear off. Warner From owner-freebsd-current@FreeBSD.ORG Tue May 10 06:56:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49D5D16A4EF for ; Tue, 10 May 2005 06:56:33 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA9BF43D6B for ; Tue, 10 May 2005 06:56:32 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4A6rdT6062057; Tue, 10 May 2005 00:53:39 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 10 May 2005 00:54:44 -0600 (MDT) Message-Id: <20050510.005444.32174429.imp@bsdimp.com> To: nike_d@cytexbg.com From: "M. Warner Losh" In-Reply-To: <427F4A0E.30305@cytexbg.com> References: <19443.1115635993@www42.gmx.net> <427F4A0E.30305@cytexbg.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: FreeMan@fantasymail.de Subject: Re: Kernel Driver 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, 10 May 2005 06:56:33 -0000 Looks like the kernel is wanting to include pci files from the old location (4.x). Warner From owner-freebsd-current@FreeBSD.ORG Tue May 10 07:29:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C73A16A4F0 for ; Tue, 10 May 2005 07:29:53 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDD943D6D for ; Tue, 10 May 2005 07:29:52 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so4475557nzp for ; Tue, 10 May 2005 00:29:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YJunXXj+TdJz6XJ1BBjnhGxqwooouuIzftWBTuKXWGTXpiRNnSfibC3RCPf892zszGfbi8tuXixJFgOliwsIVtk2B8fNXS0q1eN63vPZTX77vtk+uWGlEUcQLXBDkILkJVLORXtnyy2l6l0hV2kZOz6wEW2ejhSgrtcA0+/tlME= Received: by 10.36.37.10 with SMTP id k10mr1443702nzk; Tue, 10 May 2005 00:29:52 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 10 May 2005 00:29:52 -0700 (PDT) Message-ID: Date: Tue, 10 May 2005 15:29:52 +0800 From: Jiawei Ye To: Jeff Roberson In-Reply-To: <20050503022532.F48828@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> cc: Nguyen Tam Chinh cc: current@freebsd.org Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 07:29:53 -0000 On 5/3/05, Jeff Roberson wrote: > My apologies Nguyen. ULE has fallen into a state of disrepair. I would > not trust it until I spend some time sorting out the current crop of > problems. I maybe the unlucky one, but with an recently-upgraded -current from -stable, startx reboots my machine too, even with 4BSD. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue May 10 08:51:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F56416A4F0 for ; Tue, 10 May 2005 08:51:34 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3A2F43D46 for ; Tue, 10 May 2005 08:51:33 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 48EB07D7 for ; Tue, 10 May 2005 04:51:29 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 20B608E for ; Tue, 10 May 2005 04:51:28 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVQSd-0001uT-13 for freebsd-current@freebsd.org; Tue, 10 May 2005 09:51:27 +0100 Date: Tue, 10 May 2005 09:51:27 +0100 From: Brian Candler To: freebsd-current@freebsd.org Message-ID: <20050510085126.GA7327@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: halt -p causes 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, 10 May 2005 08:51:34 -0000 FreeBSD -CURRENT as of about 08:30 UTC yesterday, 2005-05-09 Old Dell P3-600MHz system. # halt -p ... All buffers synced. unmount of /dev/failed (BUSY) Uptime: 17h20m43s panic: Assertion mtx_unowned(m) failed at ..../usr/src/sys/kern/kern_mutex.c:867 cpuid = 0 KDB: enter: panic [thread pid 32 tid 100022 ] Stoped at kdb_enter+0x2b: nop db> trace Tracing pid 32 tid 100022 td 0xc1521180 kdb_enter(c08bfd6e) at kdb_enter+0x2b panic(...) at panic+0x127 mtx_destroy(...) at mtx_destroy+0x39 ntoskrnl_workitem_thread(...) at ntoskrnl_workitem_thread+0xca fork_exit(...) at fork_exit+0xa0 fork_trampoline(...) at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcca16d6c, ebp = 0 --- db> ps ... 22 c1542c00 0 0 0 0000204 [IWAIT] irq11: ifpi0 xl0+ IRQ 11 is used by: $ dmesg | grep -i "irq.*11" pci_link0: irq 11 on acpi0 pci_link3: irq 11 on acpi0 uhci0: port 0xcce0-0xccff irq 11 at device 7.2 on pci0 ifpi0: port 0xdce0-0xdcff mem 0xfafffc00-0xfafffc1f irq 11 at device 9.0 on pci2 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xff201000-0xff20107f irq 11 at device 17.0 on pci0 Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 09:14:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55C116A4F0; Tue, 10 May 2005 09:14:02 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64BCD43D6A; Tue, 10 May 2005 09:14:02 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 1E0588C2; Tue, 10 May 2005 05:13:58 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 856AC91; Tue, 10 May 2005 05:13:55 -0400 (EDT) Received: from brian by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVQoM-0001vu-CA; Tue, 10 May 2005 10:13:54 +0100 Date: Tue, 10 May 2005 10:13:54 +0100 From: Brian Candler To: Bill Paul Message-ID: <20050510091354.GB7269@uk.tiscali.com> References: <20050509164944.GA7041@uk.tiscali.com> <20050510032532.B08BE16A4EE@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050510032532.B08BE16A4EE@hub.freebsd.org> User-Agent: Mutt/1.4.2.1i cc: sam@errno.com cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 09:14:02 -0000 On Tue, May 10, 2005 at 03:25:32AM +0000, Bill Paul wrote: > Uhm... hm. I don't know how to tell you this, but I can't reproduce your > problem. I plugged my WG311v2 NIC into my dual Opteron system running > 6.0-SNAP002 (current snapshot from march) and the latest code from > /sys/compat/ndis and /sys/dev/if_ndis (as of today), and the NIC is > detected and works fine: ... > I used the Windows XP driver from the wg311v2_v2_0_0_7.zip distribution > and gave ndisgen all three .BIN files. (Note: experimentation has shown > that the driver really only opens one of the files. I think it picks > the right image depending on which Texas Instruments chip it finds.) For me, pciconf -lv reports: ndis0@pci2:11:0: class=0x028000 card=0x4c001385 chip=0x9066104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TNETW1130(ACX111) 802.11b/g Wireless Cardbus/PCI Adapter' class = network > opteron# pwd > /u/wpaul/1.2B6/Driver/Windows XP > opteron# ls -l > total 2464 > -rw-rw-rw- 1 wpaul wpaul 76568 Apr 4 2004 FW1130.BIN > -rwxr-xr-x 1 wpaul wpaul 78112 May 9 12:18 FW1130.BIN.ko > -rw-r--r-- 1 wpaul wpaul 76953 May 9 12:18 FW1130.BIN.o > -rw-rw-rw- 1 wpaul wpaul 83320 Apr 4 2004 FwRad16.bin > -rwxr-xr-x 1 wpaul wpaul 84870 May 9 12:18 FwRad16.bin.ko > -rw-r--r-- 1 wpaul wpaul 83707 May 9 12:18 FwRad16.bin.o > -rw-rw-rw- 1 wpaul wpaul 84912 Apr 4 2004 FwRad17.bin > -rwxr-xr-x 1 wpaul wpaul 86462 May 9 12:18 FwRad17.bin.ko > -rw-r--r-- 1 wpaul wpaul 85299 May 9 12:18 FwRad17.bin.o > -rw-rw-rw- 1 wpaul wpaul 9135 Oct 4 2004 netwg311.cat > -rw-rw-rw- 1 wpaul wpaul 386688 Jun 17 2004 netwg311_XP.sys > -rwxr-xr-x 1 wpaul wpaul 644894 May 9 12:18 netwg311_XP_sys.ko > -rw-r--r-- 1 wpaul wpaul 642337 May 9 12:18 netwg311_XP_sys.o > -rw-rw-rw- 1 wpaul wpaul 9157 Sep 1 2004 wg311v2.inf Same here: bash-3.00# pwd /root/ndis/1.2B6/Driver/Windows XP bash-3.00# ls -l total 2464 -rw-rw-rw- 1 root wheel 76568 Apr 4 2004 FW1130.BIN -rwxr-xr-x 1 root wheel 78112 May 9 17:48 FW1130.BIN.ko -rw-r--r-- 1 root wheel 76953 May 9 17:48 FW1130.BIN.o -rw-rw-rw- 1 root wheel 83320 Apr 4 2004 FwRad16.bin -rwxr-xr-x 1 root wheel 84870 May 9 17:48 FwRad16.bin.ko -rw-r--r-- 1 root wheel 83707 May 9 17:48 FwRad16.bin.o -rw-rw-rw- 1 root wheel 84912 Apr 4 2004 FwRad17.bin -rwxr-xr-x 1 root wheel 86462 May 9 17:48 FwRad17.bin.ko -rw-r--r-- 1 root wheel 85299 May 9 17:48 FwRad17.bin.o -rw-rw-rw- 1 root wheel 9135 Oct 4 2004 netwg311.cat -rw-rw-rw- 1 root wheel 386688 Jun 17 2004 netwg311_XP.sys -rwxr-xr-x 1 root wheel 644894 May 9 17:48 netwg311_XP_sys.ko -rw-r--r-- 1 root wheel 642337 May 9 17:48 netwg311_XP_sys.o -rw-rw-rw- 1 root wheel 9157 Sep 1 2004 wg311v2.inf > I'm not sure what to tell you at this point. It's possible there's > something broken in -current that's hosing Project Evil. I won't be > sure until I can get a -current snapshot running at home. You might > want to try some simple diagnostics, like moving the NIC to another > PCI slot. OK. IRQ11 looks like it's shared, don't know if that makes any difference: $ dmesg | grep -i "irq.*11" pci_link0: irq 11 on acpi0 pci_link3: irq 11 on acpi0 uhci0: port 0xcce0-0xccff irq 11 at device 7.2 on pci0 ifpi0: port 0xdce0-0xdcff mem 0xfafffc00-0xfafffc1f irq 11 at device 9.0 on pci2 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xff201000-0xff20107f irq 11 at device 17.0 on pci0 $ (xl0 is the main "uplink" interface for this system, so there's quite a bit of traffic on it) Now, as you suggested I moved the card to a different PCI slot, at the same time taking out the ISDN card which was also in there, and hey presto I get a whole load of stuff logged! ndis0: mem 0xfaffe000-0xfaffffff,0xfafc0000-0xfafdffff irq 11 at device 9.0 on pci2 ndis0: [GIANT-LOCKED] ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:0f:b5:45:fb:ae Sleeping on "ndissp" with the following non-sleepable locks held: exclusive sleep mutex ndis softc lock (network driver) r = 0 (0xc1a72db4) locked @ /export/src/5.3-RELEASE/usr/src/sys/compat/ndis/kern_ndis.c:1098 KDB: stack backtrace: kdb_backtrace(1,1,1,c1a8f600,c17c0000) at kdb_backtrace+0x29 witness_warn(5,c0a26e40,c08c0506,c08de706) at witness_warn+0x19a msleep(c1a8f738,c0a26e40,0,c08de706,0) at msleep+0x42 ndis_thsuspend(c1a8f600,c0a26e40,0) at ndis_thsuspend+0x34 KeWaitForSingleObject(c154425c,0,0,1,0,c154424c,0,0) at KeWaitForSingleObject+0x1f9 KeFlushQueuedDpcs(c1794000,fe,480,c1a72000,d1577b48) at KeFlushQueuedDpcs+0x41 ndis_halt_nic(c1a72000) at ndis_halt_nic+0xa2 ndis_attach(c1630c00) at ndis_attach+0xbce ndis_attach_pci(c1630c00) at ndis_attach_pci+0x524 device_attach(c1630c00,c1630c00,c1630c00,0,c1614500) at device_attach+0x58 device_probe_and_attach(c1630c00,c1630c00,c1614500) at device_probe_and_attach+0xe0 pci_driver_added(c1630c80,c1ac422c) at pci_driver_added+0xd1 devclass_add_driver(c1515640,c1ac422c,c18641c0,c1ac4258,c19070a0) at devclass_add_driver+0xb7 driver_module_handler(c18641c0,0,c1ac4244,c09c94e0,c08bef29) at driver_module_handler+0x59 module_register_init(c1ac4258) at module_register_init+0x52 linker_file_sysinit(c1aafb00,c1aafb00,c1aafb00,1,c1aafb00) at linker_file_sysinit+0x7d linker_load_file(c19070a0,d1577ca0,400,0,c1792400) at linker_load_file+0xd9 linker_load_module(c1792400,0,0,0,d1577ccc) at linker_load_module+0xb7 kldload(c17c0000,d1577d04,1,1,292) at kldload+0xcb syscall(3b,3b,3b,0,bfbfecf0) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280b63eb, esp = 0xbfbfec5c, ebp = 0xbfbfeca4 --- lock order reversal 1st 0xc1a72db4 ndis softc lock (network driver) @ /export/src/5.3-RELEASE/usr/src/sys/compat/ndis/kern_ndis.c:1098 2nd 0xc09ca7c0 Giant (Giant) @ /export/src/5.3-RELEASE/usr/src/sys/kern/kern_synch.c:236 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c09da5f0,c09dbba8,c0930408) at kdb_backtrace+0x29 witness_checkorder(c09ca7c0,9,c08c053f,ec) at witness_checkorder+0x55c _mtx_lock_flags(c09ca7c0,0,c08c053f,ec) at _mtx_lock_flags+0x5b msleep(c1a8f738,c0a26e40,0,c08de706,0) at msleep+0x386 ndis_thsuspend(c1a8f600,c0a26e40,0) at ndis_thsuspend+0x34 KeWaitForSingleObject(c154425c,0,0,1,0,c154424c,0,0) at KeWaitForSingleObject+0x1f9 KeFlushQueuedDpcs(c1794000,fe,480,c1a72000,d1577b48) at KeFlushQueuedDpcs+0x41 ndis_halt_nic(c1a72000) at ndis_halt_nic+0xa2 ndis_attach(c1630c00) at ndis_attach+0xbce ndis_attach_pci(c1630c00) at ndis_attach_pci+0x524 device_attach(c1630c00,c1630c00,c1630c00,0,c1614500) at device_attach+0x58 device_probe_and_attach(c1630c00,c1630c00,c1614500) at device_probe_and_attach+0xe0 pci_driver_added(c1630c80,c1ac422c) at pci_driver_added+0xd1 devclass_add_driver(c1515640,c1ac422c,c18641c0,c1ac4258,c19070a0) at devclass_add_driver+0xb7 driver_module_handler(c18641c0,0,c1ac4244,c09c94e0,c08bef29) at driver_module_handler+0x59 module_register_init(c1ac4258) at module_register_init+0x52 linker_file_sysinit(c1aafb00,c1aafb00,c1aafb00,1,c1aafb00) at linker_file_sysinit+0x7d linker_load_file(c19070a0,d1577ca0,400,0,c1792400) at linker_load_file+0xd9 linker_load_module(c1792400,0,0,0,d1577ccc) at linker_load_module+0xb7 kldload(c17c0000,d1577d04,1,1,292) at kldload+0xcb syscall(3b,3b,3b,0,bfbfecf0) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280b63eb, esp = 0xbfbfec5c, ebp = 0xbfbfeca4 --- I thought it wasn't actually working: $ ifconfig ndis0 ndis0: flags=8802 mtu 1500 ether 00:0f:b5:45:fb:ae media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" authmode OPEN privacy OFF txpowmax 100 $ ifconfig ndis0 scan $ until I did 'ifconfig ndis0 up', and at that point I can see wireless networks (although 'ifconfig ndis0' still logs 'ndis0: failed to get bssid' each time) On my first attempt strangely I was also getting a whole bunch of fxp0 command queue timeout, SCB timeout, device timeout and DMA timeout errors (even though I didn't touch anything to do with fxp0). Next tried moving the Netgear to a different PCI slot again, and putting the ISDN card back where it was. I get the same ndis0 behaviour as above (non-sleepable lock, lock order reversal), but no fxp0 errors. Oh well, this gives me something more to play with... I didn't realise PCI was so weird, thanks for the suggestion :-) Afraid I can't help you with 6-snapshot servers; I did a 5.3-RELEASE install then a cvsup / makeworld. Takes a good 5 hours on this old system :-( Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 09:53:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 051CB16A4E0; Tue, 10 May 2005 09:53:50 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9082143D75; Tue, 10 May 2005 09:53:49 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 4EBC890D; Tue, 10 May 2005 05:53:45 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id E87538C; Tue, 10 May 2005 05:53:42 -0400 (EDT) Received: from brian by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVRQr-0001xi-MB; Tue, 10 May 2005 10:53:41 +0100 Date: Tue, 10 May 2005 10:53:41 +0100 From: Brian Candler To: Bill Paul Message-ID: <20050510095341.GA7507@uk.tiscali.com> References: <20050509164944.GA7041@uk.tiscali.com> <20050510032532.B08BE16A4EE@hub.freebsd.org> <20050510091354.GB7269@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050510091354.GB7269@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i cc: sam@errno.com cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 09:53:50 -0000 On Tue, May 10, 2005 at 10:13:54AM +0100, Brian Candler wrote: > Oh well, this gives me something more to play with... I didn't realise PCI > was so weird, thanks for the suggestion :-) I can join a vanilla unencrypted network, but using wpa_supplicant to try to join a WPA-PSK network has not been successful. All those lock-reversals errors make it hard to see, but the wpa_supplicant runs in a loop and every few seconds tries to join the network, and fails. I then started running 'ifconfig ndis0' every few seconds in another window to try and spot whether it was setting the correct SSID (it didn't seem to be doing so), and managed to make it panic: ... wpa_driver_bsd_set_drop_unencrypted: enable=1 wpa_driver_bsd_associate ndis0: setting SSID to mytest Setting authentication timeout: 5 sec 0 usec EAPOL: External notification - EAP success=0 EAPOL: External notification - EAP fail=0 EAPOL: External notification - portControl=Auto ndis0: failed to get bssid ndis0: failed to get bssid Authentication with 00:00:00:00:00:00 timed out. No keys have been configured - skip key clearing EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) Sleeping on "ndissp" with the following non-sleepable locks held: exclusive sleep mutex ndis softc lock (network driver) r = 0 (0xc1a76db4) locaked @ .... src/compat/ndis/kern_ndic.c:1098 ... --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2822e26b, esp = 0xbfbfea7c, ebp = 0xbfbfead8 --- panic: sleeping thread (tid 100072) owns a non-sleepable lock cpuid = 0 KDB: enter: panic [thread pid 681 tid 100077 ] Stopped at kdb_enter+0x2b: nop db> trace Tracing pid 681 tid 1000077 td 0xc1761c00 kdb_enter... panic... propagate_priority(...) at propagate_priority+0x97 turnstile_waot(...) at turnstile_wait+0x2ea _mtx_lock_sleep(...) at _mtx_lock_sleep+0x142 _mtx_lock_flags(...) at _mtx_lock_flags+0x85 ndis_get_info(...) at ndis_get_info+0x6c ndis_80211_ioctl_get(...) at ndis_80211_ioctl_get+0xdc ndis_ioctl(...) at ndis_ioctl+0x257 in_control(...) at in_control+0xabd ifioctl(...) at ifioctl+0x198 soo_ioctl(...) at soo_ioctol+0x2db ioctl(...) at ioctl+0x370 syscall(3b,3b,3b,bfbfe41c,804f8f4) at syscall+0x227 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip=0x280c626b, esp=0xbfbfe34c, ebp = 0xbfbfe468 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 681 c1a93a00 0 515 681 0004002 [LOCK ndis softc lock c175d900] ifconfig Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 09:59:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 079E116A4E0 for ; Tue, 10 May 2005 09:59:22 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAC2643D67 for ; Tue, 10 May 2005 09:59:21 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 8ED0A822; Tue, 10 May 2005 05:59:17 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 041D18A; Tue, 10 May 2005 05:59:00 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVRVz-0001yh-M4; Tue, 10 May 2005 10:58:59 +0100 Date: Tue, 10 May 2005 10:58:59 +0100 From: Brian Candler To: freebsd-current@freebsd.org, freeman@fantasymail.de Message-ID: <20050510095859.GA7583@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: Boot loader set "back" to mbr? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 09:59:22 -0000 > I used on the installation the boot loader for > more then one os. I want to change it so that the > standart (single freebsd loader) works. > Is there any chance to do this without doing > a new installation and delete partitions? freebsd-questions would probably be the right place for this sort of question. But the standard mbr is in /boot/mbr, so something like boot0cfg -B -b /boot/mbr /dev/ad0 should replace the FreeBSD boot loader with a standard MBR, which won't prompt you for an operating system. Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 10:02:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F70216A4E0 for ; Tue, 10 May 2005 10:02:36 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 46FA943D53 for ; Tue, 10 May 2005 10:02:35 +0000 (GMT) (envelope-from FreeMan@fantasymail.de) Received: (qmail 19498 invoked by uid 0); 10 May 2005 10:02:34 -0000 Received: from 213.217.113.250 by www15.gmx.net with HTTP; Tue, 10 May 2005 12:02:34 +0200 (MEST) Date: Tue, 10 May 2005 12:02:34 +0200 (MEST) From: FreeMan@fantasymail.de To: "M. Warner Losh" MIME-Version: 1.0 References: <20050510.005444.32174429.imp@bsdimp.com> X-Priority: 3 (Normal) X-Authenticated: #27615881 Message-ID: <11958.1115719354@www15.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Kernel Driver 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, 10 May 2005 10:02:36 -0000 Hello Warner Do you know maybe a way how i can fix this or get more details that tell me more? I am not a programmer, i readed the code but it didnt helped me anything. In that driver zip file is a file called icp2.ko . ICP wrote they tested that file and offered it for FreeBSD 5.0 . I tryed to use that module file for a 5.3-RELEASE with the hope that it work. But the kernel boot up without load the kernel module and hold for mount error because it cant see the raid array. That confuse me a lot ... Any chance that you or any other one help me out? Thanks! > Looks like the kernel is wanting to include pci files from the old > location (4.x). > > Warner > From owner-freebsd-current@FreeBSD.ORG Tue May 10 10:16:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6046016A4CE for ; Tue, 10 May 2005 10:16:09 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0110543D60 for ; Tue, 10 May 2005 10:16:09 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 18so2669455nzp for ; Tue, 10 May 2005 03:16:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=giUGnbs6dXJV7UUSgspaiKScsBbHWWwZNHSDsd+i9aPJnBWMrrktjOwa4PudBDonZgqnHmC+3ns9VzDdCcVyrYSi8/ykMedPe3DdYPyKQdDVX3Fv+k9ZUDxFMc9kEY4PbaTbYh/CVgTMxMQlKqvznt4tu3bCFEgISXa0clan48E= Received: by 10.36.34.18 with SMTP id h18mr1467208nzh; Tue, 10 May 2005 03:16:08 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 10 May 2005 03:16:08 -0700 (PDT) Message-ID: Date: Tue, 10 May 2005 18:16:08 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 10:16:09 -0000 Looks like something wrong with the postioning. This is a box upgraded from 5-stable to -current. My other box also running -current does not exhibit such behaviour. 66 process223093 running, 63 slee 0.50, 0.55, 0.32 up 0+00:12:14 18:1= 4:47 CPU states: 1% user, 5% nice, % system, % interrupt, % id= le Mem: 133M Ac 0.0, 164M I 0.0, 67M Wi 0.7 19M Cache 0.7M Buf, 52M Fr98.6 Swap: 256M Total, 256M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU =20 CPU COMMAND 593 jabber 1 8 0 5428K 4564K nanslp 0:07 0.00% 0.00% p= erl5 731 leafy 1 96 0 6356K 2364K select 0:04 0.00% 0.00% s= shd 543 vscan 1 8 0 48136K 43340K nanslp 0:03 0.00% 0.00% p= erl5 288 bind 3 20 0 6228K 4276K kserel 0:01 0.00% 0.00% n= amed 551 root 1 8 0 10812K 6352K nanslp 0:00 0.00% 0.00% h= ttpd 567 www 4 20 0 18284K 10576K kserel 0:00 0.00% 0.00% h= ttpd 564 www 4 20 0 18300K 10580K kserel 0:00 0.00% 0.00% h= ttpd 566 www 4 20 0 18284K 10568K kserel 0:00 0.00% 0.00% h= ttpd 611 root 1 96 0 4224K 1560K select 0:00 0.00% 0.00% p= ure- 271 root 1 96 0 1404K 724K select 0:00 0.00% 0.00% s= yslo 403 root 1 96 0 3148K 1544K select 0:00 0.00% 0.00% n= tpd 728 root 1 4 0 6376K 2368K sbwait 0:00 0.00% 0.00% s= shd 684 jabber 1 96 0 4364K 1728K select 0:00 0.00% 0.00% r= oute 703 vscan 1 4 0 48744K 43488K accept 0:00 0.00% 0.00% p= erl5 528 pgsql 1 8 0 16968K 3000K nanslp 0:00 0.00% 0.00% p= ostg 526 pgsql 1 96 0 16976K 2944K select 0:00 0.00% 0.00% p= ostg --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue May 10 10:31:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CA6B16A4CE; Tue, 10 May 2005 10:31:21 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424BA43D79; Tue, 10 May 2005 10:31:21 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 9F24B80A; Tue, 10 May 2005 06:31:16 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 2B6D387; Tue, 10 May 2005 06:31:13 -0400 (EDT) Received: from brian by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVS10-00020a-Jw; Tue, 10 May 2005 11:31:02 +0100 Date: Tue, 10 May 2005 11:31:02 +0100 From: Brian Candler To: Bill Paul Message-ID: <20050510103102.GA7705@uk.tiscali.com> References: <20050509164944.GA7041@uk.tiscali.com> <20050510032532.B08BE16A4EE@hub.freebsd.org> <20050510091354.GB7269@uk.tiscali.com> <20050510095341.GA7507@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050510095341.GA7507@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i cc: sam@errno.com cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 10:31:21 -0000 On Tue, May 10, 2005 at 10:53:41AM +0100, Brian Candler wrote: > I can join a vanilla unencrypted network, but using wpa_supplicant to try to > join a WPA-PSK network has not been successful. Also: trying to run dhclient on the ndis0 interface seems to make it lose the ssid I selected. Then, trying to watch what was happening with tcpdump, I managed to get another panic: ndis0: failed to get bssid ndis0: setting SSID to mytestnet ndis0: failed to get bssid ndis0: link up panic: mutex Giant not owned at .../src/sys/net/bpf.c:1321 cpuid = 0 .. db> trace Tracing pid 32 tid 100022 td 0xc1521180 kdb_enter.. panic.. _mtx_assert.. catchpacket.. bpf_tap(..) at bpf_tap+0x74 bpf_mtap(..) at bpf_mtap+0x34 ndis_start(..) at ndis_start+0x3e5 ndis_starttask(..) at ndis_starttask+0x1e _end(..) at 0xc15b7161 _end(..) at 0xc15b5b61 fork_exit(..) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcca16d6c, ebp = 0 --- db> ps .. 32 .... 0000204 [CPU 0] Windows WorkItem Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 11:14:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E03E416A4CE for ; Tue, 10 May 2005 11:14:39 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 807BA43D70 for ; Tue, 10 May 2005 11:14:39 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id DE8A680A; Tue, 10 May 2005 07:14:34 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 7A26991; Tue, 10 May 2005 07:14:32 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVSgx-00025O-I5; Tue, 10 May 2005 12:14:23 +0100 Date: Tue, 10 May 2005 12:14:23 +0100 From: Brian Candler To: "M. Warner Losh" Message-ID: <20050510111423.GA7955@uk.tiscali.com> References: <20050509114410.GA2184@uk.tiscali.com> <20050510.005542.95903608.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050510.005542.95903608.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 11:14:40 -0000 On Tue, May 10, 2005 at 12:55:42AM -0600, M. Warner Losh wrote: > As this comes up all the time, I'd say just do it. People here will > talk your ear off. OK. I am just a bit dubious about starting a large chunk of work, only to be told later "we're not going to commit this, the consensus here is we don't want to do it this way because X / Y / Z" Incidentally, do we have a current status on this? http://people.freebsd.org/~kientzle/libarchive/libpkg.3.txt This looks like a pre-requisite for turning the base system into packages. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 12:07:13 2005 Return-Path: Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B7A16A4CE for ; Tue, 10 May 2005 12:07:13 +0000 (GMT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97DAC43D78 for ; Tue, 10 May 2005 12:07:13 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8ADAC55F59 for ; Tue, 10 May 2005 12:07:13 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87B8F16A4CE for ; Tue, 10 May 2005 12:07:13 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 289EE43D78 for ; Tue, 10 May 2005 12:07:13 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 726AA80A for ; Tue, 10 May 2005 08:07:08 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 4C3238A for ; Tue, 10 May 2005 08:07:08 -0400 (EDT) Received: from lists by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVTVy-00029G-Vp for freebsd-current@lists.freebsd.org; Tue, 10 May 2005 13:07:06 +0100 Date: Tue, 10 May 2005 13:07:06 +0100 From: Brian Candler To: freebsd-current@lists.freebsd.org Message-ID: <20050510120706.GA8247@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Panic with wi0 scan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 12:07:13 -0000 Just put in another PCI wireless card (Netgear MA311), which is recognised as wi0: mem ... wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.0.7), Station (1.3.6) However, an 'ifconfig wi0 up scan' causes an immediate panic: # ifconfig wi0 up scan panic: ieee80211_newstate: bogus xmit rate 0 setup cpuid=0 KDB: enter: panic [thread pid 22 tid 100014 ] Stopped at kdb_enter+0x2b: nop db> trace kdb_enter panic.. ieee80211_newstate(c16b125c,4,ffffffff,c16a8400,380df) at ieee80211_newstate+0x50e wi_newstate(..) wi_info_intr(..) wi_intr(..) itrhead_loop(..) fork_exit(..) fork_trampoline(..) ps shows process 22 as '[CPU 0] irq11: ifpi0 wi0++' HTH someone, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 10:44:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BB3616A4CE; Tue, 10 May 2005 10:44:51 +0000 (GMT) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57B7843D5A; Tue, 10 May 2005 10:44:50 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 540791F87BED; Tue, 10 May 2005 12:44:49 +0200 (CEST) Date: Tue, 10 May 2005 12:44:49 +0200 From: Roman Neuhauser To: Charles Swiger Message-ID: <20050510104449.GC5230@isis.sigpipe.cz> Mail-Followup-To: Charles Swiger , Michael Nottebrock , Wilko Bulte , freebsd-current@freebsd.org References: <200505080425.24495.lofi@freebsd.org> <20050508073446.GA21550@freebie.xs4all.nl> <200505080957.19137.lofi@freebsd.org> <3c33db4aa0c08292214219f868819726@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3c33db4aa0c08292214219f868819726@mac.com> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Tue, 10 May 2005 13:10:44 +0000 cc: Wilko Bulte cc: freebsd-current@freebsd.org cc: Michael Nottebrock Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 10:44:51 -0000 # cswiger@mac.com / 2005-05-10 01:09:57 -0400: > On May 8, 2005, at 3:57 AM, Michael Nottebrock wrote: > >Sorry, I just scanned the thread before replying - there's probably no > >footshooting potential in using /bin/sh for root. > > > >I was thinking about using (/usr/local/bin/)bash for root, something a > >lot of > >people try to do (until they notice a toe missing :). > However, logging in as a normal user and gaining privileges via sudo > seems to work just as well, and avoids the need to login directly as a > UID==0 account. I don't remember any trouble from always using su -m (when I do su instead of sudo). -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-current@FreeBSD.ORG Tue May 10 10:54:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5813416A4CE for ; Tue, 10 May 2005 10:54:52 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8CE43D6B for ; Tue, 10 May 2005 10:54:51 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4AArJWp003253; Tue, 10 May 2005 13:53:19 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4AAsnEU006287; Tue, 10 May 2005 13:54:49 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)j4AAsnKv006286; Tue, 10 May 2005 13:54:49 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 10 May 2005 13:54:49 +0300 From: Giorgos Keramidas To: Jiawei Ye Message-ID: <20050510105449.GA6223@orion.daedalusnetworks.priv> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Tue, 10 May 2005 13:10:44 +0000 cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 10:54:52 -0000 On 2005-05-10 18:16, Jiawei Ye wrote: > Looks like something wrong with the postioning. This is a box upgraded > from 5-stable to -current. My other box also running -current does not > exhibit such behaviour. > > 66 process223093 running, 63 slee 0.50, 0.55, 0.32 up 0+00:12:14 18:14:47 > CPU states: 1% user, 5% nice, % system, % interrupt, % idle > Mem: 133M Ac 0.0, 164M I 0.0, 67M Wi 0.7 19M Cache 0.7M Buf, 52M Fr98.6 > Swap: 256M Total, 256M Free > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > CPU COMMAND > 593 jabber 1 8 0 5428K 4564K nanslp 0:07 0.00% 0.00% perl5 > 731 leafy 1 96 0 6356K 2364K select 0:04 0.00% 0.00% sshd Hi, Yout THR column is too wide. I fixed this particular problem by reducing the width of the THR column about 3 weeks ago. Are you sure you are running today's current and not some older version? - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue May 10 13:44:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C99816A4CE for ; Tue, 10 May 2005 13:44:19 +0000 (GMT) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36DC843D8D for ; Tue, 10 May 2005 13:44:19 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-151-204-5-5.pskn.east.verizon.net ([151.204.5.5]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IGA00L0B0TL5TX1@vms044.mailsrvcs.net> for freebsd-current@freebsd.org; Tue, 10 May 2005 08:44:10 -0500 (CDT) Date: Tue, 10 May 2005 09:44:09 -0400 From: Skip Ford In-reply-to: <20050510105449.GA6223@orion.daedalusnetworks.priv> To: Giorgos Keramidas Mail-Followup-To: Giorgos Keramidas , Jiawei Ye , freebsd-current@freebsd.org Message-id: <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20050510105449.GA6223@orion.daedalusnetworks.priv> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Jiawei Ye Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 13:44:19 -0000 Giorgos Keramidas wrote: > On 2005-05-10 18:16, Jiawei Ye wrote: > > Looks like something wrong with the postioning. This is a box upgraded > > from 5-stable to -current. My other box also running -current does not > > exhibit such behaviour. > > > > 66 process223093 running, 63 slee 0.50, 0.55, 0.32 up 0+00:12:14 18:14:47 > > CPU states: 1% user, 5% nice, % system, % interrupt, % idle > > Mem: 133M Ac 0.0, 164M I 0.0, 67M Wi 0.7 19M Cache 0.7M Buf, 52M Fr98.6 > > Swap: 256M Total, 256M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > > CPU COMMAND > > 593 jabber 1 8 0 5428K 4564K nanslp 0:07 0.00% 0.00% perl5 > > 731 leafy 1 96 0 6356K 2364K select 0:04 0.00% 0.00% sshd > > Yout THR column is too wide. I fixed this particular problem by > reducing the width of the THR column about 3 weeks ago. > > Are you sure you are running today's current and not some older version? I see the same thing on a CURRENT from a couple days ago. Not only does the header line wrap, causing the odd display at the top, but for each line only 3 characters of the actual command fit on the screen. Here's the actual output on an 80 column screen: 54 process 20661 running, 53 slee 0.00, 0.06, 0.03 up 0+03:38:09 09:40:36 55U states: 1% user, 54% nice, % system, % interrupt, % idle Mem: 61M Act 0.0 72M Ina 0.059M Wire 0.808K Cache, 7.0 Buf, 180M Fr92.2 Swap: 250M Total, 250M Free 59 78 PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMM AND 1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% Xor 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% mut 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% scr 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% per 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% per 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% ntp -- Skip From owner-freebsd-current@FreeBSD.ORG Tue May 10 14:34:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00BB216A4CE; Tue, 10 May 2005 14:34:23 +0000 (GMT) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id C37A743D8F; Tue, 10 May 2005 14:34:22 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from tomcat.kitchenlab.org (tomcat.kitchenlab.org [64.142.31.107]) by a.mail.sonic.net (8.13.3/8.13.3) with ESMTP id j4AEYK6A006141 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 10 May 2005 07:34:21 -0700 Received: from tomcat.kitchenlab.org (localhost.kitchenlab.org [127.0.0.1]) by tomcat.kitchenlab.org (8.13.3/8.13.1) with ESMTP id j4AEYJgg020857; Tue, 10 May 2005 07:34:19 -0700 (PDT) (envelope-from bmah@freebsd.org) Received: (from bmah@localhost) by tomcat.kitchenlab.org (8.13.3/8.13.1/Submit) id j4AEYIx9020856; Tue, 10 May 2005 07:34:18 -0700 (PDT) (envelope-from bmah@freebsd.org) X-Authentication-Warning: tomcat.kitchenlab.org: bmah set sender to bmah@freebsd.org using -f From: "Bruce A. Mah" To: Brian Candler In-Reply-To: <20050510111423.GA7955@uk.tiscali.com> References: <20050509114410.GA2184@uk.tiscali.com> <20050510.005542.95903608.imp@bsdimp.com> <20050510111423.GA7955@uk.tiscali.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-anixHk5L/m8wBZwzTWex" Date: Tue, 10 May 2005 07:34:16 -0700 Message-Id: <1115735657.20796.15.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port cc: bmah@freebsd.org cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 14:34:23 -0000 --=-anixHk5L/m8wBZwzTWex Content-Type: text/plain Content-Transfer-Encoding: quoted-printable If memory serves me right, Brian Candler wrote: > On Tue, May 10, 2005 at 12:55:42AM -0600, M. Warner Losh wrote: > > As this comes up all the time, I'd say just do it. People here will > > talk your ear off. >=20 > OK. I am just a bit dubious about starting a large chunk of work, only to= be > told later "we're not going to commit this, the consensus here is we don'= t > want to do it this way because X / Y / Z" The way to do this (and maybe this is already obvious to you) is to start with as small a chunk of work as you can do (think "proof of concept" or even "implementation notes")...don't try to get it all perfect before putting it out for comments / feedback / bikesheds. In the worst case, if it turns out that everybody hates the idea, you've at least cut your losses. You probably want some early feedback from re@ (once they've recovered from getting 5.4 out). Honestly I'm not sure if I like this idea or not. My most recent experience with a fully packaged system is with RH/FC Linux distributions and many times I feel like I'm in a twisty little maze of RPMs, all different. You seem to be proposing a more coarse-grained packaging, which I think is more workable. > Incidentally, do we have a current status on this? > http://people.freebsd.org/~kientzle/libarchive/libpkg.3.txt > > This looks like a pre-requisite for turning the base system into packages= . You could just email Tim and ask him. Bruce. --=-anixHk5L/m8wBZwzTWex Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCgMZo2MoxcVugUsMRAvopAKC+rM2ZmuaJfcdl+ApCjtd4HIDleACfUbmM nuwaEAvtMYfgEV/71ju43NI= =VYW7 -----END PGP SIGNATURE----- --=-anixHk5L/m8wBZwzTWex-- From owner-freebsd-current@FreeBSD.ORG Tue May 10 14:43:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 343F716A4CE for ; Tue, 10 May 2005 14:43:09 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E47B43D70 for ; Tue, 10 May 2005 14:43:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j4AEfnmd033164; Tue, 10 May 2005 10:41:49 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j4AEfnGQ033161; Tue, 10 May 2005 10:41:49 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 May 2005 10:41:49 -0400 (EDT) From: Andre Guibert de Bruet To: Skip Ford In-Reply-To: <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> Message-ID: <20050510104018.M750@lexi.siliconlandmark.com> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.545, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: Giorgos Keramidas cc: freebsd-current@freebsd.org cc: Jiawei Ye Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 14:43:09 -0000 On Tue, 10 May 2005, Skip Ford wrote: > I see the same thing on a CURRENT from a couple days ago. Not > only does the header line wrap, causing the odd display at the > top, but for each line only 3 characters of the actual command > fit on the screen. > > Here's the actual output on an 80 column screen: > > 54 process 20661 running, 53 slee 0.00, 0.06, 0.03 up 0+03:38:09 09:40:36 > 55U states: 1% user, 54% nice, % system, % interrupt, % idle > Mem: 61M Act 0.0 72M Ina 0.059M Wire 0.808K Cache, 7.0 Buf, 180M Fr92.2 > Swap: 250M Total, 250M Free 59 78 > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMM > AND > 1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% Xor > 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% mut > 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% scr > 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% per > 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% per > 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% ntp What is the length of the longest username that you have on your system? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue May 10 14:55:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2592E16A4CE for ; Tue, 10 May 2005 14:55:36 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C0D43D39 for ; Tue, 10 May 2005 14:55:35 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1320336nzo for ; Tue, 10 May 2005 07:55:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oNlRWp/zkBC09YHrjDda8c97QKb/Q/ENTFjsiTCobL8uRtE59hvAAmWYUaw3EFUt/GYZE1NKIbbSEYODBOGpIaNfeiAco6EyEFPxYpA8eff8/gIiaLn3mUT2AA3YuJ41Gcv4hkxCN4G2H63xRGjqsAYLaGEua3KZRr+CF1Z/JVU= Received: by 10.36.109.16 with SMTP id h16mr1545357nzc; Tue, 10 May 2005 07:48:55 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 10 May 2005 07:48:54 -0700 (PDT) Message-ID: Date: Tue, 10 May 2005 22:48:54 +0800 From: Jiawei Ye To: Giorgos Keramidas In-Reply-To: <20050510105449.GA6223@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050510105449.GA6223@orion.daedalusnetworks.priv> cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 14:55:36 -0000 On 5/10/05, Giorgos Keramidas wrote: > On 2005-05-10 18:16, Jiawei Ye wrote: > > Looks like something wrong with the postioning. This is a box upgraded > > from 5-stable to -current. My other box also running -current does not > > exhibit such behaviour. > > > > 66 process223093 running, 63 slee 0.50, 0.55, 0.32 up 0+00:12:14 = 18:14:47 > > CPU states: 1% user, 5% nice, % system, % interrupt, = % idle > > Mem: 133M Ac 0.0, 164M I 0.0, 67M Wi 0.7 19M Cache 0.7M Buf, 52M Fr98.6 > > Swap: 256M Total, 256M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU > > CPU COMMAND > > 593 jabber 1 8 0 5428K 4564K nanslp 0:07 0.00% 0.0= 0% perl5 > > 731 leafy 1 96 0 6356K 2364K select 0:04 0.00% 0.0= 0% sshd >=20 > Hi, >=20 > Yout THR column is too wide. I fixed this particular problem by > reducing the width of the THR column about 3 weeks ago. >=20 > Are you sure you are running today's current and not some older version? >=20 > - Giorgos Not only THR, I also have a weird header display. I did a buildworld/installworld cycle so the binary should be the latest. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:12:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B5FA16A4CE for ; Tue, 10 May 2005 15:12:06 +0000 (GMT) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B4F43D5E for ; Tue, 10 May 2005 15:12:06 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-151-204-5-5.pskn.east.verizon.net ([151.204.5.5]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IGA00CNP4TMW5O2@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Tue, 10 May 2005 10:10:34 -0500 (CDT) Date: Tue, 10 May 2005 11:10:33 -0400 From: Skip Ford In-reply-to: <20050510104018.M750@lexi.siliconlandmark.com> To: Andre Guibert de Bruet Mail-Followup-To: Andre Guibert de Bruet , Giorgos Keramidas , freebsd-current@freebsd.org, Jiawei Ye Message-id: <20050510151033.GB691@lucy.pool-151-204-5-5.pskn.east.verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i cc: Giorgos Keramidas cc: freebsd-current@freebsd.org cc: Jiawei Ye Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:12:06 -0000 Andre Guibert de Bruet wrote: > On Tue, 10 May 2005, Skip Ford wrote: > >I see the same thing on a CURRENT from a couple days ago. > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU > > COMM > >AND > > What is the length of the longest username that you have on your system? 13. That's it. If I remove all usernames longer than 9, everything is displayed correctly. -- Skip From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:18:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25F4F16A4CE; Tue, 10 May 2005 15:18:30 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A352743D8A; Tue, 10 May 2005 15:18:29 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 5DA0A7D7; Tue, 10 May 2005 11:18:25 -0400 (EDT) Received: from thinkdog.local.linnet.org (host217-40-157-153.in-addr.btopenworld.com [217.40.157.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id EE3F091; Tue, 10 May 2005 11:18:22 -0400 (EDT) Received: from brian by thinkdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DVWV3-0002Ox-GC; Tue, 10 May 2005 16:18:21 +0100 Date: Tue, 10 May 2005 16:18:21 +0100 From: Brian Candler To: "Bruce A. Mah" Message-ID: <20050510151821.GA9159@uk.tiscali.com> References: <20050509114410.GA2184@uk.tiscali.com> <20050510.005542.95903608.imp@bsdimp.com> <20050510111423.GA7955@uk.tiscali.com> <1115735657.20796.15.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1115735657.20796.15.camel@tomcat.kitchenlab.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: "M. Warner Losh" Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:18:30 -0000 On Tue, May 10, 2005 at 07:34:16AM -0700, Bruce A. Mah wrote: > Honestly I'm not sure if I like this idea or not. My most recent > experience with a fully packaged system is with RH/FC Linux > distributions and many times I feel like I'm in a twisty little maze of > RPMs, all different. ... and with dependency nightmares, indeed. > You seem to be proposing a more coarse-grained > packaging, which I think is more workable. Yep. I think we can start with the current 'distribution sets' as a baseline, although personally I would like to see split out: - all compilers, debuggers, development tools into one dist set - text processing tools into another as both are not needed for a "run time" server environment. You need to be careful how far you go down that road; e.g. things like cvs, rcs, diff, patch can be used for system administration as well as development, so I think they should remain in the base. "strip" and "ldd" are borderline cases which probably should remain in the base too. Then arguably, separate packages for: - sendmail (no need to install it if you are using a different MTA) - bind (because it's big and not needed on most nodes) - /boot (to allow easier building of arrays of machines with custom kernels, and because pxeboot systems may not need it on their root FS) Any finer granularity introduces dependency problems: for example, although it might sound convenient to have ssh packaged separately to make it easier to upgrade, it probably isn't by the time you've considered interdependencies on libcrypto/libssl and everything else that in turn depends on those libraries. So I'd leave fixing that to the 'binary update' project, and to -RELEASE upgrades. To get an idea of the sizes involved, I wrote a program using libarchive which splits the existing FreeBSD base.?? distribution into smaller tarfiles using a control file indicating which output bin each source file goes into: the results are -rw-r--r-- 1 brian brian 12259050 May 9 11:49 splitbsd-5.4-base.tar.gz -rw-r--r-- 1 brian brian 3739936 May 9 11:49 splitbsd-5.4-bind.tar.gz -rw-r--r-- 1 brian brian 7895611 May 9 11:49 splitbsd-5.4-boot.tar.gz -rw-r--r-- 1 brian brian 17848825 May 9 11:49 splitbsd-5.4-devel.tar.gz -rw-r--r-- 1 brian brian 2085982 May 9 11:49 splitbsd-5.4-doc.tar.gz -rw-r--r-- 1 brian brian 287388 May 9 11:49 splitbsd-5.4-legacy.tar.gz -rw-r--r-- 1 brian brian 810702 May 9 11:49 splitbsd-5.4-netif.tar.gz -rw-r--r-- 1 brian brian 371588 May 9 11:49 splitbsd-5.4-nisker.tar.gz -rw-r--r-- 1 brian brian 663606 May 9 11:49 splitbsd-5.4-sendmail.tar.gz -rw-r--r-- 1 brian brian 1164703 May 9 11:49 splitbsd-5.4-text.tar.gz # base = core components for a functioning system inc. shell scripting # boot = kernel, modules, everything under /boot # devel = development libraries, compilers, source code debuggers, # and anything which generates C code as its output # text = document processing tools, man page tools # doc = documentation and examples # netif = unusual network interfaces (atm, netware, bluetooth, isdn, # slip) # legacy = Insecure services, e.g. finger(d), rexec(d), rlogin(d), # telnetd; desk toys (e.g. cal); BSD legacy (e.g. enigma) # sendmail = sendmail # bind = bind # nisker = NIS and kerberos It's interesting that compilers, examples/openssl manpages and bind between them account for half the base system (23200K out of 46272K compressed). Just being able to leave these out would be useful for the sorts of system that nanobsd targets. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:23:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0CE816A4CE for ; Tue, 10 May 2005 15:23:10 +0000 (GMT) Received: from 62-15-211-204.inversas.jazztel.es (62-15-211-204.inversas.jazztel.es [62.15.211.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E2043D55 for ; Tue, 10 May 2005 15:23:09 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j4AFMtM4002006; Tue, 10 May 2005 17:22:55 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by orion.redesjm.local (8.13.3/8.13.3/Submit) id j4AFMnYT046563; Tue, 10 May 2005 17:22:49 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-current@freebsd.org Date: Tue, 10 May 2005 17:22:47 +0200 User-Agent: KMail/1.8 References: <20050509114410.GA2184@uk.tiscali.com> <20050510.005542.95903608.imp@bsdimp.com> <20050510111423.GA7955@uk.tiscali.com> In-Reply-To: <20050510111423.GA7955@uk.tiscali.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505101722.48622.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.168; host: antares.redesjm.local) cc: "M. Warner Losh" cc: Brian Candler Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:23:11 -0000 El Martes, 10 de Mayo de 2005 13:14, Brian Candler escribi=F3: > On Tue, May 10, 2005 at 12:55:42AM -0600, M. Warner Losh wrote: > > As this comes up all the time, I'd say just do it. People here > > will talk your ear off. > > OK. I am just a bit dubious about starting a large chunk of work, > only to be told later "we're not going to commit this, the consensus > here is we don't want to do it this way because X / Y / Z" > > Incidentally, do we have a current status on this? > http://people.freebsd.org/~kientzle/libarchive/libpkg.3.txt > > This looks like a pre-requisite for turning the base system into > packages. > > Regards, > > Brian. > If you are serious about this, take a look into how this is done in=20 NetBSD. Allthough this is not active in the stock build, the work is near=20 complete and fine grained. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:26:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05F7716A4CE for ; Tue, 10 May 2005 15:26:50 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B34443D6A for ; Tue, 10 May 2005 15:26:49 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4AFPEg2012569; Tue, 10 May 2005 18:25:15 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4AFQkHg001189; Tue, 10 May 2005 18:26:46 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4AFQkHt001188; Tue, 10 May 2005 18:26:46 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 10 May 2005 18:26:46 +0300 From: Giorgos Keramidas To: Andre Guibert de Bruet Message-ID: <20050510152646.GA1164@orion.daedalusnetworks.priv> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050510104018.M750@lexi.siliconlandmark.com> cc: freebsd-current@freebsd.org cc: Jiawei Ye Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:26:50 -0000 On 2005-05-10 10:41, Andre Guibert de Bruet wrote: > On Tue, 10 May 2005, Skip Ford wrote: > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU > > COMM > >AND > >1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% > >Xor > > 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% > > mut > > 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% > > scr > > 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% > > per > > 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% > > per > > 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% > > ntp > > What is the length of the longest username that you have on your system? Ah, yes! Good thought. This could affect the width of the USERNAME column and push everything too far to the right. If this is the case, I'd probably vote for optionally limiting the length of the username column to, say, 8 columns at most. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:28:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1933016A4D0 for ; Tue, 10 May 2005 15:28:55 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7382743D7C for ; Tue, 10 May 2005 15:28:54 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so205334nzk for ; Tue, 10 May 2005 08:28:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X7YL8vq0jJJVO9lSq9nv3x+UKP/cVgZhYG4ZBHLNePJaQy4YLWf3nED2U8vyFhvig4oOrKbibB/q2HUHNcJc2h7lrJA15h60LY0/prycX8vHgG2Mf1yqf6y+LihDoa9n50LMTyiNAkpw8qjX+laZ90Z5uTWv+pKItnoUpXHWOBw= Received: by 10.36.126.1 with SMTP id y1mr1468776nzc; Tue, 10 May 2005 08:28:53 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 10 May 2005 08:28:52 -0700 (PDT) Message-ID: Date: Tue, 10 May 2005 23:28:52 +0800 From: Jiawei Ye To: Giorgos Keramidas In-Reply-To: <20050510152646.GA1164@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 15:28:55 -0000 On 5/10/05, Giorgos Keramidas wrote: > On 2005-05-10 10:41, Andre Guibert de Bruet wr= ote: > > On Tue, 10 May 2005, Skip Ford wrote: > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU = CPU > > > COMM > > >AND > > >1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0= .00% > > >Xor > > > 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0= .00% > > > mut > > > 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0= .00% > > > scr > > > 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0= .00% > > > per > > > 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0= .00% > > > per > > > 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0= .00% > > > ntp > > > > What is the length of the longest username that you have on your system= ? >=20 > Ah, yes! Good thought. This could affect the width of the USERNAME > column and push everything too far to the right. If this is the case, > I'd probably vote for optionally limiting the length of the username > column to, say, 8 columns at most. >=20 > - Giorgos What about the header mess? I don't think that has got to do with usernames. Any ideas? Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:32:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 898C516A4CE for ; Tue, 10 May 2005 15:32:10 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 878AE43D3F for ; Tue, 10 May 2005 15:32:09 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4AFUYXO022194; Tue, 10 May 2005 18:30:34 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4AFW7TT001282; Tue, 10 May 2005 18:32:07 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4AFW7av001281; Tue, 10 May 2005 18:32:07 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Tue, 10 May 2005 18:32:07 +0300 From: Giorgos Keramidas To: Jiawei Ye Message-ID: <20050510153207.GA1256@orion.daedalusnetworks.priv> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:32:10 -0000 On 2005-05-10 23:28, Jiawei Ye wrote: > On 5/10/05, Giorgos Keramidas wrote: > > On 2005-05-10 10:41, Andre Guibert de Bruet wrote: > > > On Tue, 10 May 2005, Skip Ford wrote: > > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU > > > > COMM > > > >AND > > > >1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% > > > >Xor > > > > 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% > > > > mut > > > > 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% > > > > scr > > > > 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% > > > > per > > > > 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% > > > > per > > > > 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% > > > > ntp > > > > > > What is the length of the longest username that you have on your system? > > > > Ah, yes! Good thought. This could affect the width of the USERNAME > > column and push everything too far to the right. If this is the case, > > I'd probably vote for optionally limiting the length of the username > > column to, say, 8 columns at most. > > What about the header mess? I don't think that has got to do with > usernames. Any ideas? This is a known problem of top's output code, which I meant to fix but never got around to. The header is printed as a single string, regardless of the output window size, so it may wrap around. The rest of the lines *are* limited by the window size, so they should never wrap at all. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:35:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02F5C16A4CE; Tue, 10 May 2005 15:35:12 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E0F43D9D; Tue, 10 May 2005 15:35:11 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4AFZBUj053655; Tue, 10 May 2005 10:35:11 -0500 (CDT) (envelope-from dan) Date: Tue, 10 May 2005 10:35:11 -0500 From: Dan Nelson To: Jiawei Ye Message-ID: <20050510153511.GB5894@dan.emsphone.com> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org cc: Giorgos Keramidas Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:35:12 -0000 In the last episode (May 10), Jiawei Ye said: > What about the header mess? I don't think that has got to do with > usernames. Any ideas? > > 66 process223093 running, 63 slee 0.50, 0.55, 0.32 up 0+00:12:14 18:14:47 > CPU states: 1% user, 5% nice, % system, % interrupt, % idle > Mem: 133M Ac 0.0, 164M I 0.0, 67M Wi 0.7 19M Cache 0.7M Buf, 52M Fr98.6 > Swap: 256M Total, 256M Free That looks like the extra THR column caused some lines to wrap, causing the screen to scroll up one line. That would explain why you see "66 processes, ## running, 63 sleeping" on the top row, with the last pid number and the load average numbers overlayed on top. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:48:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 2999C16A4D0; Tue, 10 May 2005 15:48:26 +0000 (GMT) In-Reply-To: <20050510091354.GB7269@uk.tiscali.com> from Brian Candler at "May 10, 2005 10:13:54 am" To: B.Candler@pobox.com (Brian Candler) Date: Tue, 10 May 2005 15:48:26 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20050510154826.2999C16A4D0@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: sam@errno.com cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant causes panic in ieee80211_newstate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:48:26 -0000 > > OK. IRQ11 looks like it's shared, don't know if that makes any difference: > > $ dmesg | grep -i "irq.*11" > pci_link0: irq 11 on acpi0 > pci_link3: irq 11 on acpi0 > uhci0: port 0xcce0-0xccff irq 11 at device 7.2 on pci0 > ifpi0: port 0xdce0-0xdcff mem 0xfafffc00-0xfafffc1f irq 11 at device 9.0 on pci2 > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xff201000-0xff20107f irq 11 at device 17.0 on pci0 > $ > > (xl0 is the main "uplink" interface for this system, so there's quite a bit > of traffic on it) > > Now, as you suggested I moved the card to a different PCI slot, at the same > time taking out the ISDN card which was also in there, and hey presto I get > a whole load of stuff logged! Nobody ever tries the simple stuff first. > ndis0: mem 0xfaffe000-0xfaffffff,0xfafc0000-0xfafdffff irq 11 at device 9.0 on pci2 > ndis0: [GIANT-LOCKED] > ndis0: NDIS API version: 5.1 > ndis0: Ethernet address: 00:0f:b5:45:fb:ae > Sleeping on "ndissp" with the following non-sleepable locks held: > exclusive sleep mutex ndis softc lock (network driver) r = 0 (0xc1a72db4) locked @ /export/src/5.3-RELEASE/usr/src/sys/compat/ndis/kern_ndis.c:1098 > KDB: stack backtrace: > kdb_backtrace(1,1,1,c1a8f600,c17c0000) at kdb_backtrace+0x29 > witness_warn(5,c0a26e40,c08c0506,c08de706) at witness_warn+0x19a > msleep(c1a8f738,c0a26e40,0,c08de706,0) at msleep+0x42 > ndis_thsuspend(c1a8f600,c0a26e40,0) at ndis_thsuspend+0x34 > KeWaitForSingleObject(c154425c,0,0,1,0,c154424c,0,0) at KeWaitForSingleObject+0x1f9 > KeFlushQueuedDpcs(c1794000,fe,480,c1a72000,d1577b48) at KeFlushQueuedDpcs+0x41 Bleh. Ok, I can fix that by moving the timer reaping code outside the NDIS_LOCK()ed region. > I thought it wasn't actually working: > > $ ifconfig ndis0 > ndis0: flags=8802 mtu 1500 > ether 00:0f:b5:45:fb:ae > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid "" > authmode OPEN privacy OFF txpowmax 100 > $ ifconfig ndis0 scan > $ > > until I did 'ifconfig ndis0 up', and at that point I can see wireless > networks (although 'ifconfig ndis0' still logs 'ndis0: failed to get bssid' > each time) Uh... yeah. Bear in mind people: the card is _NOT_ running until you call the MiniportInitialize() function in the Windows driver via ndis_init_nic(), and that only happens when you bring the interface up. The ndis_attach() routine will call ndis_init_nic() once in order to be able to query the device's capabilities and read its station address, but it will bring it back down by calling MiniportHalt() as soon as it's done, and leave it that way until you bring it up. Among other things, this means that for wireless cards the radio will be kept off until the user is ready to turn it on. > On my first attempt strangely I was also getting a whole bunch of fxp0 > command queue timeout, SCB timeout, device timeout and DMA timeout errors > (even though I didn't touch anything to do with fxp0). Next tried moving the > Netgear to a different PCI slot again, and putting the ISDN card back where > it was. I get the same ndis0 behaviour as above (non-sleepable lock, lock > order reversal), but no fxp0 errors. > > Oh well, this gives me something more to play with... I didn't realise PCI > was so weird, thanks for the suggestion :-) That's nothing: I've had it happen that perfectly good cards that had been sitting around on the shelf for a while would not work, until I scraped/cleaned the oxidation off their edge connector contacts. > Afraid I can't help you with 6-snapshot servers; I did a 5.3-RELEASE install > then a cvsup / makeworld. Takes a good 5 hours on this old system :-( > > Regards, > > Brian. I'll have to experiment a bit later to fix the locking issues. Not sure what I can do about the WPA-PSK stuff though since I didn't write it, and I don't have a test environment set up to experiment with it. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:49:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54ABB16A4CE; Tue, 10 May 2005 15:49:04 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D03943D68; Tue, 10 May 2005 15:49:04 +0000 (GMT) (envelope-from skip.ford@verizon.net) Received: from pool-151-204-5-5.pskn.east.verizon.net ([151.204.5.5]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IGA007UA6LRDVA0@vms040.mailsrvcs.net>; Tue, 10 May 2005 10:49:03 -0500 (CDT) Date: Tue, 10 May 2005 11:49:02 -0400 From: Skip Ford In-reply-to: <20050510152646.GA1164@orion.daedalusnetworks.priv> To: Giorgos Keramidas Mail-Followup-To: Giorgos Keramidas , Andre Guibert de Bruet , freebsd-current@freebsd.org, Jiawei Ye Message-id: <20050510154902.GC691@lucy.pool-151-204-5-5.pskn.east.verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510104018.M750@lexi.siliconlandmark.com> <20050510152646.GA1164@orion.daedalusnetworks.priv> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Jiawei Ye Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:49:04 -0000 Giorgos Keramidas wrote: > On 2005-05-10 10:41, Andre Guibert de Bruet wrote: > > On Tue, 10 May 2005, Skip Ford wrote: > > > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU > > > COMM > > >AND > > >1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% > > >Xor > > > 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% > > > mut > > > 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% > > > scr > > > 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% > > > per > > > 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% > > > per > > > 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% > > > ntp > > > > What is the length of the longest username that you have on your system? > > Ah, yes! Good thought. This could affect the width of the USERNAME > column and push everything too far to the right. If this is the case, > I'd probably vote for optionally limiting the length of the username > column to, say, 8 columns at most. FWIW, I'd vote for 6. I'd much rather see more of the command. -- Skip From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:55:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 283B016A4CE; Tue, 10 May 2005 15:55:09 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82A1D43D1F; Tue, 10 May 2005 15:55:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j4AFsxFV033727; Tue, 10 May 2005 11:54:59 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j4AFsxwo033724; Tue, 10 May 2005 11:54:59 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 10 May 2005 11:54:59 -0400 (EDT) From: Andre Guibert de Bruet To: Skip Ford In-Reply-To: <20050510154902.GC691@lucy.pool-151-204-5-5.pskn.east.verizon.net> Message-ID: <20050510115051.L750@lexi.siliconlandmark.com> References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510152646.GA1164@orion.daedalusnetworks.priv> <20050510154902.GC691@lucy.pool-151-204-5-5.pskn.east.verizon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.545, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org cc: Giorgos Keramidas cc: Jiawei Ye Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:55:09 -0000 On Tue, 10 May 2005, Skip Ford wrote: > Giorgos Keramidas wrote: >> On 2005-05-10 10:41, Andre Guibert de Bruet wrote: >>> On Tue, 10 May 2005, Skip Ford wrote: >>>> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU >>>> COMM >>>> AND >>>> 1352 skip 1 96 0 18968K 16276K select 0:21 0.00% 0.00% >>>> Xor >>>> 691 skip 1 8 0 4784K 3940K wait 0:08 0.00% 0.00% >>>> mut >>>> 684 skip 1 96 0 2336K 1948K select 0:07 0.00% 0.00% >>>> scr >>>> 667 root 1 4 0 24268K 23196K accept 0:06 0.00% 0.00% >>>> per >>>> 580 root 1 20 0 22896K 21948K pause 0:04 0.00% 0.00% >>>> per >>>> 447 root 1 96 0 2864K 1724K select 0:02 0.00% 0.00% >>>> ntp >>> >>> What is the length of the longest username that you have on your system? >> >> Ah, yes! Good thought. This could affect the width of the USERNAME >> column and push everything too far to the right. If this is the case, >> I'd probably vote for optionally limiting the length of the username >> column to, say, 8 columns at most. > > FWIW, I'd vote for 6. I'd much rather see more of the command. Wasn't the old max length of GECOS 8 chars? Setting it to anything less starts to become too short -- You're better off just outputting the UID. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:56:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EA8816A4CE for ; Tue, 10 May 2005 15:56:17 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87D8943D8C for ; Tue, 10 May 2005 15:56:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4AFr7L6070698; Tue, 10 May 2005 09:53:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 10 May 2005 09:54:13 -0600 (MDT) Message-Id: <20050510.095413.80215764.imp@bsdimp.com> To: FreeMan@fantasymail.de From: "M. Warner Losh" In-Reply-To: <11958.1115719354@www15.gmx.net> References: <20050510.005444.32174429.imp@bsdimp.com> <11958.1115719354@www15.gmx.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Kernel Driver 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, 10 May 2005 15:56:17 -0000 In message: <11958.1115719354@www15.gmx.net> FreeMan@fantasymail.de writes: : Hello Warner : : Do you know maybe a way how i can fix this or : get more details that tell me more? I am not a : programmer, i readed the code but it didnt helped : me anything. In that driver zip file is a file : called icp2.ko . ICP wrote they tested that file : and offered it for FreeBSD 5.0 . I tryed to use that : module file for a 5.3-RELEASE with the hope that it : work. But the kernel boot up without load the kernel : module and hold for mount error because it cant see : the raid array. That confuse me a lot ... : : Any chance that you or any other one help me out? Get sources that don't do this. I'm not sure what else to say about this since I have no experience with this driver. 5.0 and 5.3 are way different beasts, and the .ko for 5.0 won't work with 5.3... Warner From owner-freebsd-current@FreeBSD.ORG Tue May 10 16:35:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A6916A4CE for ; Tue, 10 May 2005 16:35:46 +0000 (GMT) Received: from mail.mercenarylabs.com (wilson.mercenarylabs.com [12.158.191.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2B4243DA0 for ; Tue, 10 May 2005 16:35:45 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [127.0.0.1] (wilson [12.158.191.94]) by mail.mercenarylabs.com (Postfix) with ESMTP id 8F45EAD1C for ; Tue, 10 May 2005 11:35:43 -0500 (CDT) Message-ID: <4280E2DA.5020004@udor.net> Date: Tue, 10 May 2005 12:35:38 -0400 From: Jon Door User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> In-Reply-To: X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jondoor@udor.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 16:35:46 -0000 Jiawei Ye wrote: >On 5/3/05, Jeff Roberson wrote: > > >>My apologies Nguyen. ULE has fallen into a state of disrepair. I would >>not trust it until I spend some time sorting out the current crop of >>problems. >> >> >I maybe the unlucky one, but with an recently-upgraded -current from >-stable, startx reboots my machine too, even with 4BSD. > >Jiawei > > > When did you build your kernel? On a kernel for may 7th. ULE was giving me frequent hard locks, video from mplayer was jittery at times, and would jerk back and forth between frames if I ran multiple video files (On older 5.Xs I was able to do this pretty flawlessly). Sounds remained fairly smooth throughout but running beep-media-player in concert with firefox seemed to aggravate the hard locks. I switched to 4BSD and I am now seeing much better performance across the board, still a few locks-- specifically when loading large directories in the Rox-Filer. Other than that the performance is quite improved. This is subjective I have not performed any benchmarks. This machine is a Dual P3 933, setup as a desktop system. ASUS CUV4X-DLS motherboard, 640MB ECC SDRAM, SCSI, Promise SATA150 raid controller, GeForce FX 5200 running dual CRT. From owner-freebsd-current@FreeBSD.ORG Tue May 10 17:39:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA3016A536 for ; Tue, 10 May 2005 17:39:43 +0000 (GMT) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5306B43D49 for ; Tue, 10 May 2005 17:39:42 +0000 (GMT) (envelope-from erwin@mail.droso.net) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id 2F28A2288E; Tue, 10 May 2005 19:39:38 +0200 (CEST) Received: by mail.droso.net (Postfix, from userid 1001) id 5CE762288B; Tue, 10 May 2005 19:39:37 +0200 (CEST) Date: Tue, 10 May 2005 19:39:37 +0200 From: Erwin Lansing To: Jeff Roberson Message-ID: <20050510173937.GX1079@droso.net> Mail-Followup-To: Jeff Roberson , Kris Kennaway , current@freebsd.org References: <20050326031620.GA2341@xor.obsecurity.org> <20050328061618.B54623@mail.chesapeake.net> <20050328180904.GA46042@xor.obsecurity.org> <20050329082505.S54623@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20050329082505.S54623@mail.chesapeake.net> X-Operating-System: FreeBSD/i386 5.4-RELEASE User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd 0.1 cc: current@freebsd.org cc: Kris Kennaway Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 17:39:43 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jeff, On Tue, Mar 29, 2005 at 08:25:31AM -0500, Jeff Roberson wrote: > On Mon, 28 Mar 2005, Kris Kennaway wrote: >=20 > > On Mon, Mar 28, 2005 at 06:16:48AM -0500, Jeff Roberson wrote: > > > On Sun, 27 Mar 2005, Kris Kennaway wrote: > > > > > > > On Fri, Mar 25, 2005 at 07:16:20PM -0800, Kris Kennaway wrote: > > > > > HEAD from a few days ago on a SMP machine: > > > > > > > > > > panic: unmount: dangling vnode > > > > > cpuid =3D 0 > > > > > > Are you trying to unmount the nullfs or ffs? > > > > nullfs. >=20 > Ok, thanks, I'm trying to see if I can reason through this without any > more information. >=20 Did you find out some more about this? I just experienced the same issue with 5.4-R cvsupped today during boot, which might be related to the bind sandboxing, but I didn't debug it enough yet. Cheers, -erwin --=20 Erwin Lansing Don't try to fix me, I'm not broken --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCgPHZqy9aWxUlaZARAha6AKD7cTD9g+8UFj2T52fqw1wFTEKELgCgwGNX QQj+0Fo7AAxy9G+qBJJX9v4= =yPZ3 -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Tue May 10 19:35:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9132B16A4CE for ; Tue, 10 May 2005 19:35:41 +0000 (GMT) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1A9243D75 for ; Tue, 10 May 2005 19:35:40 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j4AJZc9n022093 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 11 May 2005 05:35:39 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j4AJZZGK000285; Wed, 11 May 2005 05:35:38 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j4AJZZh7000284; Wed, 11 May 2005 05:35:35 +1000 (EST) (envelope-from pjeremy) Date: Wed, 11 May 2005 05:35:35 +1000 From: Peter Jeremy To: Brian Candler Message-ID: <20050510193535.GA214@cirb503493.alcatel.com.au> References: <20050509114410.GA2184@uk.tiscali.com> <20050510.005542.95903608.imp@bsdimp.com> <20050510111423.GA7955@uk.tiscali.com> <1115735657.20796.15.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1115735657.20796.15.camel@tomcat.kitchenlab.org> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 19:35:41 -0000 Overall, I think that packaging the base system is a good idea for end-users. In theory, it means that upgrades can be handled by a wrapper around portupgrade and the pkg_* tools can be used to verify system consistency. OTOH, I'm not sure that it is of much benefit to developers - unless you replace "make world" with portupgrade, the base system package information will be out-of-date following the first installworld. It might be useful asking for opinions in some of the "end user" lists as well as here. On Tue, 2005-May-10 07:34:16 -0700, Bruce A. Mah wrote: >Honestly I'm not sure if I like this idea or not. My most recent >experience with a fully packaged system is with RH/FC Linux >distributions and many times I feel like I'm in a twisty little maze of >RPMs, all different. You seem to be proposing a more coarse-grained >packaging, which I think is more workable. OTOH, Solaris and Tru64 are fully packaged and this seems to work - though both are (probably too) fine grained. I suspect that fine grained makes the dependencies easier to manage, but in the case of both Solaris and Tru64, working out whether you want a particular package or not is virtually impossible. If you do go the fine-grained approach, it may be worthwhile having a group of "dependency" packages that are gathered in a section headed "you probably don't want to individually select these packages - they will be installed automatically if required". I suspect the only serious problems will be: - adapting the source build/install environment to update the relevant package info (if you even attempt this); - handling installing "base" packages that are required by a port[*] - avoiding circular dependencies; - handling the bikeshed on which utility goes in which package. As my input on the last item, I'd suggest that "client" and "server" tools should be in separate packages: I think that lots more people will be interested in ftp and telnet than want ftpd or telnetd. And whilst few people want named, almost everyone wants the client resolver libraries (which together form "bind"). [*] This is especially messy if you use fine-grained packaging (so that some of the less common libraries might be missing) and the source upgrade path isn't integrated into the packaging. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue May 10 20:02:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C5D716A4CE for ; Tue, 10 May 2005 20:02:28 +0000 (GMT) Received: from 62-15-211-204.inversas.jazztel.es (62-15-211-204.inversas.jazztel.es [62.15.211.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E146543D5F for ; Tue, 10 May 2005 20:02:26 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j4AK2OSp002912; Tue, 10 May 2005 22:02:24 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by orion.redesjm.local (8.13.3/8.13.3/Submit) id j4AK2MWu092955; Tue, 10 May 2005 22:02:22 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: freebsd-current@freebsd.org Date: Tue, 10 May 2005 22:02:21 +0200 User-Agent: KMail/1.8 References: <20050509114410.GA2184@uk.tiscali.com> <1115735657.20796.15.camel@tomcat.kitchenlab.org> <20050510193535.GA214@cirb503493.alcatel.com.au> In-Reply-To: <20050510193535.GA214@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505102202.21970.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.169; host: antares.redesjm.local) cc: Peter Jeremy cc: Brian Candler Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 20:02:28 -0000 El Martes, 10 de Mayo de 2005 21:35, Peter Jeremy escribi=F3: > Overall, I think that packaging the base system is a good idea for > end-users. In theory, it means that upgrades can be handled by a > wrapper around portupgrade and the pkg_* tools can be used to verify > system consistency. OTOH, I'm not sure that it is of much benefit to > developers - unless you replace "make world" with portupgrade, the > base system package information will be out-of-date following the > first installworld. It might be useful asking for opinions in some > of the "end user" lists as well as here. > > On Tue, 2005-May-10 07:34:16 -0700, Bruce A. Mah wrote: > >Honestly I'm not sure if I like this idea or not. My most recent > >experience with a fully packaged system is with RH/FC Linux > >distributions and many times I feel like I'm in a twisty little maze > > of RPMs, all different. You seem to be proposing a more > > coarse-grained packaging, which I think is more workable. > > OTOH, Solaris and Tru64 are fully packaged and this seems to work - > though both are (probably too) fine grained. I suspect that fine > grained makes the dependencies easier to manage, but in the case of > both Solaris and Tru64, working out whether you want a particular > package or not is virtually impossible. If you do go the > fine-grained approach, it may be worthwhile having a group of > "dependency" packages that are gathered in a section headed "you > probably don't want to individually select these packages - they will > be installed > automatically if required". > =46or the packaging problem (not the update), take a look into: http://cvsweb.netbsd.org/bsdweb.cgi/src/distrib/sets/ =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue May 10 20:41:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84F3616A4CE for ; Tue, 10 May 2005 20:41:10 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B48643DA7 for ; Tue, 10 May 2005 20:41:10 +0000 (GMT) (envelope-from sepotvin@videotron.ca) Received: from [10.0.0.147] ([67.70.237.74]) by VL-MO-MR007.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPA id <0IGA00B5QK41D3@VL-MO-MR007.ip.videotron.ca> for freebsd-current@FreeBSD.org; Tue, 10 May 2005 16:40:50 -0400 (EDT) Date: Tue, 10 May 2005 16:40:49 -0400 From: "Stephane E. Potvin" To: freebsd-current@FreeBSD.org Message-id: <42811C51.6000008@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050330) X-Enigmail-Version: 0.91.0.0 Subject: panic: "vm_thread_new: kstack allocation failed" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 20:41:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The panic happened on a recent current built: May 2 11:18:43 EDT 2005. Source was fetched around 1 hour before that (time to do a buildworld/buildkernel) Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #6: Mon May 2 11:18:43 EDT 2005 spotvin@homer.telcobridges.com:/usr/obj/usr/src/sys/HOMER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3391.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1073389568 (1023 MB) avail memory = 1041440768 (993 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 I was running firefox, thunderbird, QEMU (with the kqemu patch) and OpenOffice 2.0-beta at the time of the panic. The system was not swapping when it paniced. #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04a8288 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc04a85b6 in panic (fmt=0xc0624b5c "vm_thread_new: kstack allocation failed") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc05a6399 in vm_thread_new (td=0xc4897480, pages=2) at /usr/src/sys/vm/vm_glue.c:271 #4 0xc04b2cb6 in thread_init (mem=0xc4897480, size=372, flags=259) at /usr/src/sys/kern/kern_thread.c:184 #5 0xc059fc39 in slab_zalloc (zone=0xc10462c0, wait=259) at /usr/src/sys/vm/uma_core.c:841 #6 0xc05a11ff in uma_zone_slab (zone=0xc10462c0, flags=3) at /usr/src/sys/vm/uma_core.c:2011 #7 0xc05a141b in uma_zalloc_bucket (zone=0xc10462c0, flags=3) at /usr/src/sys/vm/uma_core.c:2120 #8 0xc05a1092 in uma_zalloc_arg (zone=0xc10462c0, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1928 #9 0xc04b31a6 in thread_alloc () at uma.h:276 #10 0xc0496c48 in thread_alloc_spare (td=0xc45c5900) at /usr/src/sys/kern/kern_kse.c:1037 #11 0xc04975a0 in thread_userret (td=0xc45c5900, frame=0xff8b2d38) at /usr/src/sys/kern/kern_kse.c:1421 #12 0xc04ca373 in userret (td=0xc45c5900, frame=0xff8b2d38, oticks=0) at /usr/src/sys/kern/subr_trap.c:120 #13 0xc0492d4b in fork_return (td=0xc45c5900, frame=0x0) at /usr/src/sys/kern/kern_fork.c:818 #14 0xc0492c8d in fork_exit (callout=0xc0492d2a , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #15 0xc05d831c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) frame 3 #3 0xc05a6399 in vm_thread_new (td=0xc4897480, pages=2) at /usr/src/sys/vm/vm_glue.c:271 271 panic("vm_thread_new: kstack allocation failed"); (kgdb) list 266 * Get a kernel virtual address for this thread's kstack. 267 */ 268 ks = kmem_alloc_nofault(kernel_map, 269 (pages + KSTACK_GUARD_PAGES) * PAGE_SIZE); 270 if (ks == 0) 271 panic("vm_thread_new: kstack allocation failed"); 272 if (KSTACK_GUARD_PAGES != 0) { 273 pmap_qremove(ks, KSTACK_GUARD_PAGES); 274 ks += KSTACK_GUARD_PAGES * PAGE_SIZE; 275 } I'll keep the core around in case more information is needed. Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCgRxQmdOXtTCX/nsRAotdAJ9Hn22KF4qoEHdd9oQtSfy6LYuNiACfT88z TyVETFH6eoQdk5qOA/lbhcE= =CHnJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue May 10 22:32:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29F6116A4CE; Tue, 10 May 2005 22:32:09 +0000 (GMT) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A6643D92; Tue, 10 May 2005 22:32:07 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id 61D2D8F3B6; Tue, 10 May 2005 15:32:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by heave.ugcs.caltech.edu (Postfix) with ESMTP id 3E78AEAA68; Tue, 10 May 2005 15:32:05 -0700 (PDT) Date: Tue, 10 May 2005 15:32:05 -0700 (PDT) From: Jon Dama To: "Bruce A. Mah" In-Reply-To: <1115735657.20796.15.camel@tomcat.kitchenlab.org> Message-ID: References: <20050509114410.GA2184@uk.tiscali.com> <20050510.005542.95903608.imp@bsdimp.com> <1115735657.20796.15.camel@tomcat.kitchenlab.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: "M. Warner Losh" cc: Brian Candler Subject: Re: Packaging of base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 22:32:09 -0000 There is an essential difference between packaging the base system and having a distribution in the style of the linux distributions: The "base system" packages are treated differently from the greater ports collection: They are released periodically as a unit. They are versioned as a unit. They have POLA assurances. Right now the base system is already loosely packaged. i.e., there are knobs in /etc/make.conf to control which parts get built. The points of trouble are: 1) sysinstall doesn't understand this granularity 2) the user visible means of manipulating which parts of the base system are installed are gratuitously different from ports. 2a) no mechanism exists to verify that /etc/make.conf contains a consistent set of components (dependency issues)--no mechanism that is accept to try and see what crumbles a couple of hours later. -Jon On Tue, 10 May 2005, Bruce A. Mah wrote: > If memory serves me right, Brian Candler wrote: > > On Tue, May 10, 2005 at 12:55:42AM -0600, M. Warner Losh wrote: > > > As this comes up all the time, I'd say just do it. People here will > > > talk your ear off. > > > > OK. I am just a bit dubious about starting a large chunk of work, only to be > > told later "we're not going to commit this, the consensus here is we don't > > want to do it this way because X / Y / Z" > > The way to do this (and maybe this is already obvious to you) is to > start with as small a chunk of work as you can do (think "proof of > concept" or even "implementation notes")...don't try to get it all > perfect before putting it out for comments / feedback / bikesheds. In > the worst case, if it turns out that everybody hates the idea, you've at > least cut your losses. > > You probably want some early feedback from re@ (once they've recovered > from getting 5.4 out). > > Honestly I'm not sure if I like this idea or not. My most recent > experience with a fully packaged system is with RH/FC Linux > distributions and many times I feel like I'm in a twisty little maze of > RPMs, all different. You seem to be proposing a more coarse-grained > packaging, which I think is more workable. > > > Incidentally, do we have a current status on this? > > http://people.freebsd.org/~kientzle/libarchive/libpkg.3.txt > > > > This looks like a pre-requisite for turning the base system into packages. > > You could just email Tim and ask him. > > Bruce. > > From owner-freebsd-current@FreeBSD.ORG Tue May 10 22:36:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AF5116A4CE; Tue, 10 May 2005 22:36:38 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273D843D6A; Tue, 10 May 2005 22:36:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D8A84514DB; Tue, 10 May 2005 15:36:36 -0700 (PDT) Date: Tue, 10 May 2005 15:36:36 -0700 From: Kris Kennaway To: amd64@FreeBSD.org, current@FreeBSD.org Message-ID: <20050510223636.GA49927@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 22:36:38 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Got this on a dual amd64 with 24GB RAM running 6.0 from last week: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xffffffffa9cdc000 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff8037759f stack pointer = 0x10:0xffffffffba1637d0 frame pointer = 0x10:0xffffffffba163820 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 52247 (sh) [thread pid 52247 tid 100149 ] Stopped at exec_copyout_strings+0x12f: db> wh Tracing pid 52247 tid 100149 td 0xffffff016e5724c0 exec_copyout_strings() at exec_copyout_strings+0x12f do_execve() at do_execve+0x39a kern_execve() at kern_execve+0xab execve() at execve+0x49 syscall() at syscall+0x382 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (59, FreeBSD ELF64, execve), rip = 0x80090622c, rsp = 0x7fffffffe058, rbp = 0xffffffff --- db> Unfortunately I am unable to dump on this machine. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgTd0Wry0BWjoQKURAkxnAJ0ZVn6IwFVjGa8nmfptYWx9wywnkACgmc0w xc/X8hXuA2kYZooGF2BxDYI= =bh2s -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 00:15:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE5816A4CE for ; Wed, 11 May 2005 00:15:25 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BDF43D31 for ; Wed, 11 May 2005 00:15:24 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so84106nzk for ; Tue, 10 May 2005 17:15:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=T5uYoN/YXWCGsRgbdMnEtmRJf/zCPaXDV+xrc2j4FcXag6zijDxHtZMgMMpXKjBp6MIjIA4Jg9+oXngXq+NHAkxhTceOdvyL6KwK9gUAKasKU2Xx/MigraxhGYs9FdbVLGHaTjhQjOLsD1jUwiNjCjviwPVuDeRZgV0DGMNBHGM= Received: by 10.36.120.12 with SMTP id s12mr44694nzc; Tue, 10 May 2005 17:15:23 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 10 May 2005 17:15:23 -0700 (PDT) Message-ID: Date: Wed, 11 May 2005 08:15:23 +0800 From: Jiawei Ye To: jondoor@udor.net In-Reply-To: <4280E2DA.5020004@udor.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <4280E2DA.5020004@udor.net> cc: current@freebsd.org Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 00:15:25 -0000 On 5/11/05, Jon Door wrote: > When did you build your kernel? Yesterday with the latest -current grabbed from cvsup12. > This machine is a Dual P3 933, setup as a desktop system. ASUS CUV4X-DLS > motherboard, 640MB ECC SDRAM, SCSI, Promise SATA150 raid controller, > GeForce FX 5200 running dual CRT. Mine is an old P3-Celeron 1.3G with SIS630 chipset mobo with old IDE harddrive. Very plain machine from the way I look at it. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed May 11 00:58:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08B1D16A4CE for ; Wed, 11 May 2005 00:58:29 +0000 (GMT) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E6443D7E for ; Wed, 11 May 2005 00:58:28 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout6-ext.prodigy.net (pimout6-ext.prodigy.net [207.115.63.78])j4B0wQee024118 for ; Tue, 10 May 2005 20:58:26 -0400 X-ORBL: [64.168.24.254] Received: from sotec.home (adsl-64-168-24-254.dsl.snfc21.pacbell.net [64.168.24.254])j4B0wM37100908; Tue, 10 May 2005 20:58:22 -0400 Date: Tue, 10 May 2005 17:58:21 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@sotec.home To: Jiawei Ye In-Reply-To: Message-ID: <20050510175056.T672@sotec.home> References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Nguyen Tam Chinh cc: Jeff Roberson cc: current@freebsd.org Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 00:58:29 -0000 On Tue, 10 May 2005, Jiawei Ye wrote: > On 5/3/05, Jeff Roberson wrote: >> My apologies Nguyen. ULE has fallen into a state of disrepair. I would >> not trust it until I spend some time sorting out the current crop of >> problems. > I maybe the unlucky one, but with an recently-upgraded -current from > -stable, startx reboots my machine too, even with 4BSD. FWIW, I get this too on my laptop. Basic troubleshooting shows that it is DRI that blows up. Removing 'Load "dri"' from Xorg's config was not sufficient, as the server will try to autoload the "sis" kmod anyway. Had to delete "sis.ko" as well. I think it is unrelated to the scheduler (I'm using 4BSD). Current from late March worked fine with DRI, current from late April does not. $.02, /Mikko From owner-freebsd-current@FreeBSD.ORG Wed May 11 01:56:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B96B716A4CE; Wed, 11 May 2005 01:56:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53BEE43D7B; Wed, 11 May 2005 01:56:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B1uNBk079996; Tue, 10 May 2005 21:56:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B1uNqX068129; Tue, 10 May 2005 21:56:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A1337306E; Tue, 10 May 2005 21:56:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050511015623.7A1337306E@freebsd-current.sentex.ca> Date: Tue, 10 May 2005 21:56:23 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 01:56:25 -0000 TB --- 2005-05-11 00:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 00:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-11 00:30:00 - cleaning the object tree TB --- 2005-05-11 00:30:24 - checking out the source tree TB --- 2005-05-11 00:30:24 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-11 00:30:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 00:36:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 00:36:46 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-11 00:36:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-11 01:45:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 01:45:16 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-11 01:45:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 11 01:45:16 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch export_syms awk -f /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/mppc/../../../conf/kmod_syms.awk ng_mppc.kld export_syms | xargs -J% objcopy % ng_mppc.kld ld -Bshareable -d -warn-common -o ng_mppc.ko.debug ng_mppc.kld objcopy --strip-debug ng_mppc.ko.debug ng_mppc.ko ===> netgraph/nat (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c: In function `ng_nat_rcvdata': /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c:207: warning: 'ip' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/nat. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-11 01:56:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-11 01:56:23 - ERROR: failed to build generic kernel TB --- 2005-05-11 01:56:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 11 02:25:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 667EA16A4CE for ; Wed, 11 May 2005 02:25:15 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE7443D7D for ; Wed, 11 May 2005 02:25:14 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so122290nzk for ; Tue, 10 May 2005 19:25:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ur86fUPozo+SVlNU9VbmLKczOioEf6+b78HOeoSXfGBmnn+jcPTCYuicPKGQVzueIct7GGIjDjnswdlJ33/Rx9fc8q5NJfcHWlccmL9/+6SwzKwKO/uG10HVrIYU/s5uhXqhfjLZQnRoH1ZpMq/VKTLPvcaGVK5hxMvgjnxvZvY= Received: by 10.36.128.13 with SMTP id a13mr48189nzd; Tue, 10 May 2005 19:25:14 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 10 May 2005 19:25:14 -0700 (PDT) Message-ID: Date: Wed, 11 May 2005 10:25:14 +0800 From: Jiawei Ye To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-Reply-To: <20050510175056.T672@sotec.home> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home> cc: Nguyen Tam Chinh cc: Jeff Roberson cc: current@freebsd.org Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 02:25:15 -0000 On 5/11/05, Mikko Ty=F6l=E4j=E4rvi wrote: > On Tue, 10 May 2005, Jiawei Ye wrote: > FWIW, I get this too on my laptop. Basic troubleshooting shows that > it is DRI that blows up. Removing 'Load "dri"' from Xorg's config was > not sufficient, as the server will try to autoload the "sis" kmod > anyway. Had to delete "sis.ko" as well. I use SIS630 on this machien too, so the confirmed fact is that SIS chipset doesn't work in X under -current? >=20 > I think it is unrelated to the scheduler (I'm using 4BSD). Current > from late March worked fine with DRI, current from late April does > not. >=20 > $.02, > /Mikko >=20 --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed May 11 02:34:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A0E316A4CE for ; Wed, 11 May 2005 02:34:27 +0000 (GMT) Received: from web54007.mail.yahoo.com (web54007.mail.yahoo.com [206.190.36.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 68F1E43D78 for ; Wed, 11 May 2005 02:34:26 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 23315 invoked by uid 60001); 11 May 2005 02:34:25 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=unnY15EqeVBvTq2kwW8iAAMkdv7pOS9k0TWFj5yLOLucikqeFDJehVI4deGmRU3fIzT+hdgzAF1ba3c/u18ygzDCFniHRGbLEKxt3kWpGzlRvXoaRwf56MfH0guAQ+6HOwsD1s6cu+KebaNuuRBwloeUZNKmM/a2vrxRYIlQFM4= ; Message-ID: <20050511023425.23313.qmail@web54007.mail.yahoo.com> Received: from [147.46.44.181] by web54007.mail.yahoo.com via HTTP; Tue, 10 May 2005 19:34:25 PDT Date: Tue, 10 May 2005 19:34:25 -0700 (PDT) From: Rob To: ru@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 02:34:27 -0000 Ruslan Ermilov wrote: > Greetings, > > Those of you wishing to try your xl(4) card under > polling(4) are welcome to test this patch: > Ruslan, Yesterday I discovered that polling of the xl interface randomly disrupts an ssh-tunnel of mine. I think there's still a subtle, yet critical problem with xl polling. I cannot locate the details of the problem, so I will describe the symptoms that I see in my network, and why I suspect xl polling. Here is a sketch of my two private networks: PC1 - GW1 ~~~~ GW2 - PC2 PC1 = PC on private network, Intel Pro/100 (fxp) GW1 = Dual-homed Gateway, 2 x 3Com 3c905B-TX (xl) GW2 = Dual-homed Gateway, 2 x RealTek 8139 (rl) PC2 = PC on private network, RealTek 8139 (rl) ~~~~ = Internet All computers are running 5-Stable, as of May 10. All, but PC1 with fxp, use polling, with: options DEVICE_POLLING options HZ=1000 GW2 redirects (with natd) port 2200 to PC2. PC1 establishes an ssh-tunnel to PC2: PC1$ ssh -p 2200 -N -f -R 2000:localhost:22 GW2 Then on PC2, I can use this tunnel to connect directly to PC1, for example to run xbiff: PC2$ ssh -Y -p 2000 localhost xbiff This works beautifully, but every now and then the ssh-tunnel connection is 'closed' for no reason (the ssh-tunnel itself remains, but the connection is closed). This happens at least once an hour, seemingly at random. After some trial and error, I discovered that the polling of the xl devices (GW1) is the culprit. As soon as I disable the polling for the xl devices on GW1, the ssh-tunnel connection is not disrupted anymore. ----- GW1 is also a production server, so experimenting is rather limited. However, I can run tests, if that would help resolve the problem. Here you can find some relevant info on GW1 with the xl devices: dmesg output: http://surfion.snu.ac.kr/~lahaye/dmesg.boot kernel configuration: http://surfion.snu.ac.kr/~lahaye/MYKERNEL /boot/loader.conf: http://surfion.snu.ac.kr/~lahaye/loader.conf Regards, Rob. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-current@FreeBSD.ORG Wed May 11 03:51:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A0916A4DB; Wed, 11 May 2005 03:51:56 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10EEF43D68; Wed, 11 May 2005 03:51:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B3pt3p084338; Tue, 10 May 2005 23:51:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B3ptHD005687; Tue, 10 May 2005 23:51:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E82E7306E; Tue, 10 May 2005 23:51:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050511035155.4E82E7306E@freebsd-current.sentex.ca> Date: Tue, 10 May 2005 23:51:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:51:56 -0000 TB --- 2005-05-11 01:56:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 01:56:23 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-11 01:56:23 - cleaning the object tree TB --- 2005-05-11 01:56:58 - checking out the source tree TB --- 2005-05-11 01:56:58 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-11 01:56:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 02:03:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 02:03:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-11 02:03:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-05-11 03:38:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 03:38:12 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-11 03:38:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 11 03:38:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -d -warn-common -r -d -o ng_mppc.ko.debug ng_mppc.o sha1.o touch export_syms awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/mppc/../../../conf/kmod_syms.awk ng_mppc.ko.debug export_syms | xargs -J% objcopy % ng_mppc.ko.debug objcopy --strip-debug ng_mppc.ko.debug ng_mppc.ko ===> netgraph/nat (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c: In function `ng_nat_rcvdata': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c:207: warning: 'ip' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph/nat. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-05-11 03:51:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-11 03:51:55 - ERROR: failed to build generic kernel TB --- 2005-05-11 03:51:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 11 05:10:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C294416A4D1 for ; Wed, 11 May 2005 05:10:17 +0000 (GMT) Received: from web54002.mail.yahoo.com (web54002.mail.yahoo.com [206.190.36.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 2160543D60 for ; Wed, 11 May 2005 05:10:17 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 93992 invoked by uid 60001); 11 May 2005 05:10:16 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=L0UsYnCLAQt+xYRNa7IwMwKOvbop206jxoq1RfmArEtYoD4IE9KUSkrSKeyh1+dtndYhmGgoQOhYbNXCATOr6lAjVV0boSFKCazdi35BPZzDI6wL/IxIt2yK7VYeRdmRSFO33+rqFhiGoIUmtYCmy6N53Mui6c8BGdEEZDItW2Y= ; Message-ID: <20050511051016.93990.qmail@web54002.mail.yahoo.com> Received: from [147.46.44.181] by web54002.mail.yahoo.com via HTTP; Tue, 10 May 2005 22:10:16 PDT Date: Tue, 10 May 2005 22:10:16 -0700 (PDT) From: Rob To: Subhro In-Reply-To: <42817E93.1030204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 05:10:17 -0000 --- Subhro wrote: > On 5/11/2005 8:04, Rob wrote: > > >All computers are running 5-Stable, as of May 10. > >All, but PC1 with fxp, use polling, with: > > options DEVICE_POLLING > > options HZ=1000 > > 1000 IMHO seems a bit too heavy. Try something > lower. What is heavy and what is not? Does 100 sound better? How can I develop a feeling for the 'heaviness' of this HZ number? Is it related to the CPU speed? Thanks for clarifying! Rob. Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html From owner-freebsd-current@FreeBSD.ORG Wed May 11 05:36:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C37FF16A4CE for ; Wed, 11 May 2005 05:36:58 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8626443D58 for ; Wed, 11 May 2005 05:36:57 +0000 (GMT) (envelope-from FreeMan@fantasymail.de) Received: (qmail 9674 invoked by uid 0); 11 May 2005 05:36:56 -0000 Received: from 213.217.113.250 by www79.gmx.net with HTTP; Wed, 11 May 2005 07:36:56 +0200 (MEST) Date: Wed, 11 May 2005 07:36:56 +0200 (MEST) From: FreeMan@fantasymail.de To: "M. Warner Losh" MIME-Version: 1.0 References: <20050510.095413.80215764.imp@bsdimp.com> X-Priority: 3 (Normal) X-Authenticated: #27615881 Message-ID: <31943.1115789816@www79.gmx.net> X-Mailer: WWW-Mail 1.6 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Kernel Driver 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, 11 May 2005 05:36:58 -0000 Well i currently talking with someone from icp support and here in the list. Maybe there is a way to get that working for me. I found out that in 4.11 (it was tested with 4.1 but works with 4.11 fine) goes by useing config kernelname to cd ../../compile/kernelname In FreeBSD 5.3 it show me after running "config kernelname" that i should go to cd ../compile/kernelname So it seams that there has only the path been changed from the sys-src folders. Can that be? Any idea for what i have to look so that i can correct this? Thanks! :) > In message: <11958.1115719354@www15.gmx.net> > FreeMan@fantasymail.de writes: > : Hello Warner > : > : Do you know maybe a way how i can fix this or > : get more details that tell me more? I am not a > : programmer, i readed the code but it didnt helped > : me anything. In that driver zip file is a file > : called icp2.ko . ICP wrote they tested that file > : and offered it for FreeBSD 5.0 . I tryed to use that > : module file for a 5.3-RELEASE with the hope that it > : work. But the kernel boot up without load the kernel > : module and hold for mount error because it cant see > : the raid array. That confuse me a lot ... > : > : Any chance that you or any other one help me out? > > Get sources that don't do this. I'm not sure what else to say about > this since I have no experience with this driver. 5.0 and 5.3 are way > different beasts, and the .ko for 5.0 won't work with 5.3... > > Warner > From owner-freebsd-current@FreeBSD.ORG Wed May 11 05:46:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 676B016A4CE; Wed, 11 May 2005 05:46:26 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED72543D66; Wed, 11 May 2005 05:46:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B5kPp2087982; Wed, 11 May 2005 01:46:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B5kPqq045921; Wed, 11 May 2005 01:46:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A9157306E; Wed, 11 May 2005 01:46:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050511054624.2A9157306E@freebsd-current.sentex.ca> Date: Wed, 11 May 2005 01:46:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 05:46:26 -0000 TB --- 2005-05-11 03:51:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 03:51:55 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-11 03:51:55 - cleaning the object tree TB --- 2005-05-11 03:52:31 - checking out the source tree TB --- 2005-05-11 03:52:31 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-11 03:52:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 03:58:51 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 03:58:51 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-11 03:58:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-11 05:23:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 05:23:46 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-11 05:23:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 11 05:23:47 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch export_syms awk -f /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/mppc/../../../conf/kmod_syms.awk ng_mppc.kld export_syms | xargs -J% objcopy % ng_mppc.kld ld -Bshareable -d -warn-common -o ng_mppc.ko.debug ng_mppc.kld objcopy --strip-debug ng_mppc.ko.debug ng_mppc.ko ===> netgraph/nat (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c: In function `ng_nat_rcvdata': /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c:207: warning: 'ip' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph/nat. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-11 05:46:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-11 05:46:24 - ERROR: failed to build generic kernel TB --- 2005-05-11 05:46:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 11 05:48:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DE9F16A4CE for ; Wed, 11 May 2005 05:48:53 +0000 (GMT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F8B43D69 for ; Wed, 11 May 2005 05:48:52 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.70.216]) by lakermmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050511054847.MIKD10612.lakermmtao12.cox.net@dolphin.local.net>; Wed, 11 May 2005 01:48:47 -0400 Received: from dolphin.local.net (conrads@localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j4B5mgYr000816; Wed, 11 May 2005 00:48:51 -0500 (CDT) (envelope-from conrads@cox.net) Date: Wed, 11 May 2005 00:48:42 -0500 From: "Conrad J. Sabatier" To: Jens Schweikhardt Message-ID: <20050511004842.4aebdcda@dolphin.local.net> In-Reply-To: <20050508160637.GA962@schweikhardt.net> References: <20050508160637.GA962@schweikhardt.net> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: acd0: TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 05:48:53 -0000 On Sun, 8 May 2005 18:06:37 +0200, Jens Schweikhardt wrote: > Dear *, > > while my slightly out-of-date CURRENT system as of March 5th works > fine, CURRENT as of today won't boot due to problems with the ATA CD > ROM. Tray is closed, no CD inserted, in case it matters. The timeout > message is displayed several times with about 20 secs in between, > after > > ... > ad0: 76319MB [155061/16/63] at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > acd0: req=0xmumble TEST_UNIT_READY semaphore timeout !! DANGER Will > Robinson Same here. Only way I can boot with this kernel is to disable my secondary IDE controller (where both my DVD and CD drives reside) in the BIOS setup. CURRENT on amd64 as of 5/11/05. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Wed May 11 06:01:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92C5D16A4CE for ; Wed, 11 May 2005 06:01:22 +0000 (GMT) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id F347E43D49 for ; Wed, 11 May 2005 06:01:21 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.50 (FreeBSD)) id 1DVkHY-0008fp-L1 for freebsd-current@freebsd.org; Wed, 11 May 2005 08:01:20 +0200 Date: Wed, 11 May 2005 08:01:20 +0200 From: Oliver Brandmueller To: freebsd-current@freebsd.org Message-ID: <20050511060120.GA63918@e-Gitt.NET> Mail-Followup-To: freebsd-current@freebsd.org References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510152646.GA1164@orion.daedalusnetworks.priv> <20050510154902.GC691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510115051.L750@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050510115051.L750@lexi.siliconlandmark.com> User-Agent: Mutt/1.5.9i Sender: Oliver Brandmueller Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 06:01:22 -0000 Hi. On Tue, May 10, 2005 at 11:54:59AM -0400, Andre Guibert de Bruet wrote: > Wasn't the old max length of GECOS 8 chars? Setting it to anything less > starts to become too short -- You're better off just outputting the UID. I vote for removing (or make it optional) the code that measures username lengths. I have a system with >90k users (in LDAP) and it takes quite some time to find out the longest (just to cut the number down to 13 afterwards anyway). This even happens with "-u" in the standard top. After being tired of 10 seconds startup time for top if ifdef'd the code in my sourcetree (-STABLE in that case) and everything is fine. Guess I'm not the only one to have "a few more" system users... - Oliver -- | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | From owner-freebsd-current@FreeBSD.ORG Wed May 11 06:41:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8418116A4CE for ; Wed, 11 May 2005 06:41:52 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF97943D60 for ; Wed, 11 May 2005 06:41:51 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 01196C00D for ; Wed, 11 May 2005 08:41:48 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 476764080; Wed, 11 May 2005 08:40:50 +0200 (CEST) Date: Wed, 11 May 2005 08:40:50 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050511064050.GB60916@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 06:41:52 -0000 Hi, I tried to build a very -CURRENT world, and I have the following error : %%% ===> usr.sbin/pmccontrol (depend) rm -f .depend mkdep -f .depend -a /usr/src/usr.sbin/pmccontrol/pmccontrol.c /usr/src/usr.sbin/pmccontrol/pmccontrol.c:40:17: pmc.h: No such file or directory z6po:src# find . -name pmc.h ./sys/sys/pmc.h ./lib/libpmc/pmc.h %%% I suppose mkdep(1) needs the -I flag to include lib/libpmc/, but I don't understand why I'm apparently the only one to hit this case. Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed May 11 07:32:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC23C16A4CE; Wed, 11 May 2005 07:32:01 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 439E343D2D; Wed, 11 May 2005 07:32:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B7W0T9044107; Wed, 11 May 2005 03:32:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B7W0jo080121; Wed, 11 May 2005 03:32:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6CBDB7306E; Wed, 11 May 2005 03:32:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050511073200.6CBDB7306E@freebsd-current.sentex.ca> Date: Wed, 11 May 2005 03:32:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 07:32:02 -0000 TB --- 2005-05-11 05:46:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 05:46:24 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-11 05:46:24 - cleaning the object tree TB --- 2005-05-11 05:47:13 - checking out the source tree TB --- 2005-05-11 05:47:13 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-11 05:47:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 06:04:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 06:04:21 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-11 06:04:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-11 07:14:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 07:14:59 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-11 07:14:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 11 07:15:00 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch export_syms awk -f /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/mppc/../../../conf/kmod_syms.awk ng_mppc.kld export_syms | xargs -J% objcopy % ng_mppc.kld ld -Bshareable -d -warn-common -o ng_mppc.ko.debug ng_mppc.kld objcopy --strip-debug ng_mppc.ko.debug ng_mppc.ko ===> netgraph/nat (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c: In function `ng_nat_rcvdata': /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/nat/../../../netgraph/ng_nat.c:207: warning: 'ip' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph/nat. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-11 07:32:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-11 07:32:00 - ERROR: failed to build generic kernel TB --- 2005-05-11 07:32:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 11 07:43:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE01016A4D0 for ; Wed, 11 May 2005 07:43:10 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 5BBA743D5E for ; Wed, 11 May 2005 07:43:10 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 8456 invoked by uid 60001); 11 May 2005 07:43:09 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=i3Q7SVgvYhYXIFULsl6lwlPe5oneLXlz+mXn37Ld/rxfohtDGtPQhtEIoJV1+hEo4sRhoyoGX6zGpKE5NHVIzY6y/RWa8bDm3EVjolN9ccT7bv5tGrnCE9LKqs2gdjLeNe5meUGBjkZW6ysY4NaTIP3g4CUvXW9B1ljIuy2cqag= ; Message-ID: <20050511074309.8454.qmail@web54001.mail.yahoo.com> Received: from [147.46.44.181] by web54001.mail.yahoo.com via HTTP; Wed, 11 May 2005 00:43:09 PDT Date: Wed, 11 May 2005 00:43:09 -0700 (PDT) From: Rob To: Subhro In-Reply-To: <42817E93.1030204@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 07:43:11 -0000 --- Subhro wrote: > On 5/11/2005 8:04, Rob wrote: > > >All computers are running 5-Stable, as of May 10. > >All, but PC1 with fxp, use polling, with: > > options DEVICE_POLLING > > options HZ=1000 > > > > > 1000 IMHO seems a bit too heavy. Try something > lower. Same problem. Ssh-tunnel connection is also disrupted with HZ=100. May I conclude that the HZ value is not the culprit? Or should I try once again with HZ=10? kern.ipc.nmbclusters is 4928 for this PC. Is that good or bad? "sysctl -a | grep -i polling" gives following: kern.polling.burst: 150 kern.polling.each_burst: 5 kern.polling.burst_max: 150 kern.polling.idle_poll: 0 kern.polling.poll_in_trap: 0 kern.polling.user_frac: 50 kern.polling.reg_frac: 20 kern.polling.short_ticks: 0 kern.polling.lost_polls: 6 kern.polling.pending_polls: 0 kern.polling.residual_burst: 0 kern.polling.handlers: 0 kern.polling.enable: 0 kern.polling.phase: 0 kern.polling.suspect: 6 kern.polling.stalled: 0 kern.polling.idlepoll_sleeping: 1 <118>kern.polling.enable: <118>xl0: flags=18843 mtu 1500 <118> options=49 <118>xl1: flags=18843 mtu 1500 <118> options=49 I actually doubt whether the default values of these sysctl variables would cause the problem. Regards, Rob. __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-current@FreeBSD.ORG Wed May 11 09:47:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A49D016A4CE; Wed, 11 May 2005 09:47:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25C7443D66; Wed, 11 May 2005 09:47:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B9lNnE095584; Wed, 11 May 2005 05:47:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4B9lNNl021653; Wed, 11 May 2005 05:47:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4048F7306E; Wed, 11 May 2005 05:47:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050511094723.4048F7306E@freebsd-current.sentex.ca> Date: Wed, 11 May 2005 05:47:23 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean 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: Wed, 11 May 2005 09:47:24 -0000 TB --- 2005-05-11 07:32:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 07:32:00 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-05-11 07:32:00 - cleaning the object tree TB --- 2005-05-11 07:32:31 - checking out the source tree TB --- 2005-05-11 07:32:31 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-05-11 07:32:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 07:38:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 07:38:50 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-11 07:38:50 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-11 09:11:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 09:11:53 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-11 09:11:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 11 09:11:54 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed May 11 09:33:26 UTC 2005 TB --- 2005-05-11 09:33:26 - generating LINT kernel config TB --- 2005-05-11 09:33:26 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-05-11 09:33:26 - /usr/bin/make -B LINT TB --- 2005-05-11 09:33:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 09:33:26 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-11 09:33:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 11 09:33:26 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/netgraph/ng_ipfw.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/netgraph/ng_ksocket.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/netgraph/ng_l2tp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/netgraph/ng_lmi.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/netgraph/ng_mppc.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/netgraph/ng_nat.c /tinderbox/CURRENT/ia64/ia64/src/sys/netgraph/ng_nat.c: In function `ng_nat_rcvdata': /tinderbox/CURRENT/ia64/ia64/src/sys/netgraph/ng_nat.c:207: warning: 'ip' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-05-11 09:47:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-11 09:47:23 - ERROR: failed to build lint kernel TB --- 2005-05-11 09:47:23 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 11 10:01:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6673416A4CE; Wed, 11 May 2005 10:01:13 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EEA243D6B; Wed, 11 May 2005 10:01:12 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BA6rLS062131; Wed, 11 May 2005 13:06:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 61518-18; Wed, 11 May 2005 13:01:10 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BA6qMl062128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2005 13:06:52 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4BA1QJV040027; Wed, 11 May 2005 13:01:26 +0300 (EEST) (envelope-from ru) Date: Wed, 11 May 2005 13:01:25 +0300 From: Ruslan Ermilov To: Rob Message-ID: <20050511100125.GA750@ip.net.ua> References: <42817E93.1030204@gmail.com> <20050511074309.8454.qmail@web54001.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <20050511074309.8454.qmail@web54001.mail.yahoo.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Subhro cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 10:01:13 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 11, 2005 at 12:43:09AM -0700, Rob wrote: > I actually doubt whether the default values of > these sysctl variables would cause the problem. >=20 No. Can you observe the broken IP/TCP/UDP checksums? netstat -ss -f inet |grep -w bad Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgdf1qRfpzJluFF4RAhHHAJ0Yha99f3JxRiFtoWbJnzbWGuaHhwCeLczG QMRxIAoWOHp3hosfiapSCEE= =X+L3 -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:40:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id 3115416A4D2; Tue, 10 May 2005 15:40:35 +0000 (GMT) Date: Tue, 10 May 2005 15:40:35 +0000 From: Darren Reed To: Scott Long Message-ID: <20050510154035.GB67017@hub.freebsd.org> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> <200505072153.54369.josemi@freebsd.jazztel.es> <20050507201142.GA9298@gothmog.gr> <427D82C4.4000201@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <427D82C4.4000201@samsco.org> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 cc: Darren Reed cc: freebsd-current@freebsd.org cc: Giorgos Keramidas cc: Jose M Rodriguez Subject: Re: IPFILTER Branch [was: Re: [current tinderbox] failure on powerpc/powerpc] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:40:35 -0000 On Sat, May 07, 2005 at 09:08:52PM -0600, Scott Long wrote: > Darren's latest import wasn't ever tested on FreeBSD, nor did he make > any attempt to make it compile on FreeBSD before he imported it. That's just utter bullshit. > He merely dropped it in CVS and walked away. As is that. I spent the best partof the next 2 to 3 days getting it together. But I could be generous and accept that it appeared like that but really, what you call "walking away" is what I call "sleeping." Maybe you have more time in your life such that you can do commits in hours that aren't next to when you sleep. I'm not so fortunate. Or maybe you just don't need to sleep. Or maybe you're just ignorant that people do work when they can and in timezones that don't align well with most European/North Americans. > If it wasn't for the teamwork of others, it would still be broken. This time there were some parts that needed work that were outside my experience for FreeBSD. That's unlikely to be needed again now that the framework has changed. > CVS is where work goes that is done and tested, not where undercooked > hacks go while waiting for others to clean them up. It's always tested (as in it works) before it is imported. The only issue I generally have is with driving CVS and making sure all the right bits go in the right place and that it compiles cleanly. If I had enough "stuff" I'd rsync out the repo, do a test of everything against a clone of the repo, test that a few times and then commit into FreeBSD. Well, at least for the last import. But the only resource *I* have (currently) are those in freebsd.org and my laptop that needs to be used for a lot more things (like run FreeBSD 4 and FreeBSD 5, too.) Darren From owner-freebsd-current@FreeBSD.ORG Tue May 10 15:44:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id E186716A4D0; Tue, 10 May 2005 15:44:18 +0000 (GMT) Date: Tue, 10 May 2005 15:44:18 +0000 From: Darren Reed To: Max Laier Message-ID: <20050510154418.GC67017@hub.freebsd.org> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <4276C18F.1080207@freebsd.org> <200505062004.34884.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505062004.34884.max@love2party.net> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 cc: darrenr@freebsd.org cc: powerpc@freebsd.org cc: freebsd-current@freebsd.org cc: Peter Grehan Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 10 May 2005 15:44:19 -0000 On Fri, May 06, 2005 at 08:04:22PM +0200, Max Laier wrote: > On Tuesday 03 May 2005 02:10, Peter Grehan wrote: > > I've sent mail to Darren about this: it's a PPC-only (well, maybe ARM > > as well) default-unsigned-char problem. For those that want to > > buildworld appended is the patch I'm using. > > [...] > Just saw your mail now. Darren has had enough time to veto against it. > Please go ahead, fix the build and shut up the tinderbox. Thanks! And I never would veto it... I don't quite get the "veto" bit, if something is broken someone should just fix it. I, at least, don't feel territorial about source code in FreeBSD. Darren From owner-freebsd-current@FreeBSD.ORG Wed May 11 03:40:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE2EC16A4D1 for ; Wed, 11 May 2005 03:40:13 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4345A43D46 for ; Wed, 11 May 2005 03:40:13 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so3749rng for ; Tue, 10 May 2005 20:40:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=b0zFAAQFOxqqflJSZRL6iQKK7H0/aVi3r7tT2qFUwuJonRaX3pkG274MVU7X17AwSW8zuVad1mBf37If43e1ILgkcRQKbKVvTFLVIA+OvrgPGMvqUyZcW0Te0zqcUKnW+ZcV5OOvxJ1CIEkLKI/KdIj0Aotfw5JFDRd7vE4Ot/U= Received: by 10.39.1.54 with SMTP id d54mr9500rni; Tue, 10 May 2005 20:40:09 -0700 (PDT) Received: from ?59.93.162.113? ([59.93.162.113]) by mx.gmail.com with ESMTP id f3sm752703rne.2005.05.10.20.40.07; Tue, 10 May 2005 20:40:09 -0700 (PDT) Message-ID: <42817E93.1030204@gmail.com> Date: Wed, 11 May 2005 09:10:03 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511023425.23313.qmail@web54007.mail.yahoo.com> In-Reply-To: <20050511023425.23313.qmail@web54007.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------090405070807030900030305" X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 03:40:14 -0000 This is a multi-part message in MIME format. --------------090405070807030900030305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 8:04, Rob wrote: >All computers are running 5-Stable, as of May 10. >All, but PC1 with fxp, use polling, with: > options DEVICE_POLLING > options HZ=1000 > > 1000 IMHO seems a bit too heavy. Try something lower. Regards S. --------------090405070807030900030305-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 03:50:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D36516A4CE for ; Wed, 11 May 2005 03:50:42 +0000 (GMT) Received: from server299.com (server299.com [216.35.196.23]) by mx1.FreeBSD.org (Postfix) with SMTP id 6001343D86 for ; Wed, 11 May 2005 03:50:41 +0000 (GMT) (envelope-from general@undergroundsea.com) Received: (qmail 3855 invoked by uid 2007); 11 May 2005 03:50:40 -0000 Message-ID: <20050511035040.28604.qmail@server299.com> From: "general" To: current@freebsd.org Date: Wed, 11 May 2005 03:50:40 MIME-Version: 1.0 X-Mailer: WebMail 2.0 X-Originating-IP: 68.104.0.153 X-Originating-Email: general@undergroundsea.com Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 Subject: raid array trouble > 2TB - freebsd 5.4 install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: general List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 03:50:42 -0000 Hey all, i've had a bit of trouble getting freebsd installed with my 2.5TB array. I'm using a 3ware 9500s Raid controller with 12 250G drives. I've been through this install before a few months ago when the array was only 1.5TB installing freebsd 5.3. So, installing 5.4, i know that sysinstall is a bit confused and it see's the size wrong (at least it was with 5.3). Just like before, i created one slice and then partitioned my OS partitions (using about 20G). My plan was to just create that, get it installed, and once installed, use disklabel and fix the partitions. Once installed, i ran fdisk and it showed the size wrong (only about 600G, possible remainder after 2TB). So i ran 'fdisk -u /dev/da0' and it errors back 'no such file or directory'. I get the same error if i try with da0s1 also. Does anyone know why i'm getting this? I'm rebuilding the array now with 2TB auto-carving to see if i can at least get 2 volumes going, but i would really like one large volume. Thanks for any help you can provide - From owner-freebsd-current@FreeBSD.ORG Wed May 11 03:52:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A774C16A4CE; Wed, 11 May 2005 03:52:56 +0000 (GMT) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D573343D7F; Wed, 11 May 2005 03:52:55 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 44E9F411; Wed, 11 May 2005 05:52:54 +0200 (CEST) Received: from srv (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 44B8E3FC; Wed, 11 May 2005 05:52:50 +0200 (CEST) Date: Wed, 11 May 2005 05:52:50 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@localhost To: Rob In-Reply-To: <20050511023425.23313.qmail@web54007.mail.yahoo.com> Message-ID: <20050511054451.E3375@localhost> References: <20050511023425.23313.qmail@web54007.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.3 X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 03:52:56 -0000 Hi, just one experience of mine with Realtek 8139. I was not able to FTP upgrade Suse 9.2. Data transfer was crashing. After some *research* I changed the 8139 and problem was solved. The server was on 3c905B. Cheers, Vlado. On Tue, 10 May 2005, Rob wrote: > Ruslan Ermilov wrote: >> Greetings, >> >> Those of you wishing to try your xl(4) card under >> polling(4) are welcome to test this patch: >> > > Ruslan, > > Yesterday I discovered that polling of the xl > interface randomly disrupts an ssh-tunnel of mine. > I think there's still a subtle, yet critical problem > with xl polling. > > I cannot locate the details of the problem, so I > will describe the symptoms that I see in my network, > and why I suspect xl polling. > > Here is a sketch of my two private networks: > > PC1 - GW1 ~~~~ GW2 - PC2 > > PC1 = PC on private network, Intel Pro/100 (fxp) > GW1 = Dual-homed Gateway, 2 x 3Com 3c905B-TX (xl) > GW2 = Dual-homed Gateway, 2 x RealTek 8139 (rl) > PC2 = PC on private network, RealTek 8139 (rl) > ~~~~ = Internet > > All computers are running 5-Stable, as of May 10. > All, but PC1 with fxp, use polling, with: > options DEVICE_POLLING > options HZ=1000 > > > GW2 redirects (with natd) port 2200 to PC2. > > PC1 establishes an ssh-tunnel to PC2: > PC1$ ssh -p 2200 -N -f -R 2000:localhost:22 GW2 > > Then on PC2, I can use this tunnel to connect > directly to PC1, for example to run xbiff: > PC2$ ssh -Y -p 2000 localhost xbiff > > This works beautifully, but every now and then the > ssh-tunnel connection is 'closed' for no reason > (the ssh-tunnel itself remains, but the connection > is closed). > This happens at least once an hour, seemingly at > random. > > After some trial and error, I discovered that the > polling of the xl devices (GW1) is the culprit. > > As soon as I disable the polling for the xl devices > on GW1, the ssh-tunnel connection is not disrupted > anymore. > > ----- > > GW1 is also a production server, so experimenting > is rather limited. However, I can run tests, if that > would help resolve the problem. > > Here you can find some relevant info on GW1 with the > xl devices: > > dmesg output: > http://surfion.snu.ac.kr/~lahaye/dmesg.boot > kernel configuration: > http://surfion.snu.ac.kr/~lahaye/MYKERNEL > /boot/loader.conf: > http://surfion.snu.ac.kr/~lahaye/loader.conf > > Regards, > Rob. > > > > __________________________________ > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your mobile phone. > http://mobile.yahoo.com/learn/mail > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Wed May 11 05:26:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF9716A4CE for ; Wed, 11 May 2005 05:26:37 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08E4643D54 for ; Wed, 11 May 2005 05:26:37 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so11867rng for ; Tue, 10 May 2005 22:26:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=FknvDLysTV0TgpSK3Wxjl+Bxel6Opfb5orUKzhp+VAPIXrhRi8OrZiRPGhQaswEytMudjXyQGZIfA+4DKgczzZbOPpBZ2TQweca1i9XiIJ8RkGireUIzv5Q5ZwpKs9QxoWtYobZkc2MQGurme42jTQrdkjVBbdHEhWvKvRA3qdQ= Received: by 10.38.71.62 with SMTP id t62mr55323rna; Tue, 10 May 2005 22:26:36 -0700 (PDT) Received: from ?59.93.162.113? ([59.93.162.113]) by mx.gmail.com with ESMTP id h17sm1621909rnb.2005.05.10.22.26.23; Tue, 10 May 2005 22:26:36 -0700 (PDT) Message-ID: <42819770.9070007@gmail.com> Date: Wed, 11 May 2005 10:56:08 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511051016.93990.qmail@web54002.mail.yahoo.com> In-Reply-To: <20050511051016.93990.qmail@web54002.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------040402080605000400060602" X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD Stable cc: FreeBSD current cc: ru@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 05:26:38 -0000 This is a multi-part message in MIME format. --------------040402080605000400060602 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 10:40, Rob wrote: >--- Subhro wrote: > > > >>On 5/11/2005 8:04, Rob wrote: >> >> >> >>>All computers are running 5-Stable, as of May 10. >>>All, but PC1 with fxp, use polling, with: >>> options DEVICE_POLLING >>> options HZ=1000 >>> >>> >>1000 IMHO seems a bit too heavy. Try something >>lower. >> >> > >What is heavy and what is not? >Does 100 sound better? > >How can I develop a feeling for the 'heaviness' of >this HZ number? Is it related to the CPU speed? > >Thanks for clarifying! > >Rob. > > > Before I answer this question, I would like to clarify a few things. Previously (when there was no concept of Device Polling) whenever a packet arrived at a network interface, the NIC generated an interrupt. An interrupt would cause the processor to stop whatever it was doing and make it look into the reason why the interrupt was generated. This concept had no problems except the fact that it could be used maliciously. For example, if someone wants to consume all processing power, he may create an interrupt storm by constanly sending packets to the NIC. the NIC would continue generating interrupts and the processor would be busy servicing them, thus wasting and depriving other processes from precious CPU cycles. This is one form of Denial of Service attack. Also for systems which handle really heavy loads, a legal series of interrupts may seem like a DOS. Thus the concept of Device Polling came into play In Device Polled systems, the NIC does not generate any interrupt at all. Instead whenever the packets arrive at a Network interface, they are captured and put into a queue. The kernel scheduler checks the quese at regular intervals and processes the packets which are waiting. This interval is adjusted by the "options HZ=x" kernel option. If the value of x is very high, there may eb two scenarios. In the first scenario, the queue may fill up and subsequent packets are dropped. In this case retransmission of the packets are required. In the second scenario, the packets would be held up for excessive long times which defeats the entire purpose of Device Polling. If the value of x is very low, the scheduler would check the queue frequently and would again defeat the entire idea of Device Polling. The value of x is very much implementation and load specific. When I have to put up a new FreeBSD box, I start from 100 and start beefing up the number until I find a good balance. For your implementaion it seems to me as if the packets are waiting in the queue for a long time which are causing the SSH sessions to time out. Regards S. --------------040402080605000400060602-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 07:47:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31A7416A4D0 for ; Wed, 11 May 2005 07:47:08 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B4F243D62 for ; Wed, 11 May 2005 07:47:07 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so53717rnf for ; Wed, 11 May 2005 00:47:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=FBFELfoFRUFcVfYl/FlsN78LNk3c2D1AXtXw4ZeZPPG3wstGkofH407Mv8PAY8C2yKcYkUbprNT5MoblEM+zUHvlCJ0cCfmL+Ug3tgYDj0MjdY6INQ1t1dADd4UKBXmpPMob/eKUUU8uyWp3VGvXnkQu7vs+uJiG6irxKiljkoc= Received: by 10.38.82.11 with SMTP id f11mr278509rnb; Wed, 11 May 2005 00:47:06 -0700 (PDT) Received: from ?59.93.164.66? ([59.93.164.66]) by mx.gmail.com with ESMTP id m36sm10227rnd.2005.05.11.00.47.04; Wed, 11 May 2005 00:47:06 -0700 (PDT) Message-ID: <4281B873.7020208@gmail.com> Date: Wed, 11 May 2005 13:16:59 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511074309.8454.qmail@web54001.mail.yahoo.com> In-Reply-To: <20050511074309.8454.qmail@web54001.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------020007020503090001060109" X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 07:47:08 -0000 This is a multi-part message in MIME format. --------------020007020503090001060109 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 13:13, Rob wrote: >--- Subhro wrote: > > > >>On 5/11/2005 8:04, Rob wrote: >> >> >> >>>All computers are running 5-Stable, as of May 10. >>>All, but PC1 with fxp, use polling, with: >>> options DEVICE_POLLING >>> options HZ=1000 >>> >>> >>> >>> >>1000 IMHO seems a bit too heavy. Try something >>lower. >> >> > >Same problem. Ssh-tunnel connection is also disrupted >with HZ=100. May I conclude that the HZ value is not >the culprit? Or should I try once again with HZ=10? > > 100 should be fine. 10 would be a bit too much overkill. >kern.ipc.nmbclusters is 4928 for this PC. >Is that good or bad? > > What is the purpose of the box? Give a description of the network traffic. >"sysctl -a | grep -i polling" gives following: >kern.polling.burst: 150 >kern.polling.each_burst: 5 >kern.polling.burst_max: 150 >kern.polling.idle_poll: 0 >kern.polling.poll_in_trap: 0 >kern.polling.user_frac: 50 >kern.polling.reg_frac: 20 >kern.polling.short_ticks: 0 >kern.polling.lost_polls: 6 >kern.polling.pending_polls: 0 >kern.polling.residual_burst: 0 >kern.polling.handlers: 0 >kern.polling.enable: 0 >kern.polling.phase: 0 >kern.polling.suspect: 6 >kern.polling.stalled: 0 >kern.polling.idlepoll_sleeping: 1 ><118>kern.polling.enable: ><118>xl0: flags=18843 MULTICAST,POLLING> mtu 1500 ><118> options=49 ><118>xl1: flags=18843 MULTICAST,POLLING> mtu 1500 ><118> options=49 > > > Did you use any strange CFLAGS like -O3 or -f* compile time options when you built the system? Regards S. --------------020007020503090001060109-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 07:48:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66FD916A4D0 for ; Wed, 11 May 2005 07:48:40 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E4C343D66 for ; Wed, 11 May 2005 07:48:39 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so53897rnf for ; Wed, 11 May 2005 00:48:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=SSTTiIX91snMIVxvKfo39Qb334Qg7y+iH5VNDJX9GxcIvw83BVErOjiGWyp4ldxmJ+odO0QU4x5G493IX+x4vavpmBlpm+K/s1ckROmN6lcyk56qhwiH9fBCdGXdL6xz1yKvqPrynBs0urDYa7vvAYq+aJjQAib6BsX+EWtn++Y= Received: by 10.38.92.51 with SMTP id p51mr285782rnb; Wed, 11 May 2005 00:48:39 -0700 (PDT) Received: from ?59.93.164.66? ([59.93.164.66]) by mx.gmail.com with ESMTP id k6sm10821rnd.2005.05.11.00.48.36; Wed, 11 May 2005 00:48:39 -0700 (PDT) Message-ID: <4281B8CF.7050704@gmail.com> Date: Wed, 11 May 2005 13:18:31 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rob References: <20050511074309.8454.qmail@web54001.mail.yahoo.com> In-Reply-To: <20050511074309.8454.qmail@web54001.mail.yahoo.com> Content-Type: multipart/mixed; boundary="------------010001010400000602070804" X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 07:48:40 -0000 This is a multi-part message in MIME format. --------------010001010400000602070804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 13:13, Rob wrote: >--- Subhro wrote: > > > >>On 5/11/2005 8:04, Rob wrote: >> >> >> >>>All computers are running 5-Stable, as of May 10. >>>All, but PC1 with fxp, use polling, with: >>> options DEVICE_POLLING >>> options HZ=1000 >>> >>> >>> >>> >>1000 IMHO seems a bit too heavy. Try something >>lower. >> >> > >Same problem. Ssh-tunnel connection is also disrupted >with HZ=100. May I conclude that the HZ value is not >the culprit? Or should I try once again with HZ=10? > >kern.ipc.nmbclusters is 4928 for this PC. >Is that good or bad? > >"sysctl -a | grep -i polling" gives following: >kern.polling.burst: 150 >kern.polling.each_burst: 5 >kern.polling.burst_max: 150 >kern.polling.idle_poll: 0 >kern.polling.poll_in_trap: 0 >kern.polling.user_frac: 50 >kern.polling.reg_frac: 20 >kern.polling.short_ticks: 0 >kern.polling.lost_polls: 6 >kern.polling.pending_polls: 0 >kern.polling.residual_burst: 0 >kern.polling.handlers: 0 >kern.polling.enable: 0 > > Force this to be 1. Damn I should have noted it earlier Regards S. --------------010001010400000602070804-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 08:27:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1DE16A4CE; Wed, 11 May 2005 08:27:46 +0000 (GMT) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E78E43D4C; Wed, 11 May 2005 08:27:43 +0000 (GMT) (envelope-from djv@mbnet.fi) Received: from [192.168.1.3] (GII.dsl.saunalahti.fi [85.76.233.203]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id D711FE076A; Wed, 11 May 2005 11:27:41 +0300 (EEST) Message-ID: <4281C1FC.800@mbnet.fi> Date: Wed, 11 May 2005 11:27:40 +0300 From: Tuomo Latto User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable References: <20050511051016.93990.qmail@web54002.mail.yahoo.com> <42819770.9070007@gmail.com> In-Reply-To: <42819770.9070007@gmail.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 cc: FreeBSD current Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 08:27:46 -0000 Subhro wrote: ... > In Device Polled systems, the NIC does not generate any interrupt at > all. Instead whenever the packets arrive at a Network interface, they > are captured and put into a queue. The kernel scheduler checks the quese > at regular intervals and processes the packets which are waiting. This > interval is adjusted by the "options HZ=x" kernel option. > > If the value of x is very high, there may eb two scenarios. In the first > scenario, the queue may fill up and subsequent packets are dropped. In > this case retransmission of the packets are required. In the second > scenario, the packets would be held up for excessive long times which > defeats the entire purpose of Device Polling. If the value of x is very > low, the scheduler would check the queue frequently and would again > defeat the entire idea of Device Polling. It's the other way around. Large values indicate larger polling frequency thus amounting to more checks. Or at least the name of the option would suggest that anyway. -- Tuomo ... I can walk on water, but I stagger on alcohol From owner-freebsd-current@FreeBSD.ORG Wed May 11 10:36:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D27916A4CE for ; Wed, 11 May 2005 10:36:33 +0000 (GMT) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06F8543D5D for ; Wed, 11 May 2005 10:36:33 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1DVoZq-000Hkr-L1; Wed, 11 May 2005 11:36:30 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DVoZq-0003gu-Ff; Wed, 11 May 2005 11:36:30 +0100 To: spamrefuse@yahoo.com, subhro.kar@gmail.com In-Reply-To: <4281B873.7020208@gmail.com> Message-Id: From: Pete French Date: Wed, 11 May 2005 11:36:30 +0100 X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 cc: freebsd-current@freebsd.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 10:36:33 -0000 > 100 should be fine. 10 would be a bit too much overkill. I think you have this the wrong way round - the smaller this number is the *less* often it will poll the device. Its in hertz remember. So 10 is only polling ten times a second, whereas 100 is polling 100 times a second. If you are getting dropped packets then *increase* the number so that it polls more often. -pcf. From owner-freebsd-current@FreeBSD.ORG Wed May 11 12:28:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939B216A4CE; Wed, 11 May 2005 12:28:01 +0000 (GMT) Received: from godzilla.vipstructures.com (godzilla.vipstructures.com [66.195.71.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49B0943D5C; Wed, 11 May 2005 12:28:01 +0000 (GMT) (envelope-from etoll@vipstructures.com) Received: from localhost (localhost.vipstructures.com [127.0.0.1]) by godzilla.vipstructures.com (Postfix) with ESMTP id 8BC3728424; Wed, 11 May 2005 08:28:00 -0400 (EDT) Received: from mothra.vipstructures.com (mothra.vipstructures.com [192.168.1.3]) by godzilla.vipstructures.com (Postfix) with ESMTP id 3AF8F28422; Wed, 11 May 2005 08:28:00 -0400 (EDT) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 11 May 2005 08:28:00 -0400 Message-ID: <9BC86C67C3AF7646B9C5382020457A9456E914@VIP10-WIN2K> From: "Toll, Eric" To: "Kris Kennaway" , , X-Antivirus: checked by Norton Anti Virus X-MTA-Mailer: Postfix 2 by Wietse Venema - http://www.postfix.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on godzilla.vipstructures.com X-Mailman-Approved-At: Wed, 11 May 2005 12:29:33 +0000 Subject: RE: Fatal trap 12 in exec_copyout_strings() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 12:28:01 -0000 > -----Original Message----- > From: owner-freebsd-amd64@freebsd.org=20 > [mailto:owner-freebsd-amd64@freebsd.org] On Behalf Of Kris Kennaway > Sent: Tuesday, May 10, 2005 6:37 PM > To: amd64@FreeBSD.org; current@FreeBSD.org > Subject: Fatal trap 12 in exec_copyout_strings() >=20 > Got this on a dual amd64 with 24GB RAM running 6.0 from last week: >=20 Impressive, (The hardware not the fatal trap) what kind/brand of system = do you have? Is the 24Gb a max memory limit for the system? From owner-freebsd-current@FreeBSD.ORG Wed May 11 12:32:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F27116A4CE for ; Wed, 11 May 2005 12:32:01 +0000 (GMT) Received: from 62-15-211-204.inversas.jazztel.es (62-15-211-204.inversas.jazztel.es [62.15.211.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7E5643D73 for ; Wed, 11 May 2005 12:31:59 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j4BCVvoC006289 for ; Wed, 11 May 2005 14:31:57 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j4BCVuTm026618 for current@FreeBSD.org; Wed, 11 May 2005 14:31:56 +0200 (CEST) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: josemi set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez Organization: Redes JM To: current@FreeBSD.org Date: Wed, 11 May 2005 14:31:56 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505111431.56789.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.170; host: antares.redesjm.local) Subject: PXE booting HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 12:32:01 -0000 Hi, I'm in the way to prepare a current boot from net, and I'll know if: - I can safe compile (Well ...) HEAD in a RELENG_5_4 machine. - There're info about the safe form to get this working. I'll use: - a RELENG_5_4 build machine / nfs server - pxe boot the machine from dhcp/tftp - use exports/ctest (dedicated) and /home. Thanks in advance, -- josemi From owner-freebsd-current@FreeBSD.ORG Wed May 11 12:52:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E3616A4D0 for ; Wed, 11 May 2005 12:52:23 +0000 (GMT) Received: from v00051.home.net.pl (post.pl [212.85.96.51]) by mx1.FreeBSD.org (Postfix) with SMTP id D5EF543D58 for ; Wed, 11 May 2005 12:52:22 +0000 (GMT) (envelope-from steve@post.pl) Received: from localhost (HELO ?10.0.1.232?) (steve.post@home@127.0.0.1) by matrix01.home.net.pl with SMTP; Wed, 11 May 2005 12:52:19 -0000 Message-ID: <4282000A.2030600@post.pl> Date: Wed, 11 May 2005 14:52:26 +0200 From: Steven Jurczyk User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: general References: <20050511035040.28604.qmail@server299.com> In-Reply-To: <20050511035040.28604.qmail@server299.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: raid array trouble > 2TB - freebsd 5.4 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, 11 May 2005 12:52:24 -0000 general wrote: >Hey all, i've had a bit of trouble getting freebsd installed with my 2.5TB array. > >I'm using a 3ware 9500s Raid controller with 12 250G drives. I've been through this install before a few months ago when the array was only 1.5TB installing freebsd 5.3. > > I have use 3ware 9500s with 12*250 and 12*400G drives. The problem is that sector count variable in partition table and bsdlabel on i386 are 32bit - so maximum size of one partition/label are 2 TB. But You can create (with command line fdisk from FreeBSD 5.x) more partitions on big disk and this works (I have two 2 TB partitions on 4 TB array): # df Filesystem Size Used Avail Capacity Mounted on /dev/da1s1d 1.9T 1.7T 64G 96% /matrix1 /dev/da1s2d 1.9T 1.8T -59G 103% /matrix2 /dev/da0s1d 1.9T 1.7T 57G 97% /matrix3 /dev/da0s2d 1.9T 1.7T 95G 95% /matrix4 The second solution is using WHOLE disk (without partitioning and disklabeling) for one file system: newfs -U /dev/da0 mount /dev/da0 /mnt But in this situation the system must start from other small disk... -- best regards steve at home.pl From owner-freebsd-current@FreeBSD.ORG Wed May 11 13:11:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF82F16A4CE for ; Wed, 11 May 2005 13:11:13 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id F127343D7D for ; Wed, 11 May 2005 13:11:12 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j4BDB84J057627 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 11 May 2005 15:11:10 +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.10/8.12.10) with ESMTP id j4BDANhs062574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2005 15:10:24 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j4BDANRW064724; Wed, 11 May 2005 15:10:23 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j4BDAMXt064723; Wed, 11 May 2005 15:10:22 +0200 (CEST) (envelope-from ticso) Date: Wed, 11 May 2005 15:10:22 +0200 From: Bernd Walter To: Steven Jurczyk Message-ID: <20050511131021.GH59593@cicely12.cicely.de> References: <20050511035040.28604.qmail@server299.com> <4282000A.2030600@post.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4282000A.2030600@post.pl> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: general cc: current@freebsd.org Subject: Re: raid array trouble > 2TB - freebsd 5.4 install 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, 11 May 2005 13:11:14 -0000 On Wed, May 11, 2005 at 02:52:26PM +0200, Steven Jurczyk wrote: > general wrote: > > >Hey all, i've had a bit of trouble getting freebsd installed with my 2.5TB > >array. > >I'm using a 3ware 9500s Raid controller with 12 250G drives. I've been > >through this install before a few months ago when the array was only 1.5TB > >installing freebsd 5.3. > > > I have use 3ware 9500s with 12*250 and 12*400G drives. The problem is > that sector count variable in partition table and bsdlabel on i386 are > 32bit - so maximum size of one partition/label are 2 TB. But You can > create (with command line fdisk from FreeBSD 5.x) more partitions on big > disk and this works (I have two 2 TB partitions on 4 TB array): > > # df > Filesystem Size Used Avail Capacity Mounted on > /dev/da1s1d 1.9T 1.7T 64G 96% /matrix1 > /dev/da1s2d 1.9T 1.8T -59G 103% /matrix2 > /dev/da0s1d 1.9T 1.7T 57G 97% /matrix3 > /dev/da0s2d 1.9T 1.7T 95G 95% /matrix4 > > The second solution is using WHOLE disk (without partitioning and > disklabeling) for one file system: > > newfs -U /dev/da0 > mount /dev/da0 /mnt Use gpt to partition large disks. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed May 11 13:24:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D95716A4D0 for ; Wed, 11 May 2005 13:24:23 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F7E643D7C for ; Wed, 11 May 2005 13:24:20 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BDTtqx074332; Wed, 11 May 2005 16:29:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 81038-04; Wed, 11 May 2005 16:24:12 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BDTsWH074329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2005 16:29:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4BDORjg064159; Wed, 11 May 2005 16:24:27 +0300 (EEST) (envelope-from ru) Date: Wed, 11 May 2005 16:24:27 +0300 From: Ruslan Ermilov To: SXren Schmidt Message-ID: <20050511132427.GA64084@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Accessing IDE disk with bad sectors freezes the box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 13:24:23 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Soren, I have a disk with lot of bad sectors. When working with it on an AMD64 box running 6-CURRENT, accessing bad areas just freezes the box completely, without any diagnostics. The same disk when plugged into another i386 box running 4-STABLE works properly by issuing errors from the kernel, and reporting EIO to userland. Is there something I can do to try to mitigate this issue? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCggeLqRfpzJluFF4RAtnSAJ9GUALqMGFqU7onEVilv5w1yFZkyACffe9k 2CzqI/oZybSGhtpqWlSrizY= =eC76 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 13:28:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F6516A4CE; Wed, 11 May 2005 13:28:15 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78EC743D31; Wed, 11 May 2005 13:28:14 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4BDOGP4032964; Wed, 11 May 2005 15:24:16 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <428207EA.6090703@DeepCore.dk> Date: Wed, 11 May 2005 15:26:02 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20050511132427.GA64084@ip.net.ua> In-Reply-To: <20050511132427.GA64084@ip.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: current@FreeBSD.org Subject: Re: Accessing IDE disk with bad sectors freezes the box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 13:28:15 -0000 Ruslan Ermilov wrote: > Hi Soren, >=20 > I have a disk with lot of bad sectors. When working with it on > an AMD64 box running 6-CURRENT, accessing bad areas just freezes > the box completely, without any diagnostics. The same disk when > plugged into another i386 box running 4-STABLE works properly by > issuing errors from the kernel, and reporting EIO to userland. >=20 > Is there something I can do to try to mitigate this issue? Hmm, depending on the problem the disk has and how the controller is=20 implemented the behavior on fatal errors can be unpredictable,=20 especially when DMA is involved (some controllers just lock the bus=20 completely so our timeout code wont get a chance). If you switch the disk to PIO mode, does that help any ? --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed May 11 14:30:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29A8316A4CE for ; Wed, 11 May 2005 14:30:07 +0000 (GMT) Received: from web54001.mail.yahoo.com (web54001.mail.yahoo.com [206.190.36.225]) by mx1.FreeBSD.org (Postfix) with SMTP id 713ED43D81 for ; Wed, 11 May 2005 14:30:06 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 17911 invoked by uid 60001); 11 May 2005 14:30:05 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=LDSii4ONCaCKSfJOQEuL5MYjrleJtCCtVTa8tCIULP/CsOdT5GXJSZVU2UV2LkHtChxBP+5+T+MMg5rplIz7oKnDkrSIWMNIc8TUw1kio/rXtWVvnZl0vAF8L0sJYAmYEPCSGjW3/qhxhqLga//+1C2Yz1xW25D0Wo5zh+djLHI= ; Message-ID: <20050511143005.17908.qmail@web54001.mail.yahoo.com> Received: from [147.47.254.184] by web54001.mail.yahoo.com via HTTP; Wed, 11 May 2005 07:30:05 PDT Date: Wed, 11 May 2005 07:30:05 -0700 (PDT) From: Rob To: Ruslan Ermilov In-Reply-To: <20050511100125.GA750@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Subhro cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 14:30:07 -0000 --- Ruslan Ermilov wrote: > On Wed, May 11, 2005 at 12:43:09AM -0700, Rob wrote: > > I actually doubt whether the default values of > > these sysctl variables would cause the problem. > > > No. Can you observe the broken IP/TCP/UDP > checksums? > > netstat -ss -f inet |grep -w bad Argh, just found out that it is not the polling. Even without the polling, the ssh-tunnel connection gets disrupted, although not as frequent as with the polling. Possibly, the polling makes the problem more visible, but it not the culprit. My apologies for the noise. I don't know yet exactly what it is. I use a script to test whether the ssh-tunnel is still alive; if not, then the tunnel is renewed. This script has worked like a charm for almost 6 months. Don't know what's has changed in the meantime. Also, four PCs are part of this ssh-tunnel, which makes it rather complex to pin-point the problem :(. Anyway, that's my problem. Most important: the xl polling seems OK. Meanwhile I have learned a lot more about what polling actually is! Thanks, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed May 11 14:36:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27AA16A4CE; Wed, 11 May 2005 14:36:40 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4E843D46; Wed, 11 May 2005 14:36:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BEgLtn078942; Wed, 11 May 2005 17:42:21 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 87808-04; Wed, 11 May 2005 17:36:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4BEgJLM078939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 May 2005 17:42:19 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4BEaqP7064828; Wed, 11 May 2005 17:36:52 +0300 (EEST) (envelope-from ru) Date: Wed, 11 May 2005 17:36:52 +0300 From: Ruslan Ermilov To: Rob Message-ID: <20050511143652.GA64793@ip.net.ua> References: <20050511100125.GA750@ip.net.ua> <20050511143005.17908.qmail@web54001.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050511143005.17908.qmail@web54001.mail.yahoo.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: stable@FreeBSD.org cc: current@FreeBSD.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 14:36:40 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 11, 2005 at 07:30:05AM -0700, Rob wrote: > Argh, just found out that it is not the polling. > Even without the polling, the ssh-tunnel connection > gets disrupted, although not as frequent as with > the polling. Possibly, the polling makes the problem > more visible, but it not the culprit. >=20 > My apologies for the noise. >=20 > I don't know yet exactly what it is. I use a script > to test whether the ssh-tunnel is still alive; if > not, then the tunnel is renewed. This script has > worked like a charm for almost 6 months. > Don't know what's has changed in the meantime. >=20 > Also, four PCs are part of this ssh-tunnel, which > makes it rather complex to pin-point the problem :(. >=20 > Anyway, that's my problem. > Most important: the xl polling seems OK. >=20 > Meanwhile I have learned a lot more about what > polling actually is! >=20 I very much appreciate the feedback like this one. Often people just shut up after their problem is solved. Thank you! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCghiEqRfpzJluFF4RAn3yAJ9brSB3Pz9HBJsUo12YD3582tASnwCcD0iW PwqBmPP5pjZ0hNuH15JQCu8= =7Q8+ -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 14:39:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D55D16A4D8 for ; Wed, 11 May 2005 14:39:23 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id B772443D1F for ; Wed, 11 May 2005 14:39:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so100223rnf for ; Wed, 11 May 2005 07:39:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PMkHsEdpjuLqFB5FADO/XaPvNaeOb9w9F8mX5CBe2OZJkvAJE47ZtkC5rLQTDfa1gl2aV1X88iuDNQ9enFwb+MaaSmXAMrzTN1I4M1vTbD+iQHF8DPPFDqNSvuwQh0++l9OFgbGfCPJ+7HCECPMXK1R2uHiUr6xwN8AxS/AWE0c= Received: by 10.39.2.13 with SMTP id e13mr109733rni; Wed, 11 May 2005 07:39:22 -0700 (PDT) Received: by 10.38.209.22 with HTTP; Wed, 11 May 2005 07:39:22 -0700 (PDT) Message-ID: <84dead72050511073955eec896@mail.gmail.com> Date: Wed, 11 May 2005 14:39:22 +0000 From: Joseph Koshy To: Jeremie Le Hen In-Reply-To: <20050511064050.GB60916@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050511064050.GB60916@obiwan.tataz.chchile.org> cc: freebsd-current@freebsd.org Subject: Re: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 14:39:23 -0000 > I suppose mkdep(1) needs the -I flag to include lib/libpmc/, but=20 > I don't understand why I'm apparently the only one to hit this=20 > case. pmccontrol.c #includes which should have got installed in $OBJDIR/usr/include during the 'installincludes'=20 phase of the build. My guess is that you are probably doing a "make" at the top level, and not a 'make buildworld'. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Wed May 11 15:55:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D24F16A4CE; Wed, 11 May 2005 15:55:14 +0000 (GMT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0961A43D3F; Wed, 11 May 2005 15:55:14 +0000 (GMT) (envelope-from fujita@soum.co.jp) Received: from mail.soum.co.jp (hoth.soum.co.jp [IPv6:2001:240:c4:1:203:baff:fea1:6471]) by gate.soum.co.jp (8.13.3/8.13.3) with ESMTP id j4BFtC3J036292; Thu, 12 May 2005 00:55:12 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from localhost (vanilla.soum.co.jp [172.19.2.63]) by mail.soum.co.jp (8.13.3/8.13.3) with ESMTP id j4BFtA4G022503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 May 2005 00:55:10 +0900 (JST) Date: Thu, 12 May 2005 00:55:10 +0900 (JST) Message-Id: <20050512.005510.112747185.fujita@soum.co.jp> To: freebsd-current@freebsd.org From: FUJITA Kazutoshi X-Face: "; PnIN=f2{%Xj2PnI+zHd.39&Cn1)}br_7:N|2[CbS87Du6#6?|UeqX'&OfyZG-mX#'5T>k/~8X(F,2Mb_pNd8]3Cb1u[kSZjF}J+#`L5(g); List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 15:55:14 -0000 Hi, My ThinkPad T43 has Intel Pro/Wireless 2915ABG. But it doesn't work with iwi(4). I've got iwi-freebsd-1.4.2.tgz iwi-firmware-1.2.tbz from http://damien.bergamini.free.fr/ipw/index.html and install firmware and iwicontrol command. # iwicontrol iwi0 -d /usr/local/libdata/if_iwi -m bss # iwicontrol iwi0 -r Radio is ON # ifconfig iwi0 iwi0: flags=8802 mtu 1500 ether 00:0e:35:d5:14:f4 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" authmode OPEN privacy OFF txpowmax 100 # ifconfig iwi0 up # ifconfig iwi0 iwi0: flags=8802 mtu 1500 inet6 fe80::20e:35ff:fed5:14f4%iwi0 prefixlen 64 scopeid 0x2 ether 00:0e:35:d5:14:f4 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" authmode OPEN privacy OFF txpowmax 100 # dmesg | grep iwi iwi0: mem 0xa8401000-0xa8401fff irq 21 at device 2.0 on pci4 iwi0: Ethernet address: 00:0e:35:d5:14:f4 iwi0: fatal error It seems interrupt problem. Any suggestions? Regards, From owner-freebsd-current@FreeBSD.ORG Wed May 11 15:59:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 294E316A4CE for ; Wed, 11 May 2005 15:59:37 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946F043D86 for ; Wed, 11 May 2005 15:59:34 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id C4B21C10D; Wed, 11 May 2005 17:59:33 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id A29E54080; Wed, 11 May 2005 17:58:34 +0200 (CEST) Date: Wed, 11 May 2005 17:58:34 +0200 From: Jeremie Le Hen To: Joseph Koshy Message-ID: <20050511155834.GC60916@obiwan.tataz.chchile.org> References: <20050511064050.GB60916@obiwan.tataz.chchile.org> <84dead72050511073955eec896@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead72050511073955eec896@mail.gmail.com> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 15:59:37 -0000 > > I suppose mkdep(1) needs the -I flag to include lib/libpmc/, but > > I don't understand why I'm apparently the only one to hit this > > case. > > pmccontrol.c #includes which should have got > installed in $OBJDIR/usr/include during the 'installincludes' > phase of the build. > > My guess is that you are probably doing a "make" at the top > level, and not a 'make buildworld'. Thanks for your answer, Joseph. However I just used the "make buildworld" command from /usr/src, and absolutely no tricky workaround. My sources were dated 2005.05.10.20.00.00. I'm just trying with 2005.05.11.16.00.00 although I didn't see any significant commit since then. Hang on... [ A few minutes later... ] Seems to work now. Nevertheless, I still don't understand :-). Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed May 11 16:10:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A478116A4D0 for ; Wed, 11 May 2005 16:10:38 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B66143D81 for ; Wed, 11 May 2005 16:10:38 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so116611rnf for ; Wed, 11 May 2005 09:10:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GppzOiOB3nL1n7o4qongHAiBIHr1RUduN/gB97Tby/TYG0uG00otBi3gw7yyjPqQWWekpw29uV/veUcnPA8L2JrEB1Qy/+P8BuF/q2AUDm83hsh5z4mpwh+3ZoPCkO4tEIapVuecOCLye8DJh7enmC8Kj020yRuXaap9x36yqBc= Received: by 10.38.209.15 with SMTP id h15mr504952rng; Wed, 11 May 2005 09:10:37 -0700 (PDT) Received: by 10.38.209.22 with HTTP; Wed, 11 May 2005 09:10:37 -0700 (PDT) Message-ID: <84dead72050511091036151b18@mail.gmail.com> Date: Wed, 11 May 2005 16:10:37 +0000 From: Joseph Koshy To: Jeremie Le Hen In-Reply-To: <20050511155834.GC60916@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050511064050.GB60916@obiwan.tataz.chchile.org> <84dead72050511073955eec896@mail.gmail.com> <20050511155834.GC60916@obiwan.tataz.chchile.org> cc: freebsd-current@freebsd.org Subject: Re: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 16:10:38 -0000 > Hang on... >=20 > [ A few minutes later... ] >=20 > Seems to work now. Nevertheless, I still don't understand :-). The following link may be of help :) http://www.science.uva.nl/~mes/jargon/s/someaikoans.html --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Wed May 11 16:32:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 171F016A4CE; Wed, 11 May 2005 16:32:45 +0000 (GMT) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA2543D79; Wed, 11 May 2005 16:32:44 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout2-sn2.hy.skanova.net (7.1.026.7) id 42662CF1005D1DF8; Wed, 11 May 2005 18:32:44 +0200 From: "Daniel Eriksson" To: Date: Wed, 11 May 2005 18:32:41 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050511132427.GA64084@ip.net.ua> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVWLODM4tlpdOBRT2a+ivYa8R5DYwAF6EUg cc: 'Ruslan Ermilov' cc: =?us-ascii?Q?'Soren_Schmidt'?= Subject: RE: Accessing IDE disk with bad sectors freezes the box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 16:32:45 -0000 Ruslan Ermilov wrote: > I have a disk with lot of bad sectors. When working with it on > an AMD64 box running 6-CURRENT, accessing bad areas just freezes > the box completely, without any diagnostics. The same disk when > plugged into another i386 box running 4-STABLE works properly by > issuing errors from the kernel, and reporting EIO to userland. I was just about to report the same problem. Three days ago one of my SATA disks suddenly developed a few bad sectors. Smartd reported this to me, so I set out to try to recover the data. This was on an AMD Athlon XP (i386) machine running the latest CURRENT, and the disc was hooked up to a Promise SATA150 TX4. It didn't take long for the machine to lock up solid once I started to read data from it, even a 'dd' from the raw disk caused a solid lock (wanted to see if the problem was vfs related). Yesterday I hooked the disk up to a spare machine (also i386) running 5.4-RC4. The motherboard has a built-in SiL 3112 based controller which I used. I was quite surprised when instead of a crash it just printed some errors on the console and then continued to read the data. This is what it looked like: ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=272855487 ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=429057631 ad4: FAILURE - READ_DMA status=51 error=1 LBA=416906399 ad4: FAILURE - READ_DMA status=51 error=1 LBA=416906399 ad4: FAILURE - READ_DMA status=51 error=40 LBA=478486239 spec_getpages:(ad4s1d) I/O read failure: (error=5) bp 0xc65ffb14 vp 0xc19ef738 size: 65536, resid: 65536, a_count: 65536, valid: 0x0 nread: 0, reqpage: 0, pindex: 96, pcount: 16 vm_fault: pager read error, pid 2990 (cp) ad4: FAILURE - READ_DMA status=51 error=40 LBA=478507071 spec_getpages:(ad4s1d) I/O read failure: (error=5) bp 0xc65ffb14 vp 0xc19ef738 size: 65536, resid: 65536, a_count: 65536, valid: 0x0 nread: 0, reqpage: 0, pindex: 96, pcount: 16 vm_fault: pager read error, pid 2990 (cp) ad4: FAILURE - READ_DMA status=51 error=40 LBA=478510815 spec_getpages:(ad4s1d) I/O read failure: (error=5) bp 0xc65ffb14 vp 0xc19ef738 size: 65536, resid: 65536, a_count: 65536, valid: 0x0 nread: 0, reqpage: 0, pindex: 192, pcount: 16 vm_fault: pager read error, pid 2990 (cp) ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=73765143 ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=76399623 I have a 6-CURRENT installation on a spare disk that I will hook up to the machine later and see how it handles the bad sectors using the same controller. I'll report back later tonight if I can find the time to do it. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed May 11 17:24:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 573FD16A4CE for ; Wed, 11 May 2005 17:24:55 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0931643D54 for ; Wed, 11 May 2005 17:24:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 20CDB5CDF; Wed, 11 May 2005 13:24:54 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62219-09; Wed, 11 May 2005 13:24:53 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 1B9085C58; Wed, 11 May 2005 13:24:52 -0400 (EDT) Message-ID: <42823FDF.7060106@mac.com> Date: Wed, 11 May 2005 13:24:47 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Brandmueller References: <20050510105449.GA6223@orion.daedalusnetworks.priv> <20050510134409.GA691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510152646.GA1164@orion.daedalusnetworks.priv> <20050510154902.GC691@lucy.pool-151-204-5-5.pskn.east.verizon.net> <20050510115051.L750@lexi.siliconlandmark.com> <20050511060120.GA63918@e-Gitt.NET> In-Reply-To: <20050511060120.GA63918@e-Gitt.NET> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 17:24:55 -0000 Oliver Brandmueller wrote: > On Tue, May 10, 2005 at 11:54:59AM -0400, Andre Guibert de Bruet wrote: >>Wasn't the old max length of GECOS 8 chars? Setting it to anything less >>starts to become too short -- You're better off just outputting the UID. > > I vote for removing (or make it optional) the code that measures > username lengths. I have a system with >90k users (in LDAP) and it takes > quite some time to find out the longest (just to cut the number down to > 13 afterwards anyway). This even happens with "-u" in the standard top. +1. It's silly to scan the list of users to find the length of the longest username, just in order to make the output *not* fit into 80 columns. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed May 11 19:06:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A7316A4CE for ; Wed, 11 May 2005 19:06:01 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 833F443D79 for ; Wed, 11 May 2005 19:06:01 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 77F7A5C9FB; Wed, 11 May 2005 12:06:01 -0700 (PDT) Date: Wed, 11 May 2005 21:06:01 +0200 From: Maxime Henrion To: current@FreeBSD.org Message-ID: <20050511190601.GC5631@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 19:06:01 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello all, As you may already know, I've been working for quite some time now on a rewrite of CVSup in C. It took me a lot of time to realize that I won't be able to finish it alone, unless my free time significantly increases for some reason. This is quite a hard thing to say, considering all the time I've put into this. However, I will now do something I should have done ages ago. There's a tarball attached to this mail with the current state of my work modulo some patches, and I'm asking for help! :-) I've taken some time to write down a TODO list, trying to document all the bugs, ugly parts of the code, missing bits and features, etc... If you feel like implementing something listed there, or something that I forgot to list, you are most welcome. For now, the really big missing feature is the status file support. The lack of this (and maybe some stupidities in my code) explains why csup is so slow as of now. I haven't done any serious benchmarking yet, it'll probably be time to do so once the code for the status file is there. I have a big patch to implement this, but it's nowhere near finished and I haven't touched it in some time. If you want it, just ask and I'll send it over. The other big thing missing is support for CVS mode. This is mostly useful for developers, but it would be a good thing to have. It probably requires a great deal of work. (For those who don't know, CVS mode is used to download the full CVS repository, and not just do a checkout for some tag and/or date). I wouldn't say csup is usable as of now, given that's is quite slow as I just explained. However, I've been running it hundreads of time on my ports tree and as far as I can see it works quite well. Also, to the best of my knowledge it should work on 4.x, 5.x and 6.x FreeBSD systems, regardless of the threading library it is linked to (libthr, libkse and libc_r, need to test with libxu!). It should also work fine whether it is running on x86, amd64, alpha, sparc64, ia64 or even arm. Only powerpc hasn't been tested yet. The current codebase should also already constitute a great documentation of the CVSup protocal, and I hope people will enjoy reading this code rather than the Modula-3 code as I had to do :-). Finally, my sincere apologies to everyone for having taken so much time to actually release my code. It was much harder than I thought. Cheers, Maxime --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 19:09:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D22F16A4D0 for ; Wed, 11 May 2005 19:09:57 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00F843D41 for ; Wed, 11 May 2005 19:09:56 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id E37E95CA33; Wed, 11 May 2005 12:09:56 -0700 (PDT) Date: Wed, 11 May 2005 21:09:56 +0200 From: Maxime Henrion To: current@FreeBSD.org Message-ID: <20050511190956.GD5631@elvis.mu.org> References: <20050511190601.GC5631@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <20050511190601.GC5631@elvis.mu.org> User-Agent: Mutt/1.4.2.1i X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 19:09:57 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Did the MTA filter my attachment or did I just forgot to attach it? In any case, I've attached it to this mail and it's also available there : http://mu.org/~mux/csup.tgz Sorry, Maxime --NDin8bjvE/0mNLFQ-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 19:28:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5562116A4CE; Wed, 11 May 2005 19:28:41 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D16D243D4C; Wed, 11 May 2005 19:28:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [127.0.0.1] ([168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4BJX7iS042376; Wed, 11 May 2005 13:33:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42825CC3.1060409@samsco.org> Date: Wed, 11 May 2005 13:28:03 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Darren Reed References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> <200505072153.54369.josemi@freebsd.jazztel.es> <20050507201142.GA9298@gothmog.gr> <427D82C4.4000201@samsco.org> <20050510154035.GB67017@hub.freebsd.org> In-Reply-To: <20050510154035.GB67017@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: Darren Reed cc: freebsd-current@freebsd.org cc: Giorgos Keramidas cc: Jose M Rodriguez Subject: Re: IPFILTER Branch [was: Re: [current tinderbox] failure on powerpc/powerpc] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 19:28:41 -0000 Darren Reed wrote: > On Sat, May 07, 2005 at 09:08:52PM -0600, Scott Long wrote: > >>Darren's latest import wasn't ever tested on FreeBSD, nor did he make >>any attempt to make it compile on FreeBSD before he imported it. > > > That's just utter bullshit. > > >>He merely dropped it in CVS and walked away. > > > As is that. I spent the best partof the next 2 to 3 days getting > it together. But I could be generous and accept that it appeared > like that but really, what you call "walking away" is what I call > "sleeping." > > Maybe you have more time in your life such that you can do commits > in hours that aren't next to when you sleep. I'm not so fortunate. > > Or maybe you just don't need to sleep. > > Or maybe you're just ignorant that people do work when they can and > in timezones that don't align well with most European/North Americans. > > >>If it wasn't for the teamwork of others, it would still be broken. > > > This time there were some parts that needed work that were outside my > experience for FreeBSD. That's unlikely to be needed again now that the > framework has changed. > > >>CVS is where work goes that is done and tested, not where undercooked >>hacks go while waiting for others to clean them up. > > > It's always tested (as in it works) before it is imported. > > The only issue I generally have is with driving CVS and making sure all > the right bits go in the right place and that it compiles cleanly. > > If I had enough "stuff" I'd rsync out the repo, do a test of everything > against a clone of the repo, test that a few times and then commit into > FreeBSD. Well, at least for the last import. But the only resource *I* > have (currently) are those in freebsd.org and my laptop that needs to be > used for a lot more things (like run FreeBSD 4 and FreeBSD 5, too.) > > Darren I completely understand that integrating IPFilter into FreeBSD is not an easy process. I also completely understand that it's impossible to do a vendor import with CVS and have the result work immediately. Vendor imports are often a process of import-then-fixup. That's fine. However, the fact that it took 3 days to do the fixup portion points to the fact that no integration work was done before hand. Before you hit the commit button, you should have already known how to fix the hard problems that you encountered. You should have already put everything in place on either local or remote machine and gotten through a buildworld. But you didn't, you assumed that you could do the import blindly and that there would be few or no problems. That cost us 3 days of the tree being broken. And that is completely unacceptable. Sun wouldn't accept their tree being broken for three days. The tools and the resources exist within FreeBSD to avoid this, there is simply no excuse to flagrantly disregard the minimum standards that we have. CVS is not a sandbox, not even the HEAD branch. If you want a sandbox then use Perforce, or at least use a projects/ branch in CVS. That's about all I'm going to say about that. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 11 19:38:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25AD116A4CE; Wed, 11 May 2005 19:38:33 +0000 (GMT) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC9AE43D5F; Wed, 11 May 2005 19:38:32 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.1.026.7) id 42687F20005589FF; Wed, 11 May 2005 21:38:31 +0200 From: "Daniel Eriksson" To: Date: Wed, 11 May 2005 21:38:29 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: Thread-Index: AcVWLODM4tlpdOBRT2a+ivYa8R5DYwAF6EUgAAbltSA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 cc: 'Ruslan Ermilov' cc: 'Soren Schmidt' Subject: RE: Accessing IDE disk with bad sectors freezes the box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 19:38:33 -0000 I wrote: > I have a 6-CURRENT installation on a spare disk that I will > hook up to the > machine later and see how it handles the bad sectors using the same > controller. Using a week-old CURRENT to read the disk with the bad sectors when it's hooked up to a SiL 3112 controller yields the following result: ... ad4: FAILURE - READ_DMA status=51 error=40 LBA=478486335 g_vfs_done():ad4s1d[READ(offset=244984971264, length=16384)]error = 5 ad4: FAILURE - READ_DMA status=51 error=40 LBA=478507071 g_vfs_done():ad4s1d[READ(offset=244995522560, length=131072)]error = 5 ata2: SATA connect ready time=1480ms ata2: sata_connect devices=0x1 ata2: SATA connect ready time=10000ms ata2: sata_connect devices=0x0 ad4: FAILURE - device detached subdisk4: detached ad4: detached unknown: timeout waiting to issue command unknown: error issueing SETFEATURES SET TRANSFER MODE command unknown: req=0xc16e4000 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! unknown: req=0xc16e4000 SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! The process reading the disk gets stuck in "getblk D+" status according to 'top' and cannot be killed. Compared to 5.4-RC4 this is a regression imho. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed May 11 19:50:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22B9B16A4D0 for ; Wed, 11 May 2005 19:50:20 +0000 (GMT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 58D6743D67 for ; Wed, 11 May 2005 19:50:19 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 11 May 2005 19:50:18 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Wed, 11 May 2005 15:50:12 -0400 (EDT) Message-ID: <1097.172.16.0.199.1115841012.squirrel@172.16.0.1> In-Reply-To: <20050511190956.GD5631@elvis.mu.org> References: <20050511190601.GC5631@elvis.mu.org> <20050511190956.GD5631@elvis.mu.org> Date: Wed, 11 May 2005 15:50:12 -0400 (EDT) From: "Mike Jakubik" To: "Maxime Henrion" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 19:50:20 -0000 On Wed, May 11, 2005 3:09 pm, Maxime Henrion said: > Did the MTA filter my attachment or did I just forgot to attach it? In > any case, I've attached it to this mail and it's also available there : > > http://mu.org/~mux/csup.tgz I just did a csup of my ports and system tree on a -CURRENT system, and it seems to work fine. However it seems much slower than cvsup. This of course could have been a network problem, or the cvsup server being slow, but when i stopped the csup roughly half way through the /src/sys tree, and retried right away with cvsup, it finished much quicker. Thanks. From owner-freebsd-current@FreeBSD.ORG Wed May 11 20:00:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD7CD16A4D0; Wed, 11 May 2005 20:00:21 +0000 (GMT) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C2243D77; Wed, 11 May 2005 20:00:16 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [IPv6:2001:470:1f01:198:210:4bff:fe3d:e256]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id E8BA7365E9; Wed, 11 May 2005 22:00:11 +0200 (CEST) Date: Wed, 11 May 2005 21:59:11 +0200 From: Miguel Mendez To: Maxime Henrion Message-Id: <20050511215911.5b67dfc1.flynn@energyhq.es.eu.org> In-Reply-To: <20050511190601.GC5631@elvis.mu.org> References: <20050511190601.GC5631@elvis.mu.org> X-Mailer: Sylpheed version 1.9.9 (GTK+ 2.6.4; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__11_May_2005_21_59_11_+0200_pUzHfM7S12XCAP1u" cc: current@FreeBSD.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 20:00:22 -0000 --Signature=_Wed__11_May_2005_21_59_11_+0200_pUzHfM7S12XCAP1u Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 11 May 2005 21:06:01 +0200 Maxime Henrion wrote: Hi, First of all, kudos for doing this. I know I'm not the only one who once pondered doing a port to C and gave up after spending several hours digging into the original modula3 code. I remeber when you first mentioned this on irc, I had forgotten about it.=20 > I've taken some time to write down a TODO list, trying to document all > the bugs, ugly parts of the code, missing bits and features, etc... If > you feel like implementing something listed there, or something that I > forgot to list, you are most welcome. While having C code makes things certainly easier I think it would be great if a README.PROTOCOL file with a more formal description of how csup does its magic was available, as it would make it easier to get familiar with the code. Other than that I think having this in a public cvs repo (sourceforge or hosted on the FreeBSD servers) would be great to get things rolling. Unfortunately my spare time is already very limited and filled with other FreeBSD related stuff, but this sounds like a very interesting project that could benefit the other BSDs as well. My other question is, what does John Polstra himself think about this? If somebody can help here is the author of the original tool which probably is busy enough already, but I'm curious about his opinion. > Finally, my sincere apologies to everyone for having taken so much time > to actually release my code. It was much harder than I thought. Thanks for doing this. Cheers, --=20 Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --Signature=_Wed__11_May_2005_21_59_11_+0200_pUzHfM7S12XCAP1u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCgmQTnLctrNyFFPERAqwGAKDJmUdla82VlujV8oE01eMF3qjgMwCfe3hL +rQxg5tunAIQTSaI+aqdPT8= =V20V -----END PGP SIGNATURE----- --Signature=_Wed__11_May_2005_21_59_11_+0200_pUzHfM7S12XCAP1u-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 20:07:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E7EC16A4CE for ; Wed, 11 May 2005 20:07:42 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AE7043D64 for ; Wed, 11 May 2005 20:07:42 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 0C78E5C9E8; Wed, 11 May 2005 13:07:42 -0700 (PDT) Date: Wed, 11 May 2005 22:07:42 +0200 From: Maxime Henrion To: Miguel Mendez Message-ID: <20050511200742.GF5631@elvis.mu.org> References: <20050511190601.GC5631@elvis.mu.org> <20050511215911.5b67dfc1.flynn@energyhq.es.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511215911.5b67dfc1.flynn@energyhq.es.eu.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 20:07:42 -0000 Miguel Mendez wrote: > On Wed, 11 May 2005 21:06:01 +0200 > Maxime Henrion wrote: > > Hi, > > First of all, kudos for doing this. I know I'm not the only one who > once pondered doing a port to C and gave up after spending several > hours digging into the original modula3 code. > > I remeber when you first mentioned this on irc, I had forgotten about > it. > > > I've taken some time to write down a TODO list, trying to document all > > the bugs, ugly parts of the code, missing bits and features, etc... If > > you feel like implementing something listed there, or something that I > > forgot to list, you are most welcome. > > While having C code makes things certainly easier I think it would be > great if a README.PROTOCOL file with a more formal description of how > csup does its magic was available, as it would make it easier to get > familiar with the code. Yes, that would be a nice thing to have. There's already a doc/Protocol file in CVSup's source tarball that explains most of high-level protocol, but it lacks a few things and doesn't cover the low-level protocol used in the multiplexer code. > Other than that I think having this in a public > cvs repo (sourceforge or hosted on the FreeBSD servers) would be great > to get things rolling. Unfortunately my spare time is already very > limited and filled with other FreeBSD related stuff, but this sounds > like a very interesting project that could benefit the other BSDs as > well. Yes, I need to look for a place where to put this CVS repo. I'm not very fond of sourceforge :-). > My other question is, what does John Polstra himself think about this? > If somebody can help here is the author of the original tool which > probably is busy enough already, but I'm curious about his opinion. John Polstra encouraged me in my work. He is all for having a new CVSup that is more easily maintainable than the Modula-3 code. However, since he doesn't have much time to maintain CVSup anymore, he's not likely to have time writing code for csup, unfortunately. > > Finally, my sincere apologies to everyone for having taken so much time > > to actually release my code. It was much harder than I thought. > > Thanks for doing this. Thank you. Maxime From owner-freebsd-current@FreeBSD.ORG Wed May 11 20:08:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DCD316A4CE for ; Wed, 11 May 2005 20:08:17 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 640B243D5C for ; Wed, 11 May 2005 20:08:17 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 5F9EE5CA31; Wed, 11 May 2005 13:08:17 -0700 (PDT) Date: Wed, 11 May 2005 22:08:17 +0200 From: Maxime Henrion To: Mike Jakubik Message-ID: <20050511200817.GG5631@elvis.mu.org> References: <20050511190601.GC5631@elvis.mu.org> <20050511190956.GD5631@elvis.mu.org> <1097.172.16.0.199.1115841012.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1097.172.16.0.199.1115841012.squirrel@172.16.0.1> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 20:08:17 -0000 Mike Jakubik wrote: > On Wed, May 11, 2005 3:09 pm, Maxime Henrion said: > > Did the MTA filter my attachment or did I just forgot to attach it? In > > any case, I've attached it to this mail and it's also available there : > > > > http://mu.org/~mux/csup.tgz > > I just did a csup of my ports and system tree on a -CURRENT system, and it > seems to work fine. However it seems much slower than cvsup. This of > course could have been a network problem, or the cvsup server being slow, > but when i stopped the csup roughly half way through the /src/sys tree, > and retried right away with cvsup, it finished much quicker. Did you actually read my mail entirely? This is expected and described there. Maxime From owner-freebsd-current@FreeBSD.ORG Wed May 11 20:14:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A44516A4CE for ; Wed, 11 May 2005 20:14:56 +0000 (GMT) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 0EE4143D76 for ; Wed, 11 May 2005 20:14:56 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp101.rog.mail.re2.yahoo.com with SMTP; 11 May 2005 20:14:55 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Wed, 11 May 2005 16:14:49 -0400 (EDT) Message-ID: <1165.172.16.0.199.1115842489.squirrel@172.16.0.1> In-Reply-To: <20050511200817.GG5631@elvis.mu.org> References: <20050511190601.GC5631@elvis.mu.org> <20050511190956.GD5631@elvis.mu.org> <1097.172.16.0.199.1115841012.squirrel@172.16.0.1> <20050511200817.GG5631@elvis.mu.org> Date: Wed, 11 May 2005 16:14:49 -0400 (EDT) From: "Mike Jakubik" To: "Maxime Henrion" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 20:14:56 -0000 On Wed, May 11, 2005 4:08 pm, Maxime Henrion said: > Mike Jakubik wrote: >> I just did a csup of my ports and system tree on a -CURRENT system, and >> it seems to work fine. However it seems much slower than cvsup. This of >> course could have been a network problem, or the cvsup server being >> slow, but when i stopped the csup roughly half way through the /src/sys >> tree, and retried right away with cvsup, it finished much quicker. > > Did you actually read my mail entirely? This is expected and described > there. > > Maxime That was the only email on the list when i read it, seems like they came in different order. From owner-freebsd-current@FreeBSD.ORG Wed May 11 21:44:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1467A16A4CE; Wed, 11 May 2005 21:44:41 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FE643D5D; Wed, 11 May 2005 21:44:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D24415257D; Wed, 11 May 2005 14:44:39 -0700 (PDT) Date: Wed, 11 May 2005 14:44:39 -0700 From: Kris Kennaway To: Mike Jakubik Message-ID: <20050511214439.GB32174@xor.obsecurity.org> References: <20050511190601.GC5631@elvis.mu.org> <20050511190956.GD5631@elvis.mu.org> <1097.172.16.0.199.1115841012.squirrel@172.16.0.1> <20050511200817.GG5631@elvis.mu.org> <1165.172.16.0.199.1115842489.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2B/JsCI69OhZNC5r" Content-Disposition: inline In-Reply-To: <1165.172.16.0.199.1115842489.squirrel@172.16.0.1> User-Agent: Mutt/1.4.2.1i cc: Maxime Henrion cc: current@freebsd.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 21:44:41 -0000 --2B/JsCI69OhZNC5r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 11, 2005 at 04:14:49PM -0400, Mike Jakubik wrote: > On Wed, May 11, 2005 4:08 pm, Maxime Henrion said: > > Mike Jakubik wrote: >=20 > >> I just did a csup of my ports and system tree on a -CURRENT system, and > >> it seems to work fine. However it seems much slower than cvsup. This of > >> course could have been a network problem, or the cvsup server being > >> slow, but when i stopped the csup roughly half way through the /src/sys > >> tree, and retried right away with cvsup, it finished much quicker. > > > > Did you actually read my mail entirely? This is expected and described > > there. > > > > Maxime >=20 > That was the only email on the list when i read it, seems like they came > in different order. The initial email explained in detail why it was slow. Kris --2B/JsCI69OhZNC5r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgnzHWry0BWjoQKURAivPAKDu+WBzQ0bWOgkVrqUZvK7AIZ40CwCg1eeI e12yxZ36ykMJLPN7ufZBRiM= =3rCV -----END PGP SIGNATURE----- --2B/JsCI69OhZNC5r-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 23:34:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 737DA16A51E; Wed, 11 May 2005 23:34:19 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07E0A43D62; Wed, 11 May 2005 23:34:19 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4BNYIG7055263; Wed, 11 May 2005 19:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4BNYIWV033996; Wed, 11 May 2005 19:34:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0149F7306E; Wed, 11 May 2005 19:34:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050511233417.0149F7306E@freebsd-current.sentex.ca> Date: Wed, 11 May 2005 19:34:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 23:34:19 -0000 TB --- 2005-05-11 22:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 22:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-11 22:15:00 - cleaning the object tree TB --- 2005-05-11 22:15:22 - checking out the source tree TB --- 2005-05-11 22:15:22 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-11 22:15:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 22:21:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 22:21:46 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-11 22:21:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-11 23:29:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-11 23:29:33 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-11 23:29:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 11 23:29:33 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_cluster.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_default.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_mount.c /tinderbox/CURRENT/alpha/alpha/src/sys/kern/vfs_mount.c:1095: warning: 'devfs_first' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-11 23:34:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-11 23:34:17 - ERROR: failed to build generic kernel TB --- 2005-05-11 23:34:17 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 11 23:38:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDFF416A51F for ; Wed, 11 May 2005 23:38:08 +0000 (GMT) Received: from smtp817.mail.sc5.yahoo.com (smtp817.mail.sc5.yahoo.com [66.163.170.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 3627E43D7E for ; Wed, 11 May 2005 23:38:08 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp817.mail.sc5.yahoo.com with SMTP; 11 May 2005 23:38:07 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 838406113; Wed, 11 May 2005 18:38:06 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 82421-17; Wed, 11 May 2005 18:38:04 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 7FB21610A; Wed, 11 May 2005 18:38:04 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4BNc1I9057071; Wed, 11 May 2005 18:38:02 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4282974F.9090205@alumni.rice.edu> Date: Wed, 11 May 2005 18:37:51 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiawei Ye References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home> In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB3D18D07355EF3078D7403DC" X-Virus-Scanned: amavisd-new at noacks.org cc: Nguyen Tam Chinh cc: current@freebsd.org cc: Jeff Roberson Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 23:38:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB3D18D07355EF3078D7403DC Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 05/10/05 21:25, Jiawei Ye wrote: > On 5/11/05, Mikko Ty=F6l=E4j=E4rvi wrote: >>On Tue, 10 May 2005, Jiawei Ye wrote: >>FWIW, I get this too on my laptop. Basic troubleshooting shows that >>it is DRI that blows up. Removing 'Load "dri"' from Xorg's config was >>not sufficient, as the server will try to autoload the "sis" kmod >>anyway. Had to delete "sis.ko" as well. >=20 > I use SIS630 on this machien too, so the confirmed fact is that SIS > chipset doesn't work in X under -current? Have you tried the xorg-server-snap and dri-devel ports? The DRM code=20 was updated recently and could be to blame, although testing it with=20 newer code would be an interesting data point. Also, try loading the module at boot by putting 'sis_load=3D"YES"' in=20 /boot/loader.conf. Does X work then? The reason I ask is that I have a = machine with an r128 card that displays garbage when the module is=20 loaded by X but works perfectly when the module is loaded beforehand.=20 I've been told that when the module is loaded should make no difference, = but my experience tells me otherwise... >>I think it is unrelated to the scheduler (I'm using 4BSD). Current >>from late March worked fine with DRI, current from late April does >>not. See note above about DRM being updated recently. --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigB3D18D07355EF3078D7403DC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgpdZUFz01pkdgZURAoVqAJ97xk4xo6649FFHOPcL1/UnT/i9ogCg3Iie GLJP9SmRJkArmSLmDzD2Jqk= =ecW4 -----END PGP SIGNATURE----- --------------enigB3D18D07355EF3078D7403DC-- From owner-freebsd-current@FreeBSD.ORG Wed May 11 23:53:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8245316A506 for ; Wed, 11 May 2005 23:53:20 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E13A643D60 for ; Wed, 11 May 2005 23:53:19 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 1673FC00E; Thu, 12 May 2005 01:53:18 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 20DA54080; Thu, 12 May 2005 01:52:18 +0200 (CEST) Date: Thu, 12 May 2005 01:52:18 +0200 From: Jeremie Le Hen To: Joseph Koshy Message-ID: <20050511235218.GE60916@obiwan.tataz.chchile.org> References: <20050511064050.GB60916@obiwan.tataz.chchile.org> <84dead72050511073955eec896@mail.gmail.com> <20050511155834.GC60916@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511155834.GC60916@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 23:53:20 -0000 > Thanks for your answer, Joseph. However I just used the > "make buildworld" command from /usr/src, and absolutely no tricky > workaround. My sources were dated 2005.05.10.20.00.00. I'm just > trying with 2005.05.11.16.00.00 although I didn't see any significant > commit since then. > > Hang on... > > [ A few minutes later... ] > > Seems to work now. Nevertheless, I still don't understand :-). I spoke too quickly. I got the same error again, but this time I made a typescript of the make buildworld. You can have a look there : http://jeremie.le-hen.org/~tataz/make_buildworld.txt.gz Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu May 12 01:22:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E185416A55A; Thu, 12 May 2005 01:22:55 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6461D43D8D; Thu, 12 May 2005 01:22:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4C1MsXm059691; Wed, 11 May 2005 21:22:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4C1Ms26075546; Wed, 11 May 2005 21:22:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A6FC97306E; Wed, 11 May 2005 21:22:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050512012254.A6FC97306E@freebsd-current.sentex.ca> Date: Wed, 11 May 2005 21:22:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 01:22:56 -0000 TB --- 2005-05-11 23:34:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-11 23:34:18 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-11 23:34:18 - cleaning the object tree TB --- 2005-05-11 23:34:46 - checking out the source tree TB --- 2005-05-11 23:34:46 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-11 23:34:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-11 23:41:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-11 23:41:11 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-11 23:41:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-05-12 01:16:11 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-12 01:16:11 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-12 01:16:11 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu May 12 01:16:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_cluster.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_default.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffre estanding -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_mount.c /tinderbox/CURRENT/amd64/amd64/src/sys/kern/vfs_mount.c:1095: warning: 'devfs_first' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-05-12 01:22:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-12 01:22:54 - ERROR: failed to build generic kernel TB --- 2005-05-12 01:22:54 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 12 02:10:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F38116A4CE for ; Thu, 12 May 2005 02:10:36 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA26043D58 for ; Thu, 12 May 2005 02:10:35 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so721269nzk for ; Wed, 11 May 2005 19:10:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jJ5nyfNdyxfiE5qxkmiQy1M8gSWqzRSHsgQ7p+oAHji3HSdta/KJCxWFCBri8dYfM6OyRl4oaGXiCmmzv+boSG6cQTbE6MsUug33jEm5EuGo8MPgoLmym2NyPyvbu+36W+fQMDPt/hEVHiUoWWYjWcZcVB36XCdpWOGTj5MxP9g= Received: by 10.36.128.13 with SMTP id a13mr493025nzd; Wed, 11 May 2005 19:10:35 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Wed, 11 May 2005 19:10:35 -0700 (PDT) Message-ID: Date: Thu, 12 May 2005 10:10:35 +0800 From: Jiawei Ye To: noackjr@alumni.rice.edu In-Reply-To: <4282974F.9090205@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home> <4282974F.9090205@alumni.rice.edu> cc: Nguyen Tam Chinh cc: current@freebsd.org cc: Jeff Roberson Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 02:10:36 -0000 On 5/12/05, Jonathan Noack wrote: > Have you tried the xorg-server-snap and dri-devel ports? The DRM code > was updated recently and could be to blame, although testing it with > newer code would be an interesting data point. I will try this later. >=20 > Also, try loading the module at boot by putting 'sis_load=3D"YES"' in > /boot/loader.conf. Does X work then? The reason I ask is that I have a > machine with an r128 card that displays garbage when the module is > loaded by X but works perfectly when the module is loaded beforehand. > I've been told that when the module is loaded should make no difference, > but my experience tells me otherwise... Preloading the sis module and drm module does not make any difference here though. I will go with the -devel ports test. Cheers, Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu May 12 02:32:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4664216A4CE for ; Thu, 12 May 2005 02:32:21 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-87-60.jan.bellsouth.net [68.222.87.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F27E43D55 for ; Thu, 12 May 2005 02:32:20 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id C00A22102B; Wed, 11 May 2005 21:32:18 -0500 (CDT) Date: Wed, 11 May 2005 21:32:18 -0500 From: "Matthew D. Fuller" To: Pete French Message-ID: <20050512023218.GD2624@over-yonder.net> References: <4281B873.7020208@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 cc: subhro.kar@gmail.com cc: spamrefuse@yahoo.com cc: freebsd-current@freebsd.org Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 02:32:21 -0000 On Wed, May 11, 2005 at 11:36:30AM +0100 I heard the voice of Pete French, and lo! it spake thus: > > 100 should be fine. 10 would be a bit too much overkill. > > I think you have this the wrong way round - the smaller this number > is the *less* often it will poll the device. Its in hertz remember. > So 10 is only polling ten times a second, whereas 100 is polling 100 > times a second. If you are getting dropped packets then *increase* > the number so that it polls more often. And, for that matter, HZ affects an awful lot of things; it's not just a knob for network polling. Setting it to 10 would probably have really unpleasant side effects. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Thu May 12 02:45:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66F3E16A4CE; Thu, 12 May 2005 02:45:49 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D701D43D7F; Thu, 12 May 2005 02:45:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4C2jmc9063177; Wed, 11 May 2005 22:45:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4C2jmlD006357; Wed, 11 May 2005 22:45:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE3957306E; Wed, 11 May 2005 22:45:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050512024547.EE3957306E@freebsd-current.sentex.ca> Date: Wed, 11 May 2005 22:45:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 02:45:49 -0000 TB --- 2005-05-12 01:22:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-12 01:22:54 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-12 01:22:54 - cleaning the object tree TB --- 2005-05-12 01:23:17 - checking out the source tree TB --- 2005-05-12 01:23:17 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-12 01:23:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-12 01:29:38 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-12 01:29:38 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-12 01:29:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-12 02:38:42 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-12 02:38:42 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-12 02:38:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu May 12 02:38:42 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_cluster.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_default.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_export.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_mount.c /tinderbox/CURRENT/i386/i386/src/sys/kern/vfs_mount.c:1095: warning: 'devfs_first' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-12 02:45:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-12 02:45:47 - ERROR: failed to build generic kernel TB --- 2005-05-12 02:45:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 12 02:53:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D85C16A4CE for ; Thu, 12 May 2005 02:53:28 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE43C43D7B for ; Thu, 12 May 2005 02:53:27 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so203149rnf for ; Wed, 11 May 2005 19:53:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ffPBMYQ6GrZjjmblkX4xfBljCQiDV/2LZQsh1s4+9ewGSTSUX0IGTqmYmW85+ZiN0j7f6/WzqN8HapiswAltz6aO6NVQlbA1K6wb/FRcvSotpPdtX600C2UBRViWyx3BQhkirfX/EZockjoRGmQUBjo4DA4ZfR9grdAiAYNmDUk= Received: by 10.39.3.79 with SMTP id f79mr756956rni; Wed, 11 May 2005 19:53:27 -0700 (PDT) Received: by 10.38.209.22 with HTTP; Wed, 11 May 2005 19:53:27 -0700 (PDT) Message-ID: <84dead720505111953348d484f@mail.gmail.com> Date: Thu, 12 May 2005 02:53:27 +0000 From: Joseph Koshy To: Jeremie Le Hen In-Reply-To: <20050511235218.GE60916@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050511064050.GB60916@obiwan.tataz.chchile.org> <84dead72050511073955eec896@mail.gmail.com> <20050511155834.GC60916@obiwan.tataz.chchile.org> <20050511235218.GE60916@obiwan.tataz.chchile.org> cc: freebsd-current@freebsd.org Subject: Re: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 02:53:28 -0000 > http://jeremie.le-hen.org/~tataz/make_buildworld.txt.gz "src/lib/libpmc" doesn't seem to be getting built; check=20 your source tree, in particular "src/lib/Makefile". --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Thu May 12 03:43:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4580416A4CE for ; Thu, 12 May 2005 03:43:22 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E279643D45 for ; Thu, 12 May 2005 03:43:21 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so749276nzk for ; Wed, 11 May 2005 20:43:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=faxMcnMkq6ulkzPkpmvgBzchgZrEp8p7N9CNgVd/gPATgMU9svfiQOGVbuivfdOfbg+OFQxN/Xp+n87wi5Bj0upVfl/ab5ZRON88QnYPEJlx57j0tv1woOXo3IvL53FNZwKI2h6dEQlnQ41HkjIhwhIxz6r5s/zz5X25AUrfYZA= Received: by 10.36.129.4 with SMTP id b4mr519284nzd; Wed, 11 May 2005 20:43:21 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Wed, 11 May 2005 20:43:21 -0700 (PDT) Message-ID: Date: Thu, 12 May 2005 11:43:21 +0800 From: Jiawei Ye To: noackjr@alumni.rice.edu In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home> <4282974F.9090205@alumni.rice.edu> cc: Nguyen Tam Chinh cc: current@freebsd.org cc: Jeff Roberson Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 03:43:22 -0000 On 5/12/05, Jiawei Ye wrote: > On 5/12/05, Jonathan Noack wrote: > > Have you tried the xorg-server-snap and dri-devel ports? The DRM code > > was updated recently and could be to blame, although testing it with > > newer code would be an interesting data point. > I will try this later. I just tried your suggestions, and no difference. It still reboots right away. I suspect the problem isn't in X but in the kernel part. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu May 12 05:20:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 806E116A4CE for ; Thu, 12 May 2005 05:20:11 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E540F43D7E for ; Thu, 12 May 2005 05:20:08 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from it.hackers (it.hackers [172.16.37.1]) by hq.sectorb.msk.ru (Postfix) with ESMTP id 404B083B6; Thu, 12 May 2005 09:20:06 +0400 (MSD) Date: Thu, 12 May 2005 09:21:52 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Jiawei Ye In-Reply-To: Message-ID: <20050512091606.R56872@it.hackers> References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home><4282974F.9090205@alumni.rice.edu> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Jeff Roberson cc: current@freebsd.org Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 05:20:11 -0000 On Thu, 12 May 2005, Jiawei Ye wrote: > On 5/12/05, Jiawei Ye wrote: >> On 5/12/05, Jonathan Noack wrote: >>> Have you tried the xorg-server-snap and dri-devel ports? The DRM code >>> was updated recently and could be to blame, although testing it with >>> newer code would be an interesting data point. >> I will try this later. > I just tried your suggestions, and no difference. It still reboots > right away. I suspect the problem isn't in X but in the kernel part. > As Kris said, the ULE is mostly broken. I'll do no more experiment with it until people find enough time to analyse and commit fixes. The fact that ULE causes random reboots and panics tells that we should wait :) ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.su | From owner-freebsd-current@FreeBSD.ORG Thu May 12 05:56:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C90B16A4CE; Thu, 12 May 2005 05:56:56 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B5C943D76; Thu, 12 May 2005 05:56:55 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 68EA014BFF3; Thu, 12 May 2005 07:56:54 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 1D93914BFE7; Thu, 12 May 2005 07:56:54 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.3/8.13.1/Submit) id j4C5urkf038221; Thu, 12 May 2005 07:56:53 +0200 (CEST) (envelope-from stijn) Date: Thu, 12 May 2005 07:56:53 +0200 From: Stijn Hoop To: Maxime Henrion Message-ID: <20050512055653.GB27847@pcwin002.win.tue.nl> References: <20050511190601.GC5631@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511190601.GC5631@elvis.mu.org> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-DCC: : X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 cc: current@freebsd.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 05:56:56 -0000 On Wed, May 11, 2005 at 09:06:01PM +0200, Maxime Henrion wrote: > As you may already know, I've been working for quite some time now on a > rewrite of CVSup in C. Without meaning to belittle your work, as I'm sure that having a CVSup replacement is also useful, what's the relation / comparison with cvsync? http://www.cvsync.org/ cvsync doesn't have CVS checkout mode, but I've been using it to sync the repository for some time now. Works great. --Stijn -- A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi From owner-freebsd-current@FreeBSD.ORG Thu May 12 06:08:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E541D16A4CE for ; Thu, 12 May 2005 06:08:51 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBA6643D2F for ; Thu, 12 May 2005 06:08:50 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.129197 secs; 12 May 2005 15:06:34 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) j4C6844D014328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 12 May 2005 15:08:04 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j4C684pY014327 for freebsd-current@freebsd.org; Thu, 12 May 2005 15:08:04 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Thu, 12 May 2005 15:08:04 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20050512060804.GC13083@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: smbfs broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 06:08:52 -0000 Got this on a p3(UP) running -CURRENT. # mount_smbfs -I 192.168.5.92 //user@192.168.5.92/temp /mnt netsmb_dev: loaded Password: smb_iod_request: smb_iod_main: smb_iod_connect: 1 smb_iod_connect: tcreate smb_iod_connect: tbind smb_iod_thread: going to sleep for 2000 ticks smb_iod_request: smb_iod_main: smb_iod_disconnect: smb_iod_thread: going to sleep for 2000 ticks smb_iod_request: smb_iod_main: smb_iod_thread: going to sleep for 2000 ticks panic: userret: Returning with 1 locks held. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ KDB: enter: panic [thread pid 532 tid 100082 ] Stopped at kdb_enter+0x30: leave db> -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu May 12 06:35:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B64E616A4CE for ; Thu, 12 May 2005 06:35:27 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E5BA43D92 for ; Thu, 12 May 2005 06:35:27 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp815.mail.sc5.yahoo.com with SMTP; 12 May 2005 06:35:25 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 5DDBC614E; Thu, 12 May 2005 01:35:25 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18557-13; Thu, 12 May 2005 01:35:20 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id DADAA60F6; Thu, 12 May 2005 01:35:20 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4C6ZJn4000811; Thu, 12 May 2005 01:35:20 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4282F922.7070003@alumni.rice.edu> Date: Thu, 12 May 2005 01:35:14 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3FD1935573C402EA21304127" X-Virus-Scanned: amavisd-new at noacks.org cc: sos@DeepCore.dk Subject: ata breakage [STILL] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 06:35:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3FD1935573C402EA21304127 Content-Type: multipart/mixed; boundary="------------010107020606070601030000" This is a multi-part message in MIME format. --------------010107020606070601030000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I am still getting breakage from ata with sources from around midnight CDT (after the latest updates). These result in odd messages being printed to the screen and eventual panics before the machine mounts root. See the attached horrific.txt for the boot messages and some brief ddb action. Note the garbage right before the panic. The garbage was printed out before a 30 second pause prior to the panic. I backed out src/sys/dev/ata to '2005-05-03 07:55:00 UTC' and everything works perfectly. See the attached normal.txt for these boot messages. The panic seems to happen during probing of the CD drive. I use atapicam *without* atapicd. The kernel config is also attached. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------010107020606070601030000 Content-Type: text/plain; name="horrific.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="horrific.txt" Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 639kB/1047488kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@compgeek.noacks.org, Wed May 11 23:06:25 CDT 2005) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=3D0x2d57d8 data=3D0x3104c+0x78614 syms=3D[0x4+0x= 396a0+0x4+0x47dc3] /boot/kernel/sound.ko text=3D0x169fc data=3D0x2868+0x10e0 syms=3D[0x4+0x2= ae0+0x4+0x2fdc] /boot/kernel/snd_es137x.ko text=3D0x4798 data=3D0x364+0x8 syms=3D[0x4+0xa= 40+0x4+0xac9] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=3D0x496bc data=3D0x2124+0x10cc syms=3D[0x4+0x77= 30+0x4+0x9ea0] KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #14: Thu May 12 00:09:28 CDT 2005 root@compgeek.noacks.org:/usr/obj/usr/src/sys/COMPGEEK WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2539.10-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf24 Stepping =3D 4 Features=3D0x3febfbff real memory =3D 1072693248 (1023 MB) avail memory =3D 1040879616 (992 MB) ACPI APIC Table: ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 12 on acpi0 pci_link6: irq 9 on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at devic= e 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) uhci0: port 0xdc00-0xdc1f irq= 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ehci0: mem 0xefffbc00-0xefffbfff irq = 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 2 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 em0: port 0xa800= -0xa83f mem 0xefec0000-0xefedffff,0xefea0000-0xefebffff irq 16 at device = 3.0 on pci2 em0: Ethernet address: 00:07:e9:15:37:df em0: Speed:N/A Duplex:N/A pcib3: at device 5.0 on pci2 pci3: on pcib3 asr0: mem 0xdc000000-0xddffffff irq 21 at dev= ice 5.1 on pci2 asr0: [GIANT-LOCKED] asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O pcm0: port 0xa400-0xa43f irq 22 at device 10.0 on pci= 2 pcm0: atapci0: port 0xbc00-0xbc07,0xb800-= 0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac0f mem 0xefefc000-0xefeffff= f irq 18 at device 12.0 on pci2 ata2: on atapci0 ata3: on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0xff00-0xff0f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 = drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on a= cpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xd57ff,0xd5800-= 0xd67ff,0xd6800-0xdc7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0= atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ums0: Microsoft Microsoft Wheel Mouse Optical=AE, rev 1.10/1.21, addr 2, = iclass 3/1 ums0: 3 buttons and Z dir. uhub2: vendor 0x04cc product 0x1122, class 9/0, rev 1.10/1.10, addr 3 uhub2: 3 ports with 3 removable, self powered uhid0: Logitech Logitech Extreme 3D Pro, rev 1.10/35.00, addr 4, iclass 3= /0 ugen0: X10 Wireless Technology Inc USB Receiver, rev 1.10/1.00, addr 5 Timecounter "TSC" frequency 2539098768 Hz quality 800 Timecounters tick every 1.000 msec em0: link state changed to UP ad4: 76319MB at ata2-master UDMA100 ad6: 76319MB at ata3-master UDMA100 da0 at asr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device=20 da0: Tagged Queueing Enabled da0: 35003MB (71686144 512 byte sectors: 255H 63S/T 4462C) ATA PseudoRAID loaded ar0: 76293MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 3.300MB/s transfers cd0: =80xp=C0$=B2u=C0=9E=0Cj=C0=80xp=C0=C0=1B=04=E5=B9=BDQ=C0=9E=0Cj=C0X=85= k=C0=03 panic: g_read_data(): invalid length 3737169374 KDB: stack backtrace: panic(c06afb0a,dec0adde,0,c24e8400,c24e7180) at panic+0x13a g_write_data(c2514080,0,0,dec0adde,0) at g_write_data g_mbr_taste(c0700ac0,c24e8400,0,15b,c24e8380) at g_mbr_taste+0x1e9 g_new_provider_event(c24e8400,0,c06b5462,15b,66666667) at g_new_provider_= event+0x93 g_run_events(c070dd3c,0,4c,c06ae8bf,64) at g_run_events+0x21e g_event_procbody(0,e35bfd38,c06b24cf,30d,0) at g_event_procbody+0x95 fork_exit(c04b8a3e,0,e35bfd38) at fork_exit+0xa1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe35bfd6c, ebp =3D 0 --- db> show alllocks db> show pcpu cpuid =3D 0 curthread =3D 0xc227a600: pid 2 "g_event" curpcb =3D 0xe35bfd90 fpcurthread =3D none idlethread =3D 0xc2278600: pid 11 "idle" APIC ID =3D 0 currentldt =3D 0x50 spin locks held: db> show lockedvnods Locked vnodes db> reset --------------010107020606070601030000 Content-Type: text/plain; name="normal.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="normal.txt" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #15: Thu May 12 01:12:36 CDT 2005 root@compgeek.noacks.org:/usr/obj/usr/src/sys/COMPGEEK WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.53GHz (2539.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 1072693248 (1023 MB) avail memory = 1040879616 (992 MB) ACPI APIC Table: ACPI: overriding DSDT/SSDT with custom table ACPI-0377: *** Info: Table [DSDT] replaced by host OS ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link1: irq 0 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 12 on acpi0 pci_link6: irq 9 on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) uhci0: port 0xdc00-0xdc1f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ehci0: mem 0xefffbc00-0xefffbfff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 2 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 em0: port 0xa800-0xa83f mem 0xefec0000-0xefedffff,0xefea0000-0xefebffff irq 16 at device 3.0 on pci2 em0: Ethernet address: 00:07:e9:15:37:df em0: Speed:N/A Duplex:N/A pcib3: at device 5.0 on pci2 pci3: on pcib3 asr0: mem 0xdc000000-0xddffffff irq 21 at device 5.1 on pci2 asr0: [GIANT-LOCKED] asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O pcm0: port 0xa400-0xa43f irq 22 at device 10.0 on pci2 pcm0: atapci0: port 0xbc00-0xbc07,0xb800-0xb803,0xb400-0xb407,0xb000-0xb003,0xac00-0xac0f mem 0xefefc000-0xefefffff irq 18 at device 12.0 on pci2 ata2: on atapci0 ata3: on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button1: on acpi0 fdc0: port 0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xd57ff,0xd5800-0xd67ff,0xd6800-0xdc7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Microsoft Wheel Mouse Optical\M-., rev 1.10/1.21, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhub2: vendor 0x04cc product 0x1122, class 9/0, rev 1.10/1.10, addr 3 uhub2: 3 ports with 3 removable, self powered uhid0: Logitech Logitech Extreme 3D Pro, rev 1.10/35.00, addr 4, iclass 3/0 ugen0: X10 Wireless Technology Inc USB Receiver, rev 1.10/1.00, addr 5 Timecounter "TSC" frequency 2539104292 Hz quality 800 Timecounters tick every 1.000 msec ad4: 76319MB at ata2-master UDMA100 ad6: 76319MB at ata3-master UDMA100 da0 at asr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 35003MB (71686144 512 byte sectors: 255H 63S/T 4462C) ATA PseudoRAID loaded ar0: 76293MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s2a drm0: port 0x7800-0x78ff mem 0xd0000000-0xd7ffffff,0xefcf0000-0xefcfffff irq 16 at device 0.0 on pci1 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized radeon 1.15.0 20050208 on minor 0 info: [drm] Loading R300 Microcode --------------010107020606070601030000 Content-Type: text/plain; name="COMPGEEK" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="COMPGEEK" # # COMPGEEK -- CompGeek kernel configuration file # version 6.0 # 2005/05/12 # machine i386 cpu I686_CPU ident COMPGEEK # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Only build ACPI, DRM, Linux API, and sound modules makeoptions MODULES_OVERRIDE="acpi/acpi linprocfs linux sound/sound sound/driver/es137x" #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Debugging for use in -current options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace of the current thread on the console for a panic. options DDB # Support DDB. #options BREAK_TO_DEBUGGER # A BREAK on a serial console goes to ddb, if available. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Statically Link in accept filters options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP # Zero copy sockets support. This enables "zero copy" for sending and # receiving data via a socket. The send side works for any type of NIC, # the receive side only works for NICs that support MTUs greater than the # page size of your architecture and that support header splitting. See # zero_copy(9) for more details. options ZERO_COPY_SOCKETS # Increase HZ options HZ=1000 # set granularity of operation to 1ms # To make an SMP kernel, the next two lines are needed #options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # Bus support. Do not remove isa, even if you have no isa slots device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives device atapicam # emulate ATAPI devices as SCSI ditto via CAM # needs CAM to be present (scbus & pass) options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID # asr old ioctls support, needed by raidutils options ASR_COMPAT # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners --------------010107020606070601030000-- --------------enig3FD1935573C402EA21304127 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgvknUFz01pkdgZURAnwVAJ9mprklp8pC0dlMVmv/WuS4INbWrgCghaAO dRhAhAGWLVoSJ/kgyeotRWw= =U720 -----END PGP SIGNATURE----- --------------enig3FD1935573C402EA21304127-- From owner-freebsd-current@FreeBSD.ORG Thu May 12 06:38:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B47C516A4CE for ; Thu, 12 May 2005 06:38:40 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF03D43D41 for ; Thu, 12 May 2005 06:38:39 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4C6YRMD045718; Thu, 12 May 2005 08:34:27 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4282F965.3070306@DeepCore.dk> Date: Thu, 12 May 2005 08:36:21 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <4282F922.7070003@alumni.rice.edu> In-Reply-To: <4282F922.7070003@alumni.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: current@FreeBSD.org Subject: Re: ata breakage [STILL] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 06:38:40 -0000 Jonathan Noack wrote: > I am still getting breakage from ata with sources from around midnight = > CDT (after the latest updates). These result in odd messages being=20 > printed to the screen and eventual panics before the machine mounts=20 > root. See the attached horrific.txt for the boot messages and some=20 > brief ddb action. Note the garbage right before the panic. The garbag= e=20 > was printed out before a 30 second pause prior to the panic. >=20 > I backed out src/sys/dev/ata to '2005-05-03 07:55:00 UTC' and everythin= g=20 > works perfectly. See the attached normal.txt for these boot messages. >=20 > The panic seems to happen during probing of the CD drive. I use=20 > atapicam *without* atapicd. The kernel config is also attached. OK, loose atapicam from the kernel and let me know how that goes.. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu May 12 06:52:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 211B916A4D0 for ; Thu, 12 May 2005 06:52:58 +0000 (GMT) Received: from relay3.usu.ru (relay3.usu.ru [194.226.235.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B63F843D8B for ; Thu, 12 May 2005 06:52:33 +0000 (GMT) (envelope-from atr@ngw.compcent.usu.ru) Received: from usu2.usu.ru (usu2.usu.ru [194.226.237.16])j4C72X004230 for ; Thu, 12 May 2005 13:02:33 +0600 Received: from localhost.usu2.usu.ru (localhost.usu2.usu.ru [127.0.0.1]) by usu2.usu.ru (Postfix) with ESMTP id 8696AA802E for ; Thu, 12 May 2005 12:52:28 +0600 (YEKST) Received: from labfer.usu.ru (labfer.usu.ru [194.226.237.37]) by usu2.usu.ru (Postfix) with ESMTP id 21312A7A31 for ; Thu, 12 May 2005 12:52:26 +0600 (YEKST) Received: from labfer.usu.ru (localhost [127.0.0.1]) by labfer.usu.ru (8.13.3/8.13.1) with ESMTP id j4C6qPjL054625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 May 2005 12:52:25 +0600 (YEKST) (envelope-from atr@ngw.compcent.usu.ru) Received: (from atr@localhost) by labfer.usu.ru (8.13.3/8.13.1/Submit) id j4C6qP6b054624; Thu, 12 May 2005 12:52:25 +0600 (YEKST) (envelope-from atr@ngw.compcent.usu.ru) X-Authentication-Warning: labfer.usu.ru: atr set sender to atr@ngw.compcent.usu.ru using -f Date: Thu, 12 May 2005 12:52:25 +0600 From: Alexander Trubin To: freebsd-current@freebsd.org Message-ID: <20050512065225.GA54582@spm.usu.ru> References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050510175056.T672@sotec.home> User-Agent: Mutt/1.4.2.1i X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.16; AVE: 6.30.0.12; VDF: 6.30.0.172; host: usu2.usu.ru) Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 06:52:58 -0000 hi On Tue, May 10, 2005 at 05:58:21PM -0700, Mikko Ty?l?j?rvi wrote: > On Tue, 10 May 2005, Jiawei Ye wrote: > > >On 5/3/05, Jeff Roberson wrote: > >>My apologies Nguyen. ULE has fallen into a state of disrepair. I would > >>not trust it until I spend some time sorting out the current crop of > >>problems. > >I maybe the unlucky one, but with an recently-upgraded -current from > >-stable, startx reboots my machine too, even with 4BSD. > > FWIW, I get this too on my laptop. Basic troubleshooting shows that > it is DRI that blows up. Removing 'Load "dri"' from Xorg's config was > not sufficient, as the server will try to autoload the "sis" kmod > anyway. Had to delete "sis.ko" as well. i get similar problem without 'device io' and 'device mem' in my kernel config file > > I think it is unrelated to the scheduler (I'm using 4BSD). Current > from late March worked fine with DRI, current from late April does > not. > > $.02, > /Mikko > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu May 12 06:56:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB30616A4CE for ; Thu, 12 May 2005 06:56:30 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5331243D72 for ; Thu, 12 May 2005 06:56:30 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so802095nzk for ; Wed, 11 May 2005 23:56:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VRuODaqyVRXffKKK7cexi9qxKMN2ts9R4ToGrVoo3z8OFeTO+Ojag+NQ57GmIBTqfaTUJaf01tidogZmCRbBUXdEnfWabyo0RiaJqmmIf5bsnbxXxj/x4ddILgpFRygs2rDaCzeSlbNQ68ZiOQTzehsKNhc8OhXIiRUpWqxS+b4= Received: by 10.36.42.13 with SMTP id p13mr526876nzp; Wed, 11 May 2005 23:56:29 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Wed, 11 May 2005 23:56:29 -0700 (PDT) Message-ID: Date: Thu, 12 May 2005 14:56:29 +0800 From: Jiawei Ye To: Alexander Trubin In-Reply-To: <20050512065225.GA54582@spm.usu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> <20050510175056.T672@sotec.home> <20050512065225.GA54582@spm.usu.ru> cc: freebsd-current@freebsd.org Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 06:56:30 -0000 On 5/12/05, Alexander Trubin wrote: > i get similar problem without 'device io' and 'device mem' in my kernel > config file I have device io/mem in my kernel config and X still reboots the machine. Regards, Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu May 12 07:03:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD83416A4CE for ; Thu, 12 May 2005 07:03:51 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 875DF43D78 for ; Thu, 12 May 2005 07:03:51 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.205.64 with login) by smtp815.mail.sc5.yahoo.com with SMTP; 12 May 2005 07:03:51 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 8FB21614E; Thu, 12 May 2005 02:03:50 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18558-16; Thu, 12 May 2005 02:03:49 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 383D260F6; Thu, 12 May 2005 02:03:49 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j4C73ndg000768; Thu, 12 May 2005 02:03:49 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4282FFD0.8040101@alumni.rice.edu> Date: Thu, 12 May 2005 02:03:44 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <4282F922.7070003@alumni.rice.edu> <4282F965.3070306@DeepCore.dk> In-Reply-To: <4282F965.3070306@DeepCore.dk> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFE99D73CF4E51FC7C302C891" X-Virus-Scanned: amavisd-new at noacks.org cc: current@FreeBSD.org Subject: atapicam breakage (was: ata breakage [STILL]) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 07:03:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFE99D73CF4E51FC7C302C891 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 05/12/05 01:36, S=F8ren Schmidt wrote: > Jonathan Noack wrote: >> I am still getting breakage from ata with sources from around midnight= =20 >> CDT (after the latest updates). These result in odd messages being=20 >> printed to the screen and eventual panics before the machine mounts=20 >> root. See the attached horrific.txt for the boot messages and some=20 >> brief ddb action. Note the garbage right before the panic. The=20 >> garbage was printed out before a 30 second pause prior to the panic. >> >> I backed out src/sys/dev/ata to '2005-05-03 07:55:00 UTC' and=20 >> everything works perfectly. See the attached normal.txt for these=20 >> boot messages. >> >> The panic seems to happen during probing of the CD drive. I use=20 >> atapicam *without* atapicd. The kernel config is also attached. >=20 > OK, loose atapicam from the kernel and let me know how that goes.. Yup, everything works fine without atapicam but with atapicd. Looks=20 like atapicam is the source of the breakage. --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigFE99D73CF4E51FC7C302C891 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCgv/UUFz01pkdgZURAt7aAKCIcX041zFX93pEHJNmTSSRWayZggCfYYoq RN3rSn+i/E0l5F9gFGsXLcg= =2H7a -----END PGP SIGNATURE----- --------------enigFE99D73CF4E51FC7C302C891-- From owner-freebsd-current@FreeBSD.ORG Thu May 12 07:12:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA49616A4CE for ; Thu, 12 May 2005 07:12:07 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64C9043D7E for ; Thu, 12 May 2005 07:12:07 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 62F361734AD; Thu, 12 May 2005 09:12:06 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id A3E6F4080; Thu, 12 May 2005 09:11:06 +0200 (CEST) Date: Thu, 12 May 2005 09:11:06 +0200 From: Jeremie Le Hen To: Joseph Koshy Message-ID: <20050512071106.GF60916@obiwan.tataz.chchile.org> References: <20050511064050.GB60916@obiwan.tataz.chchile.org> <84dead72050511073955eec896@mail.gmail.com> <20050511155834.GC60916@obiwan.tataz.chchile.org> <20050511235218.GE60916@obiwan.tataz.chchile.org> <84dead720505111953348d484f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720505111953348d484f@mail.gmail.com> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: pmccontrol.c:40:17: pmc.h: ENOENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 07:12:08 -0000 Joseph, > "src/lib/libpmc" doesn't seem to be getting built; check > your source tree, in particular "src/lib/Makefile". my src/lib/Makefile was indeed in "unresolved conflicts" status and didn't contain any "libpmc" information. I wonder how I could reach this situation as I use the -C flags for my cvs update. I checked out a fresh copy and it works now. Thank you for your help and sorry for wasting your time. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu May 12 09:23:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756F016A4CE for ; Thu, 12 May 2005 09:23:57 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB8A43D6A for ; Thu, 12 May 2005 09:23:57 +0000 (GMT) (envelope-from peadar.edwards@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so722529nzp for ; Thu, 12 May 2005 02:23:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lQue3zZW7+fEbjfmBZ+B/swi75kAcDUfYKYYzCHeRvvbhFDXmvMmdR0wlo2qcKnCD3Qa/d38aLPkibSW4ubgPZUQZxCTPx686YUJ6RqAXZNnghf8qn0ST9epAYt7KbmQN1EyFwTswlbknaA0nlUipqD2Asq4a2tbNJEFGJLLnNs= Received: by 10.36.158.14 with SMTP id g14mr508324nze; Thu, 12 May 2005 02:23:56 -0700 (PDT) Received: by 10.36.68.4 with HTTP; Thu, 12 May 2005 02:23:56 -0700 (PDT) Message-ID: <34cb7c8405051202231beae564@mail.gmail.com> Date: Thu, 12 May 2005 10:23:56 +0100 From: Peter Edwards To: yongari@rndsoft.co.kr In-Reply-To: <20050512060804.GC13083@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1294_11679431.1115889836718" References: <20050512060804.GC13083@rndsoft.co.kr> cc: freebsd-current@freebsd.org Subject: Re: smbfs broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: peadar@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 09:23:57 -0000 ------=_Part_1294_11679431.1115889836718 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 5/12/05, Pyun YongHyeon wrote: > Got this on a p3(UP) running -CURRENT. >=20 > # mount_smbfs -I 192.168.5.92 //user@192.168.5.92/temp /mnt ... > panic: userret: Returning with 1 locks held. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hi Pyun, Can you try the attached patch? ------=_Part_1294_11679431.1115889836718 Content-Type: text/plain; name="smb_conn.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smb_conn.txt" SW5kZXg6IHNtYl9jb25uLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lz L25ldHNtYi9zbWJfY29ubi5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE0CmRpZmYgLXUgLXIx LjE0IHNtYl9jb25uLmMKLS0tIHNtYl9jb25uLmMJNyBKYW4gMjAwNSAwMTo0NTo0OSAtMDAwMAkx LjE0CisrKyBzbWJfY29ubi5jCTEyIE1heSAyMDA1IDA5OjIwOjA1IC0wMDAwCkBAIC0yMzksNiAr MjM5LDcgQEAKIHNtYl9jb19kb25lKHN0cnVjdCBzbWJfY29ubm9iaiAqY3ApCiB7CiAJc21iX3Ns X2Rlc3Ryb3koJmNwLT5jb19pbnRlcmxvY2spOworCWxvY2ttZ3IoJmNwLT5jb19sb2NrLCBMS19S RUxFQVNFLCAwLCBjdXJ0aHJlYWQpOwogCWxvY2tkZXN0cm95KCZjcC0+Y29fbG9jayk7CiB9CiAK ------=_Part_1294_11679431.1115889836718-- From owner-freebsd-current@FreeBSD.ORG Thu May 12 09:39:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AEF916A4CE; Thu, 12 May 2005 09:39:03 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E28643D39; Thu, 12 May 2005 09:39:02 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.7) id 41E32167013E0235; Thu, 12 May 2005 11:39:01 +0200 From: "Daniel Eriksson" To: Date: Thu, 12 May 2005 11:38:59 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200505112137.j4BLbhs9011153@repoman.freebsd.org> Thread-Index: AcVWcbuuUBaNfm38SrW1JmWUym7RbwAZCmsg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 cc: 'Paul Saab' Subject: RE: cvs commit: src/sys/netinet tcp_input.c tcp_output.c tcp_sack.c tcp_var.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 09:39:03 -0000 Paul Saab wrote: > ps 2005-05-11 21:37:43 UTC > > FreeBSD src repository > > Modified files: > sys/netinet tcp_input.c tcp_output.c tcp_sack.c > tcp_var.h > Log: > When looking for the next hole to retransmit from the scoreboard, > or to compute the total retransmitted bytes in this sack recovery > episode, the scoreboard is traversed. While in sack recovery, this > traversal occurs on every call to tcp_output(), every dupack and > every partial ack. The scoreboard could potentially get quite large, > making this traversal expensive. > > This change optimizes this by storing hints (for the next hole to > retransmit and the total retransmitted bytes in this sack recovery > episode) reducing the complexity to find these values from O(n) to > constant time. > > The debug code that sanity checks the hints against the computed > value will be removed eventually. After upgrading one of my servers this morning (dual Athlon MP) I'm getting a fair amount of these on the console: tcp_sack_output: Computed sack hole not the same as cached value So far I have ~50 such lines in the log after ~3 hours of uptime. No users have reported any problems though. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Thu May 12 10:58:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED9AC16A4D0 for ; Thu, 12 May 2005 10:58:05 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA6343D45 for ; Thu, 12 May 2005 10:58:04 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.128761 secs; 12 May 2005 19:55:47 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j4CAvKcq015264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 May 2005 19:57:20 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j4CAvKwg015263; Thu, 12 May 2005 19:57:20 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Thu, 12 May 2005 19:57:20 +0900 From: Pyun YongHyeon To: peadar@freebsd.org Message-ID: <20050512105720.GD13083@rndsoft.co.kr> References: <20050512060804.GC13083@rndsoft.co.kr> <34cb7c8405051202231beae564@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34cb7c8405051202231beae564@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: smbfs broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 10:58:06 -0000 On Thu, May 12, 2005 at 10:23:56AM +0100, Peter Edwards wrote: > On 5/12/05, Pyun YongHyeon wrote: > > Got this on a p3(UP) running -CURRENT. > > > > # mount_smbfs -I 192.168.5.92 //user@192.168.5.92/temp /mnt > ... > > panic: userret: Returning with 1 locks held. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Hi Pyun, > Can you try the attached patch? > Index: smb_conn.c > =================================================================== > RCS file: /home/ncvs/src/sys/netsmb/smb_conn.c,v > retrieving revision 1.14 > diff -u -r1.14 smb_conn.c > --- smb_conn.c 7 Jan 2005 01:45:49 -0000 1.14 > +++ smb_conn.c 12 May 2005 09:20:05 -0000 > @@ -239,6 +239,7 @@ > smb_co_done(struct smb_connobj *cp) > { > smb_sl_destroy(&cp->co_interlock); > + lockmgr(&cp->co_lock, LK_RELEASE, 0, curthread); > lockdestroy(&cp->co_lock); > } > It works great. Thanks a lot. :) -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed May 11 15:11:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 227C616A4CE for ; Wed, 11 May 2005 15:11:34 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71D5D43D72 for ; Wed, 11 May 2005 15:11:33 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so105901rnf for ; Wed, 11 May 2005 08:11:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=s/tUBmXTA5ZCkAH1EO5q2lwf68OBUolm5WiuDUkdS7noK5IOVhprhU9LXC04oiKFRwgI1EJ24hWk7a/g8pp0daqJJCTsxIKPpulGZzTIPL/HnTmUyRbMl3qnL8HlvpIpoxwo619EGkCgLgpOiS22TUUlz4SfrAwNGQOV28UuTaM= Received: by 10.38.14.38 with SMTP id 38mr128181rnn; Wed, 11 May 2005 08:11:33 -0700 (PDT) Received: from ?59.93.160.192? ([59.93.160.192]) by mx.gmail.com with ESMTP id 70sm123481rnb.2005.05.11.08.11.30; Wed, 11 May 2005 08:11:33 -0700 (PDT) Message-ID: <4282209C.3070507@gmail.com> Date: Wed, 11 May 2005 20:41:24 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tuomo Latto References: <20050511051016.93990.qmail@web54002.mail.yahoo.com> <42819770.9070007@gmail.com> <4281C1FC.800@mbnet.fi> In-Reply-To: <4281C1FC.800@mbnet.fi> Content-Type: multipart/mixed; boundary="------------050305000602040908090708" X-Mailman-Approved-At: Thu, 12 May 2005 11:50:09 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: xl(4) & polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 11 May 2005 15:11:34 -0000 This is a multi-part message in MIME format. --------------050305000602040908090708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/11/2005 13:57, Tuomo Latto wrote: > Subhro wrote: > ... > >> In Device Polled systems, the NIC does not generate any interrupt at >> all. Instead whenever the packets arrive at a Network interface, they >> are captured and put into a queue. The kernel scheduler checks the >> quese at regular intervals and processes the packets which are >> waiting. This interval is adjusted by the "options HZ=x" kernel option. >> >> If the value of x is very high, there may eb two scenarios. In the >> first scenario, the queue may fill up and subsequent packets are >> dropped. In this case retransmission of the packets are required. In >> the second scenario, the packets would be held up for excessive long >> times which defeats the entire purpose of Device Polling. If the >> value of x is very low, the scheduler would check the queue >> frequently and would again defeat the entire idea of Device Polling. > > > It's the other way around. Large values indicate larger polling frequency > thus amounting to more checks. Or at least the name of the option would > suggest that anyway. > > Silly me :(. I meant something, typed something else. Its indeed the other way round. Thanks to everyone who pointed this out. Regards S. --------------050305000602040908090708-- From owner-freebsd-current@FreeBSD.ORG Thu May 12 12:36:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CAEA16A4CE for ; Thu, 12 May 2005 12:36:40 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C733043D69 for ; Thu, 12 May 2005 12:36:39 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4CCZ2rE028598 for ; Thu, 12 May 2005 15:35:03 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4CCabga003065 for ; Thu, 12 May 2005 15:36:37 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4CCabaM003064 for freebsd-current@freebsd.org; Thu, 12 May 2005 15:36:37 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 12 May 2005 15:36:37 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050512123637.GA2966@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Trimming top's header to display width X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 12:36:40 -0000 The following patch trims the header printed by top(1) to the display_width. A lot of people have complained how top's header wraps around when some columns are too wide, with the more recent thread related to this being: http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050014.html Does the diff below look like a good way to fix this? %%% Index: contrib/top/display.c =================================================================== RCS file: /tmp/cvsroot/src/contrib/top/display.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- contrib/top/display.c 12 May 2005 01:15:45 -0000 1.1.1.1 +++ contrib/top/display.c 12 May 2005 11:06:21 -0000 1.2 @@ -626,6 +626,33 @@ static int header_length; /* + * Trim a header string to the current display width and return a newly + * allocated area with the trimmed header. + */ + +char * +trim_header(text) + +char *text; + +{ + char *s; + int width; + + s = NULL; + width = display_width; + header_length = strlen(text); + if (header_length >= width) { + s = malloc((width + 1) * sizeof(char)); + if (s == NULL) + return (NULL); + strncpy(s, text, width); + s[width] = '\0'; + } + return (s); +} + +/* * *_header(text) - print the header for the process area * * Assumptions: cursor is on the previous line and lastline is consistent @@ -636,7 +663,12 @@ char *text; { - header_length = strlen(text); + char *s; + + s = trim_header(text); + if (s != NULL) + text = s; + if (header_status == ON) { putchar('\n'); @@ -647,6 +679,7 @@ { header_status = OFF; } + free(s); } /*ARGSUSED*/ @@ -655,6 +688,12 @@ char *text; /* ignored */ { + char *s; + + s = trim_header(text); + if (s != NULL) + text = s; + if (header_status == ERASE) { putchar('\n'); @@ -662,6 +701,7 @@ clear_eol(header_length); header_status = OFF; } + free(s); } /* %%% From owner-freebsd-current@FreeBSD.ORG Thu May 12 12:54:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AFF116A4CE; Thu, 12 May 2005 12:54:54 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6054B43D6E; Thu, 12 May 2005 12:54:53 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:838:37f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 40238C120; Thu, 12 May 2005 14:54:50 +0200 (CEST) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:838:37f:10:20a:e6ff:fe7d:c08]) by wotan.home.paeps.cx (Postfix) with ESMTP id F3A3B61B0; Thu, 12 May 2005 14:54:48 +0200 (CEST) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.13.3/8.13.3) with ESMTP id j4CCsm0h075755; Thu, 12 May 2005 14:54:48 +0200 (CEST) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.13.3/8.13.3/Submit) id j4CCshJi075754; Thu, 12 May 2005 14:54:43 +0200 (CEST) (envelope-from philip) Date: Thu, 12 May 2005 14:54:43 +0200 From: Philip Paeps To: Maxime Henrion Message-ID: <20050512125443.GI41166@fasolt.home.paeps.cx> Mail-Followup-To: Maxime Henrion , Miguel Mendez , current@FreeBSD.org References: <20050511190601.GC5631@elvis.mu.org> <20050511215911.5b67dfc1.flynn@energyhq.es.eu.org> <20050511200742.GF5631@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511200742.GF5631@elvis.mu.org> X-Date-in-Rome: ante diem IV Idius Maias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i cc: current@FreeBSD.org Subject: Re: CVSup rewrite - aka csup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 12:54:54 -0000 On 2005-05-11 22:07:42 (+0200), Maxime Henrion wrote: > Miguel Mendez wrote: > > Other than that I think having this in a public cvs repo (sourceforge or > > hosted on the FreeBSD servers) would be great to get things rolling. > > Unfortunately my spare time is already very limited and filled with other > > FreeBSD related stuff, but this sounds like a very interesting project > > that could benefit the other BSDs as well. > > Yes, I need to look for a place where to put this CVS repo. I'm not very > fond of sourceforge :-). Perhaps the FreeBSD 'projects' repo would be a good place for this? :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. (1) Everything depends. (2) Nothing is always. (3) Everything is sometimes. From owner-freebsd-current@FreeBSD.ORG Thu May 12 13:05:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4E916A4CE for ; Thu, 12 May 2005 13:05:35 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D40643D68 for ; Thu, 12 May 2005 13:05:35 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DWDNe-0005AE-3p; Thu, 12 May 2005 16:05:34 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Chuck Swiger In-Reply-To: Message from Chuck Swiger of "Wed, 11 May 2005 13:24:47 EDT." <42823FDF.7060106@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 May 2005 16:05:33 +0300 From: Danny Braniss Message-ID: cc: freebsd-current@freebsd.org cc: Oliver Brandmueller Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 13:05:35 -0000 > Oliver Brandmueller wrote: > > On Tue, May 10, 2005 at 11:54:59AM -0400, Andre Guibert de Bruet wrote: > >>Wasn't the old max length of GECOS 8 chars? Setting it to anything less > >>starts to become too short -- You're better off just outputting the UID. > > > > I vote for removing (or make it optional) the code that measures > > username lengths. I have a system with >90k users (in LDAP) and it takes > > quite some time to find out the longest (just to cut the number down to > > 13 afterwards anyway). This even happens with "-u" in the standard top. > > +1. It's silly to scan the list of users to find the length of the longest > username, just in order to make the output *not* fit into 80 columns. :-) maybe the time has come to drop the 80 col. limit? it's been around for more that 100 years, and screens (most of them) can be streched :-) danny From owner-freebsd-current@FreeBSD.ORG Thu May 12 14:18:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 178D116A4CE for ; Thu, 12 May 2005 14:18:28 +0000 (GMT) Received: from web80604.mail.yahoo.com (web80604.mail.yahoo.com [66.218.79.93]) by mx1.FreeBSD.org (Postfix) with SMTP id C2C5643D7B for ; Thu, 12 May 2005 14:18:27 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050512141827.95064.qmail@web80604.mail.yahoo.com> Received: from [64.165.201.18] by web80604.mail.yahoo.com via HTTP; Thu, 12 May 2005 07:18:27 PDT Date: Thu, 12 May 2005 07:18:27 -0700 (PDT) From: Mohan Srinivasan To: Daniel Eriksson , freebsd-current@FreeBSD.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: 'Paul Saab' Subject: RE: cvs commit: src/sys/netinet tcp_input.c tcp_output.c tcp_sack.c tcp_var.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 14:18:28 -0000 Thanks. I'll take a look at this. mohan --- Daniel Eriksson wrote: > Paul Saab wrote: > > > ps 2005-05-11 21:37:43 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/netinet tcp_input.c tcp_output.c tcp_sack.c > > tcp_var.h > > Log: > > When looking for the next hole to retransmit from the scoreboard, > > or to compute the total retransmitted bytes in this sack recovery > > episode, the scoreboard is traversed. While in sack recovery, this > > traversal occurs on every call to tcp_output(), every dupack and > > every partial ack. The scoreboard could potentially get quite large, > > making this traversal expensive. > > > > This change optimizes this by storing hints (for the next hole to > > retransmit and the total retransmitted bytes in this sack recovery > > episode) reducing the complexity to find these values from O(n) to > > constant time. > > > > The debug code that sanity checks the hints against the computed > > value will be removed eventually. > > After upgrading one of my servers this morning (dual Athlon MP) I'm getting > a fair amount of these on the console: > > tcp_sack_output: Computed sack hole not the same as cached value > > So far I have ~50 such lines in the log after ~3 hours of uptime. No users > have reported any problems though. > > /Daniel Eriksson > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu May 12 17:07:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8535216A4CE for ; Thu, 12 May 2005 17:07:28 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id E5F2F43D54 for ; Thu, 12 May 2005 17:07:27 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 11066 invoked from network); 12 May 2005 17:07:26 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 12 May 2005 17:07:26 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j4CH7PPg091510 for ; Thu, 12 May 2005 19:07:25 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j4CH7Pqn091509 for current@freebsd.org; Thu, 12 May 2005 19:07:25 +0200 (CEST) (envelope-from pho) Date: Thu, 12 May 2005 19:07:24 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050512170724.GA91183@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Livelock with KTR dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 17:07:28 -0000 With GENERIC HEAD from May 10 17:58 UTC I got a livelock. This is old and reoccurring problem that I only get while stress testing. The livelock can be unlocked by issuing a kill from ddb to the curthread. More info at http://www.holm.cc/stress/log/cons129.html, which also includes a KTR dump (KTR_INTR|KTR_PROC|KTR_RUNQ|KTR_SYSC|KTR_CLK| KTR_TRAP) -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu May 12 23:00:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B762616A4CE for ; Thu, 12 May 2005 23:00:25 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DBF043D70 for ; Thu, 12 May 2005 23:00:25 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id B93201734AA; Fri, 13 May 2005 01:00:23 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E39BA4080; Fri, 13 May 2005 00:59:22 +0200 (CEST) Date: Fri, 13 May 2005 00:59:22 +0200 From: Jeremie Le Hen To: Danny Braniss Message-ID: <20050512225922.GN60916@obiwan.tataz.chchile.org> References: <42823FDF.7060106@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i cc: Oliver Brandmueller cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 23:00:25 -0000 > maybe the time has come to drop the 80 col. limit? it's been around for more > that 100 years, and screens (most of them) can be streched :-) No way. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri May 13 00:21:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2477516A4CE for ; Fri, 13 May 2005 00:21:22 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFD0443D70 for ; Fri, 13 May 2005 00:21:21 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGE000PRJN7AI@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Thu, 12 May 2005 20:21:07 -0400 (EDT) Date: Thu, 12 May 2005 20:21:06 -0400 From: Nicolas Blais In-reply-to: <200505081910.04981.nb_root@videotron.ca> To: freebsd-current@freebsd.org Message-id: <200505122021.06808.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 References: <200505081910.04981.nb_root@videotron.ca> Subject: Re: acd0 broken, umass probe takes 5 minutes at boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 00:21:22 -0000 On May 8, 2005 07:10 pm, Nicolas Blais wrote: > FreeBSD clk01a 6.0-CURRENT FreeBSD 6.0-CURRENT #: Sun May 8 16:38:09 EDT > 2005 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A i386 > > (Warning, long read) > > Hi, > > Since I cvsup'd and buildworld/kernel yesterday (after a fresh install of > March_05 snapshot), my dvdr (acd0) no longer works. > I had atapicam enabled in my kernel conf file and disabling it does > nothing. I still get the following errors when trying to read a dvd : > acd0: timeout waiting for ATAPI ready > acd0: error issuing ATA PACKET command > and if I try to mount a cd/dvd, it crashes the system. > > With atapicam enabled, I get several loops of this at boot: > (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:ata1:0:0:0): CAM Status: SCSI Status Error > (da0:ata1:0:0:0): SCSI Status: Check Condition > (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 > (da0:ata1:0:0:0): Medium not present > (da0:ata1:0:0:0): (da0:ata1:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 > 0 (da0:ata1:0:0:0): NOT READY csi:0,0,bb,0 asc:3a,0 > (da0:ata1:0:0:0): Medium not present > Unretryable error > (da0:ata1:0:0:0): error 6 > (da0:ata1:0:0:0): Unretryable Error > Opened disk da0 -> 6 > and still no access to acd0 or it's scsi form. The dvdr is set physically > set as master (not CS) and runs alone on it's channel. I tried changing the > cable from 80 conductor to 40 conductor (spare parts...) and nothing > changed. > > Also, whether I have atapicam enabled or not, booting takes about 5 minutes > because the umass probe is hanging. It will ouput 5 times : > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command. > With about a minute in between. > > Ironically, after boot, pluging-in a USB mp3 player works and creates da1 > successfully. These two problems were not present in the March_05 snapshot. > My wild guess would be that something happened to either pass, da or scbus > that my system doesn't like. > > Any suggestions? Should I send_pr? > > Thanks, > Nicolas. With a cvsup today, my acd0 is completely broken and renders the system unbootable. It will loop forever : acd0: setting PIO4 on VIA 8237 chip acd0: setting UDMA33 on VIA 8237 chip ata1: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=58 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 over and over again preventing boot. Reverted back kernel to May 10th @ 17h00 to at least get it booting. From owner-freebsd-current@FreeBSD.ORG Fri May 13 00:25:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D7416A4CE; Fri, 13 May 2005 00:25:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200B943D8A; Fri, 13 May 2005 00:25:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5659A514E7; Thu, 12 May 2005 17:25:01 -0700 (PDT) Date: Thu, 12 May 2005 17:25:01 -0700 From: Kris Kennaway To: amd64@FreeBSD.org Message-ID: <20050513002501.GA75954@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: panic: vm_object_reference_locked: dead object referenced X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 00:25:02 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline dual CPU 6.0 machine with 8GB RAM. Unfortunately no dumps. panic() at panic+0x1e6 vm_object_reference_locked() at vm_object_reference_locked+0x3c vm_object_split() at vm_object_split+0x110 vm_map_copy_entry() at vm_map_copy_entry+0xcd vmspace_fork() at vmspace_fork+0x32f vm_forkproc() at vm_forkproc+0xcc fork1() at fork1+0xe24 fork() at fork+0x1f syscall() at syscall+0x382 Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCg/PdWry0BWjoQKURAvBOAJ9PnIaPfVUdiWRfu5/KvDFXoEuEtQCfdBDH LPzLDHCMPHJUfNmaYZOoj28= =XDBi -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 01:24:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CF9616A4CE for ; Fri, 13 May 2005 01:24:36 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9356E43D80 for ; Fri, 13 May 2005 01:24:35 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so1284714nzk for ; Thu, 12 May 2005 18:24:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ovmL3IXvl9EJrdBrgpTOJtr/MDLU/BKB7dzsdkqAW6HNpUeJchUjSG+mDi++cSFvAHzNrC+IErSZJYNXnM0ZB34NMgUbBceeBuHsreSQLfncjl4bspuqBfJT2YTxZUUP1cBc/6+T1vYTW/M+taW6EJdvD4hQ+kl/HOnG0I9swR4= Received: by 10.36.118.11 with SMTP id q11mr914150nzc; Thu, 12 May 2005 18:24:34 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Thu, 12 May 2005 18:24:34 -0700 (PDT) Message-ID: Date: Fri, 13 May 2005 09:24:34 +0800 From: Jiawei Ye To: Jeremie Le Hen In-Reply-To: <20050512225922.GN60916@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42823FDF.7060106@mac.com> <20050512225922.GN60916@obiwan.tataz.chchile.org> cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 01:24:36 -0000 On 5/13/05, Jeremie Le Hen wrote: > > maybe the time has come to drop the 80 col. limit? it's been around for= more > > that 100 years, and screens (most of them) can be streched :-) >=20 > No way. >=20 > -- > Jeremie Le Hen My own personal solution is to s/COMMAND/CMD. It helps. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Fri May 13 04:00:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B26116A4CE for ; Fri, 13 May 2005 04:00:55 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A904F43D7C for ; Fri, 13 May 2005 04:00:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4D3wtnV012112; Thu, 12 May 2005 21:58:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 12 May 2005 22:00:06 -0600 (MDT) Message-Id: <20050512.220006.124086156.imp@bsdimp.com> To: danny@cs.huji.ac.il From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: ob@e-Gitt.NET Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 04:00:55 -0000 In message: Danny Braniss writes: : maybe the time has come to drop the 80 col. limit? it's been around for more : that 100 years, and screens (most of them) can be streched :-) Not on the console. The real bug is that it is hardwired to 80 and not the width of the terminal... Warner From owner-freebsd-current@FreeBSD.ORG Fri May 13 04:19:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 342EC16A4CE for ; Fri, 13 May 2005 04:19:32 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C33A43D79 for ; Fri, 13 May 2005 04:19:31 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j4D4JUAK034415 for ; Fri, 13 May 2005 08:19:30 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j4D4JTdq034414 for current@freebsd.org; Fri, 13 May 2005 08:19:29 +0400 (MSD) (envelope-from ache) Date: Fri, 13 May 2005 08:19:29 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20050513041929.GA34210@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.175; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 13 May 2005 08:19:30 +0400 (MSD) Subject: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 04:19:32 -0000 With today's kernel I get Trying to mount root... exec /sbin/init: error 20 exec /sbin/oinit: error 20 exec /sbin/init.bak: error 20 And only reboot is possible at this stage. I am sure I clean everything several times and have all things fresh including user base (and init too). Old kernel works nicely at the same time even with new code base. I have SMP machine (well, not true SMP but HT). Any ideas? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri May 13 05:27:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE79D16A4CE for ; Fri, 13 May 2005 05:27:28 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2749443D8C for ; Fri, 13 May 2005 05:27:28 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 43496 invoked from network); 13 May 2005 05:27:27 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 13 May 2005 05:27:27 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j4D5RPNl099602 for ; Fri, 13 May 2005 07:27:25 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j4D5RPiA099601 for current@freebsd.org; Fri, 13 May 2005 07:27:25 +0200 (CEST) (envelope-from pho) Date: Fri, 13 May 2005 07:27:25 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050513052725.GA99589@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Page fault in kern_proc.c:736 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 05:27:29 -0000 With GENERIC HEAD from May 10 17:58 UTC I got a page fault in kern_proc.c:736: #8 0xc07c5eba in calltrap () at ../../../i386/i386/exception.s:139 #9 0x00000008 in ?? () #10 0xcf350028 in ?? () #11 0xc0610028 in thread_export_context #12 0xc061aea9 in sysctl_out_proc #13 0xc061b400 in sysctl_kern_proc #14 0xc062750f in sysctl_root #15 0xc06276e0 in userland_sysctl #16 0xc0627597 in __sysctl #17 0xc07d8937 in syscall #18 0xc07c5f0f in Xint0x80_syscall More info at http://www.holm.cc/stress/log/cons130.html I have a KTR dump with KTR_INTR|KTR_PROC|KTR_RUNQ|KTR_SYSC|KTR_CLK| KTR_TRAP if that's any help. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri May 13 06:52:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A27D16A4CE for ; Fri, 13 May 2005 06:52:45 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F45643D90 for ; Fri, 13 May 2005 06:52:44 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id DDD3B173490 for ; Fri, 13 May 2005 08:52:43 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 9A7A9405A; Fri, 13 May 2005 08:52:42 +0200 (CEST) Date: Fri, 13 May 2005 08:52:42 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050513065241.GA667@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: panic in RELENG_5 em(4) 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: Fri, 13 May 2005 06:52:45 -0000 Hi, I know this list should not be used for RELENG_5 related problems, but given this seems to be a panic introduced in recent em(4) driver changes (my previous 5.3 kernel worked like a charm), I thought this would be more judicious to post on -current@. %%% Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbfec52b0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc06db6c0 stack pointer = 0x10:0xd3fe9bc0 frame pointer = 0x10:0xd3fe9c24 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 22 (irq11: pcm0 xl1, em0) [thread pid 22 tid 100016 ] Stopped at bus_dmamap_load+0x377: movl PTmap(,%eax,4),%edx db> trace Tracing pid 22 tid 100016 td 0xc1997900 bus_dmamap_load(c1c59780,0,b14ace22,7fe,c04a17ab) at bus_dmamap_load+0x377 em_get_buf(55,c1a5b000,0,c199be20,d3fe9cc8) at em_get_buf+0xe5 em_process_receive_interrupts(c1a5b000,fffffffe,0,c0852318,916) at em_process_receive_interrupts+0x1a7 em_intr(c1a5b000,0,0,0,0) at em_intr+0x143 ithread_loop(c1991880,d3fe9d38,0,0,0) at ithread_loop+0x19f fork_exit(c0556558a,c1991880,d3fe9d38) at fork_exit+0x7f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd3fe9d6c, ebp = 0 --- %%% Unfortunately, I have not been able to get a kernel dump. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri May 13 07:27:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10FC016A4CE for ; Fri, 13 May 2005 07:27:17 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 721AF43D79 for ; Fri, 13 May 2005 07:27:16 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j4D7RDOT018123 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 13 May 2005 17:27:14 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])j4D7RDEa036250; Fri, 13 May 2005 17:27:13 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.1/8.13.1/Submit) id j4D7RDT8036249; Fri, 13 May 2005 17:27:13 +1000 (EST) (envelope-from peter) Date: Fri, 13 May 2005 17:27:13 +1000 From: Peter Jeremy To: Andrey Chernov , current@freebsd.org Message-ID: <20050513072713.GB34537@server.vk2pj.dyndns.org> References: <20050513041929.GA34210@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513041929.GA34210@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 07:27:17 -0000 On Fri, May 13, 2005 at 08:19:29AM +0400, Andrey Chernov wrote: >With today's kernel I get > >Trying to mount root... >exec /sbin/init: error 20 >exec /sbin/oinit: error 20 >exec /sbin/init.bak: error 20 Errno 20 is ENOTDIR. Have you possibly hosed your /sbin? >And only reboot is possible at this stage. I am sure I clean everything >several times and have all things fresh including user base (and init >too). Old kernel works nicely at the same time even with new code base. If you mean that you can boot your old kernel with the same userland then I can't help you. You might like to do a verbose boot which should report slightly more about what it is trying to do. Peter From owner-freebsd-current@FreeBSD.ORG Fri May 13 07:49:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D43716A4CE for ; Fri, 13 May 2005 07:49:51 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A80D443D82 for ; Fri, 13 May 2005 07:49:50 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j4D7nnUx042174; Fri, 13 May 2005 11:49:49 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j4D7nn62042173; Fri, 13 May 2005 11:49:49 +0400 (MSD) (envelope-from ache) Date: Fri, 13 May 2005 11:49:48 +0400 From: Andrey Chernov To: Peter Jeremy Message-ID: <20050513074948.GA41987@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Peter Jeremy , current@freebsd.org References: <20050513041929.GA34210@nagual.pp.ru> <20050513072713.GB34537@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513072713.GB34537@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.175; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 13 May 2005 11:49:49 +0400 (MSD) cc: current@freebsd.org Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 07:49:51 -0000 On Fri, May 13, 2005 at 05:27:13PM +1000, Peter Jeremy wrote: > Errno 20 is ENOTDIR. Have you possibly hosed your /sbin? No, see below. > If you mean that you can boot your old kernel with the same userland then Yes, old kernel with the same userland booted fine. fsck passed fine too. > I can't help you. You might like to do a verbose boot which should report > slightly more about what it is trying to do. I'll try, but I doubt it helps, if directory is not found. It looks line someone damage ufs code or softupdates (I have them). -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri May 13 08:45:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6E7316A4CE for ; Fri, 13 May 2005 08:45:17 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339C943D78 for ; Fri, 13 May 2005 08:45:17 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j4D8jFnW043710; Fri, 13 May 2005 12:45:15 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j4D8jFNv043709; Fri, 13 May 2005 12:45:15 +0400 (MSD) (envelope-from ache) Date: Fri, 13 May 2005 12:45:15 +0400 From: Andrey Chernov To: Peter Jeremy , current@freebsd.org Message-ID: <20050513084514.GB43605@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Peter Jeremy , current@freebsd.org References: <20050513041929.GA34210@nagual.pp.ru> <20050513072713.GB34537@server.vk2pj.dyndns.org> <20050513074948.GA41987@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513074948.GA41987@nagual.pp.ru> User-Agent: Mutt/1.5.9i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.175; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Fri, 13 May 2005 12:45:16 +0400 (MSD) Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 08:45:18 -0000 On Fri, May 13, 2005 at 11:49:48AM +0400, Andrey Chernov wrote: > I'll try, but I doubt it helps, if directory is not found. > It looks line someone damage ufs code or softupdates (I have them). I try bootverbose and it not difers from old (i.e. working) kernel output. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Fri May 13 09:42:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30AEE16A4CE; Fri, 13 May 2005 09:42:06 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8137143D5A; Fri, 13 May 2005 09:42:05 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id BBBAE5D17; Fri, 13 May 2005 05:42:04 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57482-01; Fri, 13 May 2005 05:42:03 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 5635F5CBB; Fri, 13 May 2005 05:42:02 -0400 (EDT) Message-ID: <42847665.4030803@mac.com> Date: Fri, 13 May 2005 05:41:57 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20050512.220006.124086156.imp@bsdimp.com> In-Reply-To: <20050512.220006.124086156.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@FreeBSD.org cc: Matthias Buelow cc: Giorgos Keramidas Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 09:42:06 -0000 M. Warner Losh wrote: > In message: > Danny Braniss writes: > : maybe the time has come to drop the 80 col. limit? it's been around for more > : that 100 years, and screens (most of them) can be streched :-) > > Not on the console. The real bug is that it is hardwired to 80 and > not the width of the terminal... It makes sense that top would start with a minimally capable 80x24 ANSI terminal which only needs to know enough to clear the screen. Supporting wider terminals strikes me as a fine idea, too, only I think this capability is already present...? From the related thread in -stable: Matthias Buelow wrote: > Kevin Oberman wrote: >> top(1) could check the width of the display and tailor the display to >> that width. May screen based tools already do this and it provides a lot >> of flexibility. It's best to check the width for width on every update >> so that the screen (if its a soft terminal) may be increased and the >> display re-written to take advantage of that, on the fly. > > Errm.. it is doing that already, doesn't it? > > I can definitely resize the xterm and it adjusts itself to the new > width, only the command name is clipped after a certain length (so > there's a maximum length it would display). ...and I can confirm this. If you resize a terminal while running top, it will display wider than 80-columns now. The uptime and clock in the upper right corner stays right-justified if you resize, and the command column grows too, but is clipped. BTW, Kevin, you don't need to recheck the terminal size with every redraw, although for something which only updates once a second by default, that would work OK. However, if you register a signal handler for SIGWINCH, you can be notified when the terminal size changes and only adjust the layout when you actually need to. ----- Since Giorgos is the one who seems to be the closest to actively writing code, and has asked for feedback, well, I think his suggested layout is an improvement, and I agree with these: + The entire header line is limited to the window width too. + The USERNAME column is hard-limited to 8 characters. + The CPU/WCPU columns occupy the same space and can be toggled with the 'C' keyboard command. + When UID numbers are displayed, hitting 'u' will read a UID instead of a username. The only thing I *don't* like is splatting the # of threads onto the end of the process name, seperated by a slash: that makes it remarkably hard to read. I'd be happier with a "#TH" column, and limiting the # of threads to displayed to 999 or "+++", or some such. If we need to drop a column, I'd much rather drop the "NICE" column and have a "#TH" column instead. Or if we want to display more of the COMMAND, I'd rather drop both, and not display # threads at all. Most processes have one thread, although that seems to vary by workload (ie, if you run lots of Java stuff), more than by platform. -- -Chuck PS: I disagree with whoever suggested removing the RES column; when I run top, I normally sort either my TIME or by RES (aka RSS or RPRVT). Having the order of processes flicker around as transient CPU workload shifts I find less helpful then seeing which are consuming resources over the lifespan of the process. PSS: At one point, I recall that top was staticly linked and had no required dependencies, not even on termcap, but that was a while ago. The top that comes with FreeBSD now seems to be dynamicly linked against ncurses, and the current behavior suggests that it is using curses windows for drawing. (Which is fine, curses does a lot of hard work that I'm just as happy to let it figure out.) From owner-freebsd-current@FreeBSD.ORG Fri May 13 10:23:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC8FA16A4CE for ; Fri, 13 May 2005 10:23:05 +0000 (GMT) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 365F743D64 for ; Fri, 13 May 2005 10:23:05 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j4DAN2gZ027758 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 13 May 2005 20:23:03 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])j4DAN2mc036732; Fri, 13 May 2005 20:23:02 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.1/8.13.1/Submit) id j4DAN2wl036731; Fri, 13 May 2005 20:23:02 +1000 (EST) (envelope-from peter) Date: Fri, 13 May 2005 20:23:02 +1000 From: Peter Jeremy To: Andrey Chernov , current@freebsd.org Message-ID: <20050513102302.GC34537@server.vk2pj.dyndns.org> References: <20050513041929.GA34210@nagual.pp.ru> <20050513072713.GB34537@server.vk2pj.dyndns.org> <20050513074948.GA41987@nagual.pp.ru> <20050513084514.GB43605@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513084514.GB43605@nagual.pp.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 10:23:05 -0000 On Fri, May 13, 2005 at 12:45:15PM +0400, Andrey Chernov wrote: >On Fri, May 13, 2005 at 11:49:48AM +0400, Andrey Chernov wrote: >> I'll try, but I doubt it helps, if directory is not found. >> It looks line someone damage ufs code or softupdates (I have them). > >I try bootverbose and it not difers from old (i.e. working) kernel >output. OK. Elsewhere you've wondered if it is a low-level bug in ATAmkIII. If you believe it may be a low-level bug, you could try: 1) Get a USB memory stick, floppy disk or CD-ROM 2) Build a UFS[2] filesystem on it 3) Copy /sbin/init into an sbin subdirectory on the device 4) Use "boot -a" and specify that device as the root filesystem. This won't work (because there's nothing for init to do if it starts) but it will let you determine whether the bug is in the UFS[2] code (exec still fails) or in the ATA driver (the exec works - init starts but dies because there's nothing else in root). Your other option is a binary search through -current and/or a session with kgdb or ddb. Peter From owner-freebsd-current@FreeBSD.ORG Fri May 13 11:17:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3064716A4CE for ; Fri, 13 May 2005 11:17:48 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id B408B43D5E for ; Fri, 13 May 2005 11:17:47 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 2AAB65C74; Fri, 13 May 2005 07:17:47 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 57738-09; Fri, 13 May 2005 07:17:45 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 681995C50; Fri, 13 May 2005 07:17:45 -0400 (EDT) Message-ID: <42848CD4.50501@mac.com> Date: Fri, 13 May 2005 07:17:40 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <20050512.220006.124086156.imp@bsdimp.com> <42847665.4030803@mac.com> <20050513102116.GD9642@orion.daedalusnetworks.priv> In-Reply-To: <20050513102116.GD9642@orion.daedalusnetworks.priv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 11:17:48 -0000 Giorgos Keramidas wrote: > On 2005-05-13 05:41, Chuck Swiger wrote: [ ... ] >> The only thing I *don't* like is splatting the # of threads onto the >> end of the process name, seperated by a slash: that makes it >> remarkably hard to read. > > I see. > > This is one of those things that you either love or hate, I guess. > Somebody *did* suggest it while we had problems with the THR column > being too wide and pushing COMMAND out of the visible area, so I tried > to use prstat on Solaris 10 for a while to see how things work out. Maybe we could use this space for longer than 8-char usernames, especially if the thread count is the usual single digit? > The output format of prstat is: > > 1 2 3 4 5 6 7 8 > 12345678901234567890123456789012345678901234567890123456789012345678901234567890 > +-------------------------------------------------------------------------------- > | PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/LWPID > | 313 daemon 6448K 5584K sleep 58 0 0:11.30 0.2% snmpd/5 > | 3817 root 9016K 6640K sleep 58 0 0:00.08 0.1% cfailover/1 > | 7366 keramida 4240K 3568K cpu1 58 0 0:00.00 0.1% prstat/1 > | 7335 root 3904K 2464K sleep 58 0 0:00.00 0.1% sshd/1 [ Ohgod. Mozilla won't let me reformat this quoted text without making it un-magic and wrapping it. Lemme leave it as it is and hope for the best. ] > The format of our top, to make comparisons easier is: > 1 2 3 4 5 6 7 8 > 12345678901234567890123456789012345678901234567890123456789012345678901234567890 > +-------------------------------------------------------------------------------- > | PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND > |54842 root 1 8 0 2364K 1884K wait 0:09 10.91% 10.69% sh > | 762 keramida 1 96 0 82432K 31280K select 4:53 0.00% 0.00% Xorg > |65426 keramida 4 20 0 44240K 34152K kserel 4:12 0.00% 0.00% firefox-b > | 814 keramida 1 96 0 6188K 4424K select 1:06 0.00% 0.00% wmaker There's four blanks there, so one could handle usernames up to 11 characters long. Or else remove the double-space between USERNAME and THR. We could reclaim another 2 spaces between STATE and TIME, as the overwhelming majority of states seem to be 6-chars long, as you note below. FWIW, top on Solaris is: > 1 2 3 4 5 6 7 8 > 12345678901234567890123456789012345678901234567890123456789012345678901234567890 > +-------------------------------------------------------------------------------- > | PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND > | 27956 chuck 1 0 0 1808K 1256K cpu/3 0:00 0.73% top > | 208 root 1 58 0 11M 11M sleep 312:46 0.06% se.sparcv9.5.8 > | 1 root 1 58 0 880K 360K sleep 52:08 0.00% init > | 194 root 14 56 0 64M 59M sleep 15:31 0.00% nscd I would zap NICE, and shrink TIME somehow, maybe using a human-readable format. If a process is nice'd, do what ps does (used to do?) and put a "<" or ">" in the space after PRI, which already displays the effective priority of the task, anway. Including the impact of nice as well as the scheduler's dynamic readjustment.... [ ... ] > The main differences, minus reordering of the fields are: > > - Our STATE column is 8 columns wide, while on prstat it uses 6 > - Our TIME column is 5 characters wide vs. prstat's 9 > - We have THR in a column vs. prstat which uses command/N > - We have both CPU and WCPU > - SIZE and RSS in prstat are 1 column shorter I'd be happier to shrink them and use a "dh -H" style readout, otherwise I agree with displaying only one of CPU and WCPU. Top is only an approximation or fixed sampling of dynamicly changing stuff, anyway-- the difference between the two isn't worth the space it uses. > The THR column seems a bit of waste in retrospect, because depending on > the workload of the system it may have just one column of useful data. Agreed. The question to answer, is how should one display the busiest threads of a process usefully in the top display? Figuring that one out would be useful to answering other questions about what top should look like. >> (Which is fine, curses does a lot of hard work that I'm just as happy to >> let it figure out.) > > Unfortunately, the current top uses very few of the features that a full > blown curses implementation would have. Curses by slow accumulation, rather than curses by design? Ick. :-) -- -Chuck PS: I would also vote for changing nothing in terms of adding or removing columns, just zapping the username length check, and try to squeeze the whitespace down a little to make more room for the COMMAND field. From owner-freebsd-current@FreeBSD.ORG Fri May 13 11:31:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC1616A4D1 for ; Fri, 13 May 2005 11:31:55 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11FC43D39 for ; Fri, 13 May 2005 11:31:54 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4DBUJZ8032752; Fri, 13 May 2005 14:30:19 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4DBVpRC025975; Fri, 13 May 2005 14:31:51 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4DBVpPc025974; Fri, 13 May 2005 14:31:51 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 13 May 2005 14:31:51 +0300 From: Giorgos Keramidas To: Chuck Swiger Message-ID: <20050513113151.GD934@orion.daedalusnetworks.priv> References: <20050512.220006.124086156.imp@bsdimp.com> <42847665.4030803@mac.com> <20050513102116.GD9642@orion.daedalusnetworks.priv> <42848CD4.50501@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42848CD4.50501@mac.com> cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 11:31:56 -0000 On 2005-05-13 07:17, Chuck Swiger wrote: >Giorgos Keramidas wrote: >>The format of our top, to make comparisons easier is: >> 1 2 3 4 5 6 7 8 >> 12345678901234567890123456789012345678901234567890123456789012345678901234567890 >>+-------------------------------------------------------------------------------- >>| PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND >>|54842 root 1 8 0 2364K 1884K wait 0:09 10.91% 10.69% sh >>| 762 keramida 1 96 0 82432K 31280K select 4:53 0.00% 0.00% Xorg >>|65426 keramida 4 20 0 44240K 34152K kserel 4:12 0.00% 0.00% firefox-b >>| 814 keramida 1 96 0 6188K 4424K select 1:06 0.00% 0.00% wmaker > > There's four blanks there, so one could handle usernames up to 11 > characters long. Or else remove the double-space between USERNAME and THR. It's not a bdouble space. The THR column has a width of 4 characters and a title of 3; that's why it looks like a double space :-$ > Agreed. The question to answer, is how should one display the busiest > threads of a process usefully in the top display? Figuring that one > out would be useful to answering other questions about what top should > look like. In "thread mode", every thread gets its own line. In that case, you get what you're looking for. It's just not the default display mode, but it's easily enabled by hitting 'H'. >> Unfortunately, the current top uses very few of the features that a full >> blown curses implementation would have. > > Curses by slow accumulation, rather than curses by design? Ick. :-) Bingo :) From owner-freebsd-current@FreeBSD.ORG Thu May 12 22:20:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0849116A4CE for ; Thu, 12 May 2005 22:20:25 +0000 (GMT) Received: from mta05-winn.mailhost.ntl.com (smtpout15.mailhost.ntl.com [212.250.162.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF8843D79 for ; Thu, 12 May 2005 22:20:21 +0000 (GMT) (envelope-from steve.callaghan@ntlworld.com) Received: from aamta05-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP <20050512222020.QZUV8060.mta05-winn.mailhost.ntl.com@aamta05-winn.mailhost.ntl.com> for ; Thu, 12 May 2005 23:20:20 +0100 Received: from woot1 ([62.254.2.69]) by aamta05-winn.mailhost.ntl.com with ESMTP id <20050512222019.OLAB1280.aamta05-winn.mailhost.ntl.com@woot1> for ; Thu, 12 May 2005 23:20:19 +0100 From: "steve'o" To: Date: Thu, 12 May 2005 23:20:11 +0100 Message-ID: <000001c55740$c79632c0$4502fe3e@woot1> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Fri, 13 May 2005 11:59:10 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: built-in card reader on fsc a 7640 notebook X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 22:20:25 -0000 Hi I came across your question in search for the drivers for this notebook , I cant find them anywhere on the net , Including the fujitsu web site ? Would you do me a copy ? I will pay you for your trouble Calas ********************************************* From owner-freebsd-current@FreeBSD.ORG Fri May 13 10:21:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C8E16A4CE for ; Fri, 13 May 2005 10:21:31 +0000 (GMT) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9493643D46 for ; Fri, 13 May 2005 10:21:29 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4DAJgVH018904; Fri, 13 May 2005 13:19:42 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4DALIrG080020; Fri, 13 May 2005 13:21:18 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost)j4DALGrr080019; Fri, 13 May 2005 13:21:16 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 13 May 2005 13:21:16 +0300 From: Giorgos Keramidas To: Chuck Swiger Message-ID: <20050513102116.GD9642@orion.daedalusnetworks.priv> References: <20050512.220006.124086156.imp@bsdimp.com> <42847665.4030803@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42847665.4030803@mac.com> X-Mailman-Approved-At: Fri, 13 May 2005 11:59:10 +0000 cc: freebsd-current@freebsd.org cc: Matthias Buelow cc: "M. Warner Losh" Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 10:21:31 -0000 On 2005-05-13 05:41, Chuck Swiger wrote: > Since Giorgos is the one who seems to be the closest to actively > writing code, and has asked for feedback, well, I think his suggested > layout is an improvement, and I agree with these: First of all, thanks a lot for the feedback :-) > + The entire header line is limited to the window width too. > + The USERNAME column is hard-limited to 8 characters. > + The CPU/WCPU columns occupy the same space and can be toggled with > the 'C' keyboard command. > + When UID numbers are displayed, hitting 'u' will read a UID instead > of a username. > > The only thing I *don't* like is splatting the # of threads onto the > end of the process name, seperated by a slash: that makes it > remarkably hard to read. I see. This is one of those things that you either love or hate, I guess. Somebody *did* suggest it while we had problems with the THR column being too wide and pushing COMMAND out of the visible area, so I tried to use prstat on Solaris 10 for a while to see how things work out. The output format of prstat is: 1 2 3 4 5 6 7 8 12345678901234567890123456789012345678901234567890123456789012345678901234567890 +-------------------------------------------------------------------------------- | PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/LWPID | 313 daemon 6448K 5584K sleep 58 0 0:11.30 0.2% snmpd/5 | 3817 root 9016K 6640K sleep 58 0 0:00.08 0.1% cfailover/1 | 7366 keramida 4240K 3568K cpu1 58 0 0:00.00 0.1% prstat/1 | 7335 root 3904K 2464K sleep 58 0 0:00.00 0.1% sshd/1 The format of our top, to make comparisons easier is: 1 2 3 4 5 6 7 8 12345678901234567890123456789012345678901234567890123456789012345678901234567890 +-------------------------------------------------------------------------------- | PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND |54842 root 1 8 0 2364K 1884K wait 0:09 10.91% 10.69% sh | 762 keramida 1 96 0 82432K 31280K select 4:53 0.00% 0.00% Xorg |65426 keramida 4 20 0 44240K 34152K kserel 4:12 0.00% 0.00% firefox-b | 814 keramida 1 96 0 6188K 4424K select 1:06 0.00% 0.00% wmaker The main differences, minus reordering of the fields are: - Our STATE column is 8 columns wide, while on prstat it uses 6 - Our TIME column is 5 characters wide vs. prstat's 9 - We have THR in a column vs. prstat which uses command/N - We have both CPU and WCPU - SIZE and RSS in prstat are 1 column shorter The THR column seems a bit of waste in retrospect, because depending on the workload of the system it may have just one column of useful data. I'll have to give a bit more of thought to this, but if I don't get anywhere near a form decision it may make sense to make the appearance of a THR column run-time configurable. > I'd be happier with a "#TH" column, and limiting the # of threads to > displayed to 999 or "+++", or some such. If we need to drop a column, > I'd much rather drop the "NICE" column and have a "#TH" column > instead. Ideally, all columns should be runtime configurable, much like ps(1) and its -o option. > (Which is fine, curses does a lot of hard work that I'm just as happy to > let it figure out.) Unfortunately, the current top uses very few of the features that a full blown curses implementation would have. - Giorgos From owner-freebsd-current@FreeBSD.ORG Fri May 13 12:27:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB9E616A4D1; Fri, 13 May 2005 12:27:56 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D6D43D53; Fri, 13 May 2005 12:27:56 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j4DCRoxJ067810; Fri, 13 May 2005 08:27:50 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j4DCRoFj067807; Fri, 13 May 2005 08:27:50 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 13 May 2005 08:27:50 -0400 (EDT) From: Andre Guibert de Bruet To: Giorgos Keramidas In-Reply-To: <20050513113151.GD934@orion.daedalusnetworks.priv> Message-ID: <20050513082431.D820@lexi.siliconlandmark.com> References: <20050512.220006.124086156.imp@bsdimp.com> <42847665.4030803@mac.com> <20050513102116.GD9642@orion.daedalusnetworks.priv> <42848CD4.50501@mac.com> <20050513113151.GD934@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.547, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 12:27:57 -0000 On Fri, 13 May 2005, Giorgos Keramidas wrote: > On 2005-05-13 07:17, Chuck Swiger wrote: >> Giorgos Keramidas wrote: >>> The format of our top, to make comparisons easier is: >>> 1 2 3 4 5 6 7 8 >>> 12345678901234567890123456789012345678901234567890123456789012345678901234567890 >>> +-------------------------------------------------------------------------------- >>> | PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND >>> |54842 root 1 8 0 2364K 1884K wait 0:09 10.91% 10.69% sh >>> | 762 keramida 1 96 0 82432K 31280K select 4:53 0.00% 0.00% Xorg >>> |65426 keramida 4 20 0 44240K 34152K kserel 4:12 0.00% 0.00% firefox-b >>> | 814 keramida 1 96 0 6188K 4424K select 1:06 0.00% 0.00% wmaker >> >> There's four blanks there, so one could handle usernames up to 11 >> characters long. Or else remove the double-space between USERNAME and THR. > > It's not a bdouble space. The THR column has a width of 4 characters > and a title of 3; that's why it looks like a double space :-$ On Solaris, the THR column is 3 characters wide. I think that everyone would be happy to see an extra column for the COMMAND field. :-) >> Agreed. The question to answer, is how should one display the busiest >> threads of a process usefully in the top display? Figuring that one >> out would be useful to answering other questions about what top should >> look like. > > In "thread mode", every thread gets its own line. In that case, you get > what you're looking for. It's just not the default display mode, but > it's easily enabled by hitting 'H'. > >>> Unfortunately, the current top uses very few of the features that a full >>> blown curses implementation would have. >> >> Curses by slow accumulation, rather than curses by design? Ick. :-) > > Bingo :) Yikes! Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Fri May 13 12:33:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7AA316A4D0; Fri, 13 May 2005 12:33:36 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799E643D69; Fri, 13 May 2005 12:33:36 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j4DCXXFx067873; Fri, 13 May 2005 08:33:33 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j4DCXWvH067870; Fri, 13 May 2005 08:33:33 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 13 May 2005 08:33:32 -0400 (EDT) From: Andre Guibert de Bruet To: Giorgos Keramidas In-Reply-To: <20050512123637.GA2966@orion.daedalusnetworks.priv> Message-ID: <20050513083059.W820@lexi.siliconlandmark.com> References: <20050512123637.GA2966@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.547, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: Trimming top's header to display width X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 12:33:37 -0000 On Thu, 12 May 2005, Giorgos Keramidas wrote: > The following patch trims the header printed by top(1) to the > display_width. A lot of people have complained how top's header wraps > around when some columns are too wide, with the more recent thread > related to this being: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050014.html > > Does the diff below look like a good way to fix this? > > %%% > Index: contrib/top/display.c > =================================================================== > RCS file: /tmp/cvsroot/src/contrib/top/display.c,v > retrieving revision 1.1.1.1 > retrieving revision 1.2 > diff -u -r1.1.1.1 -r1.2 > --- contrib/top/display.c 12 May 2005 01:15:45 -0000 1.1.1.1 > +++ contrib/top/display.c 12 May 2005 11:06:21 -0000 1.2 > @@ -626,6 +626,33 @@ > static int header_length; > > /* > + * Trim a header string to the current display width and return a newly > + * allocated area with the trimmed header. > + */ > + > +char * > +trim_header(text) > + > +char *text; > + > +{ > + char *s; > + int width; > + > + s = NULL; Setting s to NULL is useless because malloc returns either NULL on failure or a pointer to the allocated memory segment. > + width = display_width; > + header_length = strlen(text); > + if (header_length >= width) { > + s = malloc((width + 1) * sizeof(char)); > + if (s == NULL) > + return (NULL); > + strncpy(s, text, width); > + s[width] = '\0'; > + } > + return (s); > +} > + > +/* > * *_header(text) - print the header for the process area > * > * Assumptions: cursor is on the previous line and lastline is consistent > @@ -636,7 +663,12 @@ > char *text; > > { > - header_length = strlen(text); > + char *s; > + > + s = trim_header(text); > + if (s != NULL) > + text = s; > + > if (header_status == ON) > { > putchar('\n'); > @@ -647,6 +679,7 @@ > { > header_status = OFF; > } > + free(s); > } > > /*ARGSUSED*/ > @@ -655,6 +688,12 @@ > char *text; /* ignored */ > > { > + char *s; > + > + s = trim_header(text); > + if (s != NULL) > + text = s; > + > if (header_status == ERASE) > { > putchar('\n'); > @@ -662,6 +701,7 @@ > clear_eol(header_length); > header_status = OFF; > } > + free(s); > } > > /* > %%% Other than that pet-peeve, the patch looks good to me... Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Fri May 13 12:39:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB7516A4D0 for ; Fri, 13 May 2005 12:39:56 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A62B443D6D for ; Fri, 13 May 2005 12:39:55 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j4DCcLDd032028; Fri, 13 May 2005 15:38:21 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j4DCdrcg026846; Fri, 13 May 2005 15:39:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j4DCdr3F026845; Fri, 13 May 2005 15:39:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 13 May 2005 15:39:53 +0300 From: Giorgos Keramidas To: Andre Guibert de Bruet Message-ID: <20050513123953.GB26764@orion.daedalusnetworks.priv> References: <20050512123637.GA2966@orion.daedalusnetworks.priv> <20050513083059.W820@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050513083059.W820@lexi.siliconlandmark.com> cc: freebsd-current@freebsd.org Subject: Re: Trimming top's header to display width X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 12:39:56 -0000 On 2005-05-13 08:33, Andre Guibert de Bruet wrote: > On Thu, 12 May 2005, Giorgos Keramidas wrote: > >Does the diff below look like a good way to fix this? > > > >%%% > >+char * > >+trim_header(text) > >+ > >+char *text; > >+ > >+{ > >+ char *s; > >+ int width; > >+ > >+ s = NULL; > > Setting s to NULL is useless because malloc returns either NULL on failure > or a pointer to the allocated memory segment. Setting s to NULL unconditionally means that even if the if block right below doesn't run, the pointer *WILL* be initialized to something meaningful. > > >+ width = display_width; > >+ header_length = strlen(text); > >+ if (header_length >= width) { This part won't run all the time. If it doesn't, then `s' could potentially hold garbage from the stack and the callers of trim_header() would find it very surprising that their non-NULL pointer causes a segfault in free() :-) > Other than that pet-peeve, the patch looks good to me... Cool :) From owner-freebsd-current@FreeBSD.ORG Fri May 13 13:04:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A9E16A4CE for ; Fri, 13 May 2005 13:04:24 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7304A43D31 for ; Fri, 13 May 2005 13:04:24 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 52AB3ACAFB; Fri, 13 May 2005 15:04:23 +0200 (CEST) Date: Fri, 13 May 2005 15:04:23 +0200 From: Pawel Jakub Dawidek To: Andrey Chernov , current@freebsd.org Message-ID: <20050513130423.GY837@darkness.comp.waw.pl> References: <20050513041929.GA34210@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GS4hgKuWjO35gvSO" Content-Disposition: inline In-Reply-To: <20050513041929.GA34210@nagual.pp.ru> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Subject: Re: Who/what broke -current kernel? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 13:04:24 -0000 --GS4hgKuWjO35gvSO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 13, 2005 at 08:19:29AM +0400, Andrey Chernov wrote: +> With today's kernel I get +>=20 +> Trying to mount root... +> exec /sbin/init: error 20 +> exec /sbin/oinit: error 20 +> exec /sbin/init.bak: error 20 +>=20 +> And only reboot is possible at this stage. I am sure I clean everything= =20 +> several times and have all things fresh including user base (and init=20 +> too). Old kernel works nicely at the same time even with new code base. = I=20 +> have SMP machine (well, not true SMP but HT). +>=20 +> Any ideas? It could be me, but it should be already fixed. Could you verify that you have sys/kern/vfs_mount.c rev. 1.195? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --GS4hgKuWjO35gvSO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFChKXXForvXbEpPzQRApLuAJ9TkzvNDFFg1hEhoSlYFLDHgqNZmwCfa3fs YATuoXzTeQ9WfukBYbP2oR0= =ScqH -----END PGP SIGNATURE----- --GS4hgKuWjO35gvSO-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 20:52:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE90516A4CE for ; Fri, 13 May 2005 20:52:17 +0000 (GMT) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D24F43D58 for ; Fri, 13 May 2005 20:52:17 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 736BD91C for ; Fri, 13 May 2005 16:52:16 -0400 (EDT) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id D8DCA3AA; Fri, 13 May 2005 16:52:06 -0400 (EDT) Date: Fri, 13 May 2005 16:52:06 -0400 From: "Michael W. Oliver" To: current@freebsd.org Message-ID: <20050513205206.GC40601@gargantuan.com> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C1iGAkRnbeBonpVg" Content-Disposition: inline X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.9i X-Spam-DCC: sgs_public_dcc_server: phoenix.gargantuan.com 1199; Body=1 Fuz1=1 Fuz2=1 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-106.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.3 X-Spam-Pyzor: Reported 0 times. Subject: job count in (t)csh prompt b0rken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 20:52:18 -0000 --C1iGAkRnbeBonpVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi guys. just upgraded to latest CURRENT this morning, now my prompt is hosed. among other things, it usually has a blurb which includes the job count, expressed as: jobs(%j) now, it just has a single number representing the job count and all other good info is gone. worked fine with CURRENT from '04/28/05 00:20:45', which was my last CURRENT build before today. old prompt: michael phoenix.gargantuan.com (Fri) 2005-05-13 15:46:08 ~ line(ttyp2) jobs(0) signal(0) > current prompt: 0 here is the full monty... set FD_DEF=3D"%{^[[0;0;0m%}" set FB_DEF=3D"%{^[[0;1;0m%}" set FD_GRY=3D"%{^[[0;0;30m%}" set FB_GRY=3D"%{^[[0;1;30m%}" set FD_RED=3D"%{^[[0;0;31m%}" set FB_RED=3D"%{^[[0;1;31m%}" set FD_GRN=3D"%{^[[0;0;32m%}" set FB_GRN=3D"%{^[[0;1;32m%}" set FD_YEL=3D"%{^[[0;0;33m%}" set FB_YEL=3D"%{^[[0;1;33m%}" set FD_BLU=3D"%{^[[0;0;34m%}" set FB_BLU=3D"%{^[[0;1;34m%}" set FD_MAG=3D"%{^[[0;0;35m%}" set FB_MAG=3D"%{^[[0;1;35m%}" set FD_CYN=3D"%{^[[0;0;36m%}" set FB_CYN=3D"%{^[[0;1;36m%}" set FD_WHT=3D"%{^[[0;0;37m%}" set FB_WHT=3D"%{^[[0;1;37m%}" # set is_root =3D "" if ("$uid" =3D=3D "0") then set is_root =3D "${FB_RED}(root)${FD_DEF}" endif # # the whitespace at the end of each line is manadatory, else # the prompt will be hosed up when using and # set prompt =3D "\n${FB_RED}%n${FD_DEF} ${FB_CYN}%M${FD_DEF} (%d) %Y-%W-%D ${FB_GRN}%P${FD_DEF} ${FB_YEL}%~${FD_DEF} \n${FD_YEL}line(%l)${FD_DEF} ${FD_MAG}jobs(%j)${FD_DEF} ${FD_GRN}signal(%?)${FD_DEF} \n${is_root}${FD_YEL}%#${FD_DEF} " (that 'set prompt' is all one line, btw) thanks in advance for any pointers on fixing this. --=20 Mike Oliver [see complete headers for contact information] --C1iGAkRnbeBonpVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFChRN2sWv7q8X6o8kRAtNgAJ0cIgxbYm+IIU9SeV8LDfuJhBLAigCfWWcG px2Fpx+cMNYcouydcbYQg8g= =oCWE -----END PGP SIGNATURE----- --C1iGAkRnbeBonpVg-- From owner-freebsd-current@FreeBSD.ORG Fri May 13 21:00:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6634716A4D0 for ; Fri, 13 May 2005 21:00:06 +0000 (GMT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E81A943D39 for ; Fri, 13 May 2005 21:00:05 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR010.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IGG004W74YBX7@VL-MO-MR010.ip.videotron.ca> for freebsd-current@freebsd.org; Fri, 13 May 2005 16:58:59 -0400 (EDT) Date: Fri, 13 May 2005 16:58:43 -0400 From: Nicolas Blais In-reply-to: <200505122021.06808.nb_root@videotron.ca> To: freebsd-current@freebsd.org Message-id: <200505131658.44069.nb_root@videotron.ca> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.8 References: <200505081910.04981.nb_root@videotron.ca> <200505122021.06808.nb_root@videotron.ca> Subject: Re: acd0 broken, umass probe takes 5 minutes at boot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 21:00:06 -0000 > With a cvsup today, my acd0 is completely broken and renders the system > unbootable. It will loop forever : > > acd0: setting PIO4 on VIA 8237 chip > acd0: setting UDMA33 on VIA 8237 chip > ata1: reinit done .. > ata1: reiniting channel .. > ata1: reset tp1 mask=03 ostat0=58 ostat1=00 > ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > ata1: reset tp2 stat0=00 stat1=00 devices=0x4 > > over and over again preventing boot. Reverted back kernel to May 10th @ > 17h00 to at least get it booting. Cvsup'd again today with changes to ata driver, now my system boots, cd0 and pass0 is created and mounting acd0 and cd0 now works fine. I still get error messages at boot for some reason. Here's the dmesg: ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire atapicam: atapicam0 already exists; skipping it pid 25: corrected slot count (0->1) ad0: setting PIO4 on VIA 8237 chip ad0: setting UDMA100 on VIA 8237 chip ad0: 19541MB at ata0-master UDMA100 ad0: 40020624 sectors [39703C/16H/63S] 16 sectors/interrupt 1 depth queue ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire acd0: setting PIO4 on VIA 8237 chip acd0: setting UDMA33 on VIA 8237 chip acd0: DVDR drive at ata1 as master acd0: read 6890KB/s (6890KB/s) write 6890KB/s (6890KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 76319MB at ata2-master SATA150 ad4: 156301488 sectors [155061C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: VIA check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed GEOM: new disk ad0 GEOM: new disk ad4 (probe1:ata1:0:0:0): error 22 (probe1:ata1:0:0:0): Unretryable Error (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 33.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error umass0 still dead and causing 5 minute delay at boot but I'm happy my dvdr now works. Nicolas. From owner-freebsd-current@FreeBSD.ORG Fri May 13 21:02:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7142D16A4CE for ; Fri, 13 May 2005 21:02:59 +0000 (GMT) Received: from smtp1.linkline.com (smtp1.linkline.com [66.59.235.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F1043D78 for ; Fri, 13 May 2005 21:02:59 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [127.0.0.1] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp1.linkline.com (Postfix) with ESMTP id 8AE289CD15; Fri, 13 May 2005 14:02:56 -0700 (PDT) Message-ID: <428515F4.9080802@linkline.com> Date: Fri, 13 May 2005 14:02:44 -0700 From: Samuel Clements User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randall Wiggins References: <428512EC.7040809@zonedzero.net> In-Reply-To: <428512EC.7040809@zonedzero.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: "freebsd-current@freebsd.org" Subject: Re: ICH5R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 21:02:59 -0000 Randall Wiggins wrote: > I just built a new box with the ASUS P4P800SE with ICH5R SATA RAID 0/1 > controller onboard. > I found your post about CVSUPing the source and bringing the 5.4 kernel > to CURRENT, but was wondering if you know of any issues with CURRENT > right now with this RAID controller etc? I think the only current issue with this controller (assuming the format is one of the Adaptec, Intel, LSI, or other supported format) is the lack of ability to create an array from within FreeBSD. As long as you can create the array in the BIOS, it should work just fine. Any one else have any major issues with these? All my boxes seem to be running just fine... > Randy Sam From owner-freebsd-current@FreeBSD.ORG Fri May 13 21:41:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E59EE16A502 for ; Fri, 13 May 2005 21:40:59 +0000 (GMT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1AE343D1F for ; Fri, 13 May 2005 21:40:59 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id D1D8D2C3D3; Fri, 13 May 2005 23:40:57 +0200 (CEST) Date: Fri, 13 May 2005 23:40:57 +0200 From: Thomas Quinot To: Jonathan Noack Message-ID: <20050513214057.GA9287@melusine.cuivre.fr.eu.org> References: <4282F922.7070003@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4282F922.7070003@alumni.rice.edu> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.8i cc: current@FreeBSD.org Subject: Re: ata breakage [STILL] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 21:41:00 -0000 * Jonathan Noack, 2005-05-12 : > The panic seems to happen during probing of the CD drive. I use > atapicam *without* atapicd. The kernel config is also attached. Can you try to: * remove 'cd' from your kernel config * boot * camcontrol devlist -v * kldload cd Also, does this happen regardless of whether or not a disc is present in your CD drive? Please try with no disc, with a known good CD-ROM, with a known good CD-audio, and with a blank CD-R. Thanks, Thomas. From owner-freebsd-current@FreeBSD.ORG Fri May 13 22:20:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F9D716A4CE for ; Fri, 13 May 2005 22:20:58 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DDA343D1F for ; Fri, 13 May 2005 22:20:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E998772DD4; Fri, 13 May 2005 15:20:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E4DD272DCB; Fri, 13 May 2005 15:20:57 -0700 (PDT) Date: Fri, 13 May 2005 15:20:57 -0700 (PDT) From: Doug White To: Peter Holm In-Reply-To: <20050513052725.GA99589@peter.osted.lan> Message-ID: <20050513151245.V30976@carver.gumbysoft.com> References: <20050513052725.GA99589@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Page fault in kern_proc.c:736 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 22:20:58 -0000 On Fri, 13 May 2005, Peter Holm wrote: > With GENERIC HEAD from May 10 17:58 UTC I got a page fault in > kern_proc.c:736: > > #8 0xc07c5eba in calltrap () at ../../../i386/i386/exception.s:139 > #9 0x00000008 in ?? () > #10 0xcf350028 in ?? () > #11 0xc0610028 in thread_export_context > #12 0xc061aea9 in sysctl_out_proc > #13 0xc061b400 in sysctl_kern_proc > #14 0xc062750f in sysctl_root > #15 0xc06276e0 in userland_sysctl > #16 0xc0627597 in __sysctl > #17 0xc07d8937 in syscall > #18 0xc07c5f0f in Xint0x80_syscall > > More info at http://www.holm.cc/stress/log/cons130.html > > I have a KTR dump with KTR_INTR|KTR_PROC|KTR_RUNQ|KTR_SYSC|KTR_CLK| > KTR_TRAP if that's any help. Looks like we need to add code to fill_kinfo_thread() that DTRT if the thread is TDS_INACTIVE. I only worry that there's nothing stopping a thread from exiting out from under us. The proc.h locking guide says td_state is only accessed by curthread so there might be a problem here. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri May 13 23:51:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3824A16A4CE for ; Fri, 13 May 2005 23:51:56 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F9DB43D80 for ; Fri, 13 May 2005 23:51:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 13 May 2005 23:51:54 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Fri, 13 May 2005 19:52:02 -0400 (EDT) Message-ID: <3973.172.16.0.199.1116028322.squirrel@172.16.0.1> In-Reply-To: <20050512072754.GB92476@us.svf.stuba.sk> References: <20050505133250.GA73885@us.svf.stuba.sk> <20050506065950.GA1999@us.svf.stuba.sk> <20050507043712.GB28373@xor.obsecurity.org> <1318.172.16.0.199.1115846681.squirrel@172.16.0.1> <1424.172.16.0.199.1115851128.squirrel@172.16.0.1> <20050512072754.GB92476@us.svf.stuba.sk> Date: Fri, 13 May 2005 19:52:02 -0400 (EDT) From: "Mike Jakubik" To: "Marian Durkovic" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-net@freebsd.org cc: current@freebsd.org Subject: Outgoing speed problems in -CURRENT (was: Re: SOLVED: Degraded TCP performace on Intel PRO/1000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 23:51:56 -0000 On Thu, May 12, 2005 3:27 am, Marian Durkovic said: >> Seems like i am getting half the performance when sending to the fbsd >> box. Also, enabling jumbo frames does not help, and sometimes even >> yields slightly slower results. > > Yes, that's exactly the problem my patch is addressing - for larger MTU > sizes the TX FIFO is simply too small. > > And the new Intel's driver ver. 2.1.7 for FreeBSD 5.3 has the same bugs. I just tried your patch, but unfortunately it does not seem to affect my problem, the speeds are identical. I am still getting half the performance when sending out. The fact that this also occurs using another machine and a different card, leads me to belive something is broken in -CURRENT. From owner-freebsd-current@FreeBSD.ORG Sat May 14 03:40:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B16C916A4CE for ; Sat, 14 May 2005 03:40:56 +0000 (GMT) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEE6043D70 for ; Sat, 14 May 2005 03:40:55 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout1-sn1.fre.skanova.net (7.1.026.7) id 42650A3B00649F2F for freebsd-current@FreeBSD.org; Sat, 14 May 2005 05:40:54 +0200 From: "Daniel Eriksson" To: Date: Sat, 14 May 2005 05:40:50 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVYNrjnOXYcvuShRs+XUH1JU3x1Pw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: PAM 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: Sat, 14 May 2005 03:40:56 -0000 Somewhere between 2005.05.12.19.00.00 and 2005.05.13.18.10.00 PAM (or something PAM relies on) got messed up. Installing a system with the later date will prevent you from logging in, both via ssh and on the console. Using ssh results in the following console output: sshd[530]: fatal: openpty returns device for which ttyname fails. sshd[530]: error: chown 0 0 failed: No such file or directory sshd[530]: error: chmod 0666 failed: No such file or directory /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat May 14 04:49:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9406E16A4D0 for ; Sat, 14 May 2005 04:49:49 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB36743D7B for ; Sat, 14 May 2005 04:49:48 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 82900 invoked from network); 14 May 2005 04:47:31 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 14 May 2005 04:47:31 -0000 Message-ID: <4285836E.3AD4B37@freebsd.org> Date: Sat, 14 May 2005 06:49:50 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Jakubik References: <20050505133250.GA73885@us.svf.stuba.sk> <20050506065950.GA1999@us.svf.stuba.sk> <20050507043712.GB28373@xor.obsecurity.org> <1318.172.16.0.199.1115846681.squirrel@172.16.0.1> <1424.172.16.0.199.1115851128.squirrel@172.16.0.1> <3973.172.16.0.199.1116028322.squirrel@172.16.0.1> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: current@freebsd.org cc: Marian Durkovic Subject: Re: Outgoing speed problems in -CURRENT (was: Re: SOLVED: DegradedTCP performace on Intel PRO/1000) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 04:49:49 -0000 Mike Jakubik wrote: > > On Thu, May 12, 2005 3:27 am, Marian Durkovic said: > > >> Seems like i am getting half the performance when sending to the fbsd > >> box. Also, enabling jumbo frames does not help, and sometimes even > >> yields slightly slower results. > > > > Yes, that's exactly the problem my patch is addressing - for larger MTU > > sizes the TX FIFO is simply too small. > > > > And the new Intel's driver ver. 2.1.7 for FreeBSD 5.3 has the same bugs. > > I just tried your patch, but unfortunately it does not seem to affect my > problem, the speeds are identical. I am still getting half the performance > when sending out. The fact that this also occurs using another machine and > a different card, leads me to belive something is broken in -CURRENT. net.inet.tcp.sendspace=65536 and try again. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat May 14 07:25:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E044F16A4CE for ; Sat, 14 May 2005 07:25:15 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 495BE43D97 for ; Sat, 14 May 2005 07:25:15 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 1D4C24EFCFB; Sat, 14 May 2005 15:25:13 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 1287E4EFCFA; Sat, 14 May 2005 15:25:13 +0800 (CST) Date: Sat, 14 May 2005 15:25:13 +0800 (CST) From: Tai-hwa Liang To: Daniel Eriksson In-Reply-To: Message-ID: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@FreeBSD.org Subject: Re: PAM 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: Sat, 14 May 2005 07:25:16 -0000 On Sat, 14 May 2005, Daniel Eriksson wrote: > > Somewhere between 2005.05.12.19.00.00 and 2005.05.13.18.10.00 PAM (or > something PAM relies on) got messed up. Installing a system with the later > date will prevent you from logging in, both via ssh and on the console. > Using ssh results in the following console output: > > sshd[530]: fatal: openpty returns device for which ttyname fails. > sshd[530]: error: chown 0 0 failed: No such file or directory > sshd[530]: error: chmod 0666 failed: No such file or directory Does backing out ttyname related changes work for you? http://lists.freebsd.org/pipermail/cvs-src/2005-May/046254.html From owner-freebsd-current@FreeBSD.ORG Sat May 14 07:31:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCB9416A4CE for ; Sat, 14 May 2005 07:31:58 +0000 (GMT) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D80043D6B for ; Sat, 14 May 2005 07:31:58 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from Sonomago (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id CF32A19F3B for ; Sat, 14 May 2005 00:32:32 -0700 (PDT) From: "Darren Pilgrim" To: Date: Sat, 14 May 2005 00:31:47 -0700 Message-ID: <000001c55856$fe6a7ab0$0a2a15ac@Sonomago> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <48D44BB27BDE3840BDF18E59CB169A5C83A02E@bcs-mail3.internal.cacheflow.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: RE: cannot log on as root after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 07:31:59 -0000 > Li, Qing wrote: >=20 > I performed a cvs sync today and buildworld. After the system reboot > I cannot log on as root, the error message that is shown on = console > is "login: pam_acct_mgmt(): authentication error". > I can still log on as a normal user. I'm having this same problem with on a system built from sources pulled = down today. Logging in on the console as root produces the "pam_acct_mgmt(): authentication error" message. However, logging in as a normal user = works fine and I can then `su -` to root without error, so I know my password files are ok. I completely reinstalled my /etc/pam.d directory, no luck. Re-built and installed the world as single user, no luck, still broken. From owner-freebsd-current@FreeBSD.ORG Sat May 14 10:48:05 2005 Return-Path: Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7A8616A4CE; Sat, 14 May 2005 10:48:05 +0000 (GMT) Received: from monroe.tera-byte.com (monroe.tera-byte.com [216.194.64.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F21A43D5D; Sat, 14 May 2005 10:48:03 +0000 (GMT) (envelope-from matt@mattford.net) Received: from [192.168.7.9] (limend.plus.com [80.229.15.68]) (authenticated (0 bits)) by monroe.tera-byte.com (8.11.6/8.11.6) with ESMTP id j4EAm2406383; Sat, 14 May 2005 04:48:02 -0600 Message-ID: <4285D734.90400@mattford.net> Date: Sat, 14 May 2005 11:47:16 +0100 From: Matt User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050403) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@www.freebsd.org, freebsd-questions@www.freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: System Crash when kldload if_ndis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 10:48:06 -0000 I'm not sure if the problem I am having is with the kernel modules I am using (I've tried with two different ones) or with the ndis module itself or what. I am running FreeBSD 5.4 amd64 on an Asus A8V-E Deluxe motherboard, AMD 64 3000+, 512MB RAM. The ndis drivers I am using are for a Marvell 88E8053 gigabit ehternet controller and the onBoard wifi controller of the Asus A8V-E Deluxe (i'm not sure what the chipset is). When using ndiscvt I get the error "section relocation failed". Other errors is when I am trying to ndiscvt the marvell driver I get the error: ndiscvt: line 238: Controlled%: syntax error. Here are the lines in the inf file: 237: HKR, Ndi\Params\WakeUpModeCap_A\enum, 0,, %Non% 238: HKR, Ndi\Params\WakeUpModeCap_A\enum, 15,, %OS Controlled% 239: HKR, Ndi\Params\WakeUpModeCap_A\enum, 25,, %Magic Packet% Basically I don't think it likes the spaces, so I went through the whole .inf deleting the spaces wherever it threw up a syntax error and in the end it compiled a kernel module that then crashed the system. I didn't get a chance to get the error when it crashed the system. The wifi driver went through ndiscvt without any problems but when I try and kldload the wifi driver I get this error: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x96222d5b fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff961e2466 stack pointer = 0x10:0xffffffff961d75d0 frame pointer = 0x10:096222d57 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = Interrupt enabled, resume, IOPL = 0 current process = 472 (kldload) trap number = 12 panic: page fault Other points to note is that I had to run the marvell .inf file through iconv with the -c flag to ignore characters it couldn't convert, this could possibly have left out some important data from the inf maybe? I'll be gratefull for any suggestions From owner-freebsd-current@FreeBSD.ORG Sat May 14 01:03:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6B7316A4CE; Sat, 14 May 2005 01:03:12 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2564243D76; Sat, 14 May 2005 01:03:12 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.135] (unknown [211.96.21.221]) by gddsn.org.cn (Postfix) with ESMTP id BF95F38CB4A; Sat, 14 May 2005 09:02:58 +0800 (CST) Message-ID: <42854E25.6000109@gddsn.org.cn> Date: Sat, 14 May 2005 09:02:29 +0800 From: Suken Woo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.7) Gecko/20050424 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org, x11@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 14 May 2005 12:09:15 +0000 Subject: PE2850 multiprocessor freezed under Xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 01:03:12 -0000 lists: DELL PE2850 freezes with the 5.4-Release SMP GENERIC kernel while runing X for a few minutes.and it seems caused by Xorg's bug? https://bugs.freedesktop.org/show_bug.cgi?id=2880 my system msgs and the xorg packages install by FBSD-5.4-RELEASE_disc1 FreeBSD rts.eq.cn 5.4-RELEASE FreeBSD 5.4-RELEASE #2: Wed May 11 09:12:33 CST 2005 wsk@:/usr/obj/usr/src/sys/RTS i386 rts# pkg_info|grep xorg xorg-clients-6.8.2 X client programs and related files from X.Org xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts xorg-fonts-encodings-6.8.2 X.Org font encoding files xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.8.2 X.Org TrueType fonts xorg-libraries-6.8.2 X11 libraries and headers from X.Org xorg-manpages-6.8.2 X.Org library manual pages xorg-server-6.8.2 X.Org X server and related programs From owner-freebsd-current@FreeBSD.ORG Sat May 14 11:19:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 602B116A4CE for ; Sat, 14 May 2005 11:19:54 +0000 (GMT) Received: from web15803.mail.cnb.yahoo.com (web15803.mail.cnb.yahoo.com [202.165.102.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 74C2443D64 for ; Sat, 14 May 2005 11:19:53 +0000 (GMT) (envelope-from dijaycn@yahoo.com.cn) Message-ID: <20050514111952.14681.qmail@web15803.mail.cnb.yahoo.com> Received: from [218.5.82.237] by web15803.mail.cnb.yahoo.com via HTTP; Sat, 14 May 2005 19:19:51 CST Date: Sat, 14 May 2005 19:19:51 +0800 (CST) From: jiang du To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 14 May 2005 12:09:15 +0000 Subject: about mutifunction USB device X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 11:19:54 -0000 http://lists.freebsd.org/pipermail/freebsd-current/2003-November/014489.html Luckily i saw your words on the page above, i am getting started to learn mutifunction USB device developing,would you please introduce me some resources like websites for me to learn from. or could you pls talks about how to develop a mutifunction USB device ? Thanks ahead. _________________________________________________________ Do You Yahoo!? 150ÍòÇúMP3·è¿ñËÑ£¬´øÄú´³ÈëÒôÀÖµîÌà http://music.yisou.com/ ÃÀÅ®Ã÷ÐÇÓ¦Óо¡ÓУ¬ËѱéÃÀͼ¡¢ÑÞͼºÍ¿áͼ http://image.yisou.com 1G¾ÍÊÇ1000Õ×£¬ÑÅ»¢µçÓÊ×ÔÖúÀ©ÈÝ£¡ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_1g/ From owner-freebsd-current@FreeBSD.ORG Sat May 14 12:22:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5081116A4CE for ; Sat, 14 May 2005 12:22:38 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0476A43D2D for ; Sat, 14 May 2005 12:22:37 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 2301B3B917; Sat, 14 May 2005 14:22:35 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) j4ECHA6c001759; Sat, 14 May 2005 14:17:10 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j4ECHAY8001758; Sat, 14 May 2005 14:17:10 +0200 (CEST) (envelope-from schweikh) Date: Sat, 14 May 2005 14:17:10 +0200 From: Jens Schweikhardt To: "Conrad J. Sabatier" Message-ID: <20050514121710.GA1621@schweikhardt.net> References: <20050508160637.GA962@schweikhardt.net> <20050511004842.4aebdcda@dolphin.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050511004842.4aebdcda@dolphin.local.net> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: acd0: TEST_UNIT_READY semaphore timeout !! DANGER Will Robinson X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 12:22:38 -0000 Conrad et al, On Wed, May 11, 2005 at 12:48:42AM -0500, Conrad J. Sabatier wrote: # On Sun, 8 May 2005 18:06:37 +0200, Jens Schweikhardt # wrote: # # > Dear *, # > # > while my slightly out-of-date CURRENT system as of March 5th works # > fine, CURRENT as of today won't boot due to problems with the ATA CD # > ROM. Tray is closed, no CD inserted, in case it matters. The timeout # > message is displayed several times with about 20 secs in between, # > after # > # > ... # > ad0: 76319MB [155061/16/63] at ata0-master UDMA100 # > acd0: DVDR at ata1-master UDMA33 # > acd0: req=0xmumble TEST_UNIT_READY semaphore timeout !! DANGER Will # > Robinson # # Same here. Only way I can boot with this kernel is to disable my # secondary IDE controller (where both my DVD and CD drives reside) in the # BIOS setup. # # CURRENT on amd64 as of 5/11/05. CURRENT as of today (May 14) now works again for me. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sat May 14 12:22:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5248916A4D0 for ; Sat, 14 May 2005 12:22:38 +0000 (GMT) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 048D243D2F for ; Sat, 14 May 2005 12:22:37 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 3AE8E3B963; Sat, 14 May 2005 14:22:35 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) j4ECMJ2Y001926; Sat, 14 May 2005 14:22:19 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j4ECMJA5001925; Sat, 14 May 2005 14:22:19 +0200 (CEST) (envelope-from schweikh) Date: Sat, 14 May 2005 14:22:19 +0200 From: Jens Schweikhardt To: Tai-hwa Liang Message-ID: <20050514122219.GB1621@schweikhardt.net> References: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> User-Agent: Mutt/1.5.9i cc: freebsd-current@FreeBSD.org cc: Daniel Eriksson Subject: Re: PAM 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: Sat, 14 May 2005 12:22:38 -0000 On Sat, May 14, 2005 at 03:25:13PM +0800, Tai-hwa Liang wrote: # On Sat, 14 May 2005, Daniel Eriksson wrote: # > # >Somewhere between 2005.05.12.19.00.00 and 2005.05.13.18.10.00 PAM (or # >something PAM relies on) got messed up. Installing a system with the later # >date will prevent you from logging in, both via ssh and on the console. # >Using ssh results in the following console output: # > # >sshd[530]: fatal: openpty returns device for which ttyname fails. # >sshd[530]: error: chown 0 0 failed: No such file or directory # >sshd[530]: error: chmod 0666 failed: No such file or directory # # Does backing out ttyname related changes work for you? FWIW, the console message from syslog reads (from memory) ...root: 5 login failures on tty??... eg two question marks instead of the correct name like "ttyv0". Maybe that gives a clue what's wrong with the tty changes. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Sat May 14 12:33:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5339416A4D1; Sat, 14 May 2005 12:33:58 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E91F643D1D; Sat, 14 May 2005 12:33:56 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j4ECXthb045116; Sat, 14 May 2005 16:33:55 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 14 May 2005 16:33:55 +0400 (MSD) From: Maxim Konovalov To: Tai-hwa Liang In-Reply-To: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> Message-ID: <20050514163017.C45043@mp2.macomnet.net> References: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: delphij@freebsd.org cc: Daniel Eriksson Subject: We gonna hurt (Was: PAM 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: Sat, 14 May 2005 12:33:58 -0000 On Sat, 14 May 2005, 15:25+0800, Tai-hwa Liang wrote: > On Sat, 14 May 2005, Daniel Eriksson wrote: > > > > Somewhere between 2005.05.12.19.00.00 and 2005.05.13.18.10.00 PAM (or > > something PAM relies on) got messed up. Installing a system with the later > > date will prevent you from logging in, both via ssh and on the console. > > Using ssh results in the following console output: > > > > sshd[530]: fatal: openpty returns device for which ttyname fails. > > sshd[530]: error: chown 0 0 failed: No such file or directory > > sshd[530]: error: chmod 0666 failed: No such file or directory > > Does backing out ttyname related changes work for you? > > http://lists.freebsd.org/pipermail/cvs-src/2005-May/046254.html Yes, it helps me. Xin LI, could you please take a loot at this? For those who already broke their sshd: o apply the patch below o rebuild and reinstall libc o restart sshd Index: include/unistd.h =================================================================== RCS file: /home/ncvs/src/include/unistd.h,v retrieving revision 1.78 diff -u -r1.78 unistd.h --- include/unistd.h 13 May 2005 16:27:30 -0000 1.78 +++ include/unistd.h 14 May 2005 12:26:25 -0000 @@ -31,7 +31,7 @@ * SUCH DAMAGE. * * @(#)unistd.h 8.12 (Berkeley) 4/27/95 - * $FreeBSD: src/include/unistd.h,v 1.78 2005/05/13 16:27:30 delphij Exp $ + * $FreeBSD: src/include/unistd.h,v 1.77 2005/05/11 14:07:25 delphij Exp $ */ #ifndef _UNISTD_H_ @@ -365,7 +365,7 @@ pid_t tcgetpgrp(int); int tcsetpgrp(int, pid_t); char *ttyname(int); -int ttyname_r(int, char *, size_t); +char *ttyname_r(int, char *, size_t); int unlink(const char *); ssize_t write(int, const void *, size_t); Index: lib/libc/gen/ttyname.3 =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/ttyname.3,v retrieving revision 1.12 diff -u -r1.12 ttyname.3 --- lib/libc/gen/ttyname.3 13 May 2005 16:27:30 -0000 1.12 +++ lib/libc/gen/ttyname.3 14 May 2005 12:26:25 -0000 @@ -30,14 +30,13 @@ .\" SUCH DAMAGE. .\" .\" @(#)ttyname.3 8.1 (Berkeley) 6/4/93 -.\" $FreeBSD: src/lib/libc/gen/ttyname.3,v 1.12 2005/05/13 16:27:30 delphij Exp $ +.\" $FreeBSD: src/lib/libc/gen/ttyname.3,v 1.11 2005/03/08 21:35:52 phk Exp $ .\" -.Dd May 14, 2005 +.Dd June 4, 1993 .Dt TTYNAME 3 .Os .Sh NAME .Nm ttyname , -.Nm ttyname_r , .Nm isatty , .Nm ttyslot .Nd get name of associated terminal (tty) from file descriptor @@ -47,7 +46,7 @@ .In unistd.h .Ft char * .Fn ttyname "int fd" -.Ft int +.Ft char * .Fn ttyname_r "int fd" "char *buf" "size_t len" .Ft int .Fn isatty "int fd" @@ -83,13 +82,7 @@ gets the related device name of a file descriptor for which .Fn isatty -is true. -.Pp -.Fn ttyname -returns the name stored in a static buffer which will be overwritten -on subsequent calls. -.Fn ttyname_r -takes a buffer and length as arguments to avoid this problem. +is true .Pp The .Fn ttyslot @@ -107,25 +100,12 @@ a .Dv NULL pointer is returned. -The -.Fn ttyname_r -function returns 0 if successful. Otherwise an error number is returned. .Pp The .Fn ttyslot function returns the unit number of the device file if found; otherwise the value zero is returned. -.Sh ERRORS -.Fn ttyname_r -may return the following error codes: -.Bl -tag -width Er -.It Bq Er ENOTTY -.Fa fd -is not a valid file descriptor. -.It Bq Er ERANGE -.Fa bufsize -is smaller than the length of the string to be returned. .Sh FILES .Bl -tag -width /etc/ttys -compact .It Pa /dev/\(** @@ -143,6 +123,11 @@ function appeared in .At v7 . -.Fn ttyname_r -appeared in -.Fx 6.0 . +.Sh BUGS +The +.Fn ttyname +function leaves its result in an internal static object and returns +a pointer to that object. +Subsequent calls to +.Fn ttyname +will modify the same object. Index: lib/libc/gen/ttyname.c =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/ttyname.c,v retrieving revision 1.18 diff -u -r1.18 ttyname.c --- lib/libc/gen/ttyname.c 13 May 2005 16:27:30 -0000 1.18 +++ lib/libc/gen/ttyname.c 14 May 2005 12:26:25 -0000 @@ -35,7 +35,7 @@ static char sccsid[] = "@(#)ttyname.c 8.2 (Berkeley) 1/27/94"; #endif /* LIBC_SCCS and not lint */ #include -__FBSDID("$FreeBSD: src/lib/libc/gen/ttyname.c,v 1.18 2005/05/13 16:27:30 delphij Exp $"); +__FBSDID("$FreeBSD: src/lib/libc/gen/ttyname.c,v 1.17 2005/03/08 21:35:52 phk Exp $"); #include "namespace.h" #include @@ -50,7 +50,6 @@ #include #include #include -#include #include "un-namespace.h" #include "libc_private.h" @@ -61,32 +60,34 @@ static pthread_key_t ttyname_key; static int ttyname_init = 0; -int +char * ttyname_r(int fd, char *buf, size_t len) { struct stat sb; + char *rval; struct fiodgname_arg fgn; + rval = NULL; *buf = '\0'; /* Must be a terminal. */ if (!isatty(fd)) - return (ENOTTY); + return (rval); /* Must be a character device. */ if (_fstat(fd, &sb) || !S_ISCHR(sb.st_mode)) - return (ENOTTY); + return (rval); /* Must have enough room */ if (len <= sizeof(_PATH_DEV)) - return (ERANGE); + return (rval); strcpy(buf, _PATH_DEV); fgn.len = len - strlen(buf); fgn.buf = buf + strlen(buf); if (!_ioctl(fd, FIODGNAME, &fgn)) - return (EINVAL); + return(buf); devname_r(sb.st_rdev, S_IFCHR, buf + strlen(buf), sizeof(buf) - strlen(buf)); - return (0); + return (buf); } char * @@ -94,12 +95,8 @@ { char *buf; - if (__isthreaded == 0) { - if (ttyname_r(fd, ttyname_buf, sizeof ttyname_buf) != 0) - return (NULL); - else - return (ttyname_buf); - } + if (__isthreaded == 0) + return (ttyname_r(fd, ttyname_buf, sizeof ttyname_buf)); if (ttyname_init == 0) { _pthread_mutex_lock(&ttyname_lock); @@ -124,7 +121,6 @@ return (NULL); } } - ttyname_r(fd, buf, sizeof(_PATH_DEV) + MAXNAMLEN); - return (buf); + return (ttyname_r(fd, buf, sizeof(_PATH_DEV) + MAXNAMLEN)); } Index: lib/libc_r/uthread/pthread_private.h =================================================================== RCS file: /home/ncvs/src/lib/libc_r/uthread/pthread_private.h,v retrieving revision 1.86 diff -u -r1.86 pthread_private.h --- lib/libc_r/uthread/pthread_private.h 13 May 2005 16:27:30 -0000 1.86 +++ lib/libc_r/uthread/pthread_private.h 14 May 2005 12:26:25 -0000 @@ -31,7 +31,7 @@ * * Private thread definitions for the uthread kernel. * - * $FreeBSD: src/lib/libc_r/uthread/pthread_private.h,v 1.86 2005/05/13 16:27:30 delphij Exp $ + * $FreeBSD: src/lib/libc_r/uthread/pthread_private.h,v 1.85 2005/02/28 17:15:31 marcus Exp $ */ #ifndef _PTHREAD_PRIVATE_H @@ -1212,6 +1212,8 @@ */ __BEGIN_DECLS char *__ttyname_basic(int); +char *__ttyname_r_basic(int, char *, size_t); +char *ttyname_r(int, char *, size_t); void _cond_wait_backout(pthread_t); void _fd_lock_backout(pthread_t); int _find_thread(pthread_t); %%% -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat May 14 12:39:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A88C116A4CE; Sat, 14 May 2005 12:39:55 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D88943D39; Sat, 14 May 2005 12:39:55 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 964EEEB0D22; Sat, 14 May 2005 20:39:53 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id B4CB113718D; Sat, 14 May 2005 20:39:51 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76805-09; Sat, 14 May 2005 20:39:44 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 24BE0136E2C; Sat, 14 May 2005 20:39:44 +0800 (CST) Date: Sat, 14 May 2005 20:39:44 +0800 From: Xin LI To: Maxim Konovalov Message-ID: <20050514123944.GA77791@frontfree.net> References: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> <20050514163017.C45043@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20050514163017.C45043@mp2.macomnet.net> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: Tai-hwa Liang cc: delphij@freebsd.org cc: Daniel Eriksson cc: freebsd-current@freebsd.org Subject: Re: We gonna hurt (Was: PAM 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: Sat, 14 May 2005 12:39:55 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 04:33:55PM +0400, Maxim Konovalov wrote: > Yes, it helps me. Xin LI, could you please take a loot at this? Sorry I just noticed this. Will fix ASAP; Should I back this out temporarily? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFChfGP/cVsHxFZiIoRAiU+AJ4rf2ZFgeS/xqy7q05RUgmoQ3KBPQCeI7Lt E5/0hB+py7c0D71TCBXcbco= =qbn1 -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Sat May 14 13:01:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F86016A4CE; Sat, 14 May 2005 13:01:33 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5634043D2D; Sat, 14 May 2005 13:01:32 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j4ED1VRE045581; Sat, 14 May 2005 17:01:31 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 14 May 2005 17:01:31 +0400 (MSD) From: Maxim Konovalov To: Xin LI In-Reply-To: <20050514123944.GA77791@frontfree.net> Message-ID: <20050514165956.Y45544@mp2.macomnet.net> References: <20050514163017.C45043@mp2.macomnet.net> <20050514123944.GA77791@frontfree.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Tai-hwa Liang cc: delphij@freebsd.org cc: Daniel Eriksson cc: freebsd-current@freebsd.org Subject: Re: We gonna hurt (Was: PAM 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: Sat, 14 May 2005 13:01:33 -0000 On Sat, 14 May 2005, 20:39+0800, Xin LI wrote: > On Sat, May 14, 2005 at 04:33:55PM +0400, Maxim Konovalov wrote: > > Yes, it helps me. Xin LI, could you please take a loot at this? > > Sorry I just noticed this. Will fix ASAP; Should I back this out > temporarily? If you can fix it quickly please fix; else backout; -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat May 14 13:57:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2432416A53F for ; Sat, 14 May 2005 13:57:59 +0000 (GMT) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD70843D68 for ; Sat, 14 May 2005 13:57:58 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGH002Z8LYUCC20@osl1smout1.broadpark.no> for freebsd-current@freebsd.org; Sat, 14 May 2005 18:04:06 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGH00LM2GA79AA0@osl1sminn1.broadpark.no> for freebsd-current@freebsd.org; Sat, 14 May 2005 16:01:19 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 7DCA745165; Sat, 14 May 2005 15:57:31 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id DC1E045131; Sat, 14 May 2005 15:57:26 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id CF5EE33C3B; Sat, 14 May 2005 15:57:26 +0200 (CEST) Date: Sat, 14 May 2005 15:57:26 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <000001c55856$fe6a7ab0$0a2a15ac@Sonomago> To: Darren Pilgrim Message-id: <86br7dewqh.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <000001c55856$fe6a7ab0$0a2a15ac@Sonomago> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.0.2 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: cannot log on as root after upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 13:57:59 -0000 "Darren Pilgrim" writes: > I'm having this same problem with on a system built from sources pulled d= own > today. Logging in on the console as root produces the "pam_acct_mgmt(): > authentication error" message. However, logging in as a normal user works > fine and I can then `su -` to root without error, so I know my password > files are ok. > > I completely reinstalled my /etc/pam.d directory, no luck. Re-built and > installed the world as single user, no luck, still broken. This is not a PAM bug. Someone broke ttyname() so the code that checks if you are logging in on a secure tty fails. Quick workaround: comment out the pam_securetty line in /etc/pam.d/login. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 14 14:11:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65FA316A4CE; Sat, 14 May 2005 14:11:08 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0727D43D1D; Sat, 14 May 2005 14:11:08 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 191CBEB119D; Sat, 14 May 2005 22:11:06 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 93A2B137A64; Sat, 14 May 2005 22:11:04 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81859-03; Sat, 14 May 2005 22:10:58 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 5FD5B137A3E; Sat, 14 May 2005 22:10:57 +0800 (CST) Date: Sat, 14 May 2005 22:10:57 +0800 From: Xin LI To: Maxim Konovalov Message-ID: <20050514141057.GA81954@frontfree.net> References: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> <20050514163017.C45043@mp2.macomnet.net> <20050514123944.GA77791@frontfree.net> <20050514165956.Y45544@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20050514165956.Y45544@mp2.macomnet.net> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: Tai-hwa Liang cc: delphij@freebsd.org cc: Daniel Eriksson cc: freebsd-current@freebsd.org Subject: Re: We gonna hurt (Was: PAM 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: Sat, 14 May 2005 14:11:08 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Maxim, On Sat, May 14, 2005 at 05:01:31PM +0400, Maxim Konovalov wrote: > On Sat, 14 May 2005, 20:39+0800, Xin LI wrote: >=20 > > On Sat, May 14, 2005 at 04:33:55PM +0400, Maxim Konovalov wrote: > > > Yes, it helps me. Xin LI, could you please take a loot at this? > > > > Sorry I just noticed this. Will fix ASAP; Should I back this out > > temporarily? >=20 > If you can fix it quickly > please fix; > else > backout; I believe that I have fixed the issue with src/lib/libc/gen/ttyname.c,v 1.19. I think I have misread the code and missed that when _ioctl() returns 0, it means that the call is succeeded. Sorry for the breakage. Please let me know if there are other odd things happen. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFChgbx/cVsHxFZiIoRAsv3AJ0eSzp05ej8xNaz/U89GBVD1XmGnQCfaO3k P5ybCYWUbujuGrdZqBQG0lU= =cfNE -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Sat May 14 14:25:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2D6016A4CE for ; Sat, 14 May 2005 14:25:01 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A88143D5D for ; Sat, 14 May 2005 14:25:01 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B87E5EB119C for ; Sat, 14 May 2005 22:24:58 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 7BD74137AA0 for ; Sat, 14 May 2005 22:24:56 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 81859-09 for ; Sat, 14 May 2005 22:24:50 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id F1731137A74; Sat, 14 May 2005 22:24:49 +0800 (CST) Date: Sat, 14 May 2005 22:24:49 +0800 From: Xin LI To: freebsd-current@FreeBSD.org Message-ID: <20050514142449.GA82307@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net Subject: [HEADSUP] Beware updating system (broken commit on 2005/05/13 16:27:30) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 14:25:01 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear -CURRENT users, I have made a mistake when modifying ttyname_r(3), which will cause remote ssh and local logins to fail, because it can not obtain the name of current TTY. I believe that I have fixed the mistake with src/lib/libc/gen/ttyname.c,v 1.19. For those already suffer from the change, please apply the patch here: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/gen/ttyname.c.diff?r1=1.18&r2=1.19 Or, on line 87 of src/lib/libc/gen/ttyname.c, if you got revision 1.18, change: return (EINVAL); With: return (0); Then, rebuild/install libc. Sorry for the breakage. -- Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFChgox/cVsHxFZiIoRAvSkAJ0VdEBsnCcp+MpaZY0WOBWL0nnZjACbBFSj 5B+Oo0JUjuBiKKUa5Et4e6I= =byTL -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Sat May 14 15:31:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64ED516A4CE; Sat, 14 May 2005 15:31:35 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABA3843D1F; Sat, 14 May 2005 15:31:34 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with ESMTP id j4EFVXwA028227; Sun, 15 May 2005 00:31:33 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 15 May 2005 00:31:33 +0900 (JST) Message-Id: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org X-Mailer: Sylpheed version 1.9.5 (GTK+ 2.4.14; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 15 May 2005 00:31:33 +0900 (JST) cc: alc@FreeBSD.org cc: jeff@FreeBSD.org cc: jhb@FreeBSD.org Subject: latest current and kqemu cause a VM 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: Sat, 14 May 2005 15:31:35 -0000 I contacted a VM panic on following environment. FreeBSD: current (2005/05/14) Application: ports/emulators/qemu with KQEMU(WITH_KQEMU option). To do something: I'm compiling FreeBSD 5.4-RELEASE-p1 (make buildworld) as guest on qemu, and, after a while, current causes a panic. P.S. I have never contacted a panic like following without qemu. FreeBSD 6.0-CURRENT #5: Sat May 14 20:47:35 JST 2005 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1610547200 (1535 MB) avail memory = 1568923648 (1496 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard QEMU Accelerator Module version 1.0.0, Copyright (c) 2005 Fabrice Bellard FreeBSD wrapper port, Copyright (c) 2005 Antony T Curtis This is a proprietary product. Read the LICENSE file for more information Redistribution of this module is prohibited without authorization kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. (snip) login: info: [drm] Loading R200 Microcode panic: vm_page_insert: page already inserted cpuid = 0 KDB: enter: panic [thread pid 32128 tid 100222 ] Stopped at kdb_enter+0x30: leave db> where Tracing pid 32128 tid 100222 td 0xc3c30000 kdb_enter(c0663e9f,0,c0672378,f8823b7c,f8823b80) at kdb_enter+0x30 panic(c0672378,f8823b94,c3c30000,c22cebe8,0) at panic+0x14e vm_page_insert(c22cebe8,c80e4840,2,0,c13de698) at vm_page_insert+0x2a vm_page_alloc(c80e4840,2,0,0,f8823c44) at vm_page_alloc+0x348 vm_fault(c3c23a8c,805b000,2,8,f8823cec) at vm_fault+0xa30 trap_pfault(f8823d38,1,805b188,bfbfe440,805b188) at trap_pfault+0x13b trap(c062003b,3b,3b,8062034,8062048) at trap+0x21a calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x68c3e5ac, esp = 0xbfbfe400, ebp = 0xbfbfe428 --- db> show pcpu 0 cpuid = 0 curthread = 0xc3c30000: pid 32128 "gnome-netstatus-app" curpcb = 0xf8823d90 fpcurthread = none idlethread = 0xc2bf0780: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> show pcpu 1 cpuid = 1 curthread = 0xc2bf0600: pid 11 "idle: cpu1" curpcb = 0xe433dd90 fpcurthread = none idlethread = 0xc2bf0600: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 From owner-freebsd-current@FreeBSD.ORG Sat May 14 15:49:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA01216A4CE; Sat, 14 May 2005 15:49:07 +0000 (GMT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E26543D53; Sat, 14 May 2005 15:49:06 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with ESMTP id j4EFn2O8028645; Sun, 15 May 2005 00:49:04 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 15 May 2005 00:49:02 +0900 (JST) Message-Id: <200505141549.j4EFn2O8028645@sakura.ninth-nine.com> From: Norikatsu Shigemura To: antony.t.curtis@ntlworld.com, nox@jelal.kn-bremen.de In-Reply-To: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> References: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> X-Mailer: Sylpheed version 1.9.5 (GTK+ 2.4.14; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 15 May 2005 00:49:05 +0900 (JST) cc: alc@FreeBSD.org cc: jeff@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: latest current and kqemu cause a VM 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: Sat, 14 May 2005 15:49:08 -0000 Oops, I forgot Cc: qemu's port maintainer and a author of KQEMU on FreeBSD. On Sun, 15 May 2005 00:31:33 +0900 (JST) Norikatsu Shigemura wrote: > I contacted a VM panic on following environment. > > FreeBSD: current (2005/05/14) > Application: ports/emulators/qemu with KQEMU(WITH_KQEMU > option). > To do something: > I'm compiling FreeBSD 5.4-RELEASE-p1 (make buildworld) as > guest on qemu, and, after a while, current causes a panic. > > P.S. > I have never contacted a panic like following without qemu. > > > FreeBSD 6.0-CURRENT #5: Sat May 14 20:47:35 JST 2005 > nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.08-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > Features=0x383fbff > real memory = 1610547200 (1535 MB) > avail memory = 1568923648 (1496 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > QEMU Accelerator Module version 1.0.0, Copyright (c) 2005 Fabrice Bellard > FreeBSD wrapper port, Copyright (c) 2005 Antony T Curtis > This is a proprietary product. Read the LICENSE file for more information > Redistribution of this module is prohibited without authorization > kqemu: KQEMU installed, max_instances=4 max_locked_mem=131072kB. > > (snip) > > login: info: [drm] Loading R200 Microcode > panic: vm_page_insert: page already inserted > cpuid = 0 > KDB: enter: panic > [thread pid 32128 tid 100222 ] > Stopped at kdb_enter+0x30: leave > db> where > Tracing pid 32128 tid 100222 td 0xc3c30000 > kdb_enter(c0663e9f,0,c0672378,f8823b7c,f8823b80) at kdb_enter+0x30 > panic(c0672378,f8823b94,c3c30000,c22cebe8,0) at panic+0x14e > vm_page_insert(c22cebe8,c80e4840,2,0,c13de698) at vm_page_insert+0x2a > vm_page_alloc(c80e4840,2,0,0,f8823c44) at vm_page_alloc+0x348 > vm_fault(c3c23a8c,805b000,2,8,f8823cec) at vm_fault+0xa30 > trap_pfault(f8823d38,1,805b188,bfbfe440,805b188) at trap_pfault+0x13b > trap(c062003b,3b,3b,8062034,8062048) at trap+0x21a > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0x68c3e5ac, esp = 0xbfbfe400, ebp = 0xbfbfe428 --- > db> show pcpu 0 > cpuid = 0 > curthread = 0xc3c30000: pid 32128 "gnome-netstatus-app" > curpcb = 0xf8823d90 > fpcurthread = none > idlethread = 0xc2bf0780: pid 12 "idle: cpu0" > APIC ID = 0 > currentldt = 0x50 > db> show pcpu 1 > cpuid = 1 > curthread = 0xc2bf0600: pid 11 "idle: cpu1" > curpcb = 0xe433dd90 > fpcurthread = none > idlethread = 0xc2bf0600: pid 11 "idle: cpu1" > APIC ID = 1 > currentldt = 0x50 From owner-freebsd-current@FreeBSD.ORG Sat May 14 17:13:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E598C16A4CE for ; Sat, 14 May 2005 17:13:00 +0000 (GMT) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C890B43D46 for ; Sat, 14 May 2005 17:13:00 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from [192.168.2.102] ([68.161.118.114])0.04 <0IGH009FXP5MWGJ0@vms040.mailsrvcs.net> for freebsd-current@freebsd.org; Sat, 14 May 2005 12:13:00 -0500 (CDT) Date: Sat, 14 May 2005 12:15:47 -0400 From: David Gurvich In-reply-to: <20050514122219.GB1621@schweikhardt.net> To: freebsd-current@freebsd.org Message-id: <200505141215.47840.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> <20050514122219.GB1621@schweikhardt.net> User-Agent: KMail/1.8 Subject: Re: PAM 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: Sat, 14 May 2005 17:13:01 -0000 I have been having a similar problem. I can no longer login as root, getting a pam error. However, I can boot into single-user mode, modify a normal user to allow that user to su root. Then I can login using root & root password. I cannot login as root at all otherwise. Likewise SSH is disabled for everyone. I don't believe that disabling root login is bad. I still haven't figured out how to enable ssh. From owner-freebsd-current@FreeBSD.ORG Sat May 14 17:20:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC95116A4CE for ; Sat, 14 May 2005 17:20:49 +0000 (GMT) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id A884643D48 for ; Sat, 14 May 2005 17:20:49 +0000 (GMT) (envelope-from david.freebsd@verizon.net) Received: from [192.168.2.102] ([68.161.118.114])0.04 <0IGH007ASPIK1QUD@vms044.mailsrvcs.net> for freebsd-current@freebsd.org; Sat, 14 May 2005 12:20:45 -0500 (CDT) Date: Sat, 14 May 2005 12:23:33 -0400 From: David Gurvich To: freebsd-current@freebsd.org Message-id: <200505141223.33891.david.freebsd@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.8 Subject: workaround ssh and login 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: Sat, 14 May 2005 17:20:49 -0000 Put a normal user into the wheel group from single-user mode, then login as that user and #su root. Give your root password and you should be able to do rootly things. That should allow application of the patch without too much trouble. From owner-freebsd-current@FreeBSD.ORG Sat May 14 17:44:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DD716A4CE for ; Sat, 14 May 2005 17:44:13 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D8443D7C for ; Sat, 14 May 2005 17:44:13 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id EEA32EB0979 for ; Sun, 15 May 2005 01:44:09 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id C1C07134E60; Sun, 15 May 2005 01:44:07 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88143-01; Sun, 15 May 2005 01:44:01 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 55E2B130F42; Sun, 15 May 2005 01:44:00 +0800 (CST) Date: Sun, 15 May 2005 01:44:00 +0800 From: Xin LI To: David Gurvich Message-ID: <20050514174400.GA88240@frontfree.net> References: <0505141523488.66026@www.mmlab.cse.yzu.edu.tw> <20050514122219.GB1621@schweikhardt.net> <200505141215.47840.david.freebsd@verizon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <200505141215.47840.david.freebsd@verizon.net> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: PAM 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: Sat, 14 May 2005 17:44:13 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 14, 2005 at 12:15:47PM -0400, David Gurvich wrote: > I have been having a similar problem. I can no longer login as root, get= ting=20 > a pam error. However, I can boot into single-user mode, modify a normal = user=20 > to allow that user to su root. Then I can login using root & root passwo= rd. =20 > I cannot login as root at all otherwise. Likewise SSH is disabled for=20 > everyone.=20 >=20 > I don't believe that disabling root login is bad. I still haven't figure= d out=20 > how to enable ssh. Sorry, that's my fault. I have introduced a bug into libc which has caused PAM breakage. Try to go single user, and mount /usr, / as read-write, edit src/lib/libc/gen/ttyname.c, and change line 87 of it, which should rea= d: return (EINVAL); Change that to: return (0); Then go to /usr/src/lib/libc and run: make NO_MAN=3Dyes all install And everything should back to normal. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFChjjg/cVsHxFZiIoRAoY7AJ4oTiGfOTSXxxnDy++1GaGaz+vLnQCfY97j TU0pjPMUrlIfItuDlebZdr4= =rULy -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Sat May 14 18:09:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBCB716A4CE for ; Sat, 14 May 2005 18:09:41 +0000 (GMT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 2FAA343D45 for ; Sat, 14 May 2005 18:09:41 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp102.rog.mail.re2.yahoo.com with SMTP; 14 May 2005 18:09:40 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Sat, 14 May 2005 14:09:46 -0400 (EDT) Message-ID: <4603.172.16.0.199.1116094186.squirrel@172.16.0.1> In-Reply-To: <4285836E.3AD4B37@freebsd.org> References: <20050505133250.GA73885@us.svf.stuba.sk> <20050506065950.GA1999@us.svf.stuba.sk> <20050507043712.GB28373@xor.obsecurity.org> <1318.172.16.0.199.1115846681.squirrel@172.16.0.1> <1424.172.16.0.199.1115851128.squirrel@172.16.0.1> <20050512072754.GB92476@us.svf.stuba.sk> <3973.172.16.0.199.1116028322.squirrel@172.16.0.1> <4285836E.3AD4B37@freebsd.org> Date: Sat, 14 May 2005 14:09:46 -0400 (EDT) From: "Mike Jakubik" To: "Andre Oppermann" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-net@freebsd.org cc: current@freebsd.org cc: Marian Durkovic Subject: Re: Outgoing speed problems in -CURRENT (was: Re: SOLVED: Degraded TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 18:09:42 -0000 On Sat, May 14, 2005 12:49 am, Andre Oppermann said: > Mike Jakubik wrote: >> I just tried your patch, but unfortunately it does not seem to affect >> my problem, the speeds are identical. I am still getting half the >> performance when sending out. The fact that this also occurs using >> another machine and a different card, leads me to belive something is >> broken in -CURRENT. > > net.inet.tcp.sendspace=65536 and try again. Im sorry, i mean to say receiving, not sending. I did try adjusting this, but it made no difference. Just to recap: netio server running windows xp, connecting from fbsd: TCP/IP connection established. Packet size 1 KByte: 41103 KByte/s Packet size 2 KByte: 39601 KByte/s Packet size 4 KByte: 43463 KByte/s Packet size 8 KByte: 43734 KByte/s Packet size 16 KByte: 43719 KByte/s Packet size 32 KByte: 43656 KByte/s netio server running on fbsd, connecting from windows xp: TCP/IP connection established. Packet size 1 KByte: 19347 KByte/s Packet size 2 KByte: 21056 KByte/s Packet size 4 KByte: 22845 KByte/s Packet size 8 KByte: 23445 KByte/s Packet size 16 KByte: 25082 KByte/s Packet size 32 KByte: 25294 KByte/s So as we can see, i am getting nearly half the performance when sending to the fbsd server. I get simillar results when substituting the windows server with a fbsd 5.4 server, and using 100mbit cards on both. From owner-freebsd-current@FreeBSD.ORG Sat May 14 18:21:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9596A16A4CE for ; Sat, 14 May 2005 18:21:06 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id E705443D88 for ; Sat, 14 May 2005 18:21:05 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 86214 invoked from network); 14 May 2005 18:21:04 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 14 May 2005 18:21:04 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 14 May 2005 13:20:50 -0500 (CDT) From: Mike Silbersack To: Mike Jakubik In-Reply-To: <4603.172.16.0.199.1116094186.squirrel@172.16.0.1> Message-ID: <20050514132028.T727@odysseus.silby.com> References: <20050505133250.GA73885@us.svf.stuba.sk> <20050507043712.GB28373@xor.obsecurity.org> <1318.172.16.0.199.1115846681.squirrel@172.16.0.1> <1424.172.16.0.199.1115851128.squirrel@172.16.0.1> <3973.172.16.0.199.1116028322.squirrel@172.16.0.1> <4603.172.16.0.199.1116094186.squirrel@172.16.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-net@freebsd.org cc: Andre Oppermann cc: current@freebsd.org cc: Marian Durkovic Subject: Re: Outgoing speed problems in -CURRENT (was: Re: SOLVED: Degraded TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 18:21:06 -0000 On Sat, 14 May 2005, Mike Jakubik wrote: > Im sorry, i mean to say receiving, not sending. I did try adjusting this, > but it made no difference. Just to recap: Try changing net.inet.tcp.delayed_ack=0 and see if that changes anything. Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sat May 14 19:09:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2E8316A4CE for ; Sat, 14 May 2005 19:09:50 +0000 (GMT) Received: from mortis.over-yonder.net (adsl-222-87-60.jan.bellsouth.net [68.222.87.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A26043D81 for ; Sat, 14 May 2005 19:09:50 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 671DC20FB2; Sat, 14 May 2005 14:09:49 -0500 (CDT) Date: Sat, 14 May 2005 14:09:49 -0500 From: "Matthew D. Fuller" To: Chuck Swiger Message-ID: <20050514190949.GC1519@over-yonder.net> References: <20050512.220006.124086156.imp@bsdimp.com> <42847665.4030803@mac.com> <20050513102116.GD9642@orion.daedalusnetworks.priv> <42848CD4.50501@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42848CD4.50501@mac.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 cc: Giorgos Keramidas cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 19:09:51 -0000 On Fri, May 13, 2005 at 07:17:40AM -0400 I heard the voice of Chuck Swiger, and lo! it spake thus: > > Agreed. The question to answer, is how should one display the > busiest threads of a process usefully in the top display? Figuring > that one out would be useful to answering other questions about what > top should look like. Are we even yet coming up with a CPU% on threaded processes (or the threads individually) for the question to be meaningful? I'm not running -CURRENT at the moment, but I don't recall seeing a commit... -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Sat May 14 19:20:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E81FB16A4CE; Sat, 14 May 2005 19:20:18 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF8843D1F; Sat, 14 May 2005 19:20:18 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j4EJKFqO003905; Sat, 14 May 2005 15:20:15 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j4EJKB83003902; Sat, 14 May 2005 15:20:15 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sat, 14 May 2005 15:20:11 -0400 (EDT) From: Andre Guibert de Bruet To: Mike Jakubik In-Reply-To: <4603.172.16.0.199.1116094186.squirrel@172.16.0.1> Message-ID: <20050514150435.I3060@lexi.siliconlandmark.com> References: <20050505133250.GA73885@us.svf.stuba.sk> <20050507043712.GB28373@xor.obsecurity.org> <1318.172.16.0.199.1115846681.squirrel@172.16.0.1> <1424.172.16.0.199.1115851128.squirrel@172.16.0.1> <3973.172.16.0.199.1116028322.squirrel@172.16.0.1> <4603.172.16.0.199.1116094186.squirrel@172.16.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.548, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-net@freebsd.org cc: Andre Oppermann cc: current@freebsd.org Subject: Re: Outgoing speed problems in -CURRENT (was: Re: SOLVED: Degraded TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 19:20:19 -0000 On Sat, 14 May 2005, Mike Jakubik wrote: > On Sat, May 14, 2005 12:49 am, Andre Oppermann said: >> Mike Jakubik wrote: > >>> I just tried your patch, but unfortunately it does not seem to affect >>> my problem, the speeds are identical. I am still getting half the >>> performance when sending out. The fact that this also occurs using >>> another machine and a different card, leads me to belive something is >>> broken in -CURRENT. >> >> net.inet.tcp.sendspace=65536 and try again. > > Im sorry, i mean to say receiving, not sending. I did try adjusting this, > but it made no difference. Just to recap: > > netio server running windows xp, connecting from fbsd: > > TCP/IP connection established. > Packet size 1 KByte: 41103 KByte/s > Packet size 2 KByte: 39601 KByte/s > Packet size 4 KByte: 43463 KByte/s > Packet size 8 KByte: 43734 KByte/s > Packet size 16 KByte: 43719 KByte/s > Packet size 32 KByte: 43656 KByte/s > > netio server running on fbsd, connecting from windows xp: > > TCP/IP connection established. > Packet size 1 KByte: 19347 KByte/s > Packet size 2 KByte: 21056 KByte/s > Packet size 4 KByte: 22845 KByte/s > Packet size 8 KByte: 23445 KByte/s > Packet size 16 KByte: 25082 KByte/s > Packet size 32 KByte: 25294 KByte/s > > So as we can see, i am getting nearly half the performance when sending to > the fbsd server. I get simillar results when substituting the windows > server with a fbsd 5.4 server, and using 100mbit cards on both. You surely must have meant 1000 Mbit cards. These numbers exceed the theoretical throughput of 100 Mbit networking (12500 KBytes/s). Do the numbers differ significantly if you try this test between your CURRENT machine and say, a FreeBSD 4.x or Linux 2.6 machine? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Sat May 14 19:31:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF90C16A4CE; Sat, 14 May 2005 19:31:21 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A910543D46; Sat, 14 May 2005 19:31:21 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 282234A9BC; Sat, 14 May 2005 14:31:21 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 31529-01-15; Sat, 14 May 2005 14:31:20 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id 9C98E4A9B9; Sat, 14 May 2005 14:31:20 -0500 (CDT) Date: Sat, 14 May 2005 14:31:20 -0500 From: Alan Cox To: Norikatsu Shigemura Message-ID: <20050514193120.GX8136@cs.rice.edu> References: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505141531.j4EFVXwA028227@sakura.ninth-nine.com> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu cc: alc@FreeBSD.org cc: jeff@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: latest current and kqemu cause a VM 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: Sat, 14 May 2005 19:31:22 -0000 This indicates corruption of the page being allocated from the free list. From the backtrace, the page's address is 0xc22cebe8. Can you send me a dump of the 72 bytes at that location. Regards, Alan From owner-freebsd-current@FreeBSD.ORG Sat May 14 20:25:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A16616A4D0 for ; Sat, 14 May 2005 20:25:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0F6B43D78 for ; Sat, 14 May 2005 20:25:14 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so544551rng for ; Sat, 14 May 2005 13:25:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cHh/sMKtzsGFCdhYFLUfCb1II3WDexneerPz/EDWNFNtP7Cvb2/zDZ33gYIQG2ss62575XHxGu+c2VsHGle+AQUBQSDhBJ7mLn3ZD6OJV8rPXSwqWzybxYL+ZKdRlm+/A9SDdeCtNxB8pQ2a/ifaoyRV4qy0wQ8bBRyWUuXC7xM= Received: by 10.38.87.22 with SMTP id k22mr302840rnb; Sat, 14 May 2005 13:25:14 -0700 (PDT) Received: by 10.38.149.66 with HTTP; Sat, 14 May 2005 13:25:14 -0700 (PDT) Message-ID: Date: Sat, 14 May 2005 22:25:14 +0200 From: Claus Guttesen To: Suken Woo In-Reply-To: <42854E25.6000109@gddsn.org.cn> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42854E25.6000109@gddsn.org.cn> cc: stable@freebsd.org cc: x11@freebsd.org cc: current@freebsd.org Subject: Re: PE2850 multiprocessor freezed under Xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 20:25:15 -0000 > DELL PE2850 freezes with the 5.4-Release SMP GENERIC kernel > while runing X for a few minutes.and it seems caused by Xorg's > bug? https://bugs.freedesktop.org/show_bug.cgi?id=3D2880 Try HTT if enabled. regards Claus From owner-freebsd-current@FreeBSD.ORG Sat May 14 21:27:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F16B416A4CE for ; Sat, 14 May 2005 21:27:53 +0000 (GMT) Received: from kraid.nerim.net (smtp-106-saturday.nerim.net [62.4.16.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C72543D46 for ; Sat, 14 May 2005 21:27:53 +0000 (GMT) (envelope-from kaena@nerim.net) Received: from free.blueword.org (blueword.org [62.212.99.79]) by kraid.nerim.net (Postfix) with ESMTP id 4159240E20 for ; Sat, 14 May 2005 23:27:50 +0200 (CEST) Date: Sat, 14 May 2005 23:31:10 +0200 From: kaena To: freebsd-current@freebsd.org Message-ID: <20050514233110.06bf3cab@free.blueword.org> In-Reply-To: <4285D734.90400@mattford.net> References: <4285D734.90400@mattford.net> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: System Crash when kldload if_ndis X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 May 2005 21:27:54 -0000 On Sat, 14 May 2005 11:47:16 +0100 Matt wrote: > I'm not sure if the problem I am having is with the kernel modules I am > using (I've tried with two different ones) or with the ndis module > itself or what. I am running FreeBSD 5.4 amd64 on an Asus A8V-E Deluxe > motherboard, AMD 64 3000+, 512MB RAM. The ndis drivers I am using are > for a Marvell 88E8053 gigabit ehternet controller and the onBoard wifi > controller of the Asus A8V-E Deluxe (i'm not sure what the chipset is). > > When using ndiscvt I get the error "section relocation failed". Other > errors is when I am trying to ndiscvt the marvell driver I get the error: > > ndiscvt: line 238: Controlled%: syntax error. > > Here are the lines in the inf file: > > 237: HKR, Ndi\Params\WakeUpModeCap_A\enum, 0,, %Non% > 238: HKR, Ndi\Params\WakeUpModeCap_A\enum, 15,, %OS Controlled% > 239: HKR, Ndi\Params\WakeUpModeCap_A\enum, 25,, %Magic Packet% > > Basically I don't think it likes the spaces, so I went through the whole > .inf deleting the spaces wherever it threw up a syntax error and in the > end it compiled a kernel module that then crashed the system. I didn't > get a chance to get the error when it crashed the system. > > The wifi driver went through ndiscvt without any problems but when I try > and kldload the wifi driver I get this error: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x96222d5b > fault code = supervisor read, page not present > instruction pointer = 0x8:0xffffffff961e2466 > stack pointer = 0x10:0xffffffff961d75d0 > frame pointer = 0x10:096222d57 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = Interrupt enabled, resume, IOPL = 0 > current process = 472 (kldload) > trap number = 12 > panic: page fault > > Other points to note is that I had to run the marvell .inf file through > iconv with the -c flag to ignore characters it couldn't convert, this > could possibly have left out some important data from the inf maybe? > > I'll be gratefull for any suggestions > _______________________________________________ > 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" The best I see http://monkey.org/freebsd/archive/freebsd-amd64/200501/msg00066.html now, ndis .. -- kaena