From owner-freebsd-current@FreeBSD.ORG Sun May 1 00:04: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 4B50C16A4CE for ; Sun, 1 May 2005 00:04:48 +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 1ACB843D5F for ; Sun, 1 May 2005 00:04:48 +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; 1 May 2005 00:04:47 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 22C1B60F7 for ; Sat, 30 Apr 2005 19:04:47 -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 00605-06 for ; Sat, 30 Apr 2005 19:04:44 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id A598060ED for ; Sat, 30 Apr 2005 19:04:44 -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 j4104iFe000976 for ; Sat, 30 Apr 2005 19:04:44 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42741D17.2050002@alumni.rice.edu> Date: Sat, 30 Apr 2005 19:04:39 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-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="------------enig85005938084C1FBCEC68F142" X-Virus-Scanned: amavisd-new at noacks.org Subject: nfs not reconnecting? 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: Sun, 01 May 2005 00:04:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig85005938084C1FBCEC68F142 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Since upgrading to CURRENT a few weeks ago I've noticed my machine hanging when attempting to reboot. The machine hits the watchdog timeout during the shutdown procedure because gkrellmd cannot be killed, prompts me to check out "ps -axl", and then hangs after syncing disks. I finally got around to checking it out and it appears some of the threads in gkrellmd are getting stuck in the nfsreq state. The machine is an NFS client on a RELENG_5_4 NFS server. I generally rebuild both machines at the same time for simplicity. I then reboot the server. Once the server is back up, I reboot the client. When the client was running 5.x I saw "nfs server ... not responding" messages during the reboot of the server but as soon as it was back up I got "nfs server ... is alive again". While running CURRENT I only see "not responding" messages (confirmed by no responses after the day I upgraded to "grep alive /var/log/messages" and "cat /var/log/messages.* | bunzip | grep alive"). I do occasionally see the message, "nfs/tcp clnt: Peer closed connection, tearing down TCP connection". Does the NFS client not reconnect in CURRENT at this time? -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig85005938084C1FBCEC68F142 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) iD8DBQFCdB0cUFz01pkdgZURAvxbAJ4p/XholJwBWO7C5MfB/6XbabU2iQCgvW7B jlFXSFE/ASaMXOci8jj8Row= =wdkF -----END PGP SIGNATURE----- --------------enig85005938084C1FBCEC68F142-- From owner-freebsd-current@FreeBSD.ORG Sun May 1 02:03: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 6549516A4CE for ; Sun, 1 May 2005 02:03:35 +0000 (GMT) Received: from web80602.mail.yahoo.com (web80602.mail.yahoo.com [66.218.79.91]) by mx1.FreeBSD.org (Postfix) with SMTP id 4061143D45 for ; Sun, 1 May 2005 02:03:35 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050501020335.4038.qmail@web80602.mail.yahoo.com> Received: from [209.79.46.239] by web80602.mail.yahoo.com via HTTP; Sat, 30 Apr 2005 19:03:35 PDT Date: Sat, 30 Apr 2005 19:03:35 -0700 (PDT) From: Mohan Srinivasan To: noackjr@alumni.rice.edu, freebsd-current@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: nfs not reconnecting? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 02:03:35 -0000 Hi, This is a bug that crept into -current - nfs_timer() does not reconnect in the NFS/TCP case. The bug was introduced in the rewrite of the NFS client's reply handling. Before that change, one of the processes waiting on the server would loop around (from nfs_reply()) trying to reconnect. Now, the process blocks on "nfsreq" (in nfs_reply()) after transmitting the request, with nfs_timer() doing the retransmissions. I'll work on fixing this next week. The fix is a bit involved, since we can't do the reconnect from nfs_timer() directly. In the meantime, would it be possible to collect a core when the client gets into this state, (just to confirm this) ? In the meantime, you could use NFS/UDP to work around this issue. thanks mohan --- Jonathan Noack wrote: > Since upgrading to CURRENT a few weeks ago I've noticed my machine > hanging when attempting to reboot. The machine hits the watchdog > timeout during the shutdown procedure because gkrellmd cannot be killed, > prompts me to check out "ps -axl", and then hangs after syncing disks. > I finally got around to checking it out and it appears some of the > threads in gkrellmd are getting stuck in the nfsreq state. > > The machine is an NFS client on a RELENG_5_4 NFS server. I generally > rebuild both machines at the same time for simplicity. I then reboot > the server. Once the server is back up, I reboot the client. When the > client was running 5.x I saw "nfs server ... not responding" messages > during the reboot of the server but as soon as it was back up I got "nfs > server ... is alive again". While running CURRENT I only see "not > responding" messages (confirmed by no responses after the day I upgraded > to "grep alive /var/log/messages" and "cat /var/log/messages.* | bunzip > | grep alive"). I do occasionally see the message, "nfs/tcp clnt: Peer > closed connection, tearing down TCP connection". > > Does the NFS client not reconnect in CURRENT at this time? > > -- > Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 > From owner-freebsd-current@FreeBSD.ORG Sun May 1 03:28: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 700EC16A4CE for ; Sun, 1 May 2005 03:28:37 +0000 (GMT) Received: from smtp805.mail.sc5.yahoo.com (smtp805.mail.sc5.yahoo.com [66.163.168.184]) by mx1.FreeBSD.org (Postfix) with SMTP id 2428243D4C for ; Sun, 1 May 2005 03:28:37 +0000 (GMT) (envelope-from krinklyfig@spymac.com) Received: from unknown (HELO smogmonster.com) (jtinnin@pacbell.net@64.173.27.15 with plain) by smtp805.mail.sc5.yahoo.com with SMTP; 1 May 2005 03:28:36 -0000 From: Joshua Tinnin To: Michael Nottebrock Date: Sat, 30 Apr 2005 20:28:32 -0700 User-Agent: KMail/1.8 References: <3121.216.177.243.38.1114856874.localmail@webmail.dnswatch.com> <200504300426.06174.krinklyfig@spymac.com> <200505010152.05834.lofi@freebsd.org> In-Reply-To: <200505010152.05834.lofi@freebsd.org> X-Face: "u-%.52Z_uQCP'Vdj{95/n*(sgAAm`F/p'b0zo%-DuBTdZ*qW!!/idDBRjkFfJD[Qe&>=?utf-8?q?=5F2=0A=09?=<}OGsEY~)n?NywZRi9xm-jH_VPg"8nTSzo:r8;U3oTQz|@z)|>%i+MRY2Y#>s~X`sV$&t"=?utf-8?q?=0A=09AkQ=5EU3rJIFCU=3F=5DcC=27F=26fY4=23Jf-=7D=3F7x?= MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504302028.33210.krinklyfig@spymac.com> cc: /dev/null cc: freebsd-current@freebsd.org Subject: Re: cleanup-boot.messages+overhaul-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: Sun, 01 May 2005 03:28:37 -0000 On Sat 30 Apr 05 16:52, Michael Nottebrock wrote: > On Saturday, 30. April 2005 13:26, Joshua Tinnin wrote: > > Personally, I'd *love* to be able to install KMail without having > > to install kdebase and kdelibs, > > just kdelibs, in fact Really? Well, never tried that ... but I do use other parts of KDE, so not sure how practical it would be to not have the base. Also, I do like Konqueror as a file manager. > > not to mention the rest of kdepim, but > > trying to convince the KDE project to uncouple it from the rest of > > the project is rather like tilting at windmills. > > It's important to keep in mind that such a KMail would be a different > program than it is today, with a different (considerably smaller) > feature set. Well, getting deep into bikeshed territory here, but, yeah, I know. At first this used to frustrate me, but I've also found that other parts of kdepim are useful to me, and I like having the integration (KGpg in particular is a big help when using with KMail, and I've come to like KOrganizer, as it integrates with my address book and KMail), but I don't usually run KDE as a desktop, as it's more than I need. Also, it's nice to be able to install other parts of KDE if I find the need. I run xfce4 with parts of KDE and Gnome, and my favorite terminal emulator is Eterm (it's so fast), though the full Enlightenment is cool but not my thing, and I never did like Gnome as a desktop. Sorta piecemeal, but it works for me. I'm just glad disk space is cheap these days ;) - jt From owner-freebsd-current@FreeBSD.ORG Sun May 1 06:49:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 638D416A4CE for ; Sun, 1 May 2005 06:49:44 +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 DC89E43D54 for ; Sun, 1 May 2005 06:49:43 +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 1DS8Gs-000OTa-1Y; Sun, 01 May 2005 09:49:42 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Kris Kennaway In-Reply-To: Message from Kris Kennaway <20050430201106.GB21340@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 May 2005 09:49:41 +0300 From: Danny Braniss Message-ID: cc: freebsd-current@freebsd.org cc: Oleg Sharoiko Subject: Re: diskless/unionfs panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 06:49:44 -0000 > > --QKdGvSO+nmPlgiQ/ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Did Jeff's fixes committed the other day help with this? > > Kris no, but Oleg's does the job. danny From owner-freebsd-current@FreeBSD.ORG Sun May 1 07:45: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 9F94E16A4CE for ; Sun, 1 May 2005 07:45:39 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3812743D48 for ; Sun, 1 May 2005 07:45:39 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j417jU1h005656; Sun, 1 May 2005 03:45:30 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j417jTEZ005651; Sun, 1 May 2005 03:45:30 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sun, 1 May 2005 03:45:29 -0400 (EDT) From: Jeff Roberson To: Danny Braniss In-Reply-To: Message-ID: <20050501034520.N71837@mail.chesapeake.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Oleg Sharoiko cc: Kris Kennaway Subject: Re: diskless/unionfs panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 07:45:39 -0000 On Sun, 1 May 2005, Danny Braniss wrote: > > > > --QKdGvSO+nmPlgiQ/ > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > > > Did Jeff's fixes committed the other day help with this? > > > > Kris > > no, but Oleg's does the job. Where is this patch? > > danny > > > _______________________________________________ > 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 1 08:12: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 C643C16A4ED for ; Sun, 1 May 2005 08:12:40 +0000 (GMT) Received: from smtp802.mail.sc5.yahoo.com (smtp802.mail.sc5.yahoo.com [66.163.168.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 6551E43D3F for ; Sun, 1 May 2005 08:12:40 +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 smtp802.mail.sc5.yahoo.com with SMTP; 1 May 2005 08:12:40 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2900F6143; Sun, 1 May 2005 03:12:39 -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 03004-06; Sun, 1 May 2005 03:12:36 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6672A60ED; Sun, 1 May 2005 03:12:36 -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 j418CacS006161; Sun, 1 May 2005 03:12:36 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42748F6E.2070302@alumni.rice.edu> Date: Sun, 01 May 2005 03:12:30 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mohan Srinivasan References: <20050501020335.4038.qmail@web80602.mail.yahoo.com> In-Reply-To: <20050501020335.4038.qmail@web80602.mail.yahoo.com> 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="------------enig7A0AB5C75F76F04FFDEDC561" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: nfs not reconnecting? 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: Sun, 01 May 2005 08:12:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7A0AB5C75F76F04FFDEDC561 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/30/05 21:03, Mohan Srinivasan wrote: > This is a bug that crept into -current - nfs_timer() does not > reconnect in the NFS/TCP case. The bug was introduced in the > rewrite of the NFS client's reply handling. Before that change, > one of the processes waiting on the server would loop around > (from nfs_reply()) trying to reconnect. Now, the process > blocks on "nfsreq" (in nfs_reply()) after transmitting the > request, with nfs_timer() doing the retransmissions. > > I'll work on fixing this next week. The fix is a bit involved, > since we can't do the reconnect from nfs_timer() directly. > > In the meantime, would it be possible to collect a core when > the client gets into this state, (just to confirm this) ? I already have a dump but it is rather large given that I have 1 GB of RAM. I'll try to get you one tomorrow with hw.physmem set to something low like 128 MB. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig7A0AB5C75F76F04FFDEDC561 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) iD8DBQFCdI9zUFz01pkdgZURAiS/AJ9nmP5hrhLY5CaL1R4OO6Jslwzq3ACeIfgd ADUGvGIQXoLm6FMNynbnY9g= =bagN -----END PGP SIGNATURE----- --------------enig7A0AB5C75F76F04FFDEDC561-- From owner-freebsd-current@FreeBSD.ORG Sun May 1 10:15:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA18B16A4CE for ; Sun, 1 May 2005 10:15:35 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 325F943D31 for ; Sun, 1 May 2005 10:15:35 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j41AFS1h038110; Sun, 1 May 2005 06:15:28 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j41AFRNl038107; Sun, 1 May 2005 06:15:28 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Sun, 1 May 2005 06:15:27 -0400 (EDT) From: Jeff Roberson To: Oleg Sharoiko In-Reply-To: <20050501114837.V649@localhost> Message-ID: <20050501061323.X71837@mail.chesapeake.net> References: <20050501034520.N71837@mail.chesapeake.net> <20050501114837.V649@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: diskless/unionfs panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 10:15:35 -0000 On Sun, 1 May 2005, Oleg Sharoiko wrote: > > On Sun, 1 May 2005, Jeff Roberson wrote: > > JR>Where is this patch? > > It was quoted by Danny in his mail http://docs.freebsd.org/cgi/mid.cgi?E1DRs0M-0006E4-9a > I sent it him privately, because I wasn't sure about the patch. Yes, unfortunately this is only part of the problem. The v_object can change on a unionfs vnode leading to inconsistent results for mmap/exec. This also causes problems for unionfs mounted on top of unionfs as the lower vp can also change v_object fields. This was one advantage to the VOP based solution. It would propagate all the way down the stack on each access. > > Here it is: > ----- > Index: union_vnops.c > =================================================================== > RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v > retrieving revision 1.131 > diff -u -r1.131 union_vnops.c > --- union_vnops.c 13 Apr 2005 10:59:08 -0000 1.131 > +++ union_vnops.c 1 May 2005 07:50:27 -0000 > @@ -748,6 +748,9 @@ > if (error == 0) > error = VOP_OPEN(tvp, mode, cred, td, -1); > > + if (error == 0) > + ap->a_vp->v_object = tvp->v_object; > + > /* > * Release any locks held. > */ > ----- > > I made it similar to the way it's done in nullfs. You can check my > explanaitons quoted by Danny. > > -- > Oleg Sharoiko. > Software and Network Engineer > Computer Center of Rostov State University. > From owner-freebsd-current@FreeBSD.ORG Sun May 1 07:57: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 2B85216A4CE for ; Sun, 1 May 2005 07:57:45 +0000 (GMT) Received: from asterix.rsu.ru (relay.r61.net [195.208.245.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id E062843D1F for ; Sun, 1 May 2005 07:57:43 +0000 (GMT) (envelope-from os@rsu.ru) Received: from os.adsl.r61.net (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by asterix.rsu.ru (8.13.3/8.13.3) with ESMTP id j417vSSo000702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 1 May 2005 11:57:28 +0400 (MSD) (envelope-from os@rsu.ru) Date: Sun, 1 May 2005 11:57:28 +0400 (MSD) From: Oleg Sharoiko To: Jeff Roberson In-Reply-To: <20050501034520.N71837@mail.chesapeake.net> Message-ID: <20050501114837.V649@localhost> References: <20050501034520.N71837@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on asterix.rsu.ru X-Virus-Status: Clean X-Spam-Status: No, score=-5.5 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 asterix.rsu.ru X-Mailman-Approved-At: Sun, 01 May 2005 11:58:36 +0000 cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: diskless/unionfs panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 07:57:45 -0000 On Sun, 1 May 2005, Jeff Roberson wrote: JR>Where is this patch? It was quoted by Danny in his mail http://docs.freebsd.org/cgi/mid.cgi?E1DRs0M-0006E4-9a I sent it him privately, because I wasn't sure about the patch. Here it is: ----- Index: union_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v retrieving revision 1.131 diff -u -r1.131 union_vnops.c --- union_vnops.c 13 Apr 2005 10:59:08 -0000 1.131 +++ union_vnops.c 1 May 2005 07:50:27 -0000 @@ -748,6 +748,9 @@ if (error == 0) error = VOP_OPEN(tvp, mode, cred, td, -1); + if (error == 0) + ap->a_vp->v_object = tvp->v_object; + /* * Release any locks held. */ ----- I made it similar to the way it's done in nullfs. You can check my explanaitons quoted by Danny. -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-current@FreeBSD.ORG Sun May 1 12:40: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 C066816A4CE for ; Sun, 1 May 2005 12:40:20 +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 7AA0643D55 for ; Sun, 1 May 2005 12:40:20 +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 1DSDkB-0009Bz-8e for freebsd-current@freebsd.org; Sun, 01 May 2005 15:40:19 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 May 2005 15:40:19 +0300 From: Danny Braniss Message-ID: Subject: GREAT! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 12:40:20 -0000 after months of not being able to run -current on this amd64 box (a shuttle) it's working! even with APIC enabled! great work! A very happy -current user: danny From owner-freebsd-current@FreeBSD.ORG Sun May 1 13:03: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 6D13F16A4CE for ; Sun, 1 May 2005 13:03:15 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [69.61.68.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02A9543D55 for ; Sun, 1 May 2005 13:03:15 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.200] (adsl-34-200-245.asm.bellsouth.net [67.34.200.245]) by saturn.criticalmagic.com (Postfix) with ESMTP id E7FE73BD53; Sun, 1 May 2005 09:03:11 -0400 (EDT) Message-ID: <4274D3AC.8030204@criticalmagic.com> Date: Sun, 01 May 2005 09:03:40 -0400 From: Richard Coleman User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: GREAT! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 13:03:15 -0000 Danny Braniss wrote: > after months of not being able to run -current on this amd64 box (a shuttle) > it's working! even with APIC enabled! > > great work! > > A very happy -current user: > > danny Now that the 64 bit version of Windows is out, and both Intel and AMD have 64 bit desktop chips out, I think 64 bit chips will be everywhere in a hurry. Accordingly, I suspect the number of people using FreeBSD-amd64 in the next year will grow several orders of magnitude (since the previous user base was probably fairly small). Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Sun May 1 13:25: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 98EA716A4CE for ; Sun, 1 May 2005 13:25:29 +0000 (GMT) Received: from koganei-server.ohnolab.org (koganei-server.ohnolab.org [202.249.37.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAA7A43D39 for ; Sun, 1 May 2005 13:25:28 +0000 (GMT) (envelope-from kimoto@ohnolab.org) Received: from localhost (localhost [127.0.0.1]) by koganei-server.ohnolab.org (Postfix) with ESMTP id 2DC0244C58; Sun, 1 May 2005 22:25:24 +0900 (JST) Date: Sun, 01 May 2005 22:24:33 +0900 (JST) Message-Id: <20050501.222433.41629984.kimoto@ohnolab.org> To: steve.tell@crashmail.de From: Masahiko KIMOTO In-Reply-To: <87d5sw5od7.fsf@zeus.crashmail.de> References: <87d5sw5od7.fsf@zeus.crashmail.de> X-fingerprint: DA 63 E3 AD 3F 30 98 05 EB CF 3C 06 2D FF 07 7F X-PGP-Public-Key: http://www.ohnolab.org/~kimoto/kimoto.pubkey.asc X-URL: http://www.ohnolab.org/~kimoto/ X-Mailer: Mew version 4.2 on Emacs 21.4 / 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: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 13:25:29 -0000 > The Palm Tungsten T should be working on FreeBSD-Current[2]. But I think > it does not. Please try this patch for 6-CURRENT. http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-20050430 I dug emails with a commiter, Sanpei-san, and also dug my memory. I'll send-pr same modification for NetBSD, and then will send-pr for FreeBSD again. Best Regards, ---------------------------------------------------------------------- Masahiko KIMOTO, Ph. D. E-mail: kimoto@ohnolab.org URL: http://www.ohnolab.org/~kimoto From owner-freebsd-current@FreeBSD.ORG Sun May 1 14:07: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 A54E516A4CE; Sun, 1 May 2005 14:07:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FAD43D49; Sun, 1 May 2005 14:07:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j41E7WvT084287; Sun, 1 May 2005 10:07:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j41E7Wup088113; Sun, 1 May 2005 10:07:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EDC8E7306E; Sun, 1 May 2005 10:07:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050501140731.EDC8E7306E@freebsd-current.sentex.ca> Date: Sun, 1 May 2005 10:07:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 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: Sun, 01 May 2005 14:07:33 -0000 TB --- 2005-05-01 12:18:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-01 12:18:21 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-01 12:18:21 - cleaning the object tree TB --- 2005-05-01 12:18:50 - checking out the source tree TB --- 2005-05-01 12:18:50 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-01 12:18:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-01 12:25:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-01 12:25:33 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-01 12:25:33 - /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-01 14:00:32 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-01 14:00:32 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-01 14:00:32 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun May 1 14:00:32 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/netinet/tcp_sack.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/netinet/tcp_subr.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/netinet/tcp_syncache.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/netinet/tcp_timer.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/netinet/tcp_usrreq.c /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_usrreq.c: In function `tcp_usr_send': /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_usrreq.c:757: error: syntax error before ':' token /tinderbox/CURRENT/amd64/amd64/src/sys/netinet/tcp_usrreq.c:622: warning: unused variable `inirw' *** 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-01 14:07:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-01 14:07:31 - ERROR: failed to build generic kernel TB --- 2005-05-01 14:07:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun May 1 14:12: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 EBEDF16A4CE; Sun, 1 May 2005 14:12:56 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A21A43D2D; Sun, 1 May 2005 14:12:56 +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 41E32167010B22FB; Sun, 1 May 2005 16:12:48 +0200 From: "Daniel Eriksson" To: Date: Sun, 1 May 2005 16:12:28 +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: <200504261737.34725.jhb@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVKq7NszDdH1D1FT+aX/kMVs188lwDqc4Eg cc: 'John Baldwin' Subject: RE: task queue: supervisor write, page not present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 14:12:57 -0000 John Baldwin wrote: > Did Sam's recent fixes to taskqueues fix this panic for you? Less than 24 hours after going back to the usage pattern the server had when it crashed several times last month, it crashed again. This time it looks a little bit different. Not sure it is related at all. This is on an dual CPU (AMD AthlonMP) machine. System/kernel compiled from sources dated: 2005.04.29.23.00.00 I have both a debug kernel and a dump that I can make available if someone wants to look closer at this. /Daniel Eriksson Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x20:0xc069ee7f stack pointer = 0x28:0xe09d8c20 frame pointer = 0x28:0xe09d8c44 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 = 3 (g_up) [thread pid 3 tid 100041 ] Stopped at swp_pager_async_iodone+0x8f: lock cmpxchgl %edx,0x1c(%ecx) db> wh Tracing pid 3 tid 100041 td 0xc1ecd600 swp_pager_async_iodone(d1721040,c1ecd600,0,0,0) at swp_pager_async_iodone+0x8f bufdone(d1721040,c3f6d738,e09d8cc0,c05ac6af,c3f6d738) at bufdone+0x16f swapgeom_done(c3f6d738,0,c1ecd600,0,c1ecd600) at swapgeom_done+0x37 biodone(c3f6d738,c0793168,24c,c0736c91,c8) at biodone+0xaf g_io_schedule_up(c1ecd600,4c,c1ecd600,c050f970,e09d8d04) at g_io_schedule_up+0x66 g_up_procbody(0,e09d8d38,0,0,0) at g_up_procbody+0xaf fork_exit(c050f970,0,e09d8d38) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe09d8d6c, ebp = 0 --- (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0452b15 in db_fncall (dummy1=15, dummy2=0, dummy3=1021, dummy4=0xe09d8a28 "") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0452892 in db_command (last_cmdp=0xc078d8a4, cmd_table=0x0, aux_cmd_tablep=0xc07553fc, aux_cmd_tablep_end=0xc0755400) at /usr/src/sys/ddb/db_command.c:349 #3 0xc045299a in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc04549f5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc0571d4e in kdb_trap (type=0, code=0, tf=0xe09d8be0) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc06faf46 in trap_fatal (frame=0xe09d8be0, eva=0) at /usr/src/sys/i386/i386/trap.c:801 #7 0xc06fac32 in trap_pfault (frame=0xe09d8be0, usermode=0, eva=28) at /usr/src/sys/i386/i386/trap.c:724 #8 0xc06fa7b2 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = -781053888, tf_ebp = -526545852, tf_isp = -526545908, tf_ebx = -1066799632, tf_edx = -1041443328, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1066799489, tf_cs = 32, tf_eflags = 66050, tf_esp = -660721664, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:414 #9 0xc06e559a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0x00000008 in ?? () #11 0x00000028 in ?? () #12 0x00000028 in ?? () #13 0x00000000 in ?? () #14 0xd1721040 in ?? () #15 0xe09d8c44 in ?? () #16 0xe09d8c0c in ?? () #17 0xc069edf0 in swap_pager_putpages () at /usr/src/sys/vm/swap_pager.c:1375 #18 0xc05acb5f in bufdone (bp=0xd1721040) at /usr/src/sys/kern/vfs_bio.c:3096 #19 0xc06a0b17 in swapgeom_done (bp2=0xc3f6d738) at /usr/src/sys/vm/swap_pager.c:2355 #20 0xc05ac6af in biodone (bp=0xc3f6d738) at /usr/src/sys/kern/vfs_bio.c:2927 #21 0xc050f736 in g_io_schedule_up (tp=0xc1ecd600) at /usr/src/sys/geom/geom_io.c:489 #22 0xc050fa1f in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 #23 0xc0539b30 in fork_exit (callout=0xc050f970 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #24 0xc06e55fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 From owner-freebsd-current@FreeBSD.ORG Sun May 1 14:22: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 7A7A516A4CE for ; Sun, 1 May 2005 14:22:50 +0000 (GMT) Received: from maxwell.syr.edu (maxwell.syr.edu [128.230.129.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F28FC43D39 for ; Sun, 1 May 2005 14:22:49 +0000 (GMT) (envelope-from jracine@maxwell.syr.edu) Received: from exchange.maxwell.syr.edu (excluster2.maxwell.syr.edu [128.230.129.231]) by maxwell.syr.edu (8.12.10/8.9.1) with ESMTP id j41EMmco064992 for ; Sun, 1 May 2005 10:22:48 -0400 (EDT) X-MIMEOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Sun, 1 May 2005 10:22:48 -0400 Message-ID: <32A8B2CB12BFC84D8D11D872C787AA9A015E9B87@EXCHANGE.forest.maxwell.syr.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: My wIreless support (ndisulator & Dell TrueMobile 1400) has stopped working on current... pointers welcome. Thread-Index: AcVOWUBLwFfH0A4nQTG1fYQ04N90hQ== From: "Jeff Racine" To: Subject: My wIreless support (ndisulator & Dell TrueMobile 1400) has stopped working on current... pointers welcome. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 14:22:50 -0000 Hi. I have been successfully using the ndis/ndisulator drivers with a Dell TrueMobile 1400 WLAN PCI card on an X300... my previous current build was March 1, 2005, and things have been rock solid. Today I rebuilt world with a fresh cvsup, and now have lost wireless support. As always after building all, I did cd /sys/modules/if_ndis && ndiscvt -i bcmwl5a.inf -s bcmwl5.sys -o ndis_driver_data.h && make && make install, however, thought this appears to compile just fine, upon reboot this is no longer recognized and the only message I get is pci2: at device 4.0 (no driver attached). Yesterday (before new build), I got ndis0: mem 0xe0210000-0xe0211fff irq 5 at device 4.0 on pci2 I tried to find any relevant changes in /usr/src/UPDATING and scoured current and mobile, but to no avail. I saw the posts about potential changes to these drivers, but nowhere any indication that changes have been made (that I found at least). If by chance I have missed something (post etc.) please forgive, however, any pointers would be gratefully appreciated. Here is some system info... Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #1: Sun May 1 07:58:36 EDT 2005 root@localhost:/usr/obj/usr/src/sys/X300 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.40GHz (1398.82-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d6 Stepping =3D 6 Features=3D0xafe9f9bf real memory =3D 1197989888 (1142 MB) avail memory =3D 1163948032 (1110 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0x1800-0x1807 mem 0xe8000000-0xefffffff,0xe0000000-0xe007ffff irq 10 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f irq 10 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 0x1840-0x185f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci2: on pcib1 cbb0: at device 3.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: at device 3.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: mem 0xe0212000-0xe02127ff irq 11 at device 3.2 on pci2 fwohci0: OHCI version 1.0 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:43:80:00:cc:aa:ab fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) pci2: at device 4.0 (no driver attached) bge0: mem 0xe0200000-0xe020ffff irq 11 at device 5.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:43:cc:aa:ab isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xe0100c00-0xe0100dff,0xe0100800-0xe01008ff irq 10 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xcd7ff,0xcd800-0xcf7ff,0xd8000-0xdbfff,0xdc000-0= xdffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding 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 (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (irq) ppc1: parallel port not found. unknown: can't assign resources (port) fdc1: No FDOUT register! Timecounter "TSC" frequency 1398817680 Hz quality 800 Timecounters tick every 1.000 msec ad0: 57231MB at ata0-master UDMA100 ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad0s1a Thanks ever so much for any/all input. -- Jeff From owner-freebsd-current@FreeBSD.ORG Sun May 1 14:28: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 A4D3F16A4CE for ; Sun, 1 May 2005 14:28:17 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9480C43D1D for ; Sun, 1 May 2005 14:28:16 +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 j41ESFFH079931; Sun, 1 May 2005 18:28:15 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sun, 1 May 2005 18:28:15 +0400 (MSD) From: Maxim Konovalov To: Jeff Racine In-Reply-To: <32A8B2CB12BFC84D8D11D872C787AA9A015E9B87@EXCHANGE.forest.maxwell.syr.edu> Message-ID: <20050501182639.K79886@mp2.macomnet.net> References: <32A8B2CB12BFC84D8D11D872C787AA9A015E9B87@EXCHANGE.forest.maxwell.syr.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: My wIreless support (ndisulator & Dell TrueMobile 1400) has stopped working on current... pointers welcome. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 14:28:17 -0000 On Sun, 1 May 2005, 10:22-0400, Jeff Racine wrote: > Hi. > > I have been successfully using the ndis/ndisulator drivers with a Dell > TrueMobile 1400 WLAN PCI card on an X300... my previous current build > was March 1, 2005, and things have been rock solid. > > Today I rebuilt world with a fresh cvsup, and now have lost wireless > support. As always after building all, I did cd /sys/modules/if_ndis && > ndiscvt -i bcmwl5a.inf -s bcmwl5.sys -o ndis_driver_data.h && make && > make install, however, thought this appears to compile just fine, upon > reboot this is no longer recognized and the only message I get is pci2: > at device 4.0 (no driver attached). > > Yesterday (before new build), I got > > ndis0: mem > 0xe0210000-0xe0211fff irq 5 at device 4.0 on pci2 > > I tried to find any relevant changes in /usr/src/UPDATING and scoured > current and mobile, but to no avail. I saw the posts about potential > changes to these drivers, but nowhere any indication that changes have > been made (that I found at least). > > If by chance I have missed something (post etc.) please forgive, > however, any pointers would be gratefully appreciated. http://tinyurl.com/cc8ks man ndisgen HTH -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun May 1 15:07: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 24D9616A4CE for ; Sun, 1 May 2005 15:07:27 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53FE943D41 for ; Sun, 1 May 2005 15:07:26 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd27.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DSG2X-0002JO-04; Sun, 01 May 2005 17:07:25 +0200 Received: from Andro-Beta.Leidinger.net (SOPIa0ZT8eMc4Q5jB8gqHy2hsOkERVGWJw-hzNM1QYtAVvgBbNpKZY@[217.83.26.1]) by fwd27.sul.t-online.de with esmtp id 1DSG2R-12JWCm0; Sun, 1 May 2005 17:07:19 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j41F7FMS085807 for ; Sun, 1 May 2005 17:07:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 1 May 2005 17:08:00 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20050501170800.1bf7e377@Magellan.Leidinger.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 X-ID: SOPIa0ZT8eMc4Q5jB8gqHy2hsOkERVGWJw-hzNM1QYtAVvgBbNpKZY@t-dialin.net X-TOI-MSGID: b1c0ae46-c641-48fa-895c-1935acd27792 Subject: Doxygen generated PDF's of parts of the kernel available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 15:07:27 -0000 Hi, I've generated the doxygen docs for some parts of the kernel, in particular for: - cam - crypto - dev/pci - dev/sound - dev/usb - geom - i4b - kern - libkern - net80211 - netgraph - netinet - netinet6 - netipsec - opencrypto - vm Since the content of all html trees sums up to >360 MB, I'm just uploading (it will need some minutes) the PDF's to http://www.leidinger.net/FreeBSD/src_docs/ They describe -current as of today (and may contain some local patches, I've used my development tree...). Bye, Alexander. -- The computer revolution is over. The computers won. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun May 1 15:18: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 037D116A4CE for ; Sun, 1 May 2005 15:18:38 +0000 (GMT) Received: from mail.blastwave.org (mail.blastwave.org [147.87.98.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73C5E43D2D for ; Sun, 1 May 2005 15:18:37 +0000 (GMT) (envelope-from ihsan@dogan.ch) Received: from localhost (localhost [127.0.0.1]) by mail.blastwave.org (Postfix) with ESMTP id AEE43F8B4 for ; Sun, 1 May 2005 17:18:35 +0200 (MEST) Received: from mail.blastwave.org ([127.0.0.1]) by localhost (enterprise [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22296-02-3 for ; Sun, 1 May 2005 17:18:32 +0200 (MEST) Received: from defiant.dogan.ch (defiant.dogan.ch [213.144.141.146]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.blastwave.org (Postfix) with ESMTP id BEF90F8B2 for ; Sun, 1 May 2005 17:18:32 +0200 (MEST) Received: by defiant.dogan.ch (Postfix, from userid 1000) id B52E9179AC; Sun, 1 May 2005 17:18:31 +0200 (CEST) Date: Sun, 1 May 2005 17:18:31 +0200 From: Ihsan Dogan To: freebsd-current@freebsd.org Message-ID: <20050501151831.GC19105@dogan.ch> Mail-Followup-To: freebsd-current@freebsd.org References: <20050421202042.GA82753@troutmask.apl.washington.edu> <20050421205902.6F3E75D07@ptavv.es.net> <20050429143529.GA88104@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050429143529.GA88104@nowhere> User-Agent: Mutt/1.4.2.1i X-Operating-System: NetBSD/i386 1.6.2 X-Uptime: 4:51PM up 281 days, 5:16, 7 users, load averages: 1.21, 1.11, 1.00 X-Binford: 6100 (more power) X-Editor: Vim-603 http://www.vim.org X-Virus-Scanned: amavisd-new at blastwave.org Subject: Re: firefox stuck in libthr or kserel! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 15:18:38 -0000 On Friday, 29 Apr 2005 09:35 -0500, Craig Boston wrote: > > This is a problem that has been brought up on gnome@, ports@ and > > current@ from time to time. There are many, many sites, all heavily > > flash based, that exhibit this problem with any native browser to use > > the linux flash6 plugin. As the flash code is the linux binary, it is > > not likely to be there. (These sites don't hang on linux systems.) > > FWIW, I use linux-mozilla-1.7.5 and linux-flashplugin-7.0r25_1 to access > flash based sites with no problem. The flash6/7 problems seem to be > related to using the pluginwrapper to get it to work with native > browsers. Can linux-mozilla and mozilla co-exist on the same machine? Ihsan... -- Swiss Unix User Group: http://www.suug.ch/ Software Packages for Solaris: http://www.blastwave.org/ From owner-freebsd-current@FreeBSD.ORG Sun May 1 15:29: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 F15E916A4CE; Sun, 1 May 2005 15:29:38 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECEE743D49; Sun, 1 May 2005 15:29:37 +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 j41FTbbR070613; Sun, 1 May 2005 11:29:37 -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 j41FTb6O094547; Sun, 1 May 2005 11:29:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 04E8D7306E; Sun, 1 May 2005 11:29:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050501152936.04E8D7306E@freebsd-current.sentex.ca> Date: Sun, 1 May 2005 11:29:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 15:29:39 -0000 TB --- 2005-05-01 14:07:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-01 14:07:32 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-01 14:07:32 - cleaning the object tree TB --- 2005-05-01 14:08:18 - checking out the source tree TB --- 2005-05-01 14:08:18 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-01 14:08:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-01 14:14:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-01 14:14:54 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-01 14:14:54 - /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-01 15:22:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-01 15:22:33 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-01 15:22:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun May 1 15:22: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 -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/netinet/tcp_output.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/netinet/tcp_sack.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/netinet/tcp_subr.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/netinet/tcp_syncache.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/netinet/tcp_timer.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/netinet/tcp_usrreq.c /tinderbox/CURRENT/i386/i386/src/sys/netinet/tcp_usrreq.c: In function `tcp_usr_send': /tinderbox/CURRENT/i386/i386/src/sys/netinet/tcp_usrreq.c:622: warning: unused variable `inirw' *** 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-01 15:29:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-01 15:29:36 - ERROR: failed to build generic kernel TB --- 2005-05-01 15:29:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun May 1 15:59: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 B61F116A4CE for ; Sun, 1 May 2005 15:59:54 +0000 (GMT) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A912B43D2D for ; Sun, 1 May 2005 15:59:53 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j41FxqDV011871; Sun, 1 May 2005 17:59:52 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Alexander Leidinger From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 01 May 2005 17:08:00 +0200." <20050501170800.1bf7e377@Magellan.Leidinger.net> Date: Sun, 01 May 2005 17:59:52 +0200 Message-ID: <11870.1114963192@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Doxygen generated PDF's of parts of the kernel available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 15:59:54 -0000 In message <20050501170800.1bf7e377@Magellan.Leidinger.net>, Alexander Leidinge r writes: As far as I can tell, this gives us very little over a normal code reading because we have not marked up our source code. If we mark up the source code for doxygen, does that buy us anything besides more text in the pdf files ? Or to put the question another way: Is the doxygen markup *semantically* useful for any automated code-munching tools ? Will anything tell us "you have an inconsistency here" or "this is ambiguous" etc ? It's not that I am against marking up for doxygen, that is probably a good idea at some level. My primary interest is tools which will tell us something about our source code which we didn't know before, not just pretty-print what we told it ourselves. Poul-Henning >Hi, > >I've generated the doxygen docs for some parts of the kernel, in >particular for: > - cam > - crypto > - dev/pci > - dev/sound > - dev/usb > - geom > - i4b > - kern > - libkern > - net80211 > - netgraph > - netinet > - netinet6 > - netipsec > - opencrypto > - vm > >Since the content of all html trees sums up to >360 MB, I'm just >uploading (it will need some minutes) the PDF's to > http://www.leidinger.net/FreeBSD/src_docs/ > >They describe -current as of today (and may contain some local >patches, I've used my development tree...). > >Bye, >Alexander. > >-- > The computer revolution is over. The computers won. > >http://www.Leidinger.net Alexander @ Leidinger.net > GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 >_______________________________________________ >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" > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun May 1 16: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 07A2F16A4CE for ; Sun, 1 May 2005 16:21:26 +0000 (GMT) Received: from mailout06.sul.t-online.com (mailout06.sul.t-online.com [194.25.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 210DA43D3F for ; Sun, 1 May 2005 16:21:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd23.aul.t-online.de by mailout06.sul.t-online.com with smtp id 1DSHC7-00085G-03; Sun, 01 May 2005 18:21:23 +0200 Received: from Andro-Beta.Leidinger.net (Zk3Y+qZ-ge1z-HkFtUoZW8Zt4u4WKr4bi5I9bMvfvF+wNUFQrLxxgo@[217.83.26.1]) by fwd23.sul.t-online.de with esmtp id 1DSHC0-0f90iG0; Sun, 1 May 2005 18:21:16 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j41GLFxZ096325; Sun, 1 May 2005 18:21:15 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 1 May 2005 18:22:01 +0200 From: Alexander Leidinger To: "Poul-Henning Kamp" , current@freebsd.org Message-ID: <20050501182201.170de4c7@Magellan.Leidinger.net> In-Reply-To: <11870.1114963192@critter.freebsd.dk> References: <20050501170800.1bf7e377@Magellan.Leidinger.net> <11870.1114963192@critter.freebsd.dk> 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 X-ID: Zk3Y+qZ-ge1z-HkFtUoZW8Zt4u4WKr4bi5I9bMvfvF+wNUFQrLxxgo@t-dialin.net X-TOI-MSGID: bb37cffc-2217-4e01-8f9b-dfb7ce4afc33 Subject: Re: Doxygen generated PDF's of parts of the kernel available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 16:21:26 -0000 On Sun, 01 May 2005 17:59:52 +0200 "Poul-Henning Kamp" wrote: > As far as I can tell, this gives us very little over a normal > code reading because we have not marked up our source code. Yes. > If we mark up the source code for doxygen, does that buy us anything > besides more text in the pdf files ? The answer depends upon what you think about a good API (or better: KPI, Kernel Programming Interface) documentation. > Or to put the question another way: Is the doxygen markup > *semantically* useful for any automated code-munching tools ? I don't know such a tool. > Will anything tell us "you have an inconsistency here" or "this is > ambiguous" etc ? Doxygen can tell us: "this isn't documented" or "the dependency/call graph looks like ". > It's not that I am against marking up for doxygen, that is probably > a good idea at some level. It integrates the documentation with the source. It's detectable if you change the number of parameters but forget to document it. It allows to follow inter-file code flow faster than just by using less or something like this. > My primary interest is tools which will tell us something about our > source code which we didn't know before, not just pretty-print what > we told it ourselves. If you have tools or an IDE which tells you what the dependency/call graph looks like, doxygen most likely doesn't fits your needs. Bye, Alexander. -- Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun May 1 20:50: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 9928A16A4CE; Sun, 1 May 2005 20:50:35 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06F5843D1D; Sun, 1 May 2005 20:50:35 +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 j41KoYHL003121; Sun, 1 May 2005 16:50:34 -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 j41KoYmA013683; Sun, 1 May 2005 16:50:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2984F7306E; Sun, 1 May 2005 16:50:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050501205034.2984F7306E@freebsd-current.sentex.ca> Date: Sun, 1 May 2005 16:50:34 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 20:50:35 -0000 TB --- 2005-05-01 19:46:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-01 19:46:38 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-01 19:46:38 - cleaning the object tree TB --- 2005-05-01 19:46:49 - checking out the source tree TB --- 2005-05-01 19:46:49 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-01 19:46:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-01 19:53:37 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-01 19:53:37 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-01 19:53:37 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-01 20:50:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-01 20:50:33 - ERROR: failed to build world TB --- 2005-05-01 20:50:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun May 1 22:07: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 C129516A4CE; Sun, 1 May 2005 22:07:00 +0000 (GMT) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8500F43D31; Sun, 1 May 2005 22:07:00 +0000 (GMT) (envelope-from jim@netgate.com) Received: from [192.168.0.22] (ip68-108-69-127.lv.lv.cox.net [68.108.69.127]) by netgate.com (Postfix) with ESMTP id E743E280008; Sun, 1 May 2005 15:06:54 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Sun, 1 May 2005 12:06:55 -1000 To: Mark Linimon X-Mailer: Apple Mail (2.622) cc: Greg 'groggy' Lehey cc: freebsd-current@FreeBSD.org cc: Jonathan Gray Subject: Re: incorrect statement on www page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 22:07:00 -0000 On Apr 29, 2005, at 9:33 AM, Mark Linimon wrote: > On Fri, 29 Apr 2005, Jonathan Gray wrote: > >> If these binary only components come with FreeBSD they are part >> of FreeBSD as far as most people are concerned. There are binary >> components with no publically available source code in FreeBSD, >> so it is not full source code. Note that as far as the ath_hal binary is concerned, they're not "FreeBSD" binary components, as the exact same binary runs on several other operating systems. jim From owner-freebsd-current@FreeBSD.ORG Mon May 2 03:07: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 53A0316A4CE for ; Mon, 2 May 2005 03:07:00 +0000 (GMT) Received: from smtp806.mail.sc5.yahoo.com (smtp806.mail.sc5.yahoo.com [66.163.168.185]) by mx1.FreeBSD.org (Postfix) with SMTP id 1444A43D54 for ; Mon, 2 May 2005 03:07:00 +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 smtp806.mail.sc5.yahoo.com with SMTP; 2 May 2005 03:06:59 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id C80596143; Sun, 1 May 2005 22:06:58 -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 49323-10; Sun, 1 May 2005 22:06:56 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 5FF5F60ED; Sun, 1 May 2005 22:06:56 -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 j4236tHB065004; Sun, 1 May 2005 22:06:56 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4275994A.7090801@alumni.rice.edu> Date: Sun, 01 May 2005 22:06:50 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ihsan Dogan References: <20050421202042.GA82753@troutmask.apl.washington.edu> <20050421205902.6F3E75D07@ptavv.es.net> <20050429143529.GA88104@nowhere> <20050501151831.GC19105@dogan.ch> In-Reply-To: <20050501151831.GC19105@dogan.ch> 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="------------enig6DD4DF1ECDD11F751DFA8A6B" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: firefox stuck in libthr or kserel! 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, 02 May 2005 03:07:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6DD4DF1ECDD11F751DFA8A6B Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/01/05 10:18, Ihsan Dogan wrote: > On Friday, 29 Apr 2005 09:35 -0500, Craig Boston wrote: >>>This is a problem that has been brought up on gnome@, ports@ and >>>current@ from time to time. There are many, many sites, all heavily >>>flash based, that exhibit this problem with any native browser to use >>>the linux flash6 plugin. As the flash code is the linux binary, it is >>>not likely to be there. (These sites don't hang on linux systems.) >> >>FWIW, I use linux-mozilla-1.7.5 and linux-flashplugin-7.0r25_1 to access >>flash based sites with no problem. The flash6/7 problems seem to be >>related to using the pluginwrapper to get it to work with native >>browsers. > > Can linux-mozilla and mozilla co-exist on the same machine? Yes they can. They install to separate places and use different directories for configuration information. By the way: If you are using ports than you will be told when a port cannot be installed because it conflicts with another. To find this out manually, check for a CONFLICTS entry in the port Makefile. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig6DD4DF1ECDD11F751DFA8A6B 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) iD8DBQFCdZlPUFz01pkdgZURAnxcAJ4mtVA4IlbMd2vfsyOhHIkpnyIWiQCgj+w6 +pnWNsxd3QRY4duJbfMUWVc= =MxEJ -----END PGP SIGNATURE----- --------------enig6DD4DF1ECDD11F751DFA8A6B-- From owner-freebsd-current@FreeBSD.ORG Mon May 2 03:45: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 97FA616A4CE for ; Mon, 2 May 2005 03:45:22 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ED1843D41 for ; Mon, 2 May 2005 03:45:21 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1372495wri for ; Sun, 01 May 2005 20:45:20 -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=MElJdeJRhfna9T7S93QoqoqDjvQJ3X0lMz+HPaWbU8zudWTYguCpVBynVesc7SE+rfyHmXAIeDUKHr9gPRZwi5xbz6xpVNt+nir7MCWcX9EPJnmH3A3hSBNZKpzmS6lYhzeRxlGBN15vUA8xoCEH6onlQQAK5c9GWvUYuRVPvxM= Received: by 10.54.125.3 with SMTP id x3mr371729wrc; Sun, 01 May 2005 20:45:20 -0700 (PDT) Received: by 10.54.2.75 with HTTP; Sun, 1 May 2005 20:45:20 -0700 (PDT) Message-ID: Date: Mon, 2 May 2005 11:45:20 +0800 From: Lihong Chen To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Can not run jdk14 when seting LC_ALL to en_US.UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Lihong Chen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 03:45:22 -0000 Hi! I am using 6-current with GNOME 2.10, and my locale is set to en_US.UTF-8. Every time I start java application it will core dump like below: ------------------------------------------------------------ $ java -cp . -jar argouml.jar An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=3D0x35518C2D Function=3DXtWidgetToApplicationContext+0x1D Library=3D/usr/X11R6/lib/libXt.so.6 Current Java thread: at sun.awt.motif.MToolkit.loadSystemColors(Native Method) at java.awt.SystemColor.updateSystemColors(SystemColor.java:417) at java.awt.SystemColor.(SystemColor.java:409) at sun.awt.X11GraphicsConfig.getColorModel(X11GraphicsConfig.java:2= 12) - locked <0x2cb95088> (a sun.awt.X11GraphicsConfig) at sun.awt.X11SurfaceData.getSurfaceType(X11SurfaceData.java:374) at sun.awt.X11GraphicsConfig.getSurfaceType(X11GraphicsConfig.java:= 116) - locked <0x2cb95088> (a sun.awt.X11GraphicsConfig) at sun.awt.X11SurfaceData.createData(X11SurfaceData.java:292) ------------------------------------------------------------ Today, I tried to set LC_ALL to en_US.ISO8859-1, then the java works well. I don't know why, but I need UTF-8 support for chinese input and output. /Lihong From owner-freebsd-current@FreeBSD.ORG Mon May 2 08:14: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 E9B4116A4CE; Mon, 2 May 2005 08:14:40 +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 30E7743D54; Mon, 2 May 2005 08:14:40 +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 1DSW4c-00041V-Ll; Mon, 02 May 2005 11:14:38 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 May 2005 11:14:38 +0300 From: Danny Braniss Message-ID: cc: stable@freebsd.org Subject: MNT_USER? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 08:14:41 -0000 after doing a mount_nfs as root (from the console or via su), statfs reports that MNT_USER flags is set! this is also true with 5.4. is this a bug or feature? the problem can be seen with: #include #include #include #include int main(int argc, char *argv[]) { struct statfs stbuf; int fd; if (argc != 2) { fprintf(stderr, "Usage: noexec directory\n"); return -1; } if (statfs(argv[1], &stbuf) != 0) { perror("statfs"); return -1; } printf("FLAGS: 0x%08X\n", stbuf.f_flags); if (stbuf.f_flags & MNT_NOEXEC) printf("MNT_NOEXEC\n"); return 0; } From owner-freebsd-current@FreeBSD.ORG Sun May 1 22:31:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC94016A4CE for ; Sun, 1 May 2005 22:31:41 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B18043D4C for ; Sun, 1 May 2005 22:31:41 +0000 (GMT) (envelope-from hayarms@gmail.com) Received: by zproxy.gmail.com with SMTP id 34so2111082nzf for ; Sun, 01 May 2005 15:31:41 -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=hureojPMU8hRibe6NroekGJVV+ouFHb1gDFFaKTRziHOjrdCxb9dPBnSeq8m3rRWceq22O2f0MBKFq21l8EJZdCBIDNJBPlblyojcolb1qFUMj6BuTjXtRhJ7wlQzE/WpVMZcBKvjKt8XHMlYrIsxeJTbsfAhcExfbT4+4asqgA= Received: by 10.36.17.16 with SMTP id 16mr455021nzq; Sun, 01 May 2005 15:31:41 -0700 (PDT) Received: by 10.36.4.13 with HTTP; Sun, 1 May 2005 15:31:40 -0700 (PDT) Message-ID: <63f5296805050115311bccca08@mail.gmail.com> Date: Mon, 2 May 2005 00:31:41 +0200 From: Marcello Maggioni 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 X-Mailman-Approved-At: Mon, 02 May 2005 12:01:35 +0000 Subject: Re: FFLAGS instead of COPTFLAGS in module builds? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marcello Maggioni List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 May 2005 22:31:42 -0000 Doug White writes: > On Wed, 16 Mar 2005, Gary Jennejohn wrote: >=20 > > Why does the module build use CFLAGS instead of COPTFLAGS? > > > > I noticed it here during the module build: > > > > =3D=3D=3D> linux (all) > > cc -c -pipe -O2 -mmmx -m3dnow -msse -mfpmath=3Dsse -fno-strict-aliasing= -Werr > or -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /u4/obj/usr/src/sys/amd6= 4_32 > /opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D80= 00 -g=20 > -I/u4/obj/usr/src/sys/amd64_32 -mno-align-long-strings -mpreferred-stack-= boun > dary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wre= dundan > t-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoint= er-a > rith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 /usr/src/sys/mod= ules/l > inux/../../i386/linux/linux_genassym.c > > /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c:1: warning= : SS > E instruction set disabled, using 387 arithmetics > > *** Error code 1 > > > > My CFLAGS was used instead of the COPTFLAGS, as I would have expected. > > After all, modules are part of the kernel. >=20 > How did you start this build? >=20 >cd /usr/src; make buildkernel > What do you have CFLAGS and COPTFLAGS set to in make.conf? >=20 >CFLAGS is set to -pipe -O2 -mmmx -m3dnow -msse -mfpmath=3Dsse >COPTFLAGS is -pipe -O Something similar also happend to me when I compiled my Stable kernel. During the compilation of the ACPI module (if I remember well) the compilations stopped because was used a gcc flag not supported during the kernel compilation that I keep only in CFLAGS (-mfpmath=3Dsse) . The rest of the kernel has been compiled with COPTFLAGS, but that specific driver has been compiled with CFLAGS. Bye Marcello From owner-freebsd-current@FreeBSD.ORG Mon May 2 12:19: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 8F08F16A4CF for ; Mon, 2 May 2005 12:19:45 +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 0EE9F43D53 for ; Mon, 2 May 2005 12:19:45 +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 1DSZtn-0009JK-3a; Mon, 02 May 2005 15:19:43 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Jeff Roberson In-Reply-To: Message from Jeff Roberson <20050501061323.X71837@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 02 May 2005 15:19:42 +0300 From: Danny Braniss Message-ID: cc: freebsd-current@freebsd.org cc: Oleg Sharoiko cc: Kris Kennaway Subject: Re: diskless/unionfs panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 12:19:45 -0000 > On Sun, 1 May 2005, Oleg Sharoiko wrote: > > > > > On Sun, 1 May 2005, Jeff Roberson wrote: > > > > JR>Where is this patch? > > > > It was quoted by Danny in his mail http://docs.freebsd.org/cgi/mid.cgi?E1DRs0M-0006E4-9a > > I sent it him privately, because I wasn't sure about the patch. > > Yes, unfortunately this is only part of the problem. The v_object can > change on a unionfs vnode leading to inconsistent results for mmap/exec. > This also causes problems for unionfs mounted on top of unionfs as the > lower vp can also change v_object fields. This was one advantage to the > VOP based solution. It would propagate all the way down the stack on each > access. > so can we partialy solve the problem :-)? > > > > Here it is: > > ----- > > Index: union_vnops.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v > > retrieving revision 1.131 > > diff -u -r1.131 union_vnops.c > > --- union_vnops.c 13 Apr 2005 10:59:08 -0000 1.131 > > +++ union_vnops.c 1 May 2005 07:50:27 -0000 > > @@ -748,6 +748,9 @@ > > if (error == 0) > > error = VOP_OPEN(tvp, mode, cred, td, -1); > > > > + if (error == 0) > > + ap->a_vp->v_object = tvp->v_object; > > + > > /* > > * Release any locks held. > > */ > > ----- > > > > I made it similar to the way it's done in nullfs. You can check my > > explanaitons quoted by Danny. > > > > -- > > Oleg Sharoiko. > > Software and Network Engineer > > Computer Center of Rostov State University. > > From owner-freebsd-current@FreeBSD.ORG Mon May 2 14: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 0FBD816A4D1 for ; Mon, 2 May 2005 14:46:26 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA9A843D49 for ; Mon, 2 May 2005 14:46:24 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 76231 invoked from network); 2 May 2005 14:46:14 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 May 2005 14:46:14 -0000 Message-ID: <42763D42.BB3B5416@freebsd.org> Date: Mon, 02 May 2005 16:46:26 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Sullivan References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: David Malone cc: qingli@freebsd.org cc: silby@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 14:46:26 -0000 Matthew Sullivan wrote: > > Andre Oppermann wrote: > > >David Malone wrote: > > > > > >>On Mon, Apr 25, 2005 at 08:01:15PM +0200, Andre Oppermann wrote: > >> > >> > >>> - Handling of received ICMP Needfrag messages. The logic was broken > >>> for the cases where the ICMP didn't contain a suggested value. This > >>> brokeness is in there since 5.2R and comes from my cleanup of the > >>> routing table and introduction of TCP hostcache. However there is > >>> no way to fix it at all. It was broken even before I broke it more. > >>> The idea behind the old code was to step down the MTU when we got > >>> a ICMP Needfrag by one step and try again. Unfortunatly it is very > >>> likely that the tcp window was open by a few segments already when > >>> we hit this. This gets us a number of those ICMP's in rapid succession > >>> each stepping us one down. > >>> > >>> > >>I wonder if we could look into the quoted IP header and extract the > >>length of the IP packet that caused the needs-frag ICMP. That would > >>stop us getting in knots when there are a few packets in flight and > >>would give us a good idea about where we need to step down from. > >> > >> > > > >This is a really clever idea indeed. But it only works if part of > >the original packet is attached. Broken implementations are likely > >to omit that. But I'll implement your suggestion as well and post > >a new patch later this evening. > > > > > > > Did you ever do this second patch....? Not yet. I'm hacking on it right now. > Yesturday I got the first patch installed and compiled (well I got the > patch in long before that, but it took until yesturday to get a kernel > compiled thanks to the ipf (and others) issues). > > Results are at: http://scorpion.sorbs.net/ICMP/ > > It seems to have worked to the point it actually works and the problems > go away. However, looking at the dump it appears to have set the MTU to > 552, which as the tunnel is 1280 (unencrypted) seems a little > inefficient... Comments...? Well, it works. ;-) In my local testing things works correctly. For some reason the new code doesn't get 1280 as new MTU and reverts to the default MTU. Unfortunatly your tcpdump output doesn't show everything that is returned in the ICMP packet (it doesn't print the suggested MTU value). Without that I have trouble figuring out where the problem lies. If you can provide me with a pure packet dump of the same/replayed sequence you have there I'm able to trace this down. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon May 2 14:48: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 94FDE16A4CF for ; Mon, 2 May 2005 14:48:34 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9765243D41 for ; Mon, 2 May 2005 14:48:33 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 76245 invoked from network); 2 May 2005 14:48:24 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 May 2005 14:48:24 -0000 Message-ID: <42763DC3.38CC2DD6@freebsd.org> Date: Mon, 02 May 2005 16:48:35 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Qing Li References: <20050430023040.3AC1D43D53@mx1.FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: 'David Malone' cc: qingli@freebsd.org cc: matthew@uq.edu.au cc: silby@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: FW: pmtu patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 14:48:34 -0000 Qing Li wrote: > -----Original Message----- > From: Qing Li [mailto:qingli@FreeBSD.org] > Sent: Thursday, April 28, 2005 5:36 PM > To: andre@freebsd.org > Cc: qingli@freebsd.org > Subject: pmtu patch > > Hi Andre, > > I was thinking whether we could add another variable > in "hc_metrics" called "u_long rmx_mtu_lastupdate" and > perhaps a new function called "tcp_hc_getmtu_update" > > When we get the ICMP PRC_MSGSIZE notification, we do > > if (((time_second() - tcp_hc_getmtu_update(&inc)) < PMTU_MIN) > do_nothing; > else { > ... > } > > If there is no suggested mtu value, instead of immediately > falling back to the default, or rely on the original > packet fragment, can we just use the mtu value in the > host cache as the basis for the next try as in: > > else { > > > > mtu = ip_next_mtu(tcp_hc_getmtu(&inc), 1); > > } IMO this is too complicated for too little actual value. It's not that we are supposed to run into this problem all the time. David's idea provides a very easy way to work around the problem without requiring any state tracking. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon May 2 15:16: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 760D116A4CE; Mon, 2 May 2005 15:16:00 +0000 (GMT) Received: from mail.sorbs.net (mail.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id B64A643D66; Mon, 2 May 2005 15:15:59 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFV00B1UBQLMZ@nemesis.sorbs.net>; Tue, 03 May 2005 01:15:57 +1000 (EST) Date: Tue, 03 May 2005 01:14:42 +1000 From: Matthew Sullivan In-reply-to: <42763D42.BB3B5416@freebsd.org> To: Andre Oppermann Message-id: <427643E2.4070008@uq.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> cc: David Malone cc: qingli@freebsd.org cc: silby@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 15:16:00 -0000 Andre Oppermann wrote: >Matthew Sullivan wrote: > > >>Andre Oppermann wrote: >> >> >> >>>David Malone wrote: >>> >>> >>> >>> >>>>On Mon, Apr 25, 2005 at 08:01:15PM +0200, Andre Oppermann wrote: >>>> >>>> >>>> >>>> >>>>>- Handling of received ICMP Needfrag messages. The logic was broken >>>>> for the cases where the ICMP didn't contain a suggested value. This >>>>> brokeness is in there since 5.2R and comes from my cleanup of the >>>>> routing table and introduction of TCP hostcache. However there is >>>>> no way to fix it at all. It was broken even before I broke it more. >>>>> The idea behind the old code was to step down the MTU when we got >>>>> a ICMP Needfrag by one step and try again. Unfortunatly it is very >>>>> likely that the tcp window was open by a few segments already when >>>>> we hit this. This gets us a number of those ICMP's in rapid succession >>>>> each stepping us one down. >>>>> >>>>> >>>>> >>>>> >>>>I wonder if we could look into the quoted IP header and extract the >>>>length of the IP packet that caused the needs-frag ICMP. That would >>>>stop us getting in knots when there are a few packets in flight and >>>>would give us a good idea about where we need to step down from. >>>> >>>> >>>> >>>> >>>This is a really clever idea indeed. But it only works if part of >>>the original packet is attached. Broken implementations are likely >>>to omit that. But I'll implement your suggestion as well and post >>>a new patch later this evening. >>> >>> >>> >>> >>> >>Did you ever do this second patch....? >> >> > >Not yet. I'm hacking on it right now. > > > >>Yesturday I got the first patch installed and compiled (well I got the >>patch in long before that, but it took until yesturday to get a kernel >>compiled thanks to the ipf (and others) issues). >> >>Results are at: http://scorpion.sorbs.net/ICMP/ >> >>It seems to have worked to the point it actually works and the problems >>go away. However, looking at the dump it appears to have set the MTU to >>552, which as the tunnel is 1280 (unencrypted) seems a little >>inefficient... Comments...? >> >> > >Well, it works. ;-) > >In my local testing things works correctly. For some reason the new code >doesn't get 1280 as new MTU and reverts to the default MTU. Unfortunatly >your tcpdump output doesn't show everything that is returned in the ICMP >packet (it doesn't print the suggested MTU value). Without that I have >trouble figuring out where the problem lies. If you can provide me with >a pure packet dump of the same/replayed sequence you have there I'm able >to trace this down. > > > Give me the switches you want on tcpdump and I'll be happy to provide the packets ;-) Regards, -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland From owner-freebsd-current@FreeBSD.ORG Mon May 2 15:25: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 9DE1B16A4CF for ; Mon, 2 May 2005 15:25:36 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2738C43D1F for ; Mon, 2 May 2005 15:25:36 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.50 (FreeBSD)) id 1DScng-000H5O-PS for freebsd-current@FreeBSD.org; Mon, 02 May 2005 17:25:36 +0200 Date: Mon, 2 May 2005 17:25:36 +0200 From: Kirill Ponomarew To: freebsd-current@FreeBSD.org Message-ID: <20050502152536.GA63178@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Subject: LOR while running dhclient ath0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 15:25:36 -0000 Here is what I get regularly while booting notebook with ath0 driver and using dhclient, it's 6.0-CURRENT-SNAP002 Tue Mar 15 Trying to mount root from ufs:/dev/ad0s1a lock order reversal 1st 0xc152b9a8 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc142665c bpf interface lock (bpf interface lock) @ /usr/src/sys/net/bpf.c:1160 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0903a30,c0903850,c088e508) at kdb_backtrace+0x29 witness_checkorder(c142665c,9,c083641d,488) at witness_checkorder+0x54c _mtx_lock_flags(c142665c,0,c083641d,488,c14845d6) at _mtx_lock_flags+0x5b bpf_tap(c1426640,c14845d6,2a,c14845d6,c1484500) at bpf_tap+0x2b bpf_mtap(c1426640,c1484500,c08f9cc0,cc8ad964,c148c2f0) at bpf_mtap+0x34 ath_start(c148b000) at ath_start+0xa65 if_start(c148b000) at if_start+0x7b ether_output_frame(c148b000,c1484500,1,ffffffff,0) at ether_output_frame+0x1d9 ether_output(c148b000,c1484500,cc8ada6c,0,2) at ether_output+0x384 arprequest(c148b000,c1596ec8,cc8adb3c,c13fceac) at arprequest+0xd8 arpresolve(c148b000,c152b948,c1484600,cc8adb38,cc8adadc) at arpresolve+0x29c ether_output(c148b000,c1484600,cc8adb38,c152b948,c1596e00) at ether_output+0x66 ip_output(c1484600,0,cc8adb34,20,0) at ip_output+0x6fc rip_output(c1484600,c1527cf8,100a8c0,40,c1484600) at rip_output+0x293 rip_send(c1527cf8,0,c1484600,c148dbc0,0) at rip_send+0x93 sosend(c1527cf8,c148dbc0,cc8adc4c,c1484600,0) at sosend+0x5e7 kern_sendit(c14f3000,4,cc8adccc,0,0) at kern_sendit+0x104 sendit(c14f3000,4,cc8adccc,0,804eab4) at sendit+0x163 sendto(c14f3000,cc8add14,6,4,292) at sendto+0x4d syscall(2f,2f,2f,804ea74,40) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d365b, esp = 0xbfbee7ac, ebp = 0xbfbee7f8 --- -Kirill From owner-freebsd-current@FreeBSD.ORG Mon May 2 15:34: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 9D66416A4D1 for ; Mon, 2 May 2005 15:34:31 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF84C43D45 for ; Mon, 2 May 2005 15:34:30 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 76505 invoked from network); 2 May 2005 15:34:21 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 May 2005 15:34:21 -0000 Message-ID: <42764884.8070704@freebsd.org> Date: Mon, 02 May 2005 17:34:28 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Matthew Sullivan References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> <427643E2.4070008@uq.edu.au> In-Reply-To: <427643E2.4070008@uq.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 15:34:31 -0000 Matthew Sullivan wrote: > Give me the switches you want on tcpdump and I'll be happy to provide > the packets ;-) This should do the trick: tcpdump -n -p -i fxp0 -s 128 -w dump -- Andre From owner-freebsd-current@FreeBSD.ORG Mon May 2 16:02: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 4319116A4CE; Mon, 2 May 2005 16:02:23 +0000 (GMT) Received: from mail.sorbs.net (mail.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C88E843D55; Mon, 2 May 2005 16:02:22 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFV00B33DVXMZ@nemesis.sorbs.net>; Tue, 03 May 2005 02:02:21 +1000 (EST) Date: Tue, 03 May 2005 02:01:08 +1000 From: Matthew Sullivan In-reply-to: <42764884.8070704@freebsd.org> To: Andre Oppermann Message-id: <42764EC4.7030403@uq.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> <427643E2.4070008@uq.edu.au> <42764884.8070704@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 16:02:23 -0000 Andre Oppermann wrote: > Matthew Sullivan wrote: > >> Give me the switches you want on tcpdump and I'll be happy to provide >> the packets ;-) > > > This should do the trick: > > tcpdump -n -p -i fxp0 -s 128 -w dump > Ok this is what you have: root@scorpion:~# tcpdump -n -p -i fxp0 -s 128 -w pktdump not port 24 and it's at: http://scorpion.sorbs.net/ICMP/pktdump Regards, -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland From owner-freebsd-current@FreeBSD.ORG Mon May 2 16:08: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 5F24B16A4CE; Mon, 2 May 2005 16:08:47 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 7999D43D5A; Mon, 2 May 2005 16:08:46 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 2 May 2005 17:08:45 +0100 (BST) To: Danny Braniss In-Reply-To: Your message of "Mon, 02 May 2005 11:14:38 +0300." Date: Mon, 02 May 2005 17:08:44 +0100 From: Ian Dowse Message-ID: <200505021708.aa58927@salmon.maths.tcd.ie> cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: MNT_USER? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 16:08:47 -0000 In message , Danny Braniss writes: > >after doing a mount_nfs as root (from the console or via su), statfs reports >that MNT_USER flags is set! this is also true with 5.4. It's a bug in the statfs reporting for NFS filesystems. It should be fixed now in -CURRENT (revision 1.174 of sys/nfsclient/nfs_vfsops.c). I'll merge this to -STABLE in a week or so. Ian From owner-freebsd-current@FreeBSD.ORG Mon May 2 16: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 81E6D16A4CE for ; Mon, 2 May 2005 16:12:07 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A852743D6B for ; Mon, 2 May 2005 16:12:06 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 76753 invoked from network); 2 May 2005 16:11:56 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 May 2005 16:11:56 -0000 Message-ID: <42765153.3090409@freebsd.org> Date: Mon, 02 May 2005 18:12:03 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Matthew Sullivan References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> <427643E2.4070008@uq.edu.au> <42764884.8070704@freebsd.org> <42764EC4.7030403@uq.edu.au> In-Reply-To: <42764EC4.7030403@uq.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 16:12:07 -0000 Matthew Sullivan wrote: > Andre Oppermann wrote: > >> Matthew Sullivan wrote: >> >>> Give me the switches you want on tcpdump and I'll be happy to provide >>> the packets ;-) >> >> This should do the trick: >> >> tcpdump -n -p -i fxp0 -s 128 -w dump >> > Ok this is what you have: > > root@scorpion:~# tcpdump -n -p -i fxp0 -s 128 -w pktdump not port 24 > > and it's at: http://scorpion.sorbs.net/ICMP/pktdump Ok, this is the problem: MTU of next hop: 0 Have you installed my patch on the gateway machine too, or only on your host? MTU of next hop should not be zero under normal circumstances. It indicates a bug somewhere in the normal IP forwarding path. Is this the correct packet flow: ... --> dc0 --> gif0 --> IPSec --> fxp0 --> Internet --> ... -- Andre From owner-freebsd-current@FreeBSD.ORG Mon May 2 16:26: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 A30CF16A4CE; Mon, 2 May 2005 16:26:45 +0000 (GMT) Received: from mail.sorbs.net (news.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB5E43D7B; Mon, 2 May 2005 16:26:44 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFV00B42F0IMZ@nemesis.sorbs.net>; Tue, 03 May 2005 02:26:42 +1000 (EST) Date: Tue, 03 May 2005 02:25:29 +1000 From: Matthew Sullivan In-reply-to: <42765153.3090409@freebsd.org> To: Andre Oppermann Message-id: <42765479.4000101@uq.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> <427643E2.4070008@uq.edu.au> <42764884.8070704@freebsd.org> <42764EC4.7030403@uq.edu.au> <42765153.3090409@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 16:26:45 -0000 Andre Oppermann wrote: > Matthew Sullivan wrote: > >> Andre Oppermann wrote: >> >>> Matthew Sullivan wrote: >>> >>>> Give me the switches you want on tcpdump and I'll be happy to >>>> provide the packets ;-) >>> >>> >>> This should do the trick: >>> >>> tcpdump -n -p -i fxp0 -s 128 -w dump >>> >> Ok this is what you have: >> >> root@scorpion:~# tcpdump -n -p -i fxp0 -s 128 -w pktdump not port 24 >> >> and it's at: http://scorpion.sorbs.net/ICMP/pktdump > > > Ok, this is the problem: > > MTU of next hop: 0 > > Have you installed my patch on the gateway machine too, or only on your > host? Patch is on both servers (the VPN server and the host the dump is from). > > MTU of next hop should not be zero under normal circumstances. It > indicates > a bug somewhere in the normal IP forwarding path. > > Is this the correct packet flow: > > ... --> dc0 --> gif0 --> IPSec --> fxp0 --> Internet --> ... > That is correct for the VPN server. ifconfig for the VPN server as follows: fxp0: flags=8843 mtu 1500 options=8 inet 203.101.254.252 netmask 0xffffff00 broadcast 203.101.254.255 inet6 fe80::290:27ff:fec2:4977%fxp0 prefixlen 64 scopeid 0x1 ether 00:90:27:c2:49:77 media: Ethernet autoselect (100baseTX ) status: active dc0: flags=108843 mtu 1500 options=8 inet 203.15.51.61 netmask 0xffffffe0 broadcast 203.15.51.63 inet6 fe80::2a0:cff:fec0:cc23%dc0 prefixlen 64 scopeid 0x2 ether 00:a0:0c:c0:cc:23 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 gif0: flags=8051 mtu 1280 tunnel inet 203.101.254.252 --> 138.130.223.244 tunnel inet6 203.101.254.252 --> 138.130.223.244 inet 203.15.51.61 --> 192.168.1.2 netmask 0xffffff00 inet6 fe80::290:27ff:fec2:4977%gif0 prefixlen 64 scopeid 0x5 FreeBSD stealth.sorbs.net 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Fri Apr 29 17:50:25 EST 2005 root@stealth.sorbs.net:/usr/obj/usr/src/sys/STEALTH i386 Regards, -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland From owner-freebsd-current@FreeBSD.ORG Mon May 2 18:35: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 E50E116A4CF for ; Mon, 2 May 2005 18:35:25 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8325643D73 for ; Mon, 2 May 2005 18:35:25 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com for ; Mon, 2 May 2005 13:35:43 -0500 Message-Id: <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 02 May 2005 13:34:17 -0500 To: freebsd-current@freebsd.org From: Harry Coin In-Reply-To: <20050502120040.D7E9516A501@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: 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, 02 May 2005 18:35:26 -0000 I've found that 5.4 as of today won't load the psm0 driver if the box is connected through a KVM instead of directly to the mouse. When I plug the mouse directly into the box, 5.4 and 5.3 load psm0 no problem. When I plug the mouse in via the KVM, 5.4 won't load psm0 but 5.3 will. If I plug the mouse in directly at boot time under 5.4, so psm0 loads, then (don't do this at home) hot-unplug it and plug in the kvm-- the mouse works via the KVM. Hope this helps Sincerely Harry Coin From owner-freebsd-current@FreeBSD.ORG Mon May 2 18:41: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 CCB6016A4CE for ; Mon, 2 May 2005 18:41:39 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E606843D53 for ; Mon, 2 May 2005 18:41:38 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 77609 invoked from network); 2 May 2005 18:41:27 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 May 2005 18:41:27 -0000 Message-ID: <42767460.2040102@freebsd.org> Date: Mon, 02 May 2005 20:41:36 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Matthew Sullivan References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> <427643E2.4070008@uq.edu.au> <42764884.8070704@freebsd.org> <42764EC4.7030403@uq.edu.au> <42765153.3090409@freebsd.org> <42765479.4000101@uq.edu.au> In-Reply-To: <42765479.4000101@uq.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 18:41:40 -0000 Matthew Sullivan wrote: > Andre Oppermann wrote: > >> Matthew Sullivan wrote: >> >>> Andre Oppermann wrote: >>> >>>> Matthew Sullivan wrote: >>>> >>>>> Give me the switches you want on tcpdump and I'll be happy to >>>>> provide the packets ;-) >>>> >>>> >>>> >>>> This should do the trick: >>>> >>>> tcpdump -n -p -i fxp0 -s 128 -w dump >>>> >>> Ok this is what you have: >>> >>> root@scorpion:~# tcpdump -n -p -i fxp0 -s 128 -w pktdump not port 24 >>> >>> and it's at: http://scorpion.sorbs.net/ICMP/pktdump >> >> >> >> Ok, this is the problem: >> >> MTU of next hop: 0 >> >> Have you installed my patch on the gateway machine too, or only on your >> host? > > Patch is on both servers (the VPN server and the host the dump is from). > >> >> MTU of next hop should not be zero under normal circumstances. It >> indicates >> a bug somewhere in the normal IP forwarding path. >> >> Is this the correct packet flow: >> >> ... --> dc0 --> gif0 --> IPSec --> fxp0 --> Internet --> ... >> > That is correct for the VPN server. > > ifconfig for the VPN server as follows: > fxp0: flags=8843 mtu 1500 > options=8 > inet 203.101.254.252 netmask 0xffffff00 broadcast 203.101.254.255 > inet6 fe80::290:27ff:fec2:4977%fxp0 prefixlen 64 scopeid 0x1 > ether 00:90:27:c2:49:77 > media: Ethernet autoselect (100baseTX ) > status: active > dc0: flags=108843 mtu 1500 > options=8 > inet 203.15.51.61 netmask 0xffffffe0 broadcast 203.15.51.63 > inet6 fe80::2a0:cff:fec0:cc23%dc0 prefixlen 64 scopeid 0x2 > ether 00:a0:0c:c0:cc:23 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > gif0: flags=8051 mtu 1280 > tunnel inet 203.101.254.252 --> 138.130.223.244 > tunnel inet6 203.101.254.252 --> 138.130.223.244 > inet 203.15.51.61 --> 192.168.1.2 netmask 0xffffff00 > inet6 fe80::290:27ff:fec2:4977%gif0 prefixlen 64 scopeid 0x5 > > FreeBSD stealth.sorbs.net 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Fri Apr 29 > 17:50:25 EST 2005 > root@stealth.sorbs.net:/usr/obj/usr/src/sys/STEALTH i386 I'm at loss for an explanation. I've recreated approximatly the same setup with the gif tunnel (but no IPSec) and it works just fine for me. Getting correct MTU back and everything. What is your IPSec setup? Could it be that you do the IPSec on the IP packet first before it goes into the gif tunnel instead of the other way around? That may explain this behaviour. -- Andre From owner-freebsd-current@FreeBSD.ORG Mon May 2 19: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 2C30816A4D1 for ; Mon, 2 May 2005 19:53:16 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A300943D7C for ; Mon, 2 May 2005 19:53:15 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id ACFD9A10; Mon, 2 May 2005 15:53:11 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 4235B8B; Mon, 2 May 2005 15:53:07 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DSh0K-0000KN-F2; Mon, 02 May 2005 20:54:56 +0100 Date: Mon, 2 May 2005 20:54:56 +0100 From: Brian Candler To: John Sconiers Message-ID: <20050502195456.GA1226@uk.tiscali.com> References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050426233321.084e9210@cobalt.antimatter.net> <51899.216.177.243.42.1114584317.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: /dev/null cc: Guido Falsi 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: Mon, 02 May 2005 19:53:16 -0000 On Fri, Apr 29, 2005 at 02:34:40PM -0500, John Sconiers wrote: > Several > years ago after being a FreeBSD fan / contributor since ~1995 I left > FreeBSD because I didn't have the time with kids and all. During that > time I was a unix / storage ps guy for two fortune 500 companies (One > was a vendor of another Unix OS). I was also "forced" to work with > Linux in production settings. I come back ~three years later and on > the surface things haven't changed. The boot banner, installation > program, etc, etc, hasn't changed. Personally I find that to be a big plus, not a minus. One of the reasons I ditched Linux several years ago was the way Linux shifts constantly. A good example is the firewalling code: once upon a time there was ipfw. Then that was replaced by ipfwadm. Then that was discarded, and replaced by ipchains. Which in turn was discarded and replaced by iptables. (Or was that the other way round? I don't follow it closely these days) That's not to say the FreeBSD sysinstall is perfect and couldn't do with a radical shake-up - it certainly could, as it is the primary administration interface for a large set of users, and has many problems. But I'd vote for an overhaul of that rather than a colour boot banner any day. > I know there have been many > updates and advanced features added to FreeBSD. Absolutely. There's really superb stuff which makes the system more powerful and easier to administer, like the dynamic /dev filesystem and the GEOM layer. Would a pretty boot screen make my system easier to administer? Probably not, and if it didn't work down a serial console then it would be a retrograde step. I believe that FreeBSD aims primarily to be a server O/S, not a desktop O/S. Of course it makes a perfectly good desktop too (as my own desktop and laptop will testify), but any new feature needs to consider its utility in a server environment first, I believe. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Mon May 2 19:58: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 438A316A4CE for ; Mon, 2 May 2005 19:58:16 +0000 (GMT) Received: from hydra.crashmail.de (hydra.crashmail.de [217.146.142.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3BC243D66 for ; Mon, 2 May 2005 19:58:15 +0000 (GMT) (envelope-from steve.tell@crashmail.de) Received: from zeus.crashmail.de (p548F7A99.dip.t-dialin.net [84.143.122.153]) by hydra.crashmail.de (Postfix) with ESMTP id EE9322EE7A; Mon, 2 May 2005 21:58:10 +0200 (CEST) Received: from pandora.crashmail.de (pandora.crashmail.de [192.168.1.20]) by zeus.crashmail.de (Postfix) with ESMTP id 1D1DD17BDF; Mon, 2 May 2005 21:58:04 +0200 (CEST) To: freebsd-current@freebsd.org X-Face: .KSo,m`RE@]&5>cJ8vw<`1x?R(?,Q]b@qeq;P\.fK\}i>U^v9f; /~+rKfXKOJ$jD@Foy7MtnIpnk+6]/](%q@*/|+M<4.q@SO3+)u X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 Organization: The Third Place In-Reply-To: <20050501.222433.41629984.kimoto@ohnolab.org> (Masahiko KIMOTO's message of "Sun, 01 May 2005 22:24:33 +0900 (JST)") X-Linux-Version: Linux pandora 2.6.11.5 #1 Mon Apr 4 16:33:07 CEST 2005 i686 GNU/Linux X-Gentoo-Release: Gentoo Base System version 1.4.16 References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> From: Stefan 'Steve' Tell Date: Mon, 02 May 2005 21:58:45 +0200 Message-ID: <877jih8kne.fsf@zeus.crashmail.de> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Masahiko KIMOTO Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 19:58:16 -0000 * Masahiko KIMOTO wrote: >> The Palm Tungsten T should be working on FreeBSD-Current[2]. But I think >> it does not. > Please try this patch for 6-CURRENT. > http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-20050430 Hey, you've done a great job. After I patched uvisor my Palm Tunsten T hotsyncs perfectly via my USB-Cradle. Many thanks ... -- By(t)e, Steve /\ http://www.crashmail.de GnuPG/PGP: 0X9B6C7E15, encrypted mail prefered, see header From owner-freebsd-current@FreeBSD.ORG Mon May 2 20:04: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 DB08516A4CE; Mon, 2 May 2005 20:04:18 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCDA643D6A; Mon, 2 May 2005 20:04:17 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id EE56FA62E; Mon, 2 May 2005 21:04:16 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id CF12F40E3; Mon, 2 May 2005 21:04:13 +0100 (BST) Date: Mon, 2 May 2005 21:04:13 +0100 From: Josef Karthauser To: current@freebsd.org Message-ID: <20050502200413.GB46745@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org, net@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline User-Agent: Mutt/1.5.9i cc: net@freebsd.org Subject: bridging and ipfw under 5.4-RC3. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 20:04:19 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm having a bit of trouble getting ipfw and bridging working under 5.4-RC3. I've just upgraded a 4.11 machine to RELENG_5_4 expecting the preexisting bridging configuration to work, but it doesn't. Or at least it does at boot time and then after a little while bridging just stops altogether. If I kldunload bridge and ipfw and then reload them I can get it working again, but only for a short period. Does anyone else see this too or is it just me? sysctl.conf: net.link.ether.bridge.enable=3D1 net.link.ether.bridge.ipfw=3D1 net.link.ether.bridge.config=3Dfxp0,fxp1 rc.conf: firewall_enable=3D"YES" firewall_script=3D"/etc/rc.firewall-ours" firewall_type=3D"ours" (The firewall rules aren't the problem here...) Any ideas how to debug this? Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkJ2h70ACgkQXVIcjOaxUBbg/ACg58TyDisMlhlhj/yu6jmxJBww 6WIAoIk70VywjmjDn5rqD/J9CvtqeESJ =eQD/ -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-current@FreeBSD.ORG Mon May 2 20:19: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 F0E1D16A4CE; Mon, 2 May 2005 20:19:22 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E84A43D66; Mon, 2 May 2005 20:19:22 +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 j42KJLjT054883; Mon, 2 May 2005 16:19:21 -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 j42KJLeU061148; Mon, 2 May 2005 16:19:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F0387306E; Mon, 2 May 2005 16:19:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050502201921.4F0387306E@freebsd-current.sentex.ca> Date: Mon, 2 May 2005 16:19:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 20:19:23 -0000 TB --- 2005-05-02 19:14:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-02 19:14:37 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-02 19:14:37 - cleaning the object tree TB --- 2005-05-02 19:14:51 - checking out the source tree TB --- 2005-05-02 19:14:51 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-02 19:14:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-02 19:21:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-02 19:21:39 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-02 19:21:39 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-02 20:19:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-02 20:19:21 - ERROR: failed to build world TB --- 2005-05-02 20:19:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon May 2 20:21: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 3B30516A4D0; Mon, 2 May 2005 20:21:27 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB5143D83; Mon, 2 May 2005 20:21:26 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 8F5D9A62F; Mon, 2 May 2005 21:21:25 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 767C340E3; Mon, 2 May 2005 21:21:22 +0100 (BST) Date: Mon, 2 May 2005 21:21:22 +0100 From: Josef Karthauser To: current@freebsd.org, net@freebsd.org Message-ID: <20050502202122.GC46745@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org, net@freebsd.org References: <20050502200413.GB46745@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xesSdrSSBC0PokLI" Content-Disposition: inline In-Reply-To: <20050502200413.GB46745@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Subject: Re: bridging and ipfw under 5.4-RC3. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 20:21:27 -0000 --xesSdrSSBC0PokLI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 02, 2005 at 09:04:13PM +0100, Josef Karthauser wrote: > I'm having a bit of trouble getting ipfw and bridging working under > 5.4-RC3. I've just upgraded a 4.11 machine to RELENG_5_4 expecting the > preexisting bridging configuration to work, but it doesn't. Or at least > it does at boot time and then after a little while bridging just stops > altogether. If I kldunload bridge and ipfw and then reload them I can > get it working again, but only for a short period. Does anyone else see > this too or is it just me? Ok, refining the solution slightly. I can fix the problem by doing: # kldunload ipfw && kldload ipfw && /etc/netstart This clears the problem every time. Definitely smells like a bug to me. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --xesSdrSSBC0PokLI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkJ2i8IACgkQXVIcjOaxUBbyjgCcD9Q/ejfRnaNYBmuDLDSsp4YI RW4An0/Ld19CFqRXL4fcj3IaGXuu5o7d =V9e5 -----END PGP SIGNATURE----- --xesSdrSSBC0PokLI-- From owner-freebsd-current@FreeBSD.ORG Mon May 2 20:57: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 E148B16A4CE for ; Mon, 2 May 2005 20:57:46 +0000 (GMT) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA6D43D41 for ; Mon, 2 May 2005 20:57:46 +0000 (GMT) (envelope-from aymeric.muntz@free.fr) Received: from serveur.thrruss.org (unknown [81.56.231.36]) by postfix3-2.free.fr (Postfix) with ESMTP id 6549EC0CB; Mon, 2 May 2005 22:57:41 +0200 (CEST) Received: from artemis (artemis [192.168.2.2]) by serveur.thrruss.org (8.13.0/8.13.0) with SMTP id j42LnGZN013659; Mon, 2 May 2005 23:49:17 +0200 From: "Aymeric MUNTZ" To: "Matteo Riondato" , Date: Mon, 2 May 2005 22:57:52 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20050429230910.GB2611@kaiser.sig11.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Importance: Normal Subject: RE: Iso modification X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 20:57:47 -0000 Thank you for your answer but I might have not been clear. I don't want to build a livecd, but I want to modify a bootable installation FreeBSD iso in order to add my own files. I am not able (don't know how) to make a bootable iso with the 3 bootable disks. Thank you for your help Best regards Aymeric -----Message d'origine----- De : Matteo Riondato [mailto:rionda@gufi.org] Envoye : samedi 30 avril 2005 01:09 A : Aymeric MUNTZ Cc : freebsd-current@freebsd.org Objet : Re: Iso modification On Fri, Apr 29, 2005 at 11:36:00PM +0200, Aymeric MUNTZ wrote: > Does anyone know how to make a clean modification of the iso? Take a look at FreeSBIE, http://www.freesbie.org Best Regards -- Rionda aka Matteo Riondato Disinformato per default G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) From owner-freebsd-current@FreeBSD.ORG Mon May 2 21:44:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CE2616A4CF; Mon, 2 May 2005 21:44:27 +0000 (GMT) Received: from mail.sorbs.net (mail.sorbs.net [203.15.51.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5944B43D41; Mon, 2 May 2005 21:44:26 +0000 (GMT) (envelope-from matthew@uq.edu.au) Received: from [10.200.254.98] by nemesis.sorbs.net (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTPSA id <0IFV00B45TPZMZ@nemesis.sorbs.net>; Tue, 03 May 2005 07:44:24 +1000 (EST) Date: Tue, 03 May 2005 07:43:10 +1000 From: Matthew Sullivan In-reply-to: <42767460.2040102@freebsd.org> To: Andre Oppermann Message-id: <42769EEE.3030309@uq.edu.au> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041231 References: <20050424150211.GA87520@walton.maths.tcd.ie> <426BC78A.3E56D99B@freebsd.org> <426C1600.106@uq.edu.au> <426D2307.97D15253@freebsd.org> <426D306B.7010000@freebsd.org> <426E0F5C.3F157398@freebsd.org> <4272AF49.1090400@uq.edu.au> <42763D42.BB3B5416@freebsd.org> <427643E2.4070008@uq.edu.au> <42764884.8070704@freebsd.org> <42764EC4.7030403@uq.edu.au> <42765153.3090409@freebsd.org> <42765479.4000101@uq.edu.au> <42767460.2040102@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: DF (Don't frag) issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 21:44:27 -0000 Andre Oppermann wrote: > I'm at loss for an explanation. I've recreated approximatly the same > setup with the gif tunnel (but no IPSec) and it works just fine for me. > Getting correct MTU back and everything. > > What is your IPSec setup? Could it be that you do the IPSec on the IP > packet first before it goes into the gif tunnel instead of the other > way around? That may explain this behaviour. > You're quite welcome to take a look - this is the first time up for me with FreeBSD, ipf/ipfw/pf and VPNs - to date I have used iptables and FreeSWAN on Linux (settled on pf). Setup scripts for the tunnel are at: http://scorpion.sorbs.net/ICMP/ipsec-stealth.sh.txt (this is the VPN server) http://scorpion.sorbs.net/ICMP/ipsec-oblivion.sh.txt (this is my home machine where the mulitple nets are) Regards, -- Matthew Sullivan Specialist Systems Programmer Information Technology Services The University of Queensland From owner-freebsd-current@FreeBSD.ORG Mon May 2 22:35: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 B988216A4CE for ; Mon, 2 May 2005 22:35:49 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E81B43D6D for ; Mon, 2 May 2005 22:35:48 +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 01F1C821 for ; Tue, 3 May 2005 02:35:46 +0400 (MSD) Date: Tue, 3 May 2005 02:37:36 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: current@FreeBSD.org Message-ID: <20050503022632.R36718@it.hackers> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 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: Mon, 02 May 2005 22:35:49 -0000 Hi All, I've tried to use ULE in a fresh -CURRENT (with xorg-6.8.2). After startx my computer simply reboot without no message. Recomiling the kernel with 4BSD, all is okay again. The problem is without X, the ULE worked normally and even gained some speedups (just my *objective* evaluation). So, please tell me if anyone here is using the ULE successfully in -CURRENT? ----- 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 Mon May 2 23:32: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 D95AB16A4CE for ; Mon, 2 May 2005 23:32:27 +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 A090B43D62 for ; Mon, 2 May 2005 23:32:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6D61C514FE; Mon, 2 May 2005 16:32:26 -0700 (PDT) Date: Mon, 2 May 2005 16:32:26 -0700 From: Kris Kennaway To: Nguyen Tam Chinh Message-ID: <20050502233226.GA83796@xor.obsecurity.org> References: <20050503022632.R36718@it.hackers> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20050503022632.R36718@it.hackers> User-Agent: Mutt/1.4.2.1i 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: Mon, 02 May 2005 23:32:28 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 03, 2005 at 02:37:36AM +0400, Nguyen Tam Chinh wrote: > Hi All, > I've tried to use ULE in a fresh -CURRENT (with xorg-6.8.2). After startx= =20 > my computer simply reboot without no message. Recomiling the kernel with= =20 > 4BSD, all is okay again. The problem is without X, the ULE worked=20 > normally and even gained some speedups (just my *objective* evaluation). > So, please tell me if anyone here is using the ULE successfully in=20 > -CURRENT? It's known to have some bugs that cause panics, although some people report being lucky enough for it to work for them. Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCdriJWry0BWjoQKURAk7iAKCCCxqbmGhxdvgGo5ctDp9/HFma4QCg9h4X oZyQc+hslJROlaH5WtKyY3s= =GWOC -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Mon May 2 23:49: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 49DCD16A4CE for ; Mon, 2 May 2005 23:49:12 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 412F643D4C for ; Mon, 2 May 2005 23:49:11 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id CDS05820; Mon, 2 May 2005 19:47:21 -0400 (EDT) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j42NlLW0052666 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Mon, 2 May 2005 19:47:21 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j42NlLmf052665 for freebsd-current@freebsd.org; Mon, 2 May 2005 19:47:21 -0400 (EDT) (envelope-from jr) Date: Mon, 2 May 2005 19:47:21 -0400 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Message-ID: <20050502234721.GB51983@linwhf.opal.com> References: <20050430203844.GA24205@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050430203844.GA24205@linwhf.opal.com> User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net Subject: Re: FS prob? df prob? or Infinite Improbability Drive? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 23:49:12 -0000 Anyone have any thoughts on what causes this? Kernel, world are -current of 4/17. After 13 days' uptime: # df /home /dev/ad2s1e 26908468 -54043195503950556 54043195528706348 -218305257630% /home # init 1 # umount /dev/ad2s1e kernel: /home: unmount pending error: blocks 108086391056891904 files 0 # fsck /dev/ad2s1e ** /dev/ad2s1e ** Last Mounted on /home ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 120158 files, 12241320 used, 1212914 free (57666 frags, 144406 blocks, 0.4% fragmentation) # mount /home # df /home /dev/ad2s1e 26908468 24254340 501452 98% /home From owner-freebsd-current@FreeBSD.ORG Tue May 3 00:11: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 7B67F16A4CF; Tue, 3 May 2005 00:11:06 +0000 (GMT) Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au [203.22.124.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C5443D60; Tue, 3 May 2005 00:11:05 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from [203.13.71.95] (CPE-71-95.dsl.OntheNet.net [203.13.71.95]) j430B3nP002865; Tue, 3 May 2005 10:11:03 +1000 (EST) (envelope-from grehan@freebsd.org) Message-ID: <4276C18F.1080207@freebsd.org> Date: Tue, 03 May 2005 10:10:55 +1000 From: Peter Grehan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> In-Reply-To: <20050502201921.4F0387306E@freebsd-current.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: powerpc@freebsd.org cc: current@freebsd.org 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, 03 May 2005 00:11:06 -0000 > cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c > cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c > cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm > gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz > ===> sbin/ipf/ipmon (all) > cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c > /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': > /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type 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. later, Peter. RCS file: /home/ncvs/src/contrib/ipfilter/tools/ipmon.c,v retrieving revision 1.2 diff -u -r1.2 ipmon.c --- ipmon.c 25 Apr 2005 18:20:15 -0000 1.2 +++ ipmon.c 1 May 2005 08:42:53 -0000 @@ -1024,7 +1024,7 @@ (void) sprintf(t, "%*.*s%u", len, len, ipf->fl_ifname, ipf->fl_unit); t += strlen(t); #endif -#ifdef __sgi +#if (defined(__sgi) || defined(__powerpc__)) if ((ipf->fl_group[0] == 255) && (ipf->fl_group[1] == '\0')) #else if ((ipf->fl_group[0] == -1) && (ipf->fl_group[1] == '\0')) From owner-freebsd-current@FreeBSD.ORG Tue May 3 01:32: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 9A7BD16A4CE; Tue, 3 May 2005 01:32:11 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9060343D75; Tue, 3 May 2005 01:32:10 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 36CA75CAD6; Mon, 2 May 2005 18:32:09 -0700 (PDT) Date: Tue, 3 May 2005 03:32:09 +0200 From: Maxime Henrion To: Peter Grehan Message-ID: <20050503013209.GA56827@elvis.mu.org> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <4276C18F.1080207@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4276C18F.1080207@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: powerpc@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org 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, 03 May 2005 01:32:11 -0000 Peter Grehan wrote: > >cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP > >-DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. > >-I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c > >cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP > >-DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. > >-I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c > >cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP > >-DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. > >-I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm > >gzip -cn > >/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz > >===> sbin/ipf/ipmon (all) > >cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. > >-I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c > >/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': > >/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type > > 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. > > later, > > Peter. > > RCS file: /home/ncvs/src/contrib/ipfilter/tools/ipmon.c,v > retrieving revision 1.2 > diff -u -r1.2 ipmon.c > --- ipmon.c 25 Apr 2005 18:20:15 -0000 1.2 > +++ ipmon.c 1 May 2005 08:42:53 -0000 > @@ -1024,7 +1024,7 @@ > (void) sprintf(t, "%*.*s%u", len, len, ipf->fl_ifname, > ipf->fl_unit); > t += strlen(t); > #endif > -#ifdef __sgi > +#if (defined(__sgi) || defined(__powerpc__)) > if ((ipf->fl_group[0] == 255) && (ipf->fl_group[1] == '\0')) > #else > if ((ipf->fl_group[0] == -1) && (ipf->fl_group[1] == '\0')) While I suppose it might be possible to drop the #if completely, it would be better to use #if CHAR_MIN == 0 here. That would make it work for FreeBSD/arm too, as well as any platform where chars are unsigned by default on which this code may run. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Tue May 3 01:46: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 549F416A4CE; Tue, 3 May 2005 01:46:42 +0000 (GMT) Received: from liberty.onthenet.com.au (liberty.OntheNet.com.au [203.22.124.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 980CF43D7D; Tue, 3 May 2005 01:46:41 +0000 (GMT) (envelope-from grehan@freebsd.org) Received: from [203.13.71.95] (CPE-71-95.dsl.OntheNet.net [203.13.71.95]) j431kdnP003508; Tue, 3 May 2005 11:46:40 +1000 (EST) (envelope-from grehan@freebsd.org) Message-ID: <4276D7F8.304@freebsd.org> Date: Tue, 03 May 2005 11:46:32 +1000 From: Peter Grehan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20041016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <4276C18F.1080207@freebsd.org> <20050503013209.GA56827@elvis.mu.org> In-Reply-To: <20050503013209.GA56827@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: powerpc@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org 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, 03 May 2005 01:46:42 -0000 > While I suppose it might be possible to drop the #if completely, it > would be better to use #if CHAR_MIN == 0 here. That would make it work > for FreeBSD/arm too, as well as any platform where chars are unsigned by > default on which this code may run. Sure - it's not my code so I just did the quickest hack I could to get it compiling. later, Peter. From owner-freebsd-current@FreeBSD.ORG Tue May 3 03:21: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 CFBD116A4CE for ; Tue, 3 May 2005 03:21:33 +0000 (GMT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BCD843D45 for ; Tue, 3 May 2005 03:21:33 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.101] (cpe-065-184-196-020.ec.res.rr.com [65.184.196.20])j433LTLv007958; Mon, 2 May 2005 23:21:30 -0400 (EDT) Message-ID: <4276F0F8.6090402@ec.rr.com> Date: Mon, 02 May 2005 23:33:12 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nguyen Tam Chinh References: <20050503022632.R36718@it.hackers> In-Reply-To: <20050503022632.R36718@it.hackers> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine 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: Tue, 03 May 2005 03:21:33 -0000 Nguyen Tam Chinh wrote: > Hi All, > I've tried to use ULE in a fresh -CURRENT (with xorg-6.8.2). After > startx my computer simply reboot without no message. Recomiling the > kernel with 4BSD, all is okay again. The problem is without X, the ULE > worked normally and even gained some speedups (just my *objective* > evaluation). > So, please tell me if anyone here is using the ULE successfully in > -CURRENT? I had this same problem on -STABLE with ULE+Preemption, when I disabled preemption and kept ULE all was normal again. From owner-freebsd-current@FreeBSD.ORG Tue May 3 05:01: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 3C58216A4CE for ; Tue, 3 May 2005 05:01:54 +0000 (GMT) Received: from mx.toxahost.ru (ns.toxahost.ru [62.89.204.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D73B43D31 for ; Tue, 3 May 2005 05:01:49 +0000 (GMT) (envelope-from toxa@toxahost.ru) Received: from localhost (laptoxa.toxa.lan [192.168.1.3]) by mx.toxahost.ru (Toxa) with ESMTP id 918F11FB for ; Tue, 3 May 2005 09:01:46 +0400 (MSD) Date: Tue, 3 May 2005 09:01:30 +0400 From: Toxa To: freebsd-current@freebsd.org X-Comment-To: "Anton A. Karpov" Message-ID: <20050503050130.GA34032@laptoxa.toxa.lan> Mail-Followup-To: freebsd-current@freebsd.org References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050426233321.084e9210@cobalt.antimatter.net> <51899.216.177.243.42.1114584317.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <20050502195456.GA1226@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050502195456.GA1226@uk.tiscali.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.ru/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? 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, 03 May 2005 05:01:54 -0000 On Mon, May 02, 2005 at 08:54:56PM +0100, Brian Candler wrote: > Absolutely. There's really superb stuff which makes the system more powerful > and easier to administer, like the dynamic /dev filesystem and the GEOM > layer. > Would a pretty boot screen make my system easier to administer? Probably > not, and if it didn't work down a serial console then it would be a > retrograde step. Very well spoken. My respects to you. From owner-freebsd-current@FreeBSD.ORG Tue May 3 05:09: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 00FE316A4CE for ; Tue, 3 May 2005 05:09:48 +0000 (GMT) Received: from mfe1.prod.danger.com (mta2.prod1.dngr.net [216.220.209.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9FFB43D69 for ; Tue, 3 May 2005 05:09:47 +0000 (GMT) (envelope-from jondoor@udor.net) Received: from [10.253.1.252] (HELO localhost.localdomain) by mfe1.prod.danger.com (CommuniGate Pro SMTP 4.1.6) with ESMTP id 289207687 for current@freebsd.org; Mon, 02 May 2005 22:09:47 -0700 Date: Tue, 3 May 2005 01:09:39 -0400 X-Mailer: Danger Service Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; format="flowed" To: current@freebsd.org Mime-Version: 1.0 References: <1115096852.188F96A1@be12.dngr.org> From: Jon Door Message-Id: <1115096987.2A410A2F@dj11.dngr.org> Subject: Re: ULE, 4BSD and xorg X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jon Door List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 05:09:48 -0000 On Mon, 2 May 2005 23:37, jason henson wrote: > Nguyen Tam Chinh wrote: > >> Hi All, >> I've tried to use ULE in a fresh -CURRENT (with xorg-6.8.2). After >> startx my computer simply reboot without no message. Recomiling the >> kernel with 4BSD, all is okay again. The problem is without X, the ULE >> worked normally and even gained some speedups (just my *objective* >> evaluation). >> So, please tell me if anyone here is using the ULE successfully in >> -CURRENT? > > I had this same problem on -STABLE with ULE+Preemption, when I disabled > preemption and kept ULE all was normal again. I have been running with ULE+Preemption on a thinkpad T41 under RELENG_5, and a dual 933 P3 under -CURRENT. For the most part the thinkpad is rock solid, a few hangups with X where fluxbox dumps me to commandline, typically with lots of things running and after days of uptime. The dual 933 has been a rocky road, since 5.0 it has fluxuated between almost unusable to surprisingly fast. Right now it seems very bogged down doing nothing, video files see some jitteryness and firefox typcially crashes the entire system unless it is the only thing running, and firefox visibly slows down the entire system. In the past ULE has given me must better results on this system, even when I was tracking 5.3-stable and merged in ule changes from -current. By better results I mean the feel of the system while running X, music, tv tuner, mplayer, etc... Long email I know, thanks. From owner-freebsd-current@FreeBSD.ORG Tue May 3 06:26: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 D7AD716A4CE for ; Tue, 3 May 2005 06:26:58 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D66A43D70 for ; Tue, 3 May 2005 06:26:58 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j436Qt1h052916; Tue, 3 May 2005 02:26:55 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j436QtoN052912; Tue, 3 May 2005 02:26:55 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 3 May 2005 02:26:55 -0400 (EDT) From: Jeff Roberson To: Nguyen Tam Chinh In-Reply-To: <20050503022632.R36718@it.hackers> Message-ID: <20050503022532.F48828@mail.chesapeake.net> References: <20050503022632.R36718@it.hackers> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: Tue, 03 May 2005 06:26:59 -0000 On Tue, 3 May 2005, Nguyen Tam Chinh wrote: > Hi All, > I've tried to use ULE in a fresh -CURRENT (with xorg-6.8.2). After startx > my computer simply reboot without no message. Recomiling the kernel with > 4BSD, all is okay again. The problem is without X, the ULE worked > normally and even gained some speedups (just my *objective* evaluation). > So, please tell me if anyone here is using the ULE successfully in > -CURRENT? 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. Cheers, Jeff > ----- > With best regards, | The Power to Serve > Nguyen Tam Chinh | http://www.FreeBSD.org > Loc: sp.cs.msu.su | > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue May 3 07:19: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 3A71C16A4CE for ; Tue, 3 May 2005 07:19:33 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 435A143D58 for ; Tue, 3 May 2005 07:19:32 +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 CFD95393E; Tue, 3 May 2005 11:19:29 +0400 (MSD) Date: Tue, 3 May 2005 11:21:21 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Jeff Roberson In-Reply-To: <20050503022532.F48828@mail.chesapeake.net> Message-ID: <20050503110827.Q4493@it.hackers> References: <20050503022632.R36718@it.hackers> <20050503022532.F48828@mail.chesapeake.net> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Tue, 03 May 2005 07:19:33 -0000 On Tue, 3 May 2005, Jeff Roberson wrote: > On Tue, 3 May 2005, Nguyen Tam Chinh wrote: > >> Hi All, >> I've tried to use ULE in a fresh -CURRENT (with xorg-6.8.2). After startx >> my computer simply reboot without no message. Recomiling the kernel with >> 4BSD, all is okay again. The problem is without X, the ULE worked >> normally and even gained some speedups (just my *objective* evaluation). >> So, please tell me if anyone here is using the ULE successfully in >> -CURRENT? > > 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. > > Cheers, > Jeff > I hopes you and other commiters (julian, jhb, ...) could find enough time and effort to fix the scheduler. As I know, the discription of ULE was published, so It'd be better if more people come to have a look at the code. ----- 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 Tue May 3 07:41: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 DB57F16A4CF for ; Tue, 3 May 2005 07:41:48 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82B4643D6D for ; Tue, 3 May 2005 07:41:48 +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 7926432AB for ; Tue, 3 May 2005 11:41:47 +0400 (MSD) Date: Tue, 3 May 2005 11:43:39 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: current@FreeBSD.org Message-ID: <20050503112629.O4493@it.hackers> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: [continue] library problems with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 07:41:49 -0000 Hi All, I'm sorry for flooding the list by continuing the thread, but after many times of fresh cvsuping and rebuilding all things - the problem with some ports is still available. For example the firefox build reported: Building Chrome's registry... /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol "i386_get_gsbase" I've tried the patch by davidxu (from the last thread), which adding i386_get_gsbase(void **addr) and i386_set_gsbase(void *addr) to /src/lib/libpthread/arch/i386/i386/pthread_md.c --> It works. I think It would be nice if David Xu commits this also :) ----- 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 Tue May 3 07:47: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 CF3A816A4CE for ; Tue, 3 May 2005 07:47:16 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7A3943D73 for ; Tue, 3 May 2005 07:47:15 +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 j437l3hG052914; Tue, 3 May 2005 11:47:13 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 3 May 2005 11:47:03 +0400 (MSD) From: Maxim Konovalov To: Nguyen Tam Chinh In-Reply-To: <20050503112629.O4493@it.hackers> Message-ID: <20050503114616.Q52882@mp2.macomnet.net> References: <20050503112629.O4493@it.hackers> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [continue] library problems with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 07:47:17 -0000 On Tue, 3 May 2005, 11:43+0400, Nguyen Tam Chinh wrote: > Hi All, > I'm sorry for flooding the list by continuing the thread, but after many > times of fresh cvsuping and rebuilding all things - the problem with some > ports is still available. For example the firefox build reported: > > Building Chrome's registry... /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: > Undefined symbol "i386_get_gsbase" > > I've tried the patch by davidxu (from the last thread), which adding > i386_get_gsbase(void **addr) and i386_set_gsbase(void *addr) to > /src/lib/libpthread/arch/i386/i386/pthread_md.c --> It works. > I think It would be nice if David Xu commits this also :) IIRC Peter committed the fix a week or two ago. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue May 3 08: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 B195216A4CE for ; Tue, 3 May 2005 08:14:39 +0000 (GMT) Received: from mail1.eprogress.bg (mail1.eprogress.bg [212.36.7.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7605143D79 for ; Tue, 3 May 2005 08:14:38 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: (qmail 37868 invoked by uid 89); 3 May 2005 08:20:01 -0000 Received: from unknown (HELO ?172.16.101.106?) (nkalev@eprogress.bg@212.36.7.117) by 0 with SMTP; 3 May 2005 08:20:01 -0000 Message-ID: <4277339A.6080108@gmail.com> Date: Tue, 03 May 2005 11:17:30 +0300 From: Nikolay Kalev User-Agent: Mozilla Thunderbird 1.0 (X11/20050321) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 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: Tue, 03 May 2005 08:14:39 -0000 I have some strange problems lately. This issue came when i started to use 5.4RC's. For some reason after working 1-2days on my laptop without reboot or something else my touchpad was barly usable. The effect was like someone else was moving my pointer back to it;s possition like it was stuck on that spot. This apeared twice from PRERELEASE to RC4 testing on my laptop, after reboot everything comes back to normal with no such effects. Could this be from a window manager or X ? Here is a dmesg from my hardware : --------------------------------------------------------------------------------------------------- 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 5.4-RC4 #0: Mon May 2 02:23:48 EEST 2005 root@lapi:/usr/obj/usr/src/sys/LAPI Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.40GHz (2392.96-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebf9ff real memory = 393740288 (375 MB) avail memory = 375463936 (358 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 acpi_video0: mem 0x80000000-0x8007ffff,0x88000000-0x8fffffff irq 10 at device 2.0 on pci0 uhci0: port 0x1800-0x181f irq 10 at device 29.0 on pci0 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 0x1820-0x183f irq 11 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 5 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci2: on pcib1 cbb0: at device 3.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 fxp0: port 0x3000-0x303f mem 0xd0104000-0xd0104fff irq 11 at device 8. 0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:00:f0:84:fc:c7 fwohci0: mem 0xd0100000-0xd0103fff,0xd0105000-0xd01057ff irq 10 at device 13.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:f0:41:20:11:19:1c fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:f0:11:19:1c fwe0: Ethernet address: 02:00:f0:11:19:1c fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,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) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xd0080800-0xd00808ff,0xd0080c00-0xd0080dff irq 5 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xe0000-0xe3fff,0xdc000-0xdffff on isa0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2392961360 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging limited to 100 pack ets/entry by default ad0: 28615MB [58140/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a Accounting enabled pflog0: promiscuous mode enabled From owner-freebsd-current@FreeBSD.ORG Tue May 3 08:33: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 9E8C316A4CF for ; Tue, 3 May 2005 08:33:09 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CF543D77 for ; Tue, 3 May 2005 08:33:09 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1039998rng for ; Tue, 03 May 2005 01:33: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A5qn9DUlg2TqSspcWh3HeH9iwCYFFIqoaEcd3j+CoP/IFSJ/6MzVbHRaPxsPpVO0eg4gAsDpo7JNhEwE2CjqsauwyJ3x+q11qZ95bo/CnlpLYF4B0QdWvEbKirHink/OlGZ+/AFzMt6yLVzxpTrXFnMOHZCm4P+yPR+f0CXtAO0= Received: by 10.38.161.10 with SMTP id j10mr7278253rne; Tue, 03 May 2005 01:33:05 -0700 (PDT) Received: by 10.38.149.53 with HTTP; Tue, 3 May 2005 01:33:05 -0700 (PDT) Message-ID: Date: Tue, 3 May 2005 10:33:05 +0200 From: Claus Guttesen To: Nguyen Tam Chinh In-Reply-To: <20050503112629.O4493@it.hackers> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050503112629.O4493@it.hackers> cc: current@freebsd.org Subject: Re: [continue] library problems with -CURRENT 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: Tue, 03 May 2005 08:33:09 -0000 > Building Chrome's registry... /libexec/ld-elf.so.1: > /usr/lib/libpthread.so.1: Undefined symbol "i386_get_gsbase" >=20 Try deinstalling mozilla/firefox and reinstall them. Worked for me. regards Claus From owner-freebsd-current@FreeBSD.ORG Tue May 3 08:52: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 1D66B16A4CE for ; Tue, 3 May 2005 08:52:12 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C56943D55 for ; Tue, 3 May 2005 08:52:11 +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 B50D2631A; Tue, 3 May 2005 12:24:45 +0400 (MSD) Date: Tue, 3 May 2005 12:26:37 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Maxim Konovalov In-Reply-To: <20050503114616.Q52882@mp2.macomnet.net> Message-ID: <20050503122340.V808@it.hackers> References: <20050503112629.O4493@it.hackers> <20050503114616.Q52882@mp2.macomnet.net> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: [continue] library problems with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 08:52:12 -0000 On Tue, 3 May 2005, Maxim Konovalov wrote: > On Tue, 3 May 2005, 11:43+0400, Nguyen Tam Chinh wrote: > >> Hi All, >> I'm sorry for flooding the list by continuing the thread, but after many >> times of fresh cvsuping and rebuilding all things - the problem with some >> ports is still available. For example the firefox build reported: >> >> Building Chrome's registry... /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: >> Undefined symbol "i386_get_gsbase" >> >> I've tried the patch by davidxu (from the last thread), which adding >> i386_get_gsbase(void **addr) and i386_set_gsbase(void *addr) to >> /src/lib/libpthread/arch/i386/i386/pthread_md.c --> It works. >> I think It would be nice if David Xu commits this also :) > > IIRC Peter committed the fix a week or two ago. > I've just cvsup the source some hours ago and I see Peter's commits, but It the problem is still there :( ----- 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 Tue May 3 11: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 7017216A4CE; Tue, 3 May 2005 11:00:06 +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 C826043D55; Tue, 3 May 2005 11:00:05 +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 1DSv8D-000EwW-37; Tue, 03 May 2005 14:00:01 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Ian Dowse In-Reply-To: Message from Ian Dowse <200505021708.aa58927@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 03 May 2005 14:00:00 +0300 From: Danny Braniss Message-ID: cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: MNT_USER? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 11:00:06 -0000 > In message , Danny Braniss writes: > > > >after doing a mount_nfs as root (from the console or via su), statfs reports > >that MNT_USER flags is set! this is also true with 5.4. > > It's a bug in the statfs reporting for NFS filesystems. It should > be fixed now in -CURRENT (revision 1.174 of sys/nfsclient/nfs_vfsops.c). > I'll merge this to -STABLE in a week or so. > > Ian good, it did indeed fix the problem, and also a previous one that turned on the MNT_NOEXEC. BTW, this, the MNT_NOEXEC, uncovered, IMHO, a bug in libexec/rtld-elf/rtld.c where it's now checking for MNT_NOEXEC, but only if LD_LIBRARY_PATH is set! danny From owner-freebsd-current@FreeBSD.ORG Tue May 3 11:10: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 0B7EA16A4CE; Tue, 3 May 2005 11:10:33 +0000 (GMT) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A428043D6B; Tue, 3 May 2005 11:10:32 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mr5so.prod.shaw.ca (pd4mr5so-qfe3.prod.shaw.ca [10.0.141.50])2004)) with ESMTP id <0IFW0046KV1E5SE0@l-daemon>; Tue, 03 May 2005 05:10:26 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd4mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IFW00MRQV1EG1J0@pd4mr5so.prod.shaw.ca>; Tue, 03 May 2005 05:10:26 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IFW00B0EV1DSS@l-daemon>; Tue, 03 May 2005 05:10:26 -0600 (MDT) Date: Tue, 03 May 2005 04:10:18 -0700 From: Colin Percival In-reply-to: To: Danny Braniss Message-id: <42775C1A.2080400@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) cc: Ian Dowse cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: MNT_USER? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 11:10:33 -0000 Danny Braniss wrote: > BTW, this, the MNT_NOEXEC, uncovered, IMHO, a bug in libexec/rtld-elf/rtld.c > where it's now checking for MNT_NOEXEC, but only if LD_LIBRARY_PATH is set! This is not a bug. Checking for MNT_NOEXEC adds a cost in performance, and it is not necessary if LD_LIBRARY_PATH, LD_PRELOAD, and LD_LIBMAP* are not set -- based on the assumption, that is, that no (sane) sysadmin would ever put a MNT_NOEXEC-mounted filesystem into the default library path. I agree that it's a bit counter-intuitive, but it's really just a case of saving time by not checking for something which should Never Happen. :-) Colin Percival PS. Bravo to Ian for tracking down the bug in NFS -- I spent a while looking for this, but got hopelessly lost. From owner-freebsd-current@FreeBSD.ORG Mon May 2 18:09: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 6F0AF16A4CE; Mon, 2 May 2005 18:09:10 +0000 (GMT) Received: from charm.uugrn.org (charm.uugrn.org [195.226.127.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A6943D54; Mon, 2 May 2005 18:09:09 +0000 (GMT) (envelope-from Raphael.Becker@gmx.de) Received: from daemon.local.net (rabe@localhost.uugrn.org [127.0.0.1]) by charm.uugrn.org (8.13.0/8.13.0) with ESMTP id j42I9Te8006700; Mon, 2 May 2005 20:09:30 +0200 (CEST) Received: from daemon.local.net (rabe@localhost.local.net [127.0.0.1]) by daemon.local.net (8.13.3/8.13.1) with ESMTP id j42I9CNQ002595; Mon, 2 May 2005 20:09:12 +0200 (CEST) (envelope-from Raphael.Becker@gmx.de) Received: (from rabe@localhost) by daemon.local.net (8.13.3/8.13.1/Submit) id j42I9CqD002594; Mon, 2 May 2005 20:09:12 +0200 (CEST) (envelope-from Raphael.Becker@gmx.de) X-Authentication-Warning: daemon.local.net: rabe set sender to Raphael.Becker@gmx.de using -f Date: Mon, 2 May 2005 20:09:12 +0200 From: "Raphael H. Becker" To: Emanuel Strobl Message-ID: <20050502180912.GC1157@local.net> References: <200504262010.49509@harrymail> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+xNpyl7Qekk2NvDX" Content-Disposition: inline In-Reply-To: <200504262010.49509@harrymail> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 03 May 2005 11:42:11 +0000 cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: groff alternative? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 18:09:10 -0000 --+xNpyl7Qekk2NvDX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 26, 2005 at 08:10:41PM +0200, Emanuel Strobl wrote: > Hello, [manpages w/o nroff] Why not read manpages online using fetch? Try my hack at http://rabe.uugrn.org/scripts/man.sh Maybe a cache-mechanism could be added, for offline reading. Regards --=20 Raphael Becker http://rabe.uugrn.org/ http://schnitzelmitkartoffelsalat.und.rahmspin.at/ =2E........|.........|.........|.........|.........|.........|.........|.. --+xNpyl7Qekk2NvDX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCdmzInNo+exDKny0RAjEfAJ9N0Wn7lhr8cXSmTvEi0s4GiqLbcgCgt5Xl l1YBTsH8CmQD5Z2N2JFPZv8= =irnt -----END PGP SIGNATURE----- --+xNpyl7Qekk2NvDX-- From owner-freebsd-current@FreeBSD.ORG Mon May 2 21:44: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 C33E016A4CE for ; Mon, 2 May 2005 21:44:24 +0000 (GMT) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3296843D70 for ; Mon, 2 May 2005 21:44:24 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from d216-232-211-96.bchsia.telus.net (d216-232-211-96.bchsia.telus.net [216.232.211.96]) (authenticated bits=0) by orthanc.ca (8.13.3/8.13.3) with ESMTP id j42Li2Th042627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 May 2005 15:44:04 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Date: Mon, 02 May 2005 14:44:01 -0700 From: Lyndon Nerenberg To: Peter Jeremy , Alex Zbyslaw Message-ID: In-Reply-To: <20050429200029.GC232@cirb503493.alcatel.com.au> References: <200504262010.49509@harrymail> <86k6mo0xmh.fsf@xps.des.no> <427157B7.6040203@mac.com> <200504290053.51912@harrymail> <427177FD.50809@dial.pipex.com> <20050429200029.GC232@cirb503493.alcatel.com.au> X-Mailer: Mulberry/4.0.0b1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-DCC-dcc.uncw.edu-Metrics: orthanc.ca 1201; Body=4 Fuz1=4 Fuz2=4 X-Spam-Status: No, score=3.9 required=5.0 tests=AWL,BAYES_00, HELO_DYNAMIC_IPADDR,RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.2 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on orthanc.ca X-Mailman-Approved-At: Tue, 03 May 2005 11:42:11 +0000 cc: Emanuel Strobl cc: freebsd-current@freebsd.org Subject: Re: groff alternative? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 May 2005 21:44:24 -0000 --On 2005-4-30 6:00 AM +1000 Peter Jeremy wrote: > I don't believe the nroff in either 4.3BSD or 2.11BSD can support long > names and neither include a mdoc(7) implementation. 4.4BSD includes > mdoc(7) but also GNU groff - though a quick look at the tmac.mdoc* > files suggests that it might work with an old (4.3 or 2.11) nroff. When the Solaris 10 source is released there will be an up-to-date alternative to groff. I'm planning to switch over to the Solaris troff ASAP. I've already started fixing mdoc to work with ditroff on another Solaris 10 box. --lyndon From owner-freebsd-current@FreeBSD.ORG Tue May 3 11:25: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 9AB6E16A4CE for ; Tue, 3 May 2005 11:25:55 +0000 (GMT) Received: from asterix.rsu.ru (asterix.rsu.ru [195.208.245.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 995EE43D2D for ; Tue, 3 May 2005 11:25:54 +0000 (GMT) (envelope-from os@rsu.ru) Received: from os.adsl.r61.net (os@os.adsl.r61.net [195.208.243.95]) (authenticated bits=0) by asterix.rsu.ru (8.13.3/8.13.3) with ESMTP id j43BPW0W092507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 May 2005 15:25:32 +0400 (MSD) (envelope-from os@rsu.ru) Date: Tue, 3 May 2005 15:25:36 +0400 (MSD) From: Oleg Sharoiko To: Jeff Roberson In-Reply-To: <20050501061323.X71837@mail.chesapeake.net> Message-ID: <20050503151131.R787@localhost> References: <20050501034520.N71837@mail.chesapeake.net> <20050501061323.X71837@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on asterix.rsu.ru X-Virus-Status: Clean X-Spam-Status: No, score=-5.4 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 asterix.rsu.ru X-Mailman-Approved-At: Tue, 03 May 2005 11:42:11 +0000 cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: diskless/unionfs panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 11:25:55 -0000 On Sun, 1 May 2005, Jeff Roberson wrote: JR>Yes, unfortunately this is only part of the problem. The v_object can JR>change on a unionfs vnode leading to inconsistent results for mmap/exec. JR>This also causes problems for unionfs mounted on top of unionfs as the JR>lower vp can also change v_object fields. This was one advantage to the JR>VOP based solution. It would propagate all the way down the stack on each JR>access. So do I get it right that the problems can happen if file being execed or mmaped over unionfs will at the same time be changed on ufs (assuming that ufs was used to mount unionfs)? Does this mean that nullfs also have the same problem? But how can this problem be solved? And what is VOP based solution? -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. From owner-freebsd-current@FreeBSD.ORG Tue May 3 13:59:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA9B216A4CE; Tue, 3 May 2005 13:59:09 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j43Dx68O082029; Tue, 3 May 2005 09:59:06 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j43Dx59F082028; Tue, 3 May 2005 09:59:05 -0400 (EDT) (envelope-from green) Date: Tue, 3 May 2005 09:59:05 -0400 From: Brian Fundakowski Feldman To: Marc Olzheim Message-ID: <20050503135905.GA77223@green.homeunix.org> References: <20050426140701.GB5789@green.homeunix.org> <20050426151751.GB68038@stack.nl> <20050426155043.GC5789@green.homeunix.org> <20050426160609.GA68511@stack.nl> <20050426162549.GD5789@green.homeunix.org> <20050426164346.GA68763@stack.nl> <20050426193602.GE5789@green.homeunix.org> <20050427081746.GA66441@stack.nl> <20050427160857.GF5789@green.homeunix.org> <20050503094700.GA65878@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050503094700.GA65878@stack.nl> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: NFS client/buffer cache deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 13:59:10 -0000 On Tue, May 03, 2005 at 11:47:00AM +0200, Marc Olzheim wrote: > On Wed, Apr 27, 2005 at 12:08:57PM -0400, Brian Fundakowski Feldman wrote: > > Alright, this will do synchronous, instead of short, writes (also, > > of course, not deadlock the system) if you are trying to use an > > excessively large buffer size. > > > > > > > > Will this be incorporated in time for 5.4 ? It really needs someone else to review the code changes more than just conceptually to make this kind of an adjustment before release. It is not truly an optimal solution, as fully synchronous writes are not necessary; just limiting the "write window" size and requiring posted transactions to complete before queueing up more is. Doing that is more error-prone, however, and would I think complicate things just to optimize the speed of a rare case. Still, there are probably a few who would object, in which case they should do the work of optimizing that side case ;) There's still missing an actual mount_nfs(8) configuration flag and documentation, but those things are trivial. (Forwarded on to -current as well, for additional eyes/testers.) -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue May 3 14:01: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 5BD5616A4CE; Tue, 3 May 2005 14:01:15 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB3CF43D53; Tue, 3 May 2005 14:01:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j43E14Vp008921; Tue, 3 May 2005 10:01:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j43E144G079142; Tue, 3 May 2005 10:01:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EF297306E; Tue, 3 May 2005 10:01:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050503140104.7EF297306E@freebsd-current.sentex.ca> Date: Tue, 3 May 2005 10:01:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 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: Tue, 03 May 2005 14:01:15 -0000 TB --- 2005-05-03 12:19:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-03 12:19:18 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-03 12:19:18 - cleaning the object tree TB --- 2005-05-03 12:19:49 - checking out the source tree TB --- 2005-05-03 12:19:49 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-03 12:19:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-03 12:26:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-03 12:26:22 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-03 12:26:22 - /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-03 13:34:00 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-03 13:34:00 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-03 13:34:00 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue May 3 13:34:01 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 Tue May 3 13:52:11 UTC 2005 TB --- 2005-05-03 13:52:11 - generating LINT kernel config TB --- 2005-05-03 13:52:11 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-05-03 13:52:11 - /usr/bin/make -B LINT TB --- 2005-05-03 13:52:11 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-03 13:52:11 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-03 13:52:11 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 3 13:52:11 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_cpu.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_context.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_descrip.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c: In function `do_execve': /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c:297: warning: 'vfslocked' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-03 14:01:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-03 14:01:03 - ERROR: failed to build lint kernel TB --- 2005-05-03 14:01:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue May 3 14:04: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 10FF616A4D0 for ; Tue, 3 May 2005 14:04:22 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A42C43D7D for ; Tue, 3 May 2005 14:04:21 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3F81C.dip.t-dialin.net[84.163.248.28] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML29c-1DSy0U1aph-0002MQ; Tue, 03 May 2005 16:04:14 +0200 From: Max Laier To: current@freebsd.org Date: Tue, 3 May 2005 16:04:15 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart13939829.OrAAsb84qZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505031604.21311.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: HEADSUP: pf import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 14:04:22 -0000 --nextPart13939829.OrAAsb84qZ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, during the next hours I will be importing a new version of pf (as of the=20 upcoming OpenBSD release 3.7). The -CURRENT might break for a short period= e=20 of time, but I will keep that as short as possible. I will let you know on= ce=20 done. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart13939829.OrAAsb84qZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCd4TlXyyEoT62BG0RAoqcAJ0WviLGTAsJo9AG8BrzoifhXDCk8ACbBhV7 cKNoaJxwk7coBPdLwOabfAs= =LIGH -----END PGP SIGNATURE----- --nextPart13939829.OrAAsb84qZ-- From owner-freebsd-current@FreeBSD.ORG Tue May 3 14:36: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 9E53F16A4CE for ; Tue, 3 May 2005 14:36:45 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3685E43D62 for ; Tue, 3 May 2005 14:36:45 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so2798733nzk for ; Tue, 03 May 2005 07:36:40 -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=gIbKr20uiGLCICKWKdn36gJM8ti7FEINsiyMp06MKSRIJuALLUMQBqHXlsWBadzAO1B5NUsIZazOt9bMAhtiuBGlkqXZnhg2eC95/hZbKMG5aANmDZ9qGU2heugZKSl4mxUHxxkua4q8/2ep9BOS3Nd9AIjuhIkUjnSgfYtivuY= Received: by 10.36.36.13 with SMTP id j13mr706532nzj; Tue, 03 May 2005 07:36:40 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Tue, 3 May 2005 07:36:40 -0700 (PDT) Message-ID: Date: Tue, 3 May 2005 22:36:40 +0800 From: Jiawei Ye To: Max Laier In-Reply-To: <200505031604.21311.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200505031604.21311.max@love2party.net> cc: current@freebsd.org Subject: Re: HEADSUP: pf import 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, 03 May 2005 14:36:45 -0000 On 5/3/05, Max Laier wrote: > All, >=20 > during the next hours I will be importing a new version of pf (as of the > upcoming OpenBSD release 3.7). The -CURRENT might break for a short peri= ode > of time, but I will keep that as short as possible. I will let you know = once > done. Thanks. Will this import include ftp-proxy for pf? Jiawei Ye --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue May 3 15:19: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 CA3DA16A4CE; Tue, 3 May 2005 15:19:50 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57ED043D55; Tue, 3 May 2005 15:19:50 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com; Tue, 3 May 2005 10:20:10 -0500 Message-Id: <4.3.2.7.2.20050503100944.01fa4ce0@www.n4comm.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 03 May 2005 10:19:25 -0500 To: bug-followup@FreeBSD.org, freebsd-current@freebsd.org From: Harry Coin Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: kern/80381: Mouse via KVM doesn't load on 5.4, does if plugged directly into mouse port. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 15:19:50 -0000 Workaround Solution Found: If you build a custom kernel 5.4 with options KBD_RESETDELAY=401 it finds the mouse and loads properly at boot time with or without the KVM. I guess there is something about the timing in 5.4 where it just doesn't take as long to reset the ps/2 mouse psm0 aux device with the same parameters as 5.3 did. So a generic 5.3 kernel worked via the KVM setup but 5.4 on the same box required the specified amount of time to increase, so needs a custom kernel. I suggest whoever is looking at the 5.4 release refer this change to the psm0 responsible party to consider making this change permanent. It doesn't appreciably delay the boot process so far as I can tell. Harry --- I've found that 5.4 as of today won't load the psm0 driver if the box is connected through a KVM instead of directly to the mouse. When I plug the mouse directly into the box, 5.4 and 5.3 load psm0 no problem. When I plug the mouse in via the KVM, 5.4 won't load psm0 but 5.3 will. If I plug the mouse in directly at boot time under 5.4, so psm0 loads, then (don't do this at home) hot-unplug it and plug in the kvm-- the mouse works via the KVM. Hope this helps Sincerely Harry Coin From owner-freebsd-current@FreeBSD.ORG Tue May 3 15:38: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 6DD1916A4CF; Tue, 3 May 2005 15:38:24 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B770F43D39; Tue, 3 May 2005 15:38:20 +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 j43FcB2d004320; Tue, 3 May 2005 11:38:11 -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 j43FcA0p027861; Tue, 3 May 2005 11:38:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BA1DF7306E; Tue, 3 May 2005 11:38:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050503153810.BA1DF7306E@freebsd-current.sentex.ca> Date: Tue, 3 May 2005 11:38:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 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: Tue, 03 May 2005 15:38:24 -0000 TB --- 2005-05-03 14:01:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-03 14:01:04 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-03 14:01:04 - cleaning the object tree TB --- 2005-05-03 14:01:31 - checking out the source tree TB --- 2005-05-03 14:01:31 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-03 14:01:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-03 14:08:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-03 14:08:06 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-03 14:08:06 - /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-03 15:15:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-03 15:15:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-03 15:15:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue May 3 15:15:49 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 Tue May 3 15:30:56 UTC 2005 TB --- 2005-05-03 15:30:56 - generating LINT kernel config TB --- 2005-05-03 15:30:56 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-05-03 15:30:56 - /usr/bin/make -B LINT TB --- 2005-05-03 15:30:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-03 15:30:56 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-03 15:30:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 3 15:30:56 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_cpu.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_context.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_descrip.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_environment.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_event.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_exec.c /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_exec.c: In function `do_execve': /tinderbox/CURRENT/i386/pc98/src/sys/kern/kern_exec.c:297: warning: 'vfslocked' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-03 15:38:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-03 15:38:10 - ERROR: failed to build lint kernel TB --- 2005-05-03 15:38:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue May 3 15:51: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 98FC216A4CE; Tue, 3 May 2005 15:51:10 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A421C43D3F; Tue, 3 May 2005 15:51:07 +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 j43FsF73056372; Tue, 3 May 2005 09:54:15 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42779D8C.3090208@samsco.org> Date: Tue, 03 May 2005 09:49:32 -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: current@freebsd.org, Jeff Roberson References: <20050503140104.7EF297306E@freebsd-current.sentex.ca> In-Reply-To: <20050503140104.7EF297306E@freebsd-current.sentex.ca> 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 Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 15:51:10 -0000 FreeBSD Tinderbox wrote: > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror - fi > nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c > /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c: In function `do_execve': > /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c:297: warning: 'vfslocked' might be used uninitialized in this function > *** Error code 1 > This compiler warning is exposing some serious flaws with the patch that was committed, and it's not as easy as just initializing the variable correctly. So unfortunately, the tree is going to stay broken until this is either fixed or the commit is backed out. Sorry. Scott From owner-freebsd-current@FreeBSD.ORG Tue May 3 16:18:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 637FC16A4CE for ; Tue, 3 May 2005 16:18:17 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A33443D69 for ; Tue, 3 May 2005 16:18:16 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j43GI51h034193; Tue, 3 May 2005 12:18:06 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j43GI2YU034163; Tue, 3 May 2005 12:18:05 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 3 May 2005 12:18:01 -0400 (EDT) From: Jeff Roberson To: Scott Long In-Reply-To: <42779D8C.3090208@samsco.org> Message-ID: <20050503121647.Y18611@mail.chesapeake.net> References: <20050503140104.7EF297306E@freebsd-current.sentex.ca> <42779D8C.3090208@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 16:18:17 -0000 On Tue, 3 May 2005, Scott Long wrote: > FreeBSD Tinderbox wrote: > > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werro! r - > fi > > nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c > > /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c: In function `do_execve': > > /tinderbox/CURRENT/i386/i386/src/sys/kern/kern_exec.c:297: warning: 'vfslocked' might be used uninitialized in this function > > *** Error code 1 > > > > This compiler warning is exposing some serious flaws with the patch that > was committed, and it's not as easy as just initializing the variable > correctly. So unfortunately, the tree is going to stay broken until > this is either fixed or the commit is backed out. Sorry. Er, why didn't I get this same warning? ohh MAC I bet. I keep forgetting to compile LINT. sorry, fix on the way. > > Scott > From owner-freebsd-current@FreeBSD.ORG Tue May 3 16:34: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 DC0B316A4CE for ; Tue, 3 May 2005 16:34:37 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEF6943D73 for ; Tue, 3 May 2005 16:34:37 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DT0Lw-0007ND-Jk; Tue, 03 May 2005 16:34:32 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DT0Lo-000NqC-ET; Tue, 03 May 2005 06:34:24 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17015.43023.924186.422635@roam.psg.com> Date: Tue, 3 May 2005 06:34:23 -1000 To: Brian Candler References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050426233321.084e9210@cobalt.antimatter.net> <51899.216.177.243.42.1114584317.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <20050502195456.GA1226@uk.tiscali.com> 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, 03 May 2005 16:34:38 -0000 > On Fri, Apr 29, 2005 at 02:34:40PM -0500, John Sconiers wrote: >> Several years ago after being a FreeBSD fan / contributor since ~1995 I >> left FreeBSD because I didn't have the time with kids and all. During >> that time I was a unix / storage ps guy for two fortune 500 companies >> (One was a vendor of another Unix OS). I was also "forced" to work with >> Linux in production settings. I come back ~three years later and on the >> surface things haven't changed. The boot banner, installation program, >> etc, etc, hasn't changed. > > Personally I find that to be a big plus, not a minus. > > One of the reasons I ditched Linux several years ago was the way Linux > shifts constantly. A good example is the firewalling code: once upon a > time there was ipfw. Then that was replaced by ipfwadm. Then that was > discarded, and replaced by ipchains. Which in turn was discarded and > replaced by iptables. (Or was that the other way round? I don't follow it > closely these days) yep. another way: this sounds as if you see freebsd as a workhorse production system as opposed to a hobby where the more of your time it absorbs the better it is. randy From owner-freebsd-current@FreeBSD.ORG Tue May 3 17: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 E1D3C16A4CF; Tue, 3 May 2005 17:50:03 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD7243D2D; Tue, 3 May 2005 17:50:01 +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 j43HntVd027335; Tue, 3 May 2005 13:49: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 j43Hnt3J022039; Tue, 3 May 2005 13:49:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 415AD7306E; Tue, 3 May 2005 13:49:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050503174955.415AD7306E@freebsd-current.sentex.ca> Date: Tue, 3 May 2005 13:49:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 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: Tue, 03 May 2005 17:50:04 -0000 TB --- 2005-05-03 15:38:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-03 15:38:10 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-05-03 15:38:10 - cleaning the object tree TB --- 2005-05-03 15:38:42 - checking out the source tree TB --- 2005-05-03 15:38:42 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-05-03 15:38:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-03 15:45:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-03 15:45:28 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-03 15:45:28 - /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-03 17:18:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-03 17:18:33 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-03 17:18:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue May 3 17:18:33 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue May 3 17:38:45 UTC 2005 TB --- 2005-05-03 17:38:45 - generating LINT kernel config TB --- 2005-05-03 17:38:45 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-05-03 17:38:45 - /usr/bin/make -B LINT TB --- 2005-05-03 17:38:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-03 17:38:45 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-05-03 17:38:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 3 17:38:45 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/kern/kern_cpu.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/kern/kern_context.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/kern/kern_descrip.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/kern/kern_environment.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/kern/kern_event.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/kern/kern_exec.c /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_exec.c: In function `kern_execve': /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_exec.c:297: warning: 'vfslocked' 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-03 17:49:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-03 17:49:54 - ERROR: failed to build lint kernel TB --- 2005-05-03 17:49:54 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue May 3 17:54: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 075C716A4CE; Tue, 3 May 2005 17:54:29 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2077243D4C; Tue, 3 May 2005 17:54:28 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DT1b9-00048I-00; Tue, 03 May 2005 19:54:19 +0200 Received: from [84.163.248.28] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DT1b9-0007wj-00; Tue, 03 May 2005 19:54:19 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Tue, 3 May 2005 19:54:07 +0200 User-Agent: KMail/1.8 References: <200505031604.21311.max@love2party.net> In-Reply-To: <200505031604.21311.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7966022.gMle5gaqeY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505031954.13739.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: freebsd-pf@freebsd.org Subject: HEADSUP: pf import [done] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 17:54:29 -0000 --nextPart7966022.gMle5gaqeY Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, the import went through smoothly and you should be able to get it from a=20 cvs(up) server near you by now. Some general, random notes: 1) Anchor syntax changed | Users of authpf(8) must change their anchor rule in the main ruleset from= =20 | anchor authpf | to=20 | anchor "authpf/*" 2) pfsync takes syncdev instead of syncif: When configuring the pfsync devi= ce,=20 use 'syncdev' instead of the deprecated keyword 'syncif'.=20 3) authpf(8) needs a mounted fdescfs(5) 4) synproxy no longer works on outgoing rules (it never should have) 5) The code has been tested, but there is always a chance that some bugs=20 remain unfound. If you spot anything, please let me know. =46eatures that are in OpenBSD, but not yet in FreeBSD: =A0- Filtering on route labels (we don't have any). =A0- Return-rst on IP-less bridges (bridge support is still behind; There i= s=20 =A0 =A0work ongoing to improve this as well, though.). =A0- Congestion prevention/graceful comeback (subject to future work). New features (from the OpenBSD release announcements): =A0+ pfctl(8) now provides a rules optimizer to help improve filtering spee= d. =A0+ pf, now supports nested anchors. =A0+ Support limiting TCP connections by establishment rate, automatically= =20 =A0 =A0adding flooding IP addresses to tables and flushing states=20 =A0 =A0(max-src-conn-rate, overload , flush global). =A0+ Improved functionality of tags (tag and tagged for translation rules,= =20 =A0 =A0tagging of all packets matching state entries). =A0+ Improved diagnostics (error messages and additional counters from=20 =A0 =A0pfctl -si). =A0+ New keyword set skip on to skip filtering on arbitrary interfaces, lik= e=20 =A0 =A0loopback.=20 =A0+ Several bugfixes improving stability. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart7966022.gMle5gaqeY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCd7rFXyyEoT62BG0RAtG4AJwKRRYofzlzjpaY7CSC5sEuwJ39eACfVqP6 XuZmvJGkimabGZqtx9jSgfs= =0r0a -----END PGP SIGNATURE----- --nextPart7966022.gMle5gaqeY-- From owner-freebsd-current@FreeBSD.ORG Tue May 3 18:06: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 2134A16A4CE for ; Tue, 3 May 2005 18:06:57 +0000 (GMT) Received: from tensor.xs4all.nl (tensor.xs4all.nl [194.109.160.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3C743D41 for ; Tue, 3 May 2005 18:06:56 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from kilgore.dim (kilgore.dim [192.168.0.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.xs4all.nl (Postfix) with ESMTP id 9C04322867; Tue, 3 May 2005 20:06:48 +0200 (CEST) Date: Tue, 3 May 2005 20:06:52 +0200 From: Dimitry Andric X-Priority: 3 (Normal) Message-ID: <810465352.20050503200652@andric.com> To: Jiawei Ye In-Reply-To: References: <200505031604.21311.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="----------3A16D1072431522C" cc: Max Laier cc: current@freebsd.org Subject: Re: HEADSUP: pf import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 18:06:57 -0000 ------------3A16D1072431522C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2005-05-03 at 16:36:40 Jiawei Ye wrote: >> during the next hours I will be importing a new version of pf (as of the > Will this import include ftp-proxy for pf? ftp-proxy was already imported some time ago, but it will of course be upgraded. Not sure if there's many new features though. :) ------------3A16D1072431522C Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFCd728sF6jCi4glqMRAtlBAJkB8QjFAV793KpZGJBNB1Er10E1TwCgy117 uey9EyuioBFuqRjqQIFj/As= =2Mkq -----END PGP MESSAGE----- ------------3A16D1072431522C-- From owner-freebsd-current@FreeBSD.ORG Tue May 3 18:44: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 1B36016A4CE; Tue, 3 May 2005 18:44:45 +0000 (GMT) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9129E43D54; Tue, 3 May 2005 18:44:41 +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)j43IiK7v073557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 May 2005 03:44:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 04 May 2005 03:44:20 +0900 Message-ID: From: Hajimu UMEMOTO To: arch@FreeBSD.org, standards@FreeBSD.org, current@FreeBSD.org User-Agent: 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]); Wed, 04 May 2005 03:44:21 +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 Subject: [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: Tue, 03 May 2005 18:44:45 -0000 Hi, The ai_addrlen of a struct addrinfo used to be a size_t, per RFC 2553. In XNS5.2, and subsequently in POSIX-2001 and RFC 3493, it was changed to a socklen_t. And, the n_net of a struct netent used to be an unsigned long integer. In XNS5, and subsequently in POSIX-2001, it was changed to an uint32_t. I made a patch to correct these: http://www.imasy.or.jp/~ume/FreeBSD/netdb.h-padding.diff To accomodate for this while preserving ABI compatibility with the old interface, we need to prepend or append 32 bits of padding, depending on the (LP64) architecture's endianness. I wish to delete these padding before 6.0-RELEASE. Please review it. 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 Tue May 3 18:54: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 8EA0A16A4D0; Tue, 3 May 2005 18:54:48 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4807D43D2D; Tue, 3 May 2005 18:54:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j43Isf1C032839; Tue, 3 May 2005 14:54:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j43IsfsX009981; Tue, 3 May 2005 14:54:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F385A7306E; Tue, 3 May 2005 14:54:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050503185440.F385A7306E@freebsd-current.sentex.ca> Date: Tue, 3 May 2005 14:54:40 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 18:54:48 -0000 TB --- 2005-05-03 17:49:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-03 17:49:55 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-03 17:49:55 - cleaning the object tree TB --- 2005-05-03 17:50:11 - checking out the source tree TB --- 2005-05-03 17:50:11 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-03 17:50:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-03 17:56:53 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-03 17:56:53 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-03 17:56:53 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-03 18:54:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-03 18:54:40 - ERROR: failed to build world TB --- 2005-05-03 18:54:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue May 3 19:30: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 9551616A4CF for ; Tue, 3 May 2005 19:30:12 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id C2D7643D80 for ; Tue, 3 May 2005 19:30:11 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 50088 invoked by uid 89); 3 May 2005 19:37:32 -0000 Received: from ool-4355e580.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.229.128) by s1tank.virtdom.com with SMTP; 3 May 2005 19:37:32 -0000 Message-ID: <019b01c55016$70b6d4e0$6500000a@venti> From: "Brian K. White" To: References: <4.3.2.7.2.20050503100944.01fa4ce0@www.n4comm.com> Date: Tue, 3 May 2005 15:29:35 -0400 Organization: Aljex Software 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.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: kern/80381: Mouse via KVM doesn't load on 5.4, does if plugged directly into mouse port. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 19:30:12 -0000 ----- Original Message ----- From: "Harry Coin" To: ; Sent: Tuesday, May 03, 2005 11:19 AM Subject: Re: kern/80381: Mouse via KVM doesn't load on 5.4, does if plugged directly into mouse port. > Workaround Solution Found: > > If you build a custom kernel 5.4 with > > options KBD_RESETDELAY=401 > > it finds the mouse and loads properly at boot time with or without the > KVM. I guess there is something about the timing in 5.4 where it just > doesn't take as long to reset the ps/2 mouse psm0 aux device with the same > parameters as 5.3 did. So a generic 5.3 kernel worked via the KVM setup > but 5.4 on the same box required the specified amount of time to increase, > so needs a custom kernel. > > I suggest whoever is looking at the 5.4 release refer this change to the > psm0 responsible party to consider making this change permanent. It > doesn't appreciably delay the boot process so far as I can tell. > > Harry > --- > > I've found that 5.4 as of today won't load the psm0 driver if the box is > connected through a KVM instead of directly to the mouse. > > When I plug the mouse directly into the box, 5.4 and 5.3 load psm0 no > problem. > > When I plug the mouse in via the KVM, 5.4 won't load psm0 but 5.3 will. > > If I plug the mouse in directly at boot time under 5.4, so psm0 loads, > then (don't do this at home) hot-unplug it and plug in the kvm-- the mouse > works via the KVM. > > Hope this helps I had problems with the mouse when trying to load Freesbie 1.1 on a few different models of intel mb connected to a rackmount lcd/keyboard/touchpad through a kvm and the same freesbie cd worked fine when using the same server and console but bypassing the kvm. What I got was flaky/jerky mouse like when you force it to use the wrong protocol. I couldn't find a protocol that I could force (instead of auto) that worked either. Wasn't important to me since they are really headless rackmount boxes and I was only doing some testing anyways and it's a noname kvm that I don't have any reason to have lots of faith in it being high quality, so I didn't bother reporting anything. But seeing this thread I figured it might be noteworthy. note: Freesbie 1.1 is 5.3-p2 Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani From owner-freebsd-current@FreeBSD.ORG Tue May 3 19:33: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 F15ED16A4CE for ; Tue, 3 May 2005 19:33:20 +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 B7D3343D7E for ; Tue, 3 May 2005 19:33:19 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j43JQZtW001161 for ; Tue, 3 May 2005 21:26:35 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j43JQZAQ001806 for current@FreeBSD.org; Tue, 3 May 2005 21:26:35 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: current@FreeBSD.org Date: Tue, 3 May 2005 21:26:34 +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: <200505032126.34797.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.153; host: antares.redesjm.local) Subject: About specific pxeboot support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 19:33:21 -0000 Hi, Now, remembering a thread in -stable, and make a whish for the forthcomming FreeBSD-6. I think that the actual release build may be easy tweak to produce a populated /tftpboot directory ready for pxe tftp installs. (a tftp enabled pxeboot, a mfs rootfs based con boot_crunch ...). If this can be put in a tarball like tftpinstall.tar.gz in the ftp area, test of snapshots, betas, RCs, and so on will be done via bootp/tftp boots. -- josemi From owner-freebsd-current@FreeBSD.ORG Tue May 3 21:07: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 3839116A4CE for ; Tue, 3 May 2005 21:07:36 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10A8E43D77 for ; Tue, 3 May 2005 21:07:36 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DT4c5-000Eg5-DM; Tue, 03 May 2005 21:07:29 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DT4bv-000834-1q; Tue, 03 May 2005 11:07:19 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17015.59398.452267.679783@roam.psg.com> Date: Tue, 3 May 2005 11:07:18 -1000 To: Masahiko KIMOTO References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> cc: freebsd-current@freebsd.org cc: steve.tell@crashmail.de Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 21:07:36 -0000 >> The Palm Tungsten T should be working on FreeBSD-Current[2]. But I think >> it does not. > Please try this patch for 6-CURRENT. > http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-20050430 % jpilot-sync -B /libexec/ld-elf.so.1: /usr/X11R6/lib/jpilot/plugins/libexpense.so: Undefined symbol "jp_logf" darn! :-( randy From owner-freebsd-current@FreeBSD.ORG Tue May 3 22:26: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 3E96416A4CE for ; Tue, 3 May 2005 22:26:38 +0000 (GMT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63BE443D8A for ; Tue, 3 May 2005 22:26:37 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id CC93F1F50E; Wed, 4 May 2005 00:26:32 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id BA564615A; Wed, 4 May 2005 00:26:32 +0200 (CEST) Date: Wed, 4 May 2005 00:26:32 +0200 From: Marc Olzheim To: Jose M Rodriguez Message-ID: <20050503222632.GA17595@stack.nl> References: <200505032126.34797.josemi@redesjm.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <200505032126.34797.josemi@redesjm.local> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i cc: current@FreeBSD.org Subject: Re: About specific pxeboot support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 22:26:38 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 03, 2005 at 09:26:34PM +0200, Jose M Rodriguez wrote: > Now, remembering a thread in -stable, and make a whish for the=20 > forthcomming FreeBSD-6. >=20 > I think that the actual release build may be easy tweak to produce a=20 > populated /tftpboot directory ready for pxe tftp installs. (a tftp=20 > enabled pxeboot, a mfs rootfs based con boot_crunch ...). >=20 > If this can be put in a tarball like tftpinstall.tar.gz in the ftp area,= =20 > test of snapshots, betas, RCs, and so on will be done via bootp/tftp=20 > boots. Erhm... All you need is to mount the iso on your tftproot dir and boot =66rom it with console=3Dcomconsole... sysinstall is very capable of running on comconsole. Or do you mean you would like a minimal install (diskspace) to enable ftp/nfs installs only ? Marc --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCd/qYezjnobFOgrERAqfIAJ4zty40Xc70hqMW+SY6FszIv9t57ACgz1wF z8nFbKJS0bThXLAWQAGG7rU= =Gp3/ -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-current@FreeBSD.ORG Tue May 3 22:31: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 842C316A4D1 for ; Tue, 3 May 2005 22:31:45 +0000 (GMT) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 063C943D1D for ; Tue, 3 May 2005 22:31:44 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j43MVGH0035803; Wed, 4 May 2005 00:31:17 +0200 (CEST) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j43MVGIL035802; Wed, 4 May 2005 00:31:16 +0200 (CEST) (envelope-from rene) Date: Wed, 4 May 2005 00:31:15 +0200 From: Rene Ladan To: "Conrad J. Sabatier" , current@freebsd.org Message-ID: <20050503223115.GA35740@82-168-79-254-bbxl.xdsl.tiscali.nl> References: <20050418232455.2d530890@dolphin.local.net> <5265.1113888748@critter.freebsd.dk> <20050419130048.6e545269@dolphin.local.net> <20050423023605.A68772@lexi.siliconlandmark.com> <20050423135112.63c74617@dolphin.local.net> <20050423161839.P68772@lexi.siliconlandmark.com> <20050425125545.0dcbf4ec@dolphin.local.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20050425125545.0dcbf4ec@dolphin.local.net> User-Agent: Mutt/1.4.2.1i Subject: Re: Latest MIDI patchset from Mat X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 22:31:45 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2005 at 12:55:45PM -0500, Conrad J. Sabatier wrote: > On Sat, 23 Apr 2005 16:40:44 -0400 (EDT), Andre Guibert de Bruet > wrote: >=20 > I've attached the latest patchset Mat sent me. They *should* apply > cleanly to STABLE, but will yield a couple of failed hunks when applied > to CURRENT, which are quite simple to fix by hand. >=20 > Just do the following: >=20 > cd /usr/src > patch -p0 < /path/to/midi2-RELENG_5-mar05.diff These patches work ok on FreeBSD 5.4-STABLE #0: Mon May 2 02:26:10 CEST 2005 root@82-168-79-254= -bbxl.xdsl.tiscali.nl:/usr/obj/usr/src/sys/RENE=20 > Let us know if you need any help. And also, do be sure to let us know > if you're successful with these! :-) As I have a CS4281 (I do have some docs), there is no midi yet, but the device shows up: % cat /dev/midistat FreeBSD Midi Driver (midi2) No devices installed. However, these kernel messages (if WITNESS is turned on) appear, before the status is shown: malloc(M_WAITOK) of "4096", forcing M_NOWAIT with the following non-sleepab= le locks held: exclusive sleep mutex midistat lock r =3D 0 (0xc2502a80) locked @ /usr/src/= sys/modules/sound/midi/../../../dev/sound/midi/midi.c:928 KDB: enter: witness_warn Calling uiomove() with the following non-sleepable locks held: exclusive sleep mutex midistat lock r =3D 0 (0xc2502a80) locked @ /usr/src/= sys/modules/sound/midi/../../../dev/sound/midi/midi.c:974 KDB: enter: witness_warn These are repeatable. > Thanks! >=20 > --=20 > Conrad J. Sabatier -- "In Unix veritas" Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCd/uzvz70qa4zXcwRAup8AKCXbzZcHnjLSr48AboBn5x+oeUkzgCgmGTl ILQvjO0T+RUXSYHtPXvCk0w= =O7Rn -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-current@FreeBSD.ORG Tue May 3 22:37: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 76FD816A4CE for ; Tue, 3 May 2005 22:37:24 +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 8565943D82 for ; Tue, 3 May 2005 22:37:21 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j43MbFoq002015; Wed, 4 May 2005 00:37:15 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j43Mb9VF004293; Wed, 4 May 2005 00:37:09 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: Marc Olzheim Date: Wed, 4 May 2005 00:37:08 +0200 User-Agent: KMail/1.8 References: <200505032126.34797.josemi@redesjm.local> <20050503222632.GA17595@stack.nl> In-Reply-To: <20050503222632.GA17595@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505040037.09315.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.154; host: antares.redesjm.local) cc: current@FreeBSD.org Subject: Re: About specific pxeboot support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 22:37:24 -0000 El Mi=E9rcoles, 4 de Mayo de 2005 00:26, Marc Olzheim escribi=F3: > On Tue, May 03, 2005 at 09:26:34PM +0200, Jose M Rodriguez wrote: > > Now, remembering a thread in -stable, and make a whish for the > > forthcomming FreeBSD-6. > > > > I think that the actual release build may be easy tweak to produce > > a populated /tftpboot directory ready for pxe tftp installs. (a > > tftp enabled pxeboot, a mfs rootfs based con boot_crunch ...). > > > > If this can be put in a tarball like tftpinstall.tar.gz in the ftp > > area, test of snapshots, betas, RCs, and so on will be done via > > bootp/tftp boots. > > Erhm... All you need is to mount the iso on your tftproot dir and > boot from it with console=3Dcomconsole... > And download the full CD and cope with some glitchs. Loock for the=20 thread on -stable. Right now, we do floppies, a FTP distribution and some isos. I only pointing that make release may be tweak to produce a some megs=20 tarball that you can expand on tftpboot. If we have the boot_crunch done and the root mfs, this additional target=20 can't be too complex. And it's easy to test that 'go floppies'. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed May 4 00: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 D53A916A4CE for ; Wed, 4 May 2005 00:02:59 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CE4743D68 for ; Wed, 4 May 2005 00:02:59 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (ppp-69-219-80-30.dsl.wotnoh.ameritech.net [69.219.80.30]) (authenticated bits=0)j43NTbjO040230 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 3 May 2005 19:29:39 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Tue, 3 May 2005 20:03:24 -0400 User-Agent: KMail/1.8 References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> <17015.59398.452267.679783@roam.psg.com> In-Reply-To: <17015.59398.452267.679783@roam.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2871867.lunFqSt45N"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505032003.40525.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: Randy Bush Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:02:59 -0000 --nextPart2871867.lunFqSt45N Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 03 May 2005 05:07 pm, Randy Bush wrote: > >> The Palm Tungsten T should be working on FreeBSD-Current[2]. But > >> I think it does not. > > > > Please try this patch for 6-CURRENT. > > http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-2005 > >0430 > > % jpilot-sync -B > /libexec/ld-elf.so.1: /usr/X11R6/lib/jpilot/plugins/libexpense.so: > Undefined symbol "jp_logf" > > darn! :-( Grab the package, it should work. =2D-=20 Anish Mistry --nextPart2871867.lunFqSt45N Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCeBFcxqA5ziudZT0RAmxnAKC0/eYCGtRh8mTDFKWZh7iGy5aAswCgiuJO DXdSqaooESQFBNKE6cBiFIQ= =p/0z -----END PGP SIGNATURE----- --nextPart2871867.lunFqSt45N-- From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:08: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 28AD716A4CE for ; Wed, 4 May 2005 00:08:28 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 068F143D45 for ; Wed, 4 May 2005 00:08:28 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DT7R7-000JaI-AG; Wed, 04 May 2005 00:08:21 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DT7Qw-0008JT-Ro; Tue, 03 May 2005 14:08:10 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17016.4714.355931.143683@roam.psg.com> Date: Tue, 3 May 2005 14:08:10 -1000 To: Anish Mistry References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> <17015.59398.452267.679783@roam.psg.com> <200505032003.40525.mistry.7@osu.edu> cc: freebsd-current@freebsd.org Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:08:28 -0000 >> % jpilot-sync -B >> /libexec/ld-elf.so.1: /usr/X11R6/lib/jpilot/plugins/libexpense.so: >> Undefined symbol "jp_logf" > Grab the package, it should work. huh. i just did a portupgrade -f on jpilot and jpilot-sync, and the libexpense.so was built. you're saying pkg_add -r? yikes! i have never used that except to bootstrap cvsup for a new install. randy From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:32: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 0430216A4CE for ; Wed, 4 May 2005 00:32:46 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997B243D67 for ; Wed, 4 May 2005 00:32:45 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so16435wra for ; Tue, 03 May 2005 17:32:42 -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=ZmpJTm8s+AYYYha9OxaR5cQzfN67SNLbSCHJfEKuLFAA7K0mbCx43Q1tVnYZg7JfQ8OiaQ3X5P1UzrTBno1mp64/f9ZOij7eVDNr/Cxj6lIteqEf2i9evXUGFLPabuOPcUPyhMRKb9TQp03/W3BJ1qwBVAsHO8/a56exkX/Delk= Received: by 10.54.15.13 with SMTP id 13mr12492wro; Tue, 03 May 2005 17:32:42 -0700 (PDT) Received: by 10.54.37.79 with HTTP; Tue, 3 May 2005 17:32:42 -0700 (PDT) Message-ID: <9533da6c050503173261897e65@mail.gmail.com> Date: Tue, 3 May 2005 18:32:42 -0600 From: Travis Poppe To: freebsd-current@freebsd.org, tlp@liquidx.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 00:32:46 -0000 Hello all, For quite some time I've been looking forward to seeing sysinstall go and be replaced with a new system that's user interface agnostic. This would allow developers to create a user interface of their choice without having to muck around with the internals of the installer. It seems that one of the major reasons this hasn't happened yet is simply due to lack of development. Correct me of I'm wrong, but as far as I know, this is what BSD Installer (the DragonFly team's installer) currently does. Other than "political" disagreements, are there really any good reasons for us not to look into using BSD Installer as a replacement for sysinstall? I believe either FreeSBIE or LiveBSD (FreeBSD LiveCD distributions) has already included the BSD Installer in a recent release. I know Scott Long has posed this idea to the list in the past. BSD Installer would provide the framework needed to make bells and whistles such as graphical installers and so forth much more likely in the future. If there are some out there who dislike the interface provided by BSD Installer, I don't think it would be too difficult to write a sysinstall lookalike UI for their system. Please visit http://www.bsdinstaller.org if any of you are interested. Thanks, -Travis Poppe From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:35: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 4DA8B16A4CE for ; Wed, 4 May 2005 00:35:58 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F4D143D5A for ; Wed, 4 May 2005 00:35:56 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: (qmail 52898 invoked from network); 4 May 2005 00:35:53 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.126.243.95]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 4 May 2005 00:35:53 -0000 Message-ID: <427818E0.2070702@tech-21.com.hk> Date: Wed, 04 May 2005 08:35:44 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <200505031604.21311.max@love2party.net> <200505031954.13739.max@love2party.net> In-Reply-To: <200505031954.13739.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-pf@freebsd.org Subject: Re: HEADSUP: pf import [done] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:35:58 -0000 Max Laier wrote: >All, > >the import went through smoothly and you should be able to get it from a >cvs(up) server near you by now. Some general, random notes: > >1) Anchor syntax changed >| Users of authpf(8) must change their anchor rule in the main ruleset from >| anchor authpf >| to >| anchor "authpf/*" > >2) pfsync takes syncdev instead of syncif: When configuring the pfsync device, >use 'syncdev' instead of the deprecated keyword 'syncif'. >3) authpf(8) needs a mounted fdescfs(5) >4) synproxy no longer works on outgoing rules (it never should have) >5) The code has been tested, but there is always a chance that some bugs >remain unfound. If you spot anything, please let me know. > >Features that are in OpenBSD, but not yet in FreeBSD: > - Filtering on route labels (we don't have any). > - Return-rst on IP-less bridges (bridge support is still behind; There is > work ongoing to improve this as well, though.). > - Congestion prevention/graceful comeback (subject to future work). > >New features (from the OpenBSD release announcements): > + pfctl(8) now provides a rules optimizer to help improve filtering speed. > + pf, now supports nested anchors. > + Support limiting TCP connections by establishment rate, automatically > adding flooding IP addresses to tables and flushing states > (max-src-conn-rate, overload
, flush global). > + Improved functionality of tags (tag and tagged for translation rules, > tagging of all packets matching state entries). > + Improved diagnostics (error messages and additional counters from > pfctl -si). > + New keyword set skip on to skip filtering on arbitrary interfaces, like > loopback. > + Several bugfixes improving stability. > > > Is the new import included in 5.4 Release? Sam From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:41: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 93CE016A4CE for ; Wed, 4 May 2005 00:41:53 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C646643D95 for ; Wed, 4 May 2005 00:41:50 +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 j440j7Xe058606; Tue, 3 May 2005 18:45:07 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42781A3B.1040509@samsco.org> Date: Tue, 03 May 2005 18:41:31 -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: Travis Poppe References: <9533da6c050503173261897e65@mail.gmail.com> In-Reply-To: <9533da6c050503173261897e65@mail.gmail.com> 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-current@freebsd.org cc: tlp@liquidx.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:41:53 -0000 Travis Poppe wrote: > Hello all, > > For quite some time I've been looking forward to seeing sysinstall go > and be replaced with a new system that's user interface agnostic. This > would allow developers to create a user interface of their choice > without having to muck around with the internals of the installer. It > seems that one of the major reasons this hasn't happened yet is simply > due to lack of development. > > Correct me of I'm wrong, but as far as I know, this is what BSD > Installer (the DragonFly team's installer) currently does. Other than > "political" disagreements, are there really any good reasons for us > not to look into using BSD Installer as a replacement for sysinstall? > I believe either FreeSBIE or LiveBSD (FreeBSD LiveCD distributions) > has already included the BSD Installer in a recent release. There really are very few political forces that shape things between the BSD's, whereas the amount of cooperation is actually quite strong and pleasant. Hyping up the politics myth only does a disservice to everyone. > > I know Scott Long has posed this idea to the list in the past. BSD > Installer would provide the framework needed to make bells and > whistles such as graphical installers and so forth much more likely in > the future. If there are some out there who dislike the interface > provided by BSD Installer, I don't think it would be too difficult to > write a sysinstall lookalike UI for their system. I also posted an email to this mailing list a few days ago under the "boot banner project" thread that described my reservations about some of the technical aspects of the BSDInstaller project. However, code speaks louder than idle opinion, and I highly encourage anyone who is interested to participate in the project and in bringing it to FreeBSD. Scott From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:44: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 89D5A16A4CE for ; Wed, 4 May 2005 00:44:57 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE43743D39 for ; Wed, 4 May 2005 00:44:56 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: (qmail 61220 invoked from network); 4 May 2005 00:44:54 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.126.243.95]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 4 May 2005 00:44:54 -0000 Message-ID: <42781AFD.8060803@tech-21.com.hk> Date: Wed, 04 May 2005 08:44:45 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <9533da6c050503173261897e65@mail.gmail.com> In-Reply-To: <9533da6c050503173261897e65@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:44:57 -0000 Travis Poppe wrote: >Hello all, > >For quite some time I've been looking forward to seeing sysinstall go >and be replaced with a new system that's user interface agnostic. This >would allow developers to create a user interface of their choice >without having to muck around with the internals of the installer. It >seems that one of the major reasons this hasn't happened yet is simply >due to lack of development. > >Correct me of I'm wrong, but as far as I know, this is what BSD >Installer (the DragonFly team's installer) currently does. Other than >"political" disagreements, are there really any good reasons for us >not to look into using BSD Installer as a replacement for sysinstall? >I believe either FreeSBIE or LiveBSD (FreeBSD LiveCD distributions) >has already included the BSD Installer in a recent release. > >I know Scott Long has posed this idea to the list in the past. BSD >Installer would provide the framework needed to make bells and >whistles such as graphical installers and so forth much more likely in >the future. If there are some out there who dislike the interface >provided by BSD Installer, I don't think it would be too difficult to >write a sysinstall lookalike UI for their system. > > > I found the idea of bsdinstaller is designed for live CD, and the installation must be started in multi-user-mode, because when start up bsdinstaller, its background process is listening to port 9999, and the GUI program start IPC with this port, then the installation begin. As I have looked into the code, its IPC code does support pipe, althought I haven't had it tested, but I believe it is not too hard to change it into pipe, so the entire installation can be merged into FreeBSD for single-usr-mode installation. However this is not in my top priority task, so does most BSD developers. That's why this task has noone interest to spend time for further development. Sam. >Please visit http://www.bsdinstaller.org if any of you are interested. > >Thanks, > >-Travis Poppe > > From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:47: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 68E4916A4D2 for ; Wed, 4 May 2005 00:47:00 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF46B43D66 for ; Wed, 4 May 2005 00:46:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 6907A7A403; Tue, 3 May 2005 17:46:59 -0700 (PDT) Message-ID: <42781B83.1040308@elischer.org> Date: Tue, 03 May 2005 17:46:59 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Anish Mistry References: <87d5sw5od7.fsf@zeus.crashmail.de> <20050501.222433.41629984.kimoto@ohnolab.org> <17015.59398.452267.679783@roam.psg.com> <200505032003.40525.mistry.7@osu.edu> In-Reply-To: <200505032003.40525.mistry.7@osu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Randy Bush cc: freebsd-current@freebsd.org Subject: Re: Palm Tungsten T via USB-Cradle X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:47:00 -0000 Anish Mistry wrote: >On Tuesday 03 May 2005 05:07 pm, Randy Bush wrote: > > >>>>The Palm Tungsten T should be working on FreeBSD-Current[2]. But >>>>I think it does not. >>>> >>>> >>>Please try this patch for 6-CURRENT. >>>http://www.ohnolab.org/~kimoto/freebsd/uvisor.c.diff-current-2005 >>>0430 >>> >>> >>% jpilot-sync -B >>/libexec/ld-elf.so.1: /usr/X11R6/lib/jpilot/plugins/libexpense.so: >>Undefined symbol "jp_logf" >> >>darn! :-( >> >> > >Grab the package, it should work. > > patch committed to -current From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:48: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 A84C216A4CE; Wed, 4 May 2005 00:48:02 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59ED643D73; Wed, 4 May 2005 00:48:02 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DT83V-0006Jl-00; Wed, 04 May 2005 02:48:01 +0200 Received: from [84.163.252.110] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DT83U-0003VJ-00; Wed, 04 May 2005 02:48:01 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Wed, 4 May 2005 02:48:23 +0200 User-Agent: KMail/1.8 References: <200505031604.21311.max@love2party.net> <200505031954.13739.max@love2party.net> <427818E0.2070702@tech-21.com.hk> In-Reply-To: <427818E0.2070702@tech-21.com.hk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4070643.Hjzg6TYpzi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505040248.34607.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: sam cc: freebsd-pf@freebsd.org Subject: Re: HEADSUP: pf import [done] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 00:48:02 -0000 --nextPart4070643.Hjzg6TYpzi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 04 May 2005 02:35, sam wrote: > Is the new import included in 5.4 Release? No it isn't and it will not be MFCed to RELENG_5. This import breaks API/A= BI=20 for both kernel and userland and thus is not allowed for MFC to a STABLE=20 branch. I will post patches to get it to RELENG_5 (the earlier patch[1] is just fin= e,=20 actually). [1] http://people.freebsd.org/~mlaier/pf37/pf37.20050429.tar.gz =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4070643.Hjzg6TYpzi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCeBviXyyEoT62BG0RAonBAJ0RGF3nwaz+FHIT3dIhs0iUAuYQvQCferB3 Ja94pkyGqQ0PjNlGNHXufTM= =Vg/r -----END PGP SIGNATURE----- --nextPart4070643.Hjzg6TYpzi-- From owner-freebsd-current@FreeBSD.ORG Wed May 4 00:53: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 D062D16A4CE for ; Wed, 4 May 2005 00:53:14 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC0943D6B for ; Wed, 4 May 2005 00:53:14 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so20537wra for ; Tue, 03 May 2005 17:53:07 -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=dIU2Af42qfrVP3OHaJ1Cum3OOD2f/IB9DyaYB1+J6yDz/6HfQvEqELaJqJ6nVzplnbQqvV5MZeenp+s8a310ncJfwilfj3VvWEaQsrGCqNwJVA9+XOP7HPS33nMKH1B5pcdobU4AfyvoaSwbh5Pwh17R3BXsc0qpqz/ONH1MCdc= Received: by 10.54.15.21 with SMTP id 21mr11286wro; Tue, 03 May 2005 17:53:06 -0700 (PDT) Received: by 10.54.37.79 with HTTP; Tue, 3 May 2005 17:53:06 -0700 (PDT) Message-ID: <9533da6c050503175323c0a355@mail.gmail.com> Date: Tue, 3 May 2005 18:53:06 -0600 From: Travis Poppe To: Scott Long In-Reply-To: <42781A3B.1040509@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <9533da6c050503173261897e65@mail.gmail.com> <42781A3B.1040509@samsco.org> cc: freebsd-current@freebsd.org cc: tlp@liquidx.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 00:53:14 -0000 > > Other than "political" disagreements, are there really any good reasons= for us > > not to look into using BSD Installer as a replacement for sysinstall? Scott Long wrote: > There really are very few political forces that shape things between > the BSD's, whereas the amount of cooperation is actually quite strong > and pleasant. Hyping up the politics myth only does a disservice to > everyone. Ah. This was not my intention. The myth must have bitten me at some point, because I have been under the impression that it was a factor. My apologies. -Travis Poppe From owner-freebsd-current@FreeBSD.ORG Wed May 4 03:36: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 ED76F16A4CE for ; Wed, 4 May 2005 03:36:42 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE93B43D5F for ; Wed, 4 May 2005 03:36:41 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.22] (andersonbox2.centtech.com [192.168.42.22]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j443aVh2095043 for ; Tue, 3 May 2005 22:36:32 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <4278433E.3050006@centtech.com> Date: Tue, 03 May 2005 22:36:30 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Bluetooth device broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 03:36:43 -0000 I'm trying to get the internal Bluetooth adapter in my Dell D610 working. I see these messages on boot: ubt0: vendor 0x413c product 0x8103, rev 2.00/16.57, addr 2 ubt0: vendor 0x413c product 0x8103, rev 2.00/16.57, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ... start_init: trying /sbin/init WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() WARNING: attempt to net_add_domain(netgraph) after domainfinalize() Partial output from usbdevs -v: Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1, product 0x8103(0x8103), vendor 0x413c(0x413c), rev 16.57 Do I just need to add the device info in a table somewhere, or are there other issues (from the 'attempt to net_add_domain...' stuff)? 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 Wed May 4 04:34: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 189F216A4CE for ; Wed, 4 May 2005 04:34:31 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDD5B43D2F for ; Wed, 4 May 2005 04:34:30 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j444YKiQ028204; Tue, 3 May 2005 21:34:20 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j444YH4K028199; Tue, 3 May 2005 21:34:17 -0700 Date: Tue, 3 May 2005 21:34:17 -0700 From: Brooks Davis To: sam Message-ID: <20050504043417.GB26445@odin.ac.hmc.edu> References: <9533da6c050503173261897e65@mail.gmail.com> <42781AFD.8060803@tech-21.com.hk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <42781AFD.8060803@tech-21.com.hk> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 04:34:31 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 04, 2005 at 08:44:45AM +0800, sam wrote: > Travis Poppe wrote: >=20 > >Hello all, > > > >For quite some time I've been looking forward to seeing sysinstall go > >and be replaced with a new system that's user interface agnostic. This > >would allow developers to create a user interface of their choice > >without having to muck around with the internals of the installer. It > >seems that one of the major reasons this hasn't happened yet is simply > >due to lack of development. > > > >Correct me of I'm wrong, but as far as I know, this is what BSD > >Installer (the DragonFly team's installer) currently does. Other than > >"political" disagreements, are there really any good reasons for us > >not to look into using BSD Installer as a replacement for sysinstall? > >I believe either FreeSBIE or LiveBSD (FreeBSD LiveCD distributions) > >has already included the BSD Installer in a recent release. > > > >I know Scott Long has posed this idea to the list in the past. BSD > >Installer would provide the framework needed to make bells and > >whistles such as graphical installers and so forth much more likely in > >the future. If there are some out there who dislike the interface > >provided by BSD Installer, I don't think it would be too difficult to > >write a sysinstall lookalike UI for their system. > > > >=20 > > > I found the idea of bsdinstaller is designed for live CD, and the=20 > installation must be started in multi-user-mode, because when start up=20 > bsdinstaller, its background process is listening to port 9999, and the= =20 > GUI program start IPC with this port, then the installation begin. > As I have looked into the code, its IPC code does support pipe,=20 > althought I haven't had it tested, but I believe it is not too hard to=20 > change it into pipe, so the entire installation can be merged into=20 > FreeBSD for single-usr-mode installation. It's worth noting that the install CD is now a full live file system. I think it would be highly worthwhile if someone wanted to make sysinstall unmagic so it was run as part of a multiuser boot. The next obvious step would be to add a hook to allow the user to select an installer with sysinstall as the default (maybe even with a timeout). Once you've got that you can play with many installers easily. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCeFDJXY6L6fI4GtQRAgYIAJwILHNW2J0HkexBfKTBGlt46/5/HQCfXZGE dXXAEI1PGuyyQgx50VrThXQ= =l8pL -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-current@FreeBSD.ORG Wed May 4 08:34: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 8596B16A4CE; Wed, 4 May 2005 08:34:33 +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 9151B43D4C; Wed, 4 May 2005 08:34:32 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j448Y1jj006499; Wed, 4 May 2005 10:34:02 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j448Y1mW067263; Wed, 4 May 2005 10:34:01 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: current@FreeBSD.org Date: Wed, 4 May 2005 10:34:01 +0200 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200505041034.01712.josemi@redesjm.local> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.155; host: antares.redesjm.local) cc: hackers@FreeBSD.org Subject: Fwd: Re: MFC pxe fixes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 08:34:33 -0000 I think this is really a current/hackers thread. =2D--------- Mensaje reenviado ---------- Subject: Re: MFC pxe fixes Date: Mi=E9rcoles, 4 de Mayo de 2005 10:30 =46rom: Jose M Rodriguez To: Danny Braniss Cc: Jose M Rodriguez , stable@freebsd.org El Mi=E9rcoles, 4 de Mayo de 2005 09:36, Danny Braniss escribi=F3: > sorry if this looks like im highjacking hte thread, but i've > submitted a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D61239 > which among other things, places ALL the dhcp variables in the > environment. > > danny I can't see how this will be on FreeBSD-5.4 or -stable. If you're interested on this, open a thread on current. This is about making pxeboot compiled with LOADER_TFTP_SUPPORT defined works as documented. Also, point that your workplan makes a second bootp transaction needed. Try make the bootp/dhcp packet parser independent of bootp.c (At last, exportable), so we can parse the 'bootplayer' binary packet pxe allready have. ALso, I'm not sure we can redefine CLASSID without breaking PXE (not dhcp) compatibility. Remember that the PXE bios has allready do the bootp/dhcp transaction for us, and the correct path is only parse the 'bootplayer' (really a bootp/dhcp packet in binary form) than we get from the bios. =2D- josemi =2D- josemi =2D------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed May 4 08:53: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 3563916A4CE for ; Wed, 4 May 2005 08:53:01 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98DAC43D80 for ; Wed, 4 May 2005 08:53:00 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 6F0E48B7; Wed, 4 May 2005 04:51:52 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 448CE8C; Wed, 4 May 2005 04:51:48 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTFdV-0000H3-FV; Wed, 04 May 2005 09:53:41 +0100 Date: Wed, 4 May 2005 09:53:41 +0100 From: Brian Candler To: Travis Poppe Message-ID: <20050504085341.GB780@uk.tiscali.com> References: <9533da6c050503173261897e65@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9533da6c050503173261897e65@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: tlp@liquidx.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 08:53:01 -0000 On Tue, May 03, 2005 at 06:32:42PM -0600, Travis Poppe wrote: > For quite some time I've been looking forward to seeing sysinstall go > and be replaced with a new system that's user interface agnostic. This > would allow developers to create a user interface of their choice > without having to muck around with the internals of the installer. It > seems that one of the major reasons this hasn't happened yet is simply > due to lack of development. > > Correct me of I'm wrong, but as far as I know, this is what BSD > Installer (the DragonFly team's installer) currently does. I'm very interested in seeing improvements to the installation and management utilities, but I think many of the current problems are architectural in the way the base system is packaged, which to me means we need to widen the discussion to more than just the 'installer' program. Jordan Hubbard wrote an article about these sorts of issues a long while back. It took me a while to find it, but here it is: http://people.freebsd.org/~jkh/package-and-install.txt Five years on, and it reads as if it were written yesterday. Also note here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=4914+0+archive/2001/freebsd-announce/20010916.freebsd-announce There are links to a binary updater project and a sysinstall replacement project. Both are dead as far as I can tell. And from about a year ago: http://lists.freebsd.org/pipermail/freebsd-libh/2004-May/000031.html I think this shows that: (1) we're going over old ground; (2) producing a solution which eliminates the weaknesses of the current installer is actually much more difficult than people generally think; and (3) this discussion probably belongs somewhere other than freebsd-current. The main problems that have affected me with sysinstall, mostly relating to binary upgrades, are listed below. Most of these would require a lot more radical overhaul to fix than just replacing sysinstall with something that has prettier buttons. That's not to say there's no value in just replacing sysinstall with a prettier UI, but it would leave a lot of things unsolved. I see little use in having an easy first-time install if upgrading to future versions is not equally easy. In that case, FreeBSD is likely to become labelled as "insecure" as it discourages people from keeping up to date. Now that I have tons of bandwidth on DSL and a fast CPU on my desktop I've moved to doing source upgrades, but there are plenty of people in the world who: (a) don't have the bandwidth or CPU (b) don't have the experience (c) conceptually prefer the idea of running the exact binaries that were released by the FreeBSD project [I fall into that group] (d) have hundreds of live servers which need to be upgraded, and don't see why they should have to compile the OS hundreds of times, degrading the service on those machines while it takes place, nor have to build the necessary infrastructure such as a local cvsup mirror. Personally, I think that addressing the needs of these groups of people is more important than making sysinstall prettier. Regards, Brian. ----------------------- Fundamental issues with the current installation/upgrade process: 1. You have a choice of distribution sets to install, but your choice is not recorded. Hence when you upgrade, you have to try to remember which distribution sets to upgrade. To be safe, whenever you do a binary upgrade to have to select "All" distribution sets. 2. No record is made of which files were installed; when you upgrade, it just untars the new distribution(s) on top of the old. Any files which were in the original system but which should not be there on the new system, are left lying around. This problem especially affects source code; at the moment the only safe approach is to rm -rf /usr/src and reinstall it all from scratch (which loses your custom kernel configs unless you copy them first) 3. There is no 'mergemaster' type functionality in a binary upgrade. You either get stuck with stale configs, or you manually compare the new configs to the old. Inexperienced admins are likely to be left with old and broken configs. 4. Even with a source upgrade, 'mergemaster' is not clever enough to upgrade files which you have not touched automatically. This is especially true of the /etc/rc.d/* scripts. You'll see it when upgrading from 5.3 to 5-STABLE; you are presented with diffs for dozens of scripts, stuff in /etc/mtree and so on. The issue is that for each one, the user has to remember that she did not make any changes to that script herself, and hit 'i' to confirm the installation. I think the upgrade should be clever enough to say that if file X was not touched by the sysadmin, then it can be safely and automatically replaced by the new version of file X. To achieve this would mean keeping a database of checksums/hashes of files under /etc. The existing logic, which says do nothing if the RCS IDs are the same, should be kept as well of course. (Personally I don't consider /etc/rc.d/* scripts to be "configuration" data; I see them more like /etc/defaults/* files, which are part of the system and you're not supposed to touch. But a system which automatically replaces them only if you haven't touched them yourself would be fine for everyone. "rpm" has had this functionality for years) 5. There should be a straightforward way to say 'upgrade all installed packages to the latest ones which are on the CD (or FTP)'. I know this is probably possible using portinstall with an appropriate set of options, but it's a basic sysadmin function which should be achievable through the interface. From owner-freebsd-current@FreeBSD.ORG Wed May 4 09:38: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 E321916A4CE for ; Wed, 4 May 2005 09:38:21 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88FF443D5C for ; Wed, 4 May 2005 09:38: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 50CFA8B8; Wed, 4 May 2005 05:38:09 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 0BF6C8D; Wed, 4 May 2005 05:38:07 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTGMK-0000Mm-VX; Wed, 04 May 2005 10:40:00 +0100 Date: Wed, 4 May 2005 10:40:00 +0100 From: Brian Candler To: Randy Bush Message-ID: <20050504094000.GA1143@uk.tiscali.com> References: <6.1.0.6.2.20050426233321.084e9210@cobalt.antimatter.net> <51899.216.177.243.42.1114584317.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <20050502195456.GA1226@uk.tiscali.com> <17015.43023.924186.422635@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17015.43023.924186.422635@roam.psg.com> User-Agent: Mutt/1.4.2.1i 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: Wed, 04 May 2005 09:38:22 -0000 On Tue, May 03, 2005 at 06:34:23AM -1000, Randy Bush wrote: > > One of the reasons I ditched Linux several years ago was the way Linux > > shifts constantly. A good example is the firewalling code: once upon a > > time there was ipfw. Then that was replaced by ipfwadm. Then that was > > discarded, and replaced by ipchains. Which in turn was discarded and > > replaced by iptables. (Or was that the other way round? I don't follow it > > closely these days) > > yep. another way: this sounds as if you see freebsd as a workhorse > production system as opposed to a hobby where the more of your time > it absorbs the better it is. Yes, that's a fair summary. However, historically there was a big up-front investment in FreeBSD until you get to that point. I think this is much less so nowadays. In particular, the handbook is excellent, and a lot of essential utilities which you had to install as add-ons are now included as standard (e.g. gzip, tar with -z flag) Now the only essential package to install is a POSIX shell with interactive command history - i.e. "bash" - and it looks like /bin/sh has now gained that capability too, although sadly not tab-completion. It's still fair to say that the tools for [install, upgrade, configure] have a number of problems, especially for those new to FreeBSD. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue May 3 12:56: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 59B4E16A4D0 for ; Tue, 3 May 2005 12:56:42 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E14743D68 for ; Tue, 3 May 2005 12:56:41 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A74FA.dip.t-dialin.net [84.154.116.250]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j43CuX8o007514; Tue, 3 May 2005 14:56:34 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j43CuSxx001888; Tue, 3 May 2005 14:56:29 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j43CuSud037650; Tue, 3 May 2005 14:56:28 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505031256.j43CuSud037650@fire.jhs.private> To: Lyndon Nerenberg In-Reply-To: Message from Lyndon Nerenberg Date: Tue, 03 May 2005 14:56:28 +0200 From: "Julian H. Stacey" X-Mailman-Approved-At: Wed, 04 May 2005 11:49:01 +0000 cc: Emanuel Strobl cc: Peter Jeremy cc: freebsd-current@freebsd.org cc: Alex Zbyslaw Subject: Re: groff alternative? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 May 2005 12:56:42 -0000 Lyndon Nerenberg wrote: > --On 2005-4-30 6:00 AM +1000 Peter Jeremy > wrote: > > > I don't believe the nroff in either 4.3BSD or 2.11BSD can support long > > names and neither include a mdoc(7) implementation. 4.4BSD includes > > mdoc(7) but also GNU groff - though a quick look at the tmac.mdoc* > > files suggests that it might work with an old (4.3 or 2.11) nroff. > > When the Solaris 10 source is released there will be an up-to-date > alternative to groff. I'm planning to switch over to the Solaris troff > ASAP. I've already started fixing mdoc to work with ditroff on another > Solaris 10 box. OK, this is off original topic of search for a micro roff, but:.. Old FreeBSD groff allowed .PSPIC inch.eps 3.04i 0.2c R .\" 7.6c from left, 0.3 width, 1.049i long .PSPIC -I 7.6c point.eps 0.3c 1.049i .PSPIC inc/vsl_logo.eps 6.8c 0.4c ie seperate vertical & horizontal scale factors & offsets. Apparently that full functionality was back in PWB version of some code. The new FreeBSD (GNU) groff/ pic/ whatever only seems to allow a degenerate sub set. I too will be looking around to personaly dump this new .PSPIC & find some old roff / pic filter sources whatever, as soon as I get time to find out what to discard & replace to avoid this crippled .PSPIC - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Wed May 4 06:02: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 21D2716A4CE; Wed, 4 May 2005 06:02:01 +0000 (GMT) Received: from ns2.wananchi.com (ns2.wananchi.com [62.8.64.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B6D143D55; Wed, 4 May 2005 06:02:00 +0000 (GMT) (envelope-from wash@wananchi.com) Received: from wash by ns2.wananchi.com with local (Exim 4.44 #0 (FreeBSD 4.11-STABLE)) id 1DTCx3-00083j-JH by authid ; Wed, 04 May 2005 09:01:41 +0300 Date: Wed, 4 May 2005 09:01:41 +0300 From: Odhiambo Washington To: freebsd-pf@freebsd.org, freebsd-current@freebsd.org Message-ID: <20050504060141.GC57356@ns2.wananchi.com> Mail-Followup-To: Odhiambo Washington , freebsd-pf@freebsd.org, freebsd-current@freebsd.org References: <200505031604.21311.max@love2party.net> <200505031954.13739.max@love2party.net> <427818E0.2070702@tech-21.com.hk> <200505040248.34607.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <200505040248.34607.max@love2party.net> X-Disclaimer: Any views expressed in this message,where not explicitly attributed otherwise, are mine alone!. X-Mailer: Mutt 1.5.9i (2005-03-13) X-Designation: Systems Administrator, Wananchi Online Ltd. X-Location: Nairobi, KE, East Africa. User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Wed, 04 May 2005 11:49:01 +0000 Subject: Re: HEADSUP: pf import [done] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 06:02:01 -0000 * Max Laier [20050504 03:49]: wrote: > On Wednesday 04 May 2005 02:35, sam wrote: > > Is the new import included in 5.4 Release? >=20 > No it isn't and it will not be MFCed to RELENG_5. This import breaks API= /ABI=20 > for both kernel and userland and thus is not allowed for MFC to a STABLE= =20 > branch. >=20 > I will post patches to get it to RELENG_5 (the earlier patch[1] is just f= ine,=20 > actually). >=20 > [1] http://people.freebsd.org/~mlaier/pf37/pf37.20050429.tar.gz I am a being a bit dense... I run 5.4-STABLE (as in RELENG_5) via cvsup. I've downloaded the above patch and read the instructions and followed, but something is not clear. This is what I've done: mv /usr/src/contrib/pf /usr/src/contrib/pf.old mv /usr/src/sys/contrib/pf /usr/src/sys/contrib/pf.old cp -R contrib/pf/ /usr/src/contrib/pf cp -R sys/contrib/pf /usr/src/sys/contrib/pf cd /usr/src patch -p < ~wash/PROJECTS/PF/pf37.Makefiles.patch =2E.but the instructions say that I should Apply "pf37.*.patch". Where are the other Apply pf37.*.patch other than pf37.Makefiles.patch ?? Have I really done the right thing or have I missed something? TIA -Wash http://www.netmeister.org/news/learn2quote.html -- +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+ |\ _,,,---,,_ | Odhiambo Washington Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 +=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D+ It's a very *__=08=08UN*lucky week in which to be took dead. -- Churchy La Femme From owner-freebsd-current@FreeBSD.ORG Wed May 4 11:27: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 03AE816A4CE for ; Wed, 4 May 2005 11:27:57 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BFF43D48 for ; Wed, 4 May 2005 11:27:55 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4362.dip.t-dialin.net [84.154.67.98]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j44BQk8o013273; Wed, 4 May 2005 13:26:47 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j44BQhmv001251; Wed, 4 May 2005 13:26:44 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j44BQhsu005072; Wed, 4 May 2005 13:26:43 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505041126.j44BQhsu005072@fire.jhs.private> To: Brian Candler In-Reply-To: Message from Brian Candler of "Wed, 04 May 2005 09:53:41 BST." <20050504085341.GB780@uk.tiscali.com> Date: Wed, 04 May 2005 13:26:43 +0200 From: "Julian H. Stacey" cc: freebsd-current@freebsd.org cc: Travis Poppe cc: tlp@liquidx.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 11:27:57 -0000 Brian Candler wrote: > Message-id: <20050504085341.GB780@uk.tiscali.com> > On Tue, May 03, 2005 at 06:32:42PM -0600, Travis Poppe wrote: > > For quite some time I've been looking forward to seeing sysinstall go > > and be replaced with a new system that's user interface agnostic. This > > would allow developers to create a user interface of their choice > > without having to muck around with the internals of the installer. It > > seems that one of the major reasons this hasn't happened yet is simply > > due to lack of development. > > > > Correct me of I'm wrong, but as far as I know, this is what BSD > > Installer (the DragonFly team's installer) currently does. > > I'm very interested in seeing improvements to the installation and > management utilities, but I think many of the current problems are .......... [ Some good point Brian (but I'll omit a `me too' reiteration of bits). ] If anyone's going to be comparing installers, & recoding things, they may want to also look at the http://www.pcbsd.org installer for ideas. A friend who downloaded their .iso tried it & thought the the installer would be a lot easier / more atractive for recruiting newbies. It's under a GNU licence though. - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Wed May 4 12:55: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 838D416A4CE for ; Wed, 4 May 2005 12:55:40 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD6243D6D for ; Wed, 4 May 2005 12:55:39 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so94258rnf for ; Wed, 04 May 2005 05:55:12 -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=mz5q2ZXiuNzUCjZwaTV492xEpTeOk0KLWvqHxJlFLzQFO5elpDEGnTQOi7TMBz28WGB0b49sfzHpFNjOh1Kd07/KrN7gOblVJRQhWPyUT6Griu5/xbZsqM++/DdYBSqOiiysW9QltwUxvo6mw8CLAyW+UJGTxkjq2wlqRsKC9Tc= Received: by 10.39.3.79 with SMTP id f79mr818087rni; Wed, 04 May 2005 05:55:12 -0700 (PDT) Received: by 10.38.101.19 with HTTP; Wed, 4 May 2005 05:55:12 -0700 (PDT) Message-ID: Date: Wed, 4 May 2005 21:55:12 +0900 From: Eric Kjeldergaard To: Brian Candler In-Reply-To: <20050504085341.GB780@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <9533da6c050503173261897e65@mail.gmail.com> <20050504085341.GB780@uk.tiscali.com> cc: freebsd-current@freebsd.org cc: Travis Poppe cc: tlp@liquidx.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 12:55:40 -0000 > Fundamental issues with the current installation/upgrade process: >=20 > 1. You have a choice of distribution sets to install, but your choice is = not > recorded. Hence when you upgrade, you have to try to remember which > distribution sets to upgrade. To be safe, whenever you do a binary upgrad= e > to have to select "All" distribution sets. Excellent point and actually the remembering of distribution sets in a simple fashion would be pretty easy to just work into an upgrade, I should think. =20 > 2. No record is made of which files were installed; when you upgrade, it > just untars the new distribution(s) on top of the old. Any files which we= re > in the original system but which should not be there on the new system, a= re > left lying around. This problem especially affects source code; at the > moment the only safe approach is to rm -rf /usr/src and reinstall it all > from scratch (which loses your custom kernel configs unless you copy them > first) > > 3. There is no 'mergemaster' type functionality in a binary upgrade. You > either get stuck with stale configs, or you manually compare the new conf= igs > to the old. Inexperienced admins are likely to be left with old and broke= n > configs. This is a problem, as stated, for inexperienced admins. Whether or not we should actually play to inexperienced admins is a bit of a question, but sometimes this is also a problem for not-so-inexperienced admins, if just an inconvenience. When config files are non-back-compatible, things can be pretty ugly. At the very least a notification system or similar about new configs. Perhaps something similar to what gentoo's emerge does with config files? > 4. Even with a source upgrade, 'mergemaster' is not clever enough to upgr= ade > files which you have not touched automatically. This is especially true o= f > the /etc/rc.d/* scripts. You'll see it when upgrading from 5.3 to 5-STABL= E; > you are presented with diffs for dozens of scripts, stuff in /etc/mtree a= nd > so on. The issue is that for each one, the user has to remember that she = did > not make any changes to that script herself, and hit 'i' to confirm the > installation. > > I think the upgrade should be clever enough to say that if file X was not > touched by the sysadmin, then it can be safely and automatically replaced= by > the new version of file X. To achieve this would mean keeping a database = of > checksums/hashes of files under /etc. The existing logic, which says do > nothing if the RCS IDs are the same, should be kept as well of course. >=20 > (Personally I don't consider /etc/rc.d/* scripts to be "configuration" da= ta; > I see them more like /etc/defaults/* files, which are part of the system = and > you're not supposed to touch. But a system which automatically replaces t= hem > only if you haven't touched them yourself would be fine for everyone. "rp= m" > has had this functionality for years) I fear that mergemaster is an issue which would need to be tackled simultaneously. Perhaps this is part of what makes the problem larger than it first appears. It would be nice to have a system which gracefully and flexibly could upgrade configuration files and rc scripts. There is a problem with upgrading any "untouched" config file in that often I like the defaults as they were and more the config before I think about changing it. If the defaults were to change, I, for one, would dislike it if just because I didn't change the old defaults, I was moved to the new defaults. I would hesitate to do much without the user actually explicitly causing it. =20 > 5. There should be a straightforward way to say 'upgrade all installed > packages to the latest ones which are on the CD (or FTP)'. I know this is > probably possible using portinstall with an appropriate set of options, b= ut > it's a basic sysadmin function which should be achievable through the > interface. This would be nice I think something like portmanager or portupgrade or similar would be a nice thing to get in base. (Not trying to bloat base...and not portupgrade if it would add ruby to base.) Mostly wanted to say that I appreciate this being brought up again (though it has been brought up many times) because there is no apparent opposition to replacing or upgrading sysinstall and it would benefit a LOT of users. --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Wed May 4 13: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 0091A16A4D9; Wed, 4 May 2005 13:07:27 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF79743D54; Wed, 4 May 2005 13:07:26 +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 j44CYalO069954; Wed, 4 May 2005 08:34:36 -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 j44CYaQ6075660; Wed, 4 May 2005 08:34:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8AC977306E; Wed, 4 May 2005 08:34:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050504123436.8AC977306E@freebsd-current.sentex.ca> Date: Wed, 4 May 2005 08:34:36 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 13:07:29 -0000 TB --- 2005-05-04 10:57:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-04 10:57:31 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-05-04 10:57:31 - cleaning the object tree TB --- 2005-05-04 10:58:00 - checking out the source tree TB --- 2005-05-04 10:58:00 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-05-04 10:58:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-04 11:04:31 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-04 11:04:31 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-04 11:04:31 - /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-04 12:12:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-04 12:12:08 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-04 12:12:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 4 12:12:09 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 4 12:29:53 UTC 2005 TB --- 2005-05-04 12:29:53 - generating LINT kernel config TB --- 2005-05-04 12:29:53 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-05-04 12:29:53 - /usr/bin/make -B LINT TB --- 2005-05-04 12:29:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-04 12:29:53 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-05-04 12:29:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 4 12:29:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_ioctl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_norm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/i386/src/sys -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/i386/src/sys/contrib/ngatm -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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_table.c /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_table.c: In function `pfr_get_tstats': /tinderbox/CURRENT/i386/i386/src/sys/contrib/pf/net/pf_table.c:1430: warning: 's' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-05-04 12:34:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-04 12:34:36 - ERROR: failed to build lint kernel TB --- 2005-05-04 12:34:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 4 13: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 4066F16A4CE for ; Wed, 4 May 2005 13:12:34 +0000 (GMT) Received: from smtpq2.home.nl (smtpq2.home.nl [213.51.128.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E673643D77 for ; Wed, 4 May 2005 13:12:33 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from [213.51.128.132] (port=43721 helo=smtp1.home.nl) by smtpq2.home.nl with esmtp (Exim 4.30) id 1DTJfp-0001FZ-M3 for freebsd-current@freebsd.org; Wed, 04 May 2005 15:12:21 +0200 Received: from cc740438-a.deven1.ov.home.nl ([82.72.15.61]:1503 helo=[192.168.1.101]) by smtp1.home.nl with esmtp (Exim 4.30) id 1DTJfo-0000P5-Gz for freebsd-current@freebsd.org; Wed, 04 May 2005 15:12:20 +0200 Message-ID: <4278CA36.6080600@offmyserver.com> Date: Wed, 04 May 2005 15:12:22 +0200 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 13:12:34 -0000 Travis Poppe wrote: > Hello all, > > For quite some time I've been looking forward to seeing sysinstall go > and be replaced with a new system that's user interface agnostic. This > would allow developers to create a user interface of their choice > without having to muck around with the internals of the installer. It > seems that one of the major reasons this hasn't happened yet is simply > due to lack of development. > > Correct me of I'm wrong, but as far as I know, this is what BSD > Installer (the DragonFly team's installer) currently does. Other than > "political" disagreements, are there really any good reasons for us > not to look into using BSD Installer as a replacement for sysinstall? > I believe either FreeSBIE or LiveBSD (FreeBSD LiveCD distributions) > has already included the BSD Installer in a recent release. Scott Ullrich indeed ported it to FreeSBIE. > I know Scott Long has posed this idea to the list in the past. BSD > Installer would provide the framework needed to make bells and > whistles such as graphical installers and so forth much more likely in > the future. If there are some out there who dislike the interface > provided by BSD Installer, I don't think it would be too difficult to > write a sysinstall lookalike UI for their system. > > Please visit http://www.bsdinstaller.org if any of you are interested. > > Thanks, > > -Travis Poppe This is something on my TODO list and is something I've been working on somewhat recently. I'm hoping to have this done by the end of May / beginning of June. --Devon From owner-freebsd-current@FreeBSD.ORG Wed May 4 13:22: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 12B9F16A4CE for ; Wed, 4 May 2005 13:22:56 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA78D43D5D for ; Wed, 4 May 2005 13:22:55 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 8A7D18B7; Wed, 4 May 2005 09:22:36 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 458FC8D; Wed, 4 May 2005 09:22:35 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTJrZ-0000YW-Sy; Wed, 04 May 2005 14:24:29 +0100 Date: Wed, 4 May 2005 14:24:29 +0100 From: Brian Candler To: Bruce M Simpson Message-ID: <20050504132429.GA2105@uk.tiscali.com> References: <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <20050502195456.GA1226@uk.tiscali.com> <17015.43023.924186.422635@roam.psg.com> <20050504094000.GA1143@uk.tiscali.com> <20050504113817.GD22956@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504113817.GD22956@empiric.icir.org> User-Agent: Mutt/1.4.2.1i 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: Wed, 04 May 2005 13:22:56 -0000 On Wed, May 04, 2005 at 12:38:18PM +0100, Bruce M Simpson wrote: > On Wed, May 04, 2005 at 10:40:00AM +0100, Brian Candler wrote: > > Now the only essential package to install is a POSIX shell with interactive > > command history - i.e. "bash" - and it looks like /bin/sh has now gained > > that capability too, although sadly not tab-completion. > > tcsh is in the base system and has that capability. Except: (1) it's not enabled by default (you need "set autolist", which I only discovered recently) (2) it's not a POSIX shell. For me, (2) is serious. I don't want to use a different syntax for redirecting I/O, setting environment variables and looping over arguments, just to get tab-completion. I have done quite a lot of teaching of FreeBSD to newbies (both Unix newbies and ex-Linux users). It's a source of frustration that root's shell is different to a normal user's shell, and also that root's shell is not POSIX. Most Linux distributions solve this simply by using bash for both. Now that /bin/sh has command history, I'd definitely vote for that to be made the default shell for root in FreeBSD-6, and then csh can be left to die in peace as it should have done years ago :-) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed May 4 13:31: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 4FDF216A4CE for ; Wed, 4 May 2005 13:31:50 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74B3C43D69 for ; Wed, 4 May 2005 13:31:48 +0000 (GMT) (envelope-from sam.wun@tech-21.com.hk) Received: (qmail 56810 invoked from network); 4 May 2005 13:31:26 -0000 Received: from unknown (HELO [10.1.184.15]) (samwun@hgcbroadband.com@[221.127.170.22]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 4 May 2005 13:31:26 -0000 Message-ID: <4278CEA4.2030609@tech-21.com.hk> Date: Wed, 04 May 2005 21:31:16 +0800 From: sam User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-pf@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: PF blocking Pass rules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 13:31:50 -0000 Hi, I don't know what happened, I just setup an internal LAN firewall using PF (v3.6). The PF firewall has defaultrouter setup to the external firewall (facing the internet). All my PCs have default gateway setup to the PF firewall. When I start downloading an iso file from some wetsite, the first 13% was fine, then PF firewall suddenly start blocking the traffic from my PC to the external website where I am downloading the file. After a while (about 6 minutes), my download resumed, and stop for 5 mintues, then resumed.... Here are the running rules loaded into the memory in the PF firewall: root@intgw2:/usr/local/etc# pfctl -sr block drop in log all pass quick on xl0 proto pfsync all pass in on fxp0 inet proto carp from 10.1.254.250 to any keep state pass in on fxp1 inet proto carp from 10.3.254.250 to any keep state pass in on fxp0 inet proto tcp from 10.1.0.0/16 to any flags S/SA keep state pass in on fxp0 proto tcp from any to any port 13:156 flags S/SA keep state pass in on fxp0 proto tcp from any to any port 1024:60000 flags S/SA keep state pass in on fxp0 proto udp from any to any port 1024:60000 keep state pass in on fxp0 inet proto udp from 10.1.0.0/16 to any keep state pass in on fxp0 inet proto tcp from any to 255.255.255.255 keep state pass in on fxp0 inet proto udp from any to 255.255.255.255 keep state pass in on fxp0 inet proto tcp from any to 10.1.255.255 keep state pass in on fxp0 inet proto udp from any to 10.1.255.255 keep state pass in on fxp1 proto udp from any to any port 13:156 keep state pass in on fxp1 proto udp from any to any port 1024:60000 keep state pass in on fxp1 inet proto tcp from any to 255.255.255.255 keep state pass in on fxp1 inet proto udp from any to 255.255.255.255 keep state pass in on fxp1 inet proto tcp from any to 10.3.255.255 keep state pass in on fxp1 inet proto udp from any to 10.3.255.255 keep state pass out quick on fxp0 all keep state pass out quick on fxp1 all keep state Some of the block evens are logged as followed: .... 000017 rule 0/0(match): block in on fxp0: IP 10.1.184.15.4156 > 195.141.40.21.80: F 0:0(0) ack 1 win 64800 300869 rule 0/0(match): block in on fxp0: IP 10.1.184.15.4154 > 195.141.40.21.80: F 0:0(0) ack 1 win 64800 100417 rule 0/0(match): block in on fxp0: IP 10.1.184.15.4153 > 195.141.40.21.80: F 0:0(0) ack 1 win 64800 200569 rule 0/0(match): block in on fxp0: IP 10.1.184.15.4152 > 195.141.14.21.80: F 0:0(0) ack 1 win 64800 .... How can I change the PF rule to fix this problem? Thanks Sam. From owner-freebsd-current@FreeBSD.ORG Wed May 4 14:08: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 877FF16A4CE; Wed, 4 May 2005 14:08:57 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B3A43D54; Wed, 4 May 2005 14:08: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 j44E8dsE096014; Wed, 4 May 2005 10:08:39 -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 j44E8dt3056381; Wed, 4 May 2005 10:08:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 197007306E; Wed, 4 May 2005 10:08:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050504140839.197007306E@freebsd-current.sentex.ca> Date: Wed, 4 May 2005 10:08:39 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 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, 04 May 2005 14:08:57 -0000 TB --- 2005-05-04 12:34:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-04 12:34:36 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-05-04 12:34:36 - cleaning the object tree TB --- 2005-05-04 12:35:02 - checking out the source tree TB --- 2005-05-04 12:35:02 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-05-04 12:35:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-04 12:41:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-04 12:41:36 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-04 12:41:36 - /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-04 13:49:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-04 13:49:43 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-04 13:49:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 4 13:49:43 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 4 14:04:36 UTC 2005 TB --- 2005-05-04 14:04:36 - generating LINT kernel config TB --- 2005-05-04 14:04:36 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-05-04 14:04:36 - /usr/bin/make -B LINT TB --- 2005-05-04 14:04:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-04 14:04:36 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-05-04 14:04:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed May 4 14:04:36 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_subr.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_ioctl.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_norm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/i386/pc98/src/sys -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/altq -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/CURRENT/i386/pc98/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 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -fi nstrument-functions -Wno-inline /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_table.c /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_table.c: In function `pfr_get_tstats': /tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf/net/pf_table.c:1430: warning: 's' might be used uninitialized in this function *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-05-04 14:08:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-04 14:08:38 - ERROR: failed to build lint kernel TB --- 2005-05-04 14:08:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 4 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 615F316A4CE; Wed, 4 May 2005 14:25:01 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED3FA43D1F; Wed, 4 May 2005 14:25:00 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.pact.cpes.susx.ac.uk [139.184.130.240]) by mailhost.tao.org.uk (Postfix) with ESMTP id 87F66A633; Wed, 4 May 2005 15:24:30 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 5759D40C2; Wed, 4 May 2005 15:24:25 +0100 (BST) Date: Wed, 4 May 2005 15:24:25 +0100 From: Josef Karthauser To: current@freebsd.org, net@freebsd.org Message-ID: <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org, net@freebsd.org References: <20050502200413.GB46745@genius.tao.org.uk> <20050502202122.GC46745@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline In-Reply-To: <20050502202122.GC46745@genius.tao.org.uk> User-Agent: Mutt/1.5.9i Subject: ipfw broken with bridge under 5.x (5.3 and 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: Wed, 04 May 2005 14:25:01 -0000 --xXmbgvnjoT4axfJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It appear that ipfw doesn't work with bridge in 5.3 and 5.4. The symptoms are that the bridge stops forwarding packets altogether, for me a few minutes after it is set up. It takes a # net.link.ether.bridge_ipfw=3D0 && sleep 5 && net.link.ether.bridge_ipfw= =3D1 to get it back up and running, which it does, but only for a few minutes before it stops working again. The five second sleep is sometimes too long, and sometimes not enough time. Would someone in the know be able to help me to trouble shoot it? (I'm scared of ipfw! :). Thanks! Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkJ42xgACgkQXVIcjOaxUBbaCACg62qFPZEJMbfEWYvqmZgPlMnV nNgAmgKGwkmYB6oOAg19nCSP4qVuMleQ =bsfd -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-current@FreeBSD.ORG Wed May 4 14:30: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 662D716A4CE for ; Wed, 4 May 2005 14:30:20 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC5D43D62 for ; Wed, 4 May 2005 14:30:19 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4362.dip.t-dialin.net [84.154.67.98]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j44ETc8o013756; Wed, 4 May 2005 16:29:39 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j44ETa77001719; Wed, 4 May 2005 16:29:36 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j44ETZMh036122; Wed, 4 May 2005 16:29:35 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505041429.j44ETZMh036122@fire.jhs.private> To: Brian Candler In-Reply-To: Message from Brian Candler of "Wed, 04 May 2005 14:24:29 BST." <20050504132429.GA2105@uk.tiscali.com> Date: Wed, 04 May 2005 16:29:35 +0200 From: "Julian H. Stacey" cc: Bruce M Simpson 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: Wed, 04 May 2005 14:30:20 -0000 Brian Candler wrote: > On Wed, May 04, 2005 at 12:38:18PM +0100, Bruce M Simpson wrote: > > On Wed, May 04, 2005 at 10:40:00AM +0100, Brian Candler wrote: > > > Now the only essential package to install is a POSIX shell with interactive > > > command history - i.e. "bash" - and it looks like /bin/sh has now gained > > > that capability too, although sadly not tab-completion. > > > > tcsh is in the base system and has that capability. > > Except: > > (1) it's not enabled by default (you need "set autolist", which I only > discovered recently) FreeBSD-5.3 (with csh & tcsh) linked does completion without autolist set. man csh: If the autolist shell variable is set, the shell lists the remaining choices (if any) whenever completion fails: - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Wed May 4 14:48: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 C061516A4CE; Wed, 4 May 2005 14:48:07 +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 7CA9643D62; Wed, 4 May 2005 14:48:04 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j44ElYDx001658; Wed, 4 May 2005 16:47:34 +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 j44ElX4J095042; Wed, 4 May 2005 16:47:33 +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: Wed, 4 May 2005 16:47:32 +0200 User-Agent: KMail/1.8 References: <20050502200413.GB46745@genius.tao.org.uk> <20050502202122.GC46745@genius.tao.org.uk> <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> In-Reply-To: <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505041647.33609.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.157; host: antares.redesjm.local) cc: Josef Karthauser cc: current@freebsd.org cc: net@freebsd.org Subject: Re: ipfw broken with bridge under 5.x (5.3 and 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: Wed, 04 May 2005 14:48:07 -0000 El Mi=E9rcoles, 4 de Mayo de 2005 16:24, Josef Karthauser escribi=F3: > It appear that ipfw doesn't work with bridge in 5.3 and 5.4. The > symptoms are that the bridge stops forwarding packets altogether, > for me a few minutes after it is set up. It takes a > > # net.link.ether.bridge_ipfw=3D0 && sleep 5 && > net.link.ether.bridge_ipfw=3D1 > > to get it back up and running, which it does, but only for a few > minutes before it stops working again. The five second sleep is > sometimes too long, and sometimes not enough time. > > Would someone in the know be able to help me to trouble shoot it? > (I'm scared of ipfw! :). > > Thanks! > Joe Are your rules stopping arp or so? Remember make pass this kind of=20 traffic at layer2. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed May 4 14:48: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 C061516A4CE; Wed, 4 May 2005 14:48:07 +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 7CA9643D62; Wed, 4 May 2005 14:48:04 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j44ElYDx001658; Wed, 4 May 2005 16:47:34 +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 j44ElX4J095042; Wed, 4 May 2005 16:47:33 +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: Wed, 4 May 2005 16:47:32 +0200 User-Agent: KMail/1.8 References: <20050502200413.GB46745@genius.tao.org.uk> <20050502202122.GC46745@genius.tao.org.uk> <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> In-Reply-To: <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505041647.33609.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.157; host: antares.redesjm.local) cc: Josef Karthauser cc: current@freebsd.org cc: net@freebsd.org Subject: Re: ipfw broken with bridge under 5.x (5.3 and 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: Wed, 04 May 2005 14:48:08 -0000 El Mi=E9rcoles, 4 de Mayo de 2005 16:24, Josef Karthauser escribi=F3: > It appear that ipfw doesn't work with bridge in 5.3 and 5.4. The > symptoms are that the bridge stops forwarding packets altogether, > for me a few minutes after it is set up. It takes a > > # net.link.ether.bridge_ipfw=3D0 && sleep 5 && > net.link.ether.bridge_ipfw=3D1 > > to get it back up and running, which it does, but only for a few > minutes before it stops working again. The five second sleep is > sometimes too long, and sometimes not enough time. > > Would someone in the know be able to help me to trouble shoot it? > (I'm scared of ipfw! :). > > Thanks! > Joe Are your rules stopping arp or so? Remember make pass this kind of=20 traffic at layer2. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed May 4 15:00:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F6416A4CE for ; Wed, 4 May 2005 15:00:44 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46D1543D3F for ; Wed, 4 May 2005 15:00:44 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id A9B4F8B7; Wed, 4 May 2005 11:00:17 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 4BC1D8C; Wed, 4 May 2005 11:00:15 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTLO5-0000fe-Eg; Wed, 04 May 2005 16:02:09 +0100 Date: Wed, 4 May 2005 16:02:09 +0100 From: Brian Candler To: "Julian H. Stacey" Message-ID: <20050504150209.GA2516@uk.tiscali.com> References: <20050504132429.GA2105@uk.tiscali.com> <200505041429.j44ETZMh036122@fire.jhs.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505041429.j44ETZMh036122@fire.jhs.private> User-Agent: Mutt/1.4.2.1i cc: Bruce M Simpson 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: Wed, 04 May 2005 15:00:44 -0000 On Wed, May 04, 2005 at 04:29:35PM +0200, Julian H. Stacey wrote: > > > tcsh is in the base system and has that capability. > > > > Except: > > > > (1) it's not enabled by default (you need "set autolist", which I only > > discovered recently) > > FreeBSD-5.3 (with csh & tcsh) linked does completion without autolist set. > man csh: > If the autolist shell variable is set, the shell lists the remaining > choices (if any) whenever completion fails: Erm?? As you point out, it says "If the autolist shell variable is set" ^^ ^^^^^^ And furthermore, the example which follows it shows: > set autolist > nm /usr/lib/libt[tab] libtermcap.a@ libtermlib.a@ > nm /usr/lib/libterm "set autolist" could be made the default in /etc/csh.cshrc if desired. However, this still doesn't alter the fact that csh is a non-POSIX shell. A long time ago I came across a very good explanation of why csh is totally unsuitable for scripting; you can probably find it yourself by googling. But it seems pointless to have one shell for interactive use and a different and incompatible one for scripting; and for `pw useradd` to choose /bin/sh when creating new users, but for root to have /bin/csh! This is just an inconsistency in FreeBSD. Why does root have /bin/csh as its shell? I imagine that it's because it has interactive command editing and history. Now that /bin/sh has that feature, is there any reason for this inconsistency to remain? I'm not opposed to csh remaining bundled with the system indefinitely, for those who want it, and for historical purposes. But I don't see why people should need to be exposed to it these days. Give them /bin/sh, which now has basic history and command editing, and if they find limitations in that, they can always upgrade to "bash" from packages. (Or they can switch to csh, but then they've made an explicit decision to do so, rather than inflicting it on everyone) Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed May 4 15:10: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 3AC3916A4CE for ; Wed, 4 May 2005 15:10:05 +0000 (GMT) Received: from smtpq3.home.nl (smtpq3.home.nl [213.51.128.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E147A43D5C for ; Wed, 4 May 2005 15:10:04 +0000 (GMT) (envelope-from dodell@offmyserver.com) Received: from [213.51.128.132] (port=51238 helo=smtp1.home.nl) by smtpq3.home.nl with esmtp (Exim 4.30) id 1DTKxE-00024y-Al for freebsd-current@freebsd.org; Wed, 04 May 2005 16:34:24 +0200 Received: from cc740438-a.deven1.ov.home.nl ([82.72.15.61]:1620 helo=[192.168.1.101]) by smtp1.home.nl with esmtp (Exim 4.30) id 1DTKxD-00062a-7t for freebsd-current@freebsd.org; Wed, 04 May 2005 16:34:23 +0200 Message-ID: <4278DD71.20400@offmyserver.com> Date: Wed, 04 May 2005 16:34:25 +0200 From: "Devon H. O'Dell" User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200505041429.j44ETZMh036122@fire.jhs.private> In-Reply-To: <200505041429.j44ETZMh036122@fire.jhs.private> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean 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: Wed, 04 May 2005 15:10:05 -0000 Julian H. Stacey wrote: > Brian Candler wrote: > >>On Wed, May 04, 2005 at 12:38:18PM +0100, Bruce M Simpson wrote: >> >>>On Wed, May 04, 2005 at 10:40:00AM +0100, Brian Candler wrote: >>> >>>>Now the only essential package to install is a POSIX shell with interactive >>>>command history - i.e. "bash" - and it looks like /bin/sh has now gained >>>>that capability too, although sadly not tab-completion. >>> >>>tcsh is in the base system and has that capability. >> >>Except: >> >>(1) it's not enabled by default (you need "set autolist", which I only >> discovered recently) > > > FreeBSD-5.3 (with csh & tcsh) linked does completion without autolist set. > man csh: > If the autolist shell variable is set, the shell lists the remaining > choices (if any) whenever completion fails: > - > Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com > Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. Also: prompt# ls /some/path/^D file1 file2 file3 file34567 file9 file99 prompt# ls /some/path/ prompt# ls /some/path/file3^D file3 file34567 prompt# ls /some/path/file3 ^D is quite useful in tcsh ;) --Devon From owner-freebsd-current@FreeBSD.ORG Wed May 4 15:29: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 8365416A4CE for ; Wed, 4 May 2005 15:29:05 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D2443D31 for ; Wed, 4 May 2005 15:29:05 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) id j44FPWWO001608; Wed, 4 May 2005 08:25:32 -0700 (PDT) Received: from [10.1.1.245] (nfw1.codefab.com [199.103.21.225]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id j44FPU5p016932; Wed, 4 May 2005 08:25:31 -0700 (PDT) In-Reply-To: <20050504132429.GA2105@uk.tiscali.com> References: <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <20050502195456.GA1226@uk.tiscali.com> <17015.43023.924186.422635@roam.psg.com> <20050504094000.GA1143@uk.tiscali.com> <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <5207b55e44478fa93e3689ad79b54f4d@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 4 May 2005 11:25:30 -0400 To: Brian Candler X-Mailer: Apple Mail (2.622) cc: FreeBSD Current 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: Wed, 04 May 2005 15:29:05 -0000 On May 4, 2005, at 9:24 AM, Brian Candler wrote: > (2) it's not a POSIX shell. > > For me, (2) is serious. I don't want to use a different syntax for > redirecting I/O, setting environment variables and looping over > arguments, > just to get tab-completion. [ ... ] > Now that /bin/sh has command history, I'd definitely vote for that to > be > made the default shell for root in FreeBSD-6, and then csh can be left > to > die in peace as it should have done years ago :-) Agreed. I consider it a serious misfortune that FreeBSD doesn't use /bin/sh as root's shell. On the other hand, it's easy enough to fix, so I haven't spent my time complaining about this. :-) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed May 4 16:46: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 4DF4816A4CE for ; Wed, 4 May 2005 16:46:42 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E01643D5A for ; Wed, 4 May 2005 16:46:41 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A4AF1.dip.t-dialin.net [84.154.74.241]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j44GkO8o014111; Wed, 4 May 2005 18:46:25 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j44GkKfK002037; Wed, 4 May 2005 18:46:21 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.3/8.13.3) with ESMTP id j44GkKXw037042; Wed, 4 May 2005 18:46:20 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200505041646.j44GkKXw037042@fire.jhs.private> To: Brian Candler In-Reply-To: Message from Brian Candler of "Wed, 04 May 2005 16:02:09 BST." <20050504150209.GA2516@uk.tiscali.com> Date: Wed, 04 May 2005 18:46:20 +0200 From: "Julian H. Stacey" cc: Bruce M Simpson 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: Wed, 04 May 2005 16:46:42 -0000 Brian Candler wrote: > On Wed, May 04, 2005 at 04:29:35PM +0200, Julian H. Stacey wrote: > > > > tcsh is in the base system and has that capability. > > > > > > Except: > > > > > > (1) it's not enabled by default (you need "set autolist", which I only > > > discovered recently) > > > > FreeBSD-5.3 (with csh & tcsh) linked does completion without autolist set. > > man csh: > > If the autolist shell variable is set, the shell lists the remaining > > choices (if any) whenever completion fails: > > Erm?? As you point out, it says "If the autolist shell variable is set" Tab completion is on by default: Works without needing to know to set autolist. > Why does root have /bin/csh as its shell? Probably because we have BSD inheritance, not AT&T Posix. Csh vi & ^Z job control were all available around 1980 or so I recall, & were part of what made people keen on BSD. Right or wrong, if it changed now, it'd cause suprise to existing users. Linux is an orphan, & free to switch shells at will. BSD has inheritance. - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Wed May 4 17:13: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 AEBB216A4CF; Wed, 4 May 2005 17:13:55 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C7943D54; Wed, 4 May 2005 17:13:54 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j44HDOGw024441; Wed, 4 May 2005 18:13:24 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j44HDOua049905; Wed, 4 May 2005 18:13:24 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j44HDNxt049904; Wed, 4 May 2005 18:13:23 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Josef Karthauser In-Reply-To: <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> References: <20050502200413.GB46745@genius.tao.org.uk> <20050502202122.GC46745@genius.tao.org.uk> <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 04 May 2005 18:13:22 +0100 Message-Id: <1115226802.49427.16.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: current@freebsd.org cc: net@freebsd.org Subject: Re: ipfw broken with bridge under 5.x (5.3 and 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: Wed, 04 May 2005 17:13:55 -0000 On Wed, 2005-05-04 at 15:24 +0100, Josef Karthauser wrote: > It appear that ipfw doesn't work with bridge in 5.3 and 5.4. The > symptoms are that the bridge stops forwarding packets altogether, > for me a few minutes after it is set up. It takes a > > # net.link.ether.bridge_ipfw=0 && sleep 5 && net.link.ether.bridge_ipfw=1 > > to get it back up and running, which it does, but only for a few > minutes before it stops working again. The five second sleep is > sometimes too long, and sometimes not enough time. I believe I am seeing similar problems to you, though uptime for me is generally measurable in days rather than minutes. I've found that adding an explicit "allow all from any to any" and then removing it again seems to get it working. I will test your solution when mine fails again. The comment about arp is an interesting one, I will see what I can find out. I have however seen situations where (eg) UDP DNS through the bridge works but web traffic or terminal services etc may not. If you want to share firewall rules and other configuration with me off-list to see if there are any similarities I'd be happy to help. Gavin From owner-freebsd-current@FreeBSD.ORG Wed May 4 17:19: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 ED82416A4CE; Wed, 4 May 2005 17:19:51 +0000 (GMT) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [212.135.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B5943D4C; Wed, 4 May 2005 17:19:46 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.tao.org.uk [212.135.162.51]) by mailhost.tao.org.uk (Postfix) with ESMTP id 1FDDFA62B; Wed, 4 May 2005 18:18:57 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id AA7D940C2; Wed, 4 May 2005 18:18:51 +0100 (BST) Date: Wed, 4 May 2005 18:18:51 +0100 From: Josef Karthauser To: Gavin Atkinson Message-ID: <20050504171851.GB1863@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Gavin Atkinson , current@freebsd.org, net@freebsd.org References: <20050502200413.GB46745@genius.tao.org.uk> <20050502202122.GC46745@genius.tao.org.uk> <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> <1115226802.49427.16.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <1115226802.49427.16.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.9i cc: current@freebsd.org cc: net@freebsd.org Subject: Re: ipfw broken with bridge under 5.x (5.3 and 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: Wed, 04 May 2005 17:19:52 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 04, 2005 at 06:13:22PM +0100, Gavin Atkinson wrote: >=20 > I believe I am seeing similar problems to you, though uptime for me is > generally measurable in days rather than minutes. I've found that > adding an explicit "allow all from any to any" and then removing it > again seems to get it working. I will test your solution when mine > fails again. >=20 > The comment about arp is an interesting one, I will see what I can find > out. I have however seen situations where (eg) UDP DNS through the > bridge works but web traffic or terminal services etc may not. >=20 > If you want to share firewall rules and other configuration with me > off-list to see if there are any similarities I'd be happy to help. >=20 It appears that the solution is obtained by adding the rule: allow ip from any to any layer2 mac-type arp to the beginning of the firewall list. IPFW2 drops non-IP traffic whereas IPFW1 passes it though. This is the reason why my configuration stopped working after the upgrade. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iEYEARECAAYFAkJ5A/oACgkQXVIcjOaxUBbWrwCfTdf/Kzskv+gyc1VkJ4ftL5sr 9KEAn2c0/dChDA2sceAHBSz6wR82Yjs4 =MkkV -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-current@FreeBSD.ORG Wed May 4 17:28: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 C7DCF16A4CE for ; Wed, 4 May 2005 17:28:38 +0000 (GMT) Received: from smtp-bedford.mitre.org (smtpproxy1.mitre.org [192.160.51.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E9443D5C for ; Wed, 4 May 2005 17:28:38 +0000 (GMT) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with SMTP id j44HSBq03930 for ; Wed, 4 May 2005 13:28:11 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 24E9FBF7D for ; Wed, 4 May 2005 13:28:11 -0400 (EDT) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.28.8]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id j44HSA003802 for ; Wed, 4 May 2005 13:28:10 -0400 Received: from mm112324-2k.mitre.org (128.29.24.104) by mailhub2.mitre.org with SMTP id 11515591; Wed, 04 May 2005 13:28:06 -0400 Message-ID: <42790624.5050709@mitre.org> Date: Wed, 04 May 2005 13:28:04 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.7) Gecko/20050414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <9533da6c050503173261897e65@mail.gmail.com> <20050504085341.GB780@uk.tiscali.com> In-Reply-To: <20050504085341.GB780@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 17:28:38 -0000 Brian Candler wrote: >Jordan Hubbard wrote an article about these sorts of issues a long >while back. It took me a while to find it, but here it is: >http://people.freebsd.org/~jkh/package-and-install.txt >Five years on, and it reads as if it were written yesterday. > > Unfortunatly, that's partially because we're still using the same installer today that we were using five years ago. From owner-freebsd-current@FreeBSD.ORG Wed May 4 17:35: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 7A86816A4CE for ; Wed, 4 May 2005 17:35:10 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7CAD43D5E for ; Wed, 4 May 2005 17:35:09 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 576807D9; Wed, 4 May 2005 13:34:47 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 F0AAD89; Wed, 4 May 2005 13:34:45 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTNnU-0003zL-Kw; Wed, 04 May 2005 18:36:32 +0100 Date: Wed, 4 May 2005 18:36:32 +0100 From: Brian Candler To: Garrett Wollman Message-ID: <20050504173632.GA15198@uk.tiscali.com> References: <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <20050502195456.GA1226@uk.tiscali.com> <17015.43023.924186.422635@roam.psg.com> <20050504094000.GA1143@uk.tiscali.com> <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> <17016.63947.288811.788755@khavrinen.csail.mit.edu> <20050504171527.GA15176@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504171527.GA15176@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i 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: Wed, 04 May 2005 17:35:10 -0000 > On Wed, May 04, 2005 at 12:35:23PM -0400, Garrett Wollman wrote: > > < said: > > > > > Now that /bin/sh has command history, > > > > /bin/sh in FreeBSD has *always* had command history. > > Sorry for being inexact - I meant being able to press cursor up and edit the > previous line. Hmm. Maybe just the magic "set -o emacs" was missing. [Powers up old FreeBSD 4.6.2 laptop] Argh. Yes that was it. But strangely, /bin/sh now seems to do that by default on my 5-STABLE box. Poking around - I see I have "set -o emacs" in ~/.shrc, and this came from /usr/local/share/dot.shrc. On the 4.6.2 box, /usr/share/skel/dot.shrc has that line commented out. Looking at CVS, this change was made in July 2002. However, I was using freshly-installed FreeBSD 5.3-RELEASE in a workshop a couple of weeks ago, and accounts which the students created using 'pw useradd -m' didn't have working command history. I'll need to dig further to find out why, and what they should have done to fix it. Anyway, just shows you learn something new every day. All this time I've been telling people they should install bash to get interactive command history, but it looks like there's a much simpler answer :-( Thanks for the pointer. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed May 4 17: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 8288016A4CE; Wed, 4 May 2005 17:40:56 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCA4543D53; Wed, 4 May 2005 17:40:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j44Heohe014143; Wed, 4 May 2005 13:40:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j44Heo5v020936; Wed, 4 May 2005 13:40:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 01AB67306E; Wed, 4 May 2005 13:40:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050504174049.01AB67306E@freebsd-current.sentex.ca> Date: Wed, 4 May 2005 13:40:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 17:40:56 -0000 TB --- 2005-05-04 16:36:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-04 16:36:32 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-04 16:36:32 - cleaning the object tree TB --- 2005-05-04 16:36:49 - checking out the source tree TB --- 2005-05-04 16:36:49 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-04 16:36:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-04 16:43:58 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-04 16:43:58 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-04 16:43:58 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-04 17:40:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-04 17:40:49 - ERROR: failed to build world TB --- 2005-05-04 17:40:49 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 4 19:07: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 9622916A4CF; Wed, 4 May 2005 19:07:31 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EE443D45; Wed, 4 May 2005 19:07:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j44J7752004616; Wed, 4 May 2005 15:07:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j44J77Ne010500; Wed, 4 May 2005 15:07:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 694B57306E; Wed, 4 May 2005 15:07:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050504190707.694B57306E@freebsd-current.sentex.ca> Date: Wed, 4 May 2005 15:07:07 -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 sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2005 19:07:31 -0000 TB --- 2005-05-04 17:40:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-04 17:40:50 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-05-04 17:40:50 - cleaning the object tree TB --- 2005-05-04 17:41:14 - checking out the source tree TB --- 2005-05-04 17:41:14 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-05-04 17:41:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-04 17:48:14 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-04 17:48:14 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-04 17:48:14 - /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-04 18:56:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-04 18:56:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-05-04 18:56:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed May 4 18:56:37 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch export_syms awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pcn/../../conf/kmod_syms.awk if_pcn.kld export_syms | xargs -J% objcopy % if_pcn.kld ld -Bshareable -d -warn-common -o if_pcn.ko.debug if_pcn.kld objcopy --strip-debug if_pcn.ko.debug if_pcn.ko ===> pf (all) cc -O2 -pipe -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf/net/pf.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf/net/pf.c: In function `pf_route': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf/../../contrib/pf/net/pf.c:5793: error: structure has no member named `ifp_mtu' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/pf. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-05-04 19:07:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-04 19:07:07 - ERROR: failed to build generic kernel TB --- 2005-05-04 19:07:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed May 4 19: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 3837F16A4CE for ; Wed, 4 May 2005 19:25:47 +0000 (GMT) Received: from gretel.pobox.com (gretel.pobox.com [208.58.1.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7AB43D70 for ; Wed, 4 May 2005 19:25:46 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by gretel.pobox.com (Postfix) with ESMTP id AC27F761A68 for ; Wed, 4 May 2005 13:06:20 -0400 (EDT) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id D2178A01; Wed, 4 May 2005 13:05:43 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 6C40F8C; Wed, 4 May 2005 13:05:41 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTNLV-0003wJ-Kh; Wed, 04 May 2005 18:07:37 +0100 Date: Wed, 4 May 2005 18:07:37 +0100 From: Brian Candler To: "Julian H. Stacey" Message-ID: <20050504170737.GA15091@uk.tiscali.com> References: <20050504150209.GA2516@uk.tiscali.com> <200505041646.j44GkKXw037042@fire.jhs.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505041646.j44GkKXw037042@fire.jhs.private> User-Agent: Mutt/1.4.2.1i cc: Bruce M Simpson 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: Wed, 04 May 2005 19:25:47 -0000 On Wed, May 04, 2005 at 06:46:20PM +0200, Julian H. Stacey wrote: > > > FreeBSD-5.3 (with csh & tcsh) linked does completion without autolist set. > > > man csh: > > > If the autolist shell variable is set, the shell lists the remaining > > > choices (if any) whenever completion fails: > > > > Erm?? As you point out, it says "If the autolist shell variable is set" > > Tab completion is on by default: Works without needing to know to set autolist. I'm sorry, I think I understand now. We're talking at cross-purposes. Tab-completion is "on" in the sense that it works if only a single unique filename matches. It is "off" in the sense that if more than one filename matches, nothing happens except a terminal beep. The behaviour that many people miss from `bash` is that pressing tab in that circumstance pops up a list of matching filenames to choose from. You can then type the next character or two and hit tab again. That's what "set autolist" gives you. > > Why does root have /bin/csh as its shell? > > Probably because we have BSD inheritance, not AT&T Posix. OK, then why doesn't `pw useradd` create user accounts with csh as their shell as well, by default? Having two different defaults is just confusing. > Right or wrong, if it changed now, it'd cause suprise to existing users. Perhaps a little, but I don't think too much. If an old hack installs FreeBSD-6 and says "dammit, root has a POSIX shell rather than csh!" they know enough how to switch it. It shouldn't affect any scripts, because (a) nobody in their right mind writes shell scripts in csh (b) if they did, they should start with #!/bin/csh Yes, newcomers can switch too. But it's just another hurdle to jump through: "OK, after installation, you need to remember to run vipw or chsh to change root's shell to a sensible one. Why is it csh? For historical reasons." I don't think things necessarily have to stay as they are, just because that's how they've always been. You're right, csh was an innovation in its day. Most of its innovations have been picked up elsewhere. I humbly suggest it's now a legacy. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed May 4 20:32: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 E8C7816A4CE for ; Wed, 4 May 2005 20:32:23 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B504843D45 for ; Wed, 4 May 2005 20:32:22 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 22538 invoked by uid 207); 4 May 2005 20:24:01 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.38):. Processed in 0.821834 secs); 04 May 2005 20:24:01 -0000 Received: from dialup38.ach.sch.gr (HELO gothmog.gr) ([81.186.70.38]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 4 May 2005 20:24:00 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j44KNrrT093739 for ; Wed, 4 May 2005 23:23:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j44KNr1Y093738 for freebsd-current@freebsd.org; Wed, 4 May 2005 23:23:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 4 May 2005 23:23:53 +0300 From: Giorgos Keramidas To: freebsd-current@freebsd.org Message-ID: <20050504202353.GA93613@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: HEAD feels snappier today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 20:32:24 -0000 It's probably not very important, but I just wanted to say that after last night's update, HEAD feels snappier, more responsive, greater while working on the console (132x25 most of the time). I don't know what the exact change that made this happen was, but whoever made it thanks :-) Giorgos, running: FreeBSD 6.0-CURRENT #1: Wed May 4 02:27:54 EEST 2005 \ root@gothmog.gr:/usr/obj/usr/src/sys/GOTHMOG From owner-freebsd-current@FreeBSD.ORG Wed May 4 20:46: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 27CDF16A4CE for ; Wed, 4 May 2005 20:46:53 +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 9924C43D58 for ; Wed, 4 May 2005 20:46:52 +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; 4 May 2005 20:46:14 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Wed, 4 May 2005 16:46:15 -0400 (EDT) Message-ID: <1822.172.16.0.199.1115239575.squirrel@172.16.0.1> In-Reply-To: <20050504202353.GA93613@gothmog.gr> References: <20050504202353.GA93613@gothmog.gr> Date: Wed, 4 May 2005 16:46:15 -0400 (EDT) From: "Mike Jakubik" To: "Giorgos Keramidas" 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-current@freebsd.org Subject: Re: HEAD feels snappier today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 20:46:53 -0000 On Wed, May 4, 2005 4:23 pm, Giorgos Keramidas said: > It's probably not very important, but I just wanted to say that after > last night's update, HEAD feels snappier, more responsive, greater while Be careful not to break your neck! From owner-freebsd-current@FreeBSD.ORG Wed May 4 21:27: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 CBBAC16A4CE for ; Wed, 4 May 2005 21:27:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4C143D62 for ; Wed, 4 May 2005 21:27: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 j44LOdco003659; Wed, 4 May 2005 15:24:41 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 May 2005 15:24:39 -0600 (MDT) Message-Id: <20050504.152439.71089989.imp@bsdimp.com> To: cswiger@mac.com From: Warner Losh In-Reply-To: <5207b55e44478fa93e3689ad79b54f4d@mac.com> References: <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> <5207b55e44478fa93e3689ad79b54f4d@mac.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: B.Candler@pobox.com 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: Wed, 04 May 2005 21:27:54 -0000 > Agreed. I consider it a serious misfortune that FreeBSD doesn't use > /bin/sh as root's shell. On the other hand, it's easy enough to fix, > so I haven't spent my time complaining about this. :-) All BSDs have, since a very long time ago, used /bin/csh as root's shell. Warner From owner-freebsd-current@FreeBSD.ORG Wed May 4 21:54: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 77B9D16A4CE for ; Wed, 4 May 2005 21:54:23 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E30D43D54 for ; Wed, 4 May 2005 21:54:23 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 126E19FF; Wed, 4 May 2005 17:53:53 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 B2D2E8B; Wed, 4 May 2005 17:53:50 -0400 (EDT) Received: from brian by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTRqP-0004C1-7R; Wed, 04 May 2005 22:55:49 +0100 Date: Wed, 4 May 2005 22:55:49 +0100 From: Brian Candler To: Warner Losh Message-ID: <20050504215549.GA16089@uk.tiscali.com> References: <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504.152439.71089989.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i 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: Wed, 04 May 2005 21:54:23 -0000 On Wed, May 04, 2005 at 03:24:39PM -0600, Warner Losh wrote: > > Agreed. I consider it a serious misfortune that FreeBSD doesn't use > > /bin/sh as root's shell. On the other hand, it's easy enough to fix, > > so I haven't spent my time complaining about this. :-) > > All BSDs have, since a very long time ago, used /bin/csh as root's > shell. OpenBSD appears to use ksh, which is a POSIX shell: http://www.openbsd.org/cgi-bin/cvsweb/src/etc/master.passwd?rev=1.47&content-type=text/x-cvsweb-markup From owner-freebsd-current@FreeBSD.ORG Wed May 4 22:25: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 3EFEB16A4CE for ; Wed, 4 May 2005 22:25:41 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1816C43D68 for ; Wed, 4 May 2005 22:25:41 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146]) id j44MOQif021661; Wed, 4 May 2005 15:24:26 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j44MOONx006586; Wed, 4 May 2005 15:24:25 -0700 (PDT) In-Reply-To: <20050504.152439.71089989.imp@bsdimp.com> References: <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 4 May 2005 18:24:23 -0400 To: Warner Losh X-Mailer: Apple Mail (2.622) 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: Wed, 04 May 2005 22:25:41 -0000 On May 4, 2005, at 5:24 PM, Warner Losh wrote: >> Agreed. I consider it a serious misfortune that FreeBSD doesn't use >> /bin/sh as root's shell. On the other hand, it's easy enough to fix, >> so I haven't spent my time complaining about this. :-) > > All BSDs have, since a very long time ago, used /bin/csh as root's > shell. NEXTSTEP never did; and neither does OS X: 9-cube# nidump passwd . | grep root root:********:0:0::0:0:System Administrator:/private/var/root:/bin/sh daemon:*:1:1::0:0:System Services:/var/root:/usr/bin/false 10-cube# uname -a Darwin cube.pkix.net 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc Likewise for the majority of UNIX systems I am familiar with (Solaris, Ultrix, HP/UX). In the case of Linux, or a few other systems, they would use a POSIX shell like bash or ksh instead, which are almost entirely backwards-compatible with /bin/sh. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed May 4 22:30: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 834EB16A4CE; Wed, 4 May 2005 22:30:32 +0000 (GMT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53D5143D6E; Wed, 4 May 2005 22:30:32 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id D434A2A8DA; Wed, 4 May 2005 15:29:38 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 71832E2B3; Wed, 4 May 2005 15:29:38 -0700 (PDT) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.3/8.13.1) with ESMTP id j44MTbBm055338; Wed, 4 May 2005 15:29:37 -0700 (PDT) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.3/8.13.1/Submit) id j44MTaBg055337; Wed, 4 May 2005 15:29:36 -0700 (PDT) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-arch@freebsd.org Date: Wed, 4 May 2005 15:29:36 -0700 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505041529.36826.peter@wemm.org> cc: arch@freebsd.org cc: standards@freebsd.org cc: Hajimu UMEMOTO cc: current@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: Wed, 04 May 2005 22:30:32 -0000 On Tuesday 03 May 2005 11:44 am, Hajimu UMEMOTO wrote: > To accomodate for this while preserving ABI compatibility with the > old interface, we need to prepend or append 32 bits of padding, > depending on the (LP64) architecture's endianness. I wish to delete > these padding before 6.0-RELEASE. Like David Schultz said, it would be better to use the machine/endian.h macros to set the padding position. As far as removing the padding goes, it makes little difference whether you break it now or later. Doing it now will be painful. Doing it before 6.0-REL will be just as painful. Not only is this encoded in libc.so.6, but all applications and shared libraries that have exposure to this also know it. For example, if libc.so.6 has the padding and libc.so.5 does not, and if we provide libfoo.so.1 on both 5.x and 6.x, *and* if libfoo.so.1 knows the layout of netdb.h, then it has to be bumped too. This includes all ports with shared libraries that use this #include. Otherwise running apps linked with libc.so.5 will get memory corruption. I think it would be better to leave the padding, again conditional on machine/endian.h. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Wed May 4 22:43: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 C7CF716A4CE for ; Wed, 4 May 2005 22:43:16 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9DC43D53 for ; Wed, 4 May 2005 22:43:13 +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 j44MaIF4004341; Wed, 4 May 2005 16:36:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 May 2005 16:36:18 -0600 (MDT) Message-Id: <20050504.163618.112621888.imp@bsdimp.com> To: cswiger@mac.com From: Warner Losh In-Reply-To: References: <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.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: 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: Wed, 04 May 2005 22:43:16 -0000 > On May 4, 2005, at 5:24 PM, Warner Losh wrote: > >> Agreed. I consider it a serious misfortune that FreeBSD doesn't use > >> /bin/sh as root's shell. On the other hand, it's easy enough to fix, > >> so I haven't spent my time complaining about this. :-) > > > > All BSDs have, since a very long time ago, used /bin/csh as root's > > shell. > > NEXTSTEP never did; and neither does OS X: Nexstep is mach based, not BSD based. OS X is FreeBSD based, so clearly they changed it :-) > Likewise for the majority of UNIX systems I am familiar with (Solaris, > Ultrix, HP/UX). In the case of Linux, or a few other systems, they > would use a POSIX shell like bash or ksh instead, which are almost > entirely backwards-compatible with /bin/sh. Ultrix/mips and Ultrix/VAX did have /bin/csh as their root shell, at least in early versions that I used in the late 1980's. Solaris is SYSV based with some BSD bits added to that base, so isn't of BSD orgin. HP/UX likewise. I'm not looking for a catalog of systems. I'm telling you why we are where we are today, and why things haven't changed: There's really no need and inertial keeps things BSDish. Most people never use the root shell directly, and all shell scripts are /bin/sh anyway... It truely is one of those things that just doesn't matter at all. Warner From owner-freebsd-current@FreeBSD.ORG Wed May 4 22:46: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 812DD16A4CE for ; Wed, 4 May 2005 22:46:36 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7822443D7B for ; Wed, 4 May 2005 22:46:35 +0000 (GMT) (envelope-from tomonage2@gmx.de) Received: (qmail invoked by alias); 04 May 2005 22:38:20 -0000 Received: from e178221031.adsl.alicedsl.de (EHLO [192.168.0.200]) [85.178.221.31] by mail.gmx.net (mp012) with SMTP; 05 May 2005 00:38:20 +0200 X-Authenticated: #7843803 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Thu, 05 May 2005 00:38:15 +0200 From: Jonathan Weiss To: Brian Candler , Warner Losh Message-ID: In-Reply-To: <20050504215549.GA16089@uk.tiscali.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Y-GMX-Trusted: 0 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: Wed, 04 May 2005 22:46:36 -0000 > On Wed, May 04, 2005 at 03:24:39PM -0600, Warner Losh wrote: >>> Agreed. I consider it a serious misfortune that FreeBSD doesn't use >>> /bin/sh as root's shell. On the other hand, it's easy enough to fix, >>> so I haven't spent my time complaining about this. :-) >> >> All BSDs have, since a very long time ago, used /bin/csh as root's >> shell. > > OpenBSD appears to use ksh, which is a POSIX shell: > http://www.openbsd.org/cgi-bin/cvsweb/src/etc/master.passwd?rev=1.47&content-t > ype=text/x-cvsweb-markup They switches only a month or two ago from csh. Greets, jonathan From owner-freebsd-current@FreeBSD.ORG Wed May 4 23:08: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 439A216A4F0 for ; Wed, 4 May 2005 23:08:06 +0000 (GMT) Received: from nala.dohd.org (xaa.demon.nl [83.160.166.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD68F43D66 for ; Wed, 4 May 2005 23:08:04 +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 180751176C for ; Thu, 5 May 2005 00:12:07 +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 88643-03 for ; Thu, 5 May 2005 00:12:04 +0200 (CEST) Received: by nala.dohd.org (Postfix, from userid 1008) id 34EB411647; Thu, 5 May 2005 00:12:04 +0200 (CEST) Date: Thu, 5 May 2005 00:12:04 +0200 From: Mark Huizer To: current@freebsd.org Message-ID: <20050504221204.GA89077@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050427131441.GB98718@over-yonder.net> 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: Wed, 04 May 2005 23:08:06 -0000 > > 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 This is mine. -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Wed May 4 23:16: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 E6F2F16A4CE for ; Wed, 4 May 2005 23:16:14 +0000 (GMT) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95AEA43D1D for ; Wed, 4 May 2005 23:16:14 +0000 (GMT) (envelope-from oz@nixil.net) Received: from nixil.net (localhost [127.0.0.1]) by nixil.net (8.13.1/8.13.1) with ESMTP id j44NEvbF049308 for ; Wed, 4 May 2005 17:14:59 -0600 (MDT) Received: (from oz@localhost) by nixil.net (8.13.1/8.13.1/Submit) id j44NEvmd049307 for freebsd-current@freebsd.org; Wed, 4 May 2005 17:14:57 -0600 (MDT) Date: Wed, 4 May 2005 17:14:57 -0600 From: Phil Oleson To: freebsd-current@freebsd.org Message-ID: <20050504231457.GA49232@nixil.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (nixil.net [127.0.0.1]); Wed, 04 May 2005 17:14:59 -0600 (MDT) X-Virus-Scanned: ClamAV 0.83/868/Wed May 4 10:35:19 2005 on nixil.net X-Virus-Status: Clean Subject: PR bin/79418 - libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 04 May 2005 23:16:15 -0000 Since people are talking about a posix /bin/sh, It reminded me that I need to ping people about this PR again. NetBSD made some efforts to make sh more posix compliant, and part of that work involved expanding libedit's capabilities. The patches I made excluded those posix improvements to sh, because the patch was big enough as it was. I just made some small changes to adapt apps that used libedit to the new histedit.h. Followup changes can be made to sh after this patch lands in cvs. Now that ipf doesnt have the tree broken, can a commiter take a look at the patchset at http://nixil.net/libedit-patches.tar.gz btw, I reviewed the patches the other day and did notice that a couple of 'new' files, that the libedit patch creates, are created in the directory that the patch command is run. I've no idea why this happens. So I added a README file in the patch tarball that basically says to go to the libedit directory and run patch with -p3. From owner-freebsd-current@FreeBSD.ORG Wed May 4 23:59:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E3D16A4CE for ; Wed, 4 May 2005 23:59:28 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D5D43D39 for ; Wed, 4 May 2005 23:59:27 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) id j44NuvqY020784; Wed, 4 May 2005 16:56:57 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j44NutJn025236; Wed, 4 May 2005 16:56:56 -0700 (PDT) In-Reply-To: <20050504.163618.112621888.imp@bsdimp.com> References: <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.com> <20050504.163618.112621888.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 4 May 2005 19:56:55 -0400 To: Warner Losh X-Mailer: Apple Mail (2.622) 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: Wed, 04 May 2005 23:59:28 -0000 On May 4, 2005, at 6:36 PM, Warner Losh wrote: >> NEXTSTEP never did; and neither does OS X: > > Nexstep is mach based, not BSD based. I've seen NEXTSTEP listed in some BSD family trees, and not in others. NEXTSTEP, or NeXTSTEP, or NextStep, (the all-caps is easiest, and makes publishers happier) was a BSD-4.3-reno userland, libc, and BSD system call layer as part of a Mach kernel, intermediate between the CMU Mach 2.0 and 2.5 releases, lightly salted with a few SysV-ism's from Sun (who also provided the code for RPC, NFS, and NIS). I still have a 33MHz NeXT TurboStation on my desk. It makes a very nice greyscale display for handling lots of Terminal windows logged into other machines for monitoring and remote CLI administration. NEXTSTEP is a BSD-based Unix. > OS X is FreeBSD based, so clearly they changed it :-) Since neither of us are nitpicking :-), be aware that OS X (aka "Rhapsody" at the time) was originally derived mostly from stock BSD-4.4lite and NetBSD by Wilfredo Sanchez, Justin, and others on Apple's BSD team-- NetBSD had better portability towards PPC, and a lower integration threshold, since the FreeBSD sources are more tightly integrated and somewhat more difficult to migrate. Other parts came from OpenBSD, and FreeBSD, and since then, OS X has tracked FreeBSD more closely. [1] Perhaps Jordan Hubbard has something to do with that, too. >> Likewise for the majority of UNIX systems I am familiar with (Solaris, >> Ultrix, HP/UX). In the case of Linux, or a few other systems, they >> would use a POSIX shell like bash or ksh instead, which are almost >> entirely backwards-compatible with /bin/sh. > > Ultrix/mips and Ultrix/VAX did have /bin/csh as their root shell, at > least in early versions that I used in the late 1980's. Solaris is > SYSV based with some BSD bits added to that base, so isn't of BSD > orgin. HP/UX likewise. I infer that POSIX compliance is not very important to you. > I'm not looking for a catalog of systems. I'm telling you why > we are where we are today, and why things haven't changed: There's > really no need and inertial keeps things BSDish. Most people never > use the root shell directly, and all shell scripts are /bin/sh > anyway... The fact that the /etc/rc scripts, cron, and similar tools involving root's environment are all run using /bin/sh is one of the primary reasons why root shell ought to be /bin/sh. There are newgroup FAQs for various platforms which recommend against changing root's shell from being a /bin/sh. -- -Chuck [1]: I'm quite familiar with this history, since at the time I had a Darwin commit bit because I submitted a security bugfix for a race dereferencing ../ in namei(), IIRC. And I did a little bit in libc-- fixed some printf problems with %g and buffer overflow checking with snprintf()-- and with lint and the Makefiles, handling includes and shared library versioning when building stuff to understand framework layout, but Darwin wasn't self-hosting at the time (at least not without wizard-level knowledge of how to integrate the pieces), so I've spent more time with FreeBSD and NetBSD since then. From owner-freebsd-current@FreeBSD.ORG Thu May 5 00:55:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 870E816A4D1 for ; Thu, 5 May 2005 00:55:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA2143D5E for ; Thu, 5 May 2005 00:55:46 +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 j450oxCn005531; Wed, 4 May 2005 18:50:59 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 May 2005 18:51:53 -0600 (MDT) Message-Id: <20050504.185153.78707420.imp@bsdimp.com> To: cswiger@mac.com From: "M. Warner Losh" In-Reply-To: References: <20050504.163618.112621888.imp@bsdimp.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: 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: Thu, 05 May 2005 00:55:46 -0000 In message: Charles Swiger writes: : I infer that POSIX compliance is not very important to you. I have POSIX_ME_HARDER defined in my environement :-) POSIX compliance for POSIX compliance sake isn't a goal. : > I'm not looking for a catalog of systems. I'm telling you why : > we are where we are today, and why things haven't changed: There's : > really no need and inertial keeps things BSDish. Most people never : > use the root shell directly, and all shell scripts are /bin/sh : > anyway... : : The fact that the /etc/rc scripts, cron, and similar tools involving : root's environment are all run using /bin/sh is one of the primary : reasons why root shell ought to be /bin/sh. There are newgroup FAQs : for various platforms which recommend against changing root's shell : from being a /bin/sh. That doesn't follow. All my shell scripts run /bin/sh, yet my default shell is /bin/tcsh. But like I've said twice now: There's lots of bigger problems in the tree, and a change like this could break things. There's enough breakage in the tree now. Warner From owner-freebsd-current@FreeBSD.ORG Thu May 5 01:29:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46F5316A4CE for ; Thu, 5 May 2005 01:29:44 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 730CE43D82 for ; Thu, 5 May 2005 01:29:41 +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 j451VPC5064456; Wed, 4 May 2005 19:31:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4279767D.5010203@samsco.org> Date: Wed, 04 May 2005 19:27: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: Charles Swiger References: <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.com> In-Reply-To: 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-current@freebsd.org cc: 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: Thu, 05 May 2005 01:29:44 -0000 Charles Swiger wrote: > On May 4, 2005, at 5:24 PM, Warner Losh wrote: > >>> Agreed. I consider it a serious misfortune that FreeBSD doesn't use >>> /bin/sh as root's shell. On the other hand, it's easy enough to fix, >>> so I haven't spent my time complaining about this. :-) >> >> >> All BSDs have, since a very long time ago, used /bin/csh as root's >> shell. > > > NEXTSTEP never did; and neither does OS X: > OSX used csh by default until the 10.3 series release. You can still (thankfully) select it. IMHO, csh/tcsh is superior for interactive use, and bash/ksh is superior for scripting. It's amazing what happens when you pick the right tool for the job; hammers are vastly superior at pounding nails, while screw drivers are vastly superior at turning screws. Scott From owner-freebsd-current@FreeBSD.ORG Thu May 5 01: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 1AE1B16A4CE; Thu, 5 May 2005 01:42:38 +0000 (GMT) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id EED0443D39; Thu, 5 May 2005 01:42:37 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.64.124]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IFZ00H9NU031953@vms044.mailsrvcs.net>; Wed, 04 May 2005 20:40:52 -0500 (CDT) Date: Wed, 04 May 2005 21:38:24 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <20050426071557.2650716A4CF@hub.freebsd.org> To: Bill Paul Message-id: <1115257104.688.5.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <20050426071557.2650716A4CF@hub.freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: Too Evil, Too Furious X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 01:42:38 -0000 On Tue, 2005-04-26 at 07:15 +0000, Bill Paul wrote: > You've just provided a perfect example of model number confusion. Your > Belkin F5D7010 card has a RaLink chipset. But Belkin has another card > also called the F5D7010 which has a Broadcom chipset. I found a Belkin > F5D7010 card at CompUSA this past weekend, but I couldn't buy it since > there was no way to tell which revision it was, and I didn't want to > end up with yet another Broadcom cardbus card. Broadcom version of this card has following distinct markings on it (unfortunately I no longer have original box to verify that they are visible on the outside): Ver. 1315 FCC ID: K7S-F5D7010B P81547-B N10117 I assume that since it is Broadcom, you have no need for card itself, correct? HTH, -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Thu May 5 02:18: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 E125216A4CE for ; Thu, 5 May 2005 02:18:00 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3ED143D54 for ; Thu, 5 May 2005 02:18:00 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) id j452GaFK009888; Wed, 4 May 2005 19:16:36 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j452GX92018229; Wed, 4 May 2005 19:16:35 -0700 (PDT) In-Reply-To: <20050504.185153.78707420.imp@bsdimp.com> References: <20050504.163618.112621888.imp@bsdimp.com> <20050504.185153.78707420.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6dc0162f9029defe6980a9ae28bb5175@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 4 May 2005 22:16:33 -0400 To: "M. Warner Losh" X-Mailer: Apple Mail (2.622) 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: Thu, 05 May 2005 02:18:02 -0000 On May 4, 2005, at 8:51 PM, M. Warner Losh wrote: > : The fact that the /etc/rc scripts, cron, and similar tools involving > : root's environment are all run using /bin/sh is one of the primary > : reasons why root shell ought to be /bin/sh. There are newgroup FAQs > : for various platforms which recommend against changing root's shell > : from being a /bin/sh. > > That doesn't follow. Do FreeBSD users ever have problems setting up cron jobs because their interactive environment and cron's are not the same? > All my shell scripts run /bin/sh, yet my default shell is /bin/tcsh. Sure; lots of people prefer another shell for interactive use. It's not hard to do "exec tcsh", or put that in ~root/.profile, hopefully wrapped in a test for whether the shell is interactive. I have a .cshrc floating around which has this near the end: # skip remaining setup if not an interactive shell if ($?USER == 0 || $?prompt == 0) exit ...and the end of a .login which looks like: # Note: this section is for interactive shells. case $- in *i*) eval `tset -s` 2> /dev/null if [ ! -f .hushlogin ]; then # IMPORTANT: place commands that might produce output here. quota -q mesg y msgs -fp 2> /dev/null # allow the user to break the Message-Of-The-Day display. #trap "trap '' 2" 2 #/bin/cat -s /etc/motd #trap "" 2 fi esac trap 2 3 Put an "exec tcsh" in there instead of the MOTD code (which clearly isn't needed on FreeBSD).... > But like I've said twice now: There's lots of bigger problems in the > tree, and a change like this could break things. There's enough > breakage in the tree now. Data point: I've been running /bin/sh as root's shell on a bunch of machines with zero issues since 4.0. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu May 5 02:24: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 E5FE116A4CE for ; Thu, 5 May 2005 02:24:59 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F9343D48 for ; Thu, 5 May 2005 02:24:59 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so119921nzo for ; Wed, 04 May 2005 19:23:51 -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=oJSINnMb7J4CvnhMQNmv6zVMeQMPn6uTz23fyBJNoZr4zrfqF4BWEViNXkJrJzmdEupcA2iw0UaDyoyD/6ZVHQzki9fWodsPPQu1LP9YjtF1fnphrxXqg8FgDmoQgWt8Mlp6Z8EpE4L2ztwxYHe1KScctlrjeL6cv15LmrYIflU= Received: by 10.36.41.20 with SMTP id o20mr219276nzo; Wed, 04 May 2005 19:23:50 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Wed, 4 May 2005 19:23:50 -0700 (PDT) Message-ID: Date: Thu, 5 May 2005 10:23:50 +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: SMBus hardware note recognized 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, 05 May 2005 02:25:00 -0000 leafy@chihiro:~$ dmesg |grep driver pci0: at device 31.3 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.3 (no driver attached) leafy@chihiro:~$ sudo pciconf -lv hostb0@pci0:0:0: class=3D0x060000 card=3D0x00000000 chip=3D0x2560808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845G/GL/GV/GE/PE DRAM Controller / Host-Hub I/F Bridge' class =3D bridge subclass =3D HOST-PCI agp0@pci0:2:0: class=3D0x030000 card=3D0x25628086 chip=3D0x25628086 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82845G/GL/GV/GE/PE Integrated Graphics Device' class =3D display subclass =3D VGA uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x24c08086 chip=3D0x24c2808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller = #1' class =3D serial bus subclass =3D USB uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x24c08086 chip=3D0x24c4808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller = #2' class =3D serial bus subclass =3D USB uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x24c08086 chip=3D0x24c7808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller = #3' class =3D serial bus subclass =3D USB ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x24c08086 chip=3D0x24cd808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI Control= ler' class =3D serial bus subclass =3D USB pcib1@pci0:30:0: class=3D0x060400 card=3D0x00000000 chip=3D0x244e808= 6 rev=3D0x81 hdr=3D0x01 vendor =3D 'Intel Corporation' device =3D '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class =3D bridge subclass =3D PCI-PCI isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 chip=3D0x24c0808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge' class =3D bridge subclass =3D PCI-ISA atapci0@pci0:31:1: class=3D0x01018a card=3D0x24c08086 chip=3D0x24cb808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL (ICH4/ICH4-L) UltraATA/100 EIDE Controller' class =3D mass storage subclass =3D ATA none0@pci0:31:3: class=3D0x0c0500 card=3D0x24c08086 chip=3D0x24c3808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller' class =3D serial bus subclass =3D SMBus pcm0@pci0:31:5: class=3D0x040100 card=3D0x58001462 chip=3D0x24c58086 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controll= er' class =3D multimedia subclass =3D audio fwohci0@pci3:1:0: class=3D0x0c0010 card=3D0x00000000 chip=3D0x8020104= c rev=3D0x00 hdr=3D0x00 vendor =3D 'Texas Instruments (TI)' device =3D 'TSB12LV26 OHCI-Lynx PCI IEEE 1394 Host Controller' class =3D serial bus subclass =3D FireWire ahc0@pci3:2:0: class=3D0x010000 card=3D0xa1009005 chip=3D0x00109005 rev=3D= 0x00 hdr=3D0x00 vendor =3D 'Adaptec Inc' device =3D 'AHA-2940U2W/U2B AHA-2950U2W Ultra2 SCSI Controller' class =3D mass storage subclass =3D SCSI fxp0@pci3:4:0: class=3D0x020000 card=3D0x00098086 chip=3D0x12298086 rev=3D= 0x05 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class =3D network subclass =3D ethernet fxp1@pci3:8:0: class=3D0x020000 card=3D0x10398086 chip=3D0x103a8086 rev=3D= 0x81 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801DB/DBL (ICH4/ICH4-L) PRO/100 VE Network Connection' class =3D network subclass =3D ethernet kldloading smb/smbus or compiling them in the kernel does not help in recognizing the hardware. Maybe the PCI-ID is incorrect or something? Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu May 5 02:37: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 3E97B16A4CE for ; Thu, 5 May 2005 02:37:18 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B90043D54 for ; Thu, 5 May 2005 02:37:17 +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 j452Xi25006592; Wed, 4 May 2005 20:33:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 04 May 2005 20:34:38 -0600 (MDT) Message-Id: <20050504.203438.124086483.imp@bsdimp.com> To: cswiger@mac.com From: "M. Warner Losh" In-Reply-To: <6dc0162f9029defe6980a9ae28bb5175@mac.com> References: <20050504.185153.78707420.imp@bsdimp.com> <6dc0162f9029defe6980a9ae28bb5175@mac.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: 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: Thu, 05 May 2005 02:37:18 -0000 In message: <6dc0162f9029defe6980a9ae28bb5175@mac.com> Charles Swiger writes: : On May 4, 2005, at 8:51 PM, M. Warner Losh wrote: : > : The fact that the /etc/rc scripts, cron, and similar tools involving : > : root's environment are all run using /bin/sh is one of the primary : > : reasons why root shell ought to be /bin/sh. There are newgroup FAQs : > : for various platforms which recommend against changing root's shell : > : from being a /bin/sh. : > : > That doesn't follow. : : Do FreeBSD users ever have problems setting up cron jobs because their : interactive environment and cron's are not the same? Not likely. However, you are arguing for a change, while I'm just telling you why things are the way they are historically. : > All my shell scripts run /bin/sh, yet my default shell is /bin/tcsh. : : Sure; lots of people prefer another shell for interactive use. ok. We're done. It is a preference. Have a nice day. : > But like I've said twice now: There's lots of bigger problems in the : > tree, and a change like this could break things. There's enough : > breakage in the tree now. : : Data point: I've been running /bin/sh as root's shell on a bunch of : machines with zero issues since 4.0. I know people that have been running it since 1.0 that way. However, as you said above "lots of people prefer another shell for interactive use." Anyway, this is my last post to his subthread. Please do not confuse a historical explaination as advocacy for a specific thing. Have a nice day, you hear? Warner From owner-freebsd-current@FreeBSD.ORG Thu May 5 04:58: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 A8C5116A4CE for ; Thu, 5 May 2005 04:58:16 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86F7D43D8E for ; Thu, 5 May 2005 04:58:16 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) id j452lhDu002015; Wed, 4 May 2005 19:47:43 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j452lfJC021287; Wed, 4 May 2005 19:47:42 -0700 (PDT) In-Reply-To: <20050504.203438.124086483.imp@bsdimp.com> References: <20050504.185153.78707420.imp@bsdimp.com> <6dc0162f9029defe6980a9ae28bb5175@mac.com> <20050504.203438.124086483.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <9a4abd5b3c4a5c15d395d217e5843e3b@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 4 May 2005 22:47:41 -0400 To: "M. Warner Losh" X-Mailer: Apple Mail (2.622) 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: Thu, 05 May 2005 04:58:16 -0000 On May 4, 2005, at 10:34 PM, M. Warner Losh wrote: > Anyway, this is my last post to his subthread. Please do not confuse > a historical explaination as advocacy for a specific thing. > > Have a nice day, you hear? Loud and clear. I'm not interested in debating opinions, either. Please don't confuse a correction of factual misstatements [1] with advocacy. -- -Chuck [1]: Vis-a-vis the origin and derivation of NEXTSTEP/OS X's codebase. From owner-freebsd-current@FreeBSD.ORG Thu May 5 05:02: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 1E0A716A4D5; Thu, 5 May 2005 05:02:39 +0000 (GMT) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AA8843DB5; Thu, 5 May 2005 05:02:38 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.64.124]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IFZ007KYUYKYBF3@vms046.mailsrvcs.net>; Wed, 04 May 2005 21:01:33 -0500 (CDT) Date: Wed, 04 May 2005 22:00:04 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <200504280606.45379.lofi@freebsd.org> To: Michael Nottebrock Message-id: <1115258404.688.8.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <1072.172.16.0.199.1114624239.squirrel@172.16.0.1> <200504280257.j3S2vXEO007344@dungeon.home> <200504280606.45379.lofi@freebsd.org> cc: null@dnswatch.com cc: Mike Jakubik cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stephen McKay 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: Thu, 05 May 2005 05:02:39 -0000 On Thu, 2005-04-28 at 06:06 +0200, Michael Nottebrock wrote: > On Thursday, 28. April 2005 04:57, Stephen McKay wrote: > > > Put me in the flashiness hating camp also. I especially dislike the > > Linux 60Hz super-eye-destroying graphical boot, which I have to go to the > > trouble of defeating as it is the default. > > With CRTs on the retreat though, less and less people care about refresh > rates ... you'll probably join that camp at some point as well. :-) > Well, Knoppix's default resolution manages to blink on my laptop's LCD... Go figure. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Thu May 5 05:02: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 1E0A716A4D5; Thu, 5 May 2005 05:02:39 +0000 (GMT) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AA8843DB5; Thu, 5 May 2005 05:02:38 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.64.124]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IFZ007KYUYKYBF3@vms046.mailsrvcs.net>; Wed, 04 May 2005 21:01:33 -0500 (CDT) Date: Wed, 04 May 2005 22:00:04 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <200504280606.45379.lofi@freebsd.org> To: Michael Nottebrock Message-id: <1115258404.688.8.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <1072.172.16.0.199.1114624239.squirrel@172.16.0.1> <200504280257.j3S2vXEO007344@dungeon.home> <200504280606.45379.lofi@freebsd.org> cc: null@dnswatch.com cc: Mike Jakubik cc: freebsd-current@freebsd.org cc: current@freebsd.org cc: Stephen McKay 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: Thu, 05 May 2005 05:02:39 -0000 On Thu, 2005-04-28 at 06:06 +0200, Michael Nottebrock wrote: > On Thursday, 28. April 2005 04:57, Stephen McKay wrote: > > > Put me in the flashiness hating camp also. I especially dislike the > > Linux 60Hz super-eye-destroying graphical boot, which I have to go to the > > trouble of defeating as it is the default. > > With CRTs on the retreat though, less and less people care about refresh > rates ... you'll probably join that camp at some point as well. :-) > Well, Knoppix's default resolution manages to blink on my laptop's LCD... Go figure. -- Alexandre "Sunny" Kovalenko (¾ÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Thu May 5 05:39: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 E89D216A719 for ; Thu, 5 May 2005 05:39:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCE143D7B for ; Thu, 5 May 2005 05:39:46 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C47D172DD9; Wed, 4 May 2005 22:39:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BF35172DD4 for ; Wed, 4 May 2005 22:39:46 -0700 (PDT) Date: Wed, 4 May 2005 22:39:46 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20050504223530.G40602@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: SCSI quirk for TEAC floppy drives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 05:39:47 -0000 Here's a quick patch that quiets Synchronize Cache errors from TEAC USB floppy mechanisms. Tested on a TEAC FD-05PUB; I have another TEAC in a TDK box that I'll also check. http://people.freebsd.org/~dwhite/scsi_da.c.20050504.patch -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 5 06:38: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 15D7216A4CE; Thu, 5 May 2005 06:38:31 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADFF143D73; Thu, 5 May 2005 06:38:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j456cPUp037395; Thu, 5 May 2005 02:38:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j456cPbf054327; Thu, 5 May 2005 02:38:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 79EBA7306E; Thu, 5 May 2005 02:38:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050505063825.79EBA7306E@freebsd-current.sentex.ca> Date: Thu, 5 May 2005 02:38:25 -0400 (EDT) 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: Thu, 05 May 2005 06:38:31 -0000 TB --- 2005-05-05 04:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-05 04:30:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-05-05 04:30:01 - cleaning the object tree TB --- 2005-05-05 04:30:44 - checking out the source tree TB --- 2005-05-05 04:30:44 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-05-05 04:30:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-05 04:47:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-05 04:47:01 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-05 04:47:01 - /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-05 06:17:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-05 06:17:24 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-05 06:17:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu May 5 06:17: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 >>> Kernel build for GENERIC completed on Thu May 5 06:31:25 UTC 2005 TB --- 2005-05-05 06:31:25 - generating LINT kernel config TB --- 2005-05-05 06:31:25 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-05-05 06:31:25 - /usr/bin/make -B LINT TB --- 2005-05-05 06:31:26 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-05 06:31:26 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-05-05 06:31:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 5 06:31: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 -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -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 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/pseudofs/pseudofs_vno ps.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -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 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_io.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -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 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_node.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -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 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_smb.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -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 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_subr.c /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_subr.c: In function `smbfs_fname_tolocal': /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_subr.c:341: warning: passing arg 3 of `iconv_conv_case' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/fs/smbfs/smbfs_subr.c:341: warning: passing arg 5 of `iconv_conv_case' from incompatible pointer type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-05-05 06:38:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-05 06:38:25 - ERROR: failed to build lint kernel TB --- 2005-05-05 06:38:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 5 07:05: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 C090216A4F0 for ; Thu, 5 May 2005 07:05:45 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609E543D9D for ; Thu, 5 May 2005 07:05:45 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so235657rnf for ; Thu, 05 May 2005 00:05:40 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LYKgDd3MpWIv1ym8NBecHnaodEAWbAt52S4J7rm7nCvCd9Qb71TgKOAl2gKIrdtcf8whPFQBe964W1DQ89CTL/mUWCbX+Zfalw9kdK1CbaSwMsrLjrK+u/8zpns/i5pIBIQiFOCLQbTGcJZg5wTG8nmtO6HRVm52nf6yobkSLVg= Received: by 10.38.79.2 with SMTP id c2mr184802rnb; Thu, 05 May 2005 00:05:40 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 00:05:40 -0700 (PDT) Message-ID: <245f0df10505050005b05f45b@mail.gmail.com> Date: Thu, 5 May 2005 17:05:40 +1000 From: SecNet To: freebsd-current@freebsd.org In-Reply-To: <1115258404.688.8.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <1072.172.16.0.199.1114624239.squirrel@172.16.0.1> <200504280257.j3S2vXEO007344@dungeon.home> <200504280606.45379.lofi@freebsd.org> <1115258404.688.8.camel@RabbitsDen> Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: SecNet List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 07:05:46 -0000 SW5kZWVkICwgCiAgIFdlbGwgdGhlcmVzIGEgdGhvdWdodCBhbHRvZ2V0aGVyLCBLbm9wcGl4IC8g V2hvcHBpeC0yLjYgLCBJIHVzZQp0aGF0IHdpdGggbm8gcHJvYmxlbXMsIGJ1dCAsIGhleSBpIGFt IG9pbmcgdG8gc29uZCBzdHVwaWQgaGVyZSwgYnV0CmhlY2suLiBJIGFtIGNvbmZ1c2VkIHdpdGgg TGludXggR1VJLCBpIGZpbmQgaXQgbWVzc3ksIG5vdCB0aGF0IGkgYW0KdG90YWxseSBzYXRpc2Zp ZWQgd2l0aCBGcmVlQlNEIHN0cnVjdHVyaW5nIG9mIGRpcmVjdG9yeXMgZWl0aGVyLCBidXQKdGhl cmUgaXMgbGVzcyBsb2FkIGFuZCBuZWVkIGZvciBHZnggY2FyZCBvbiBhIHRlY2hpY2FsIHZpZXcs IGFuZCBvbiBhCnBlcnNvbmFsIHZpZXcsIEl0cyBmcmVlIC0gc28gaXRzIHRoZSBCRVNUIQoKT24g NS81LzA1LCBBbGV4YW5kcmUgU3VubnkgS292YWxlbmtvIDxBbGV4LktvdmFsZW5rb0B2ZXJpem9u Lm5ldD4gd3JvdGU6Cj4gT24gVGh1LCAyMDA1LTA0LTI4IGF0IDA2OjA2ICswMjAwLCBNaWNoYWVs IE5vdHRlYnJvY2sgd3JvdGU6Cj4gPiBPbiBUaHVyc2RheSwgMjguIEFwcmlsIDIwMDUgMDQ6NTcs IFN0ZXBoZW4gTWNLYXkgd3JvdGU6Cj4gPgo+ID4gPiBQdXQgbWUgaW4gdGhlIGZsYXNoaW5lc3Mg aGF0aW5nIGNhbXAgYWxzby4gIEkgZXNwZWNpYWxseSBkaXNsaWtlIHRoZQo+ID4gPiBMaW51eCA2 MEh6IHN1cGVyLWV5ZS1kZXN0cm95aW5nIGdyYXBoaWNhbCBib290LCB3aGljaCBJIGhhdmUgdG8g Z28gdG8gdGhlCj4gPiA+IHRyb3VibGUgb2YgZGVmZWF0aW5nIGFzIGl0IGlzIHRoZSBkZWZhdWx0 Lgo+ID4KPiA+IFdpdGggQ1JUcyBvbiB0aGUgcmV0cmVhdCB0aG91Z2gsIGxlc3MgYW5kIGxlc3Mg cGVvcGxlIGNhcmUgYWJvdXQgcmVmcmVzaAo+ID4gcmF0ZXMgLi4uIHlvdSdsbCBwcm9iYWJseSBq b2luIHRoYXQgY2FtcCBhdCBzb21lIHBvaW50IGFzIHdlbGwuIDotKQo+ID4KPiBXZWxsLCBLbm9w cGl4J3MgZGVmYXVsdCByZXNvbHV0aW9uIG1hbmFnZXMgdG8gYmxpbmsgb24gbXkgbGFwdG9wJ3MK PiBMQ0QuLi4KPiAKPiBHbyBmaWd1cmUuCj4gCj4gLS0KPiBBbGV4YW5kcmUgIlN1bm55IiBLb3Zh bGVua28gKO/MxcvTwc7E0iDrz9fBzMXOy88pCj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KPiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgbWFp bGluZyBsaXN0Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJl ZWJzZC1jdXJyZW50Cj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qt Y3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9yZyIKPiAKCk9uIDUvNS8wNSwgQWxleGFuZHJl IFN1bm55IEtvdmFsZW5rbyA8QWxleC5Lb3ZhbGVua29AdmVyaXpvbi5uZXQ+IHdyb3RlOgo+IE9u IFRodSwgMjAwNS0wNC0yOCBhdCAwNjowNiArMDIwMCwgTWljaGFlbCBOb3R0ZWJyb2NrIHdyb3Rl Ogo+ID4gT24gVGh1cnNkYXksIDI4LiBBcHJpbCAyMDA1IDA0OjU3LCBTdGVwaGVuIE1jS2F5IHdy b3RlOgo+ID4KPiA+ID4gUHV0IG1lIGluIHRoZSBmbGFzaGluZXNzIGhhdGluZyBjYW1wIGFsc28u ICBJIGVzcGVjaWFsbHkgZGlzbGlrZSB0aGUKPiA+ID4gTGludXggNjBIeiBzdXBlci1leWUtZGVz dHJveWluZyBncmFwaGljYWwgYm9vdCwgd2hpY2ggSSBoYXZlIHRvIGdvIHRvIHRoZQo+ID4gPiB0 cm91YmxlIG9mIGRlZmVhdGluZyBhcyBpdCBpcyB0aGUgZGVmYXVsdC4KPiA+Cj4gPiBXaXRoIENS VHMgb24gdGhlIHJldHJlYXQgdGhvdWdoLCBsZXNzIGFuZCBsZXNzIHBlb3BsZSBjYXJlIGFib3V0 IHJlZnJlc2gKPiA+IHJhdGVzIC4uLiB5b3UnbGwgcHJvYmFibHkgam9pbiB0aGF0IGNhbXAgYXQg c29tZSBwb2ludCBhcyB3ZWxsLiA6LSkKPiA+Cj4gV2VsbCwgS25vcHBpeCdzIGRlZmF1bHQgcmVz b2x1dGlvbiBtYW5hZ2VzIHRvIGJsaW5rIG9uIG15IGxhcHRvcCdzCj4gTENELi4uCj4gCj4gR28g ZmlndXJlLgo+IAo+IC0tCj4gQWxleGFuZHJlICJTdW5ueSIgS292YWxlbmtvICjvzMXL08HOxNIg 68/XwczFzsvPKQo+IAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6 Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudAo+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciCj4gCgoKLS0gClNlY3VyaXR5IHJlc2VhcmNoIChCeSBBdXNzaWVzLCBG b3IgQXVzc2llcykuCihTRUMtVS1ORVQgTGFicyBBVSkgLSBQcm9qZWN0IEF1c0hvbmV5IChQaGFz ZSBCZXRhKSBDby1BZG1pbi9Gb3VuZGVyLgo= From owner-freebsd-current@FreeBSD.ORG Thu May 5 07:29:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F008516A4CE for ; Thu, 5 May 2005 07:29:57 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9648843DA3 for ; Thu, 5 May 2005 07:29:57 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so237711rnf for ; Thu, 05 May 2005 00:29:57 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GFJIa8AOl0DvMwNu6w/mEhjZ/D8XCTjF7yFXcbWN+JPY2MOTJWY/1NPmDfkBUxDxg1piMnoRB0McoHhdxUE9sqZMqCw1+MphMsH3M/ZIqyyKOywqwfjCYja2WgM12twQCSWFqUeB8KRaxC2n+mJsLkriKSibkKELbY7ftpTrkLQ= Received: by 10.38.181.47 with SMTP id d47mr203494rnf; Thu, 05 May 2005 00:29:57 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 00:29:55 -0700 (PDT) Message-ID: <245f0df105050500293a2113e7@mail.gmail.com> Date: Thu, 5 May 2005 17:29:57 +1000 From: SecNet To: freebsd-current@freebsd.org In-Reply-To: <245f0df10505050005b05f45b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline References: <57436.216.177.243.42.1114582155.localmail@webmail.dnswatch.com> <1072.172.16.0.199.1114624239.squirrel@172.16.0.1> <200504280257.j3S2vXEO007344@dungeon.home> <200504280606.45379.lofi@freebsd.org> <1115258404.688.8.camel@RabbitsDen> <245f0df10505050005b05f45b@mail.gmail.com> Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: SecNet List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 07:29:58 -0000 Q2xhcmlmeSA6OgoKSSB1c2UgZnJlZUJTRCBhcyBteSAnc2VydmVyJyAsIGl0IGlzIGEgMzAwbWh6 IChvbGRkZXN0IG1hY2hpbmUgaW4gdGhlCmhvdXNlKSAsIHdpdGggMTI4LzEzMy9TRFJSICwgSXRz IEFncCBzbG90IG1lbHRlZCwgeWV0IHdhcyBnaXZlbiBhbgpteDIwMCBvciBzaW1pbGFyLGVub3Vn aCBmb3Igc2VydmVyLG5vdCBlbm91Z2ggdG8gZ2FtZSB3aXRoLCBJIGRvbnQgdXNlCml0IGZvciBn YW1lcywgaSBoYXZlIG5vIG1vbml0b3Igbm9yIG1vdXNlIGF0dGFjaGVkIHRvIGl0LgpJZiBpIG5l ZWQgbXkgYjB4LCBJIHB1dHR5IHRvIGl0LCBpZiBpIGhhdmUgc29tZXRoaW5nICdzZXJpb3VzJyB0 byBsb29rCmF0LCBpdCBzaXRzIG5leHQgdG8gdGhpcyBQQyAsIG15IHdvcmtzdGF0aW9uLHNvIGlz IGNvbWZvcnRhYmx5IGNsb3NlCnRvIGEgbW9pdG9yLGFuZCBsZXRzIGZhY2UgaXQsIGlmIHlvdSBj YW4gZml0IGEgUEMgaW4sIHRoZW4gY2FudCBiZQptdWNoIG1vcmUgdG8gZ2V0IHRoZSBkYW1uIG1v bml0b3IgdG9vLgpTbyB5b3Ugc2VlIHRoaXMgaXNteSB2aWV3cG9pbnQsIEkgZG8gbm90IE5FRUQg R25vbWUvS0RFIGV0Yywgc28gdG8gbWUKLCBpdCBpcyBhIG1lc3NhIG5kIGNvbmZ1c2luZywgdGhl IGJlc3QgcGFydCBhYm91dCBLbm9wcGl4IGlzIGl0cwphZmZpbGlhdGlvbiB0byBXaGl0ZWhhdCwg dGhleSBoYXZlIGJlZWZlZCB1cCBhIHZlcnNpb24gd2ljaCBpIHVzZQpyZWd1bGFybHkgaWYgaW0g ZG9pbmcgYSByZXN1ZSwgc3RpbGwsIGkgc2VhcmNoIGZvciB0aGUgY29tbWFuZGxpbmUKcXVpY2tz bWFydCA7JykKCkJUVywgV29ya3N0YXRpb24gaXMgUDQtM2dpZzEyOG1lZy1HZngvNTEybWVnLURE Uiwgd2ljaCBydW5zIFdpbmRvd3MKWFAtU1AyLCBpIG9ubHkgV0lTSCBpdHMgdXB0aW1lcyB3ZXJl IGFzIGdvb2QgYXMgbXkgQnNkIGJveCA6KCAsIGl0IGhhcwphIG5vdyB1cHRpbWUgb2YgYXByb3gg MTA1IGRheXMsIGltIGx1Y2t5IGlmIEkgY2FuIGtlZXAgYSBHVUkgV2luZG93cwp1cCBmb3IgMiB3 ZWVrcywgaWYgaXRzIGhvdCBhbmQgaSBoYXZlIGFueSBvdmVyaGVhdGluZyBpc3N1ZXMsIHdvcnNl LgpUaGFua3lvdSBmb3IgdGFraW5nIHRoZSB0aW1lIHRvIHJlYWQsIFBsZWFzZSBoZWVkIHRoaXMg Ym9vdCBiYW5uZXIsIGlmCml0IGRvZXMgY29tZSBpbnRvIGVmZmVjdCBhdCBzb21lIHN0YWdlLCB1 c2VycyB3b3VsZCBiZSB0aGUgYmVzdAppbnB1dHRlcnMgb24gdGhpcywgaSBjYW4gc2F5IG9uZSB0 aGluZywgaSB3b3VsZCBMT1ZFIHRvIHNlZSBhbG90IG1vcmUKZG9uZSBvbiAncG9zdC1pbnN0YWxs JyAsIGFuZCBOT1cgYWxzbyB2ZXJ5IGltcG9ydGFudCB3aXRoIHBocEJCIGV0YywgYQpzdGVhZHkg J3NlY3VyaXR5JyBzZWN0aW9uLCBieSB0aGlzIGkgbWVhbiBkaXNjdXNzaW9ucyxhY3RpdmUgcHJv amVjdHMKZXRjIE9ubGluZS4gVW5peCBpcyBubyBsb25nZXIgc2FmZSBpbiB0aGUgMjAwMCdzLi4u ClJlZ2FyZHMsCkRyZXcgQi4KClN0b3AgaW4gL3Vzci9iMHJrLgoqKiogRXJyb3IgY29kZSAxICwg SW0gdGlyZWQgLHBsZWFzZSB0cnkgaW4gMzBtaW51dGVzIQoKT24gNS81LzA1LCBTZWNOZXQgPGQ0 cmtzdG9ybUBnbWFpbC5jb20+IHdyb3RlOgo+IEluZGVlZCAsCj4gICAgV2VsbCB0aGVyZXMgYSB0 aG91Z2h0IGFsdG9nZXRoZXIsIEtub3BwaXggLyBXaG9wcGl4LTIuNiAsIEkgdXNlCj4gdGhhdCB3 aXRoIG5vIHByb2JsZW1zLCBidXQgLCBoZXkgaSBhbSBvaW5nIHRvIHNvbmQgc3R1cGlkIGhlcmUs IGJ1dAo+IGhlY2suLiBJIGFtIGNvbmZ1c2VkIHdpdGggTGludXggR1VJLCBpIGZpbmQgaXQgbWVz c3ksIG5vdCB0aGF0IGkgYW0KPiB0b3RhbGx5IHNhdGlzZmllZCB3aXRoIEZyZWVCU0Qgc3RydWN0 dXJpbmcgb2YgZGlyZWN0b3J5cyBlaXRoZXIsIGJ1dAo+IHRoZXJlIGlzIGxlc3MgbG9hZCBhbmQg bmVlZCBmb3IgR2Z4IGNhcmQgb24gYSB0ZWNoaWNhbCB2aWV3LCBhbmQgb24gYQo+IHBlcnNvbmFs IHZpZXcsIEl0cyBmcmVlIC0gc28gaXRzIHRoZSBCRVNUIQo+IAo+IE9uIDUvNS8wNSwgQWxleGFu ZHJlIFN1bm55IEtvdmFsZW5rbyA8QWxleC5Lb3ZhbGVua29AdmVyaXpvbi5uZXQ+IHdyb3RlOgo+ ID4gT24gVGh1LCAyMDA1LTA0LTI4IGF0IDA2OjA2ICswMjAwLCBNaWNoYWVsIE5vdHRlYnJvY2sg d3JvdGU6Cj4gPiA+IE9uIFRodXJzZGF5LCAyOC4gQXByaWwgMjAwNSAwNDo1NywgU3RlcGhlbiBN Y0theSB3cm90ZToKPiA+ID4KPiA+ID4gPiBQdXQgbWUgaW4gdGhlIGZsYXNoaW5lc3MgaGF0aW5n IGNhbXAgYWxzby4gIEkgZXNwZWNpYWxseSBkaXNsaWtlIHRoZQo+ID4gPiA+IExpbnV4IDYwSHog c3VwZXItZXllLWRlc3Ryb3lpbmcgZ3JhcGhpY2FsIGJvb3QsIHdoaWNoIEkgaGF2ZSB0byBnbyB0 byB0aGUKPiA+ID4gPiB0cm91YmxlIG9mIGRlZmVhdGluZyBhcyBpdCBpcyB0aGUgZGVmYXVsdC4K PiA+ID4KPiA+ID4gV2l0aCBDUlRzIG9uIHRoZSByZXRyZWF0IHRob3VnaCwgbGVzcyBhbmQgbGVz cyBwZW9wbGUgY2FyZSBhYm91dCByZWZyZXNoCj4gPiA+IHJhdGVzIC4uLiB5b3UnbGwgcHJvYmFi bHkgam9pbiB0aGF0IGNhbXAgYXQgc29tZSBwb2ludCBhcyB3ZWxsLiA6LSkKPiA+ID4KPiA+IFdl bGwsIEtub3BwaXgncyBkZWZhdWx0IHJlc29sdXRpb24gbWFuYWdlcyB0byBibGluayBvbiBteSBs YXB0b3Ancwo+ID4gTENELi4uCj4gPgo+ID4gR28gZmlndXJlLgo+ID4KPiA+IC0tCj4gPiBBbGV4 YW5kcmUgIlN1bm55IiBLb3ZhbGVua28gKO/MxcvTwc7E0iDrz9fBzMXOy88pCj4gPgo+ID4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+IGZyZWVic2Qt Y3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiA+IGh0dHA6Ly9saXN0cy5mcmVlYnNk Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudAo+ID4gVG8gdW5zdWJzY3JpYmUs IHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11bnN1YnNjcmliZUBmcmVlYnNkLm9y ZyIKPiA+Cj4gCj4gT24gNS81LzA1LCBBbGV4YW5kcmUgU3VubnkgS292YWxlbmtvIDxBbGV4Lktv dmFsZW5rb0B2ZXJpem9uLm5ldD4gd3JvdGU6Cj4gPiBPbiBUaHUsIDIwMDUtMDQtMjggYXQgMDY6 MDYgKzAyMDAsIE1pY2hhZWwgTm90dGVicm9jayB3cm90ZToKPiA+ID4gT24gVGh1cnNkYXksIDI4 LiBBcHJpbCAyMDA1IDA0OjU3LCBTdGVwaGVuIE1jS2F5IHdyb3RlOgo+ID4gPgo+ID4gPiA+IFB1 dCBtZSBpbiB0aGUgZmxhc2hpbmVzcyBoYXRpbmcgY2FtcCBhbHNvLiAgSSBlc3BlY2lhbGx5IGRp c2xpa2UgdGhlCj4gPiA+ID4gTGludXggNjBIeiBzdXBlci1leWUtZGVzdHJveWluZyBncmFwaGlj YWwgYm9vdCwgd2hpY2ggSSBoYXZlIHRvIGdvIHRvIHRoZQo+ID4gPiA+IHRyb3VibGUgb2YgZGVm ZWF0aW5nIGFzIGl0IGlzIHRoZSBkZWZhdWx0Lgo+ID4gPgo+ID4gPiBXaXRoIENSVHMgb24gdGhl IHJldHJlYXQgdGhvdWdoLCBsZXNzIGFuZCBsZXNzIHBlb3BsZSBjYXJlIGFib3V0IHJlZnJlc2gK PiA+ID4gcmF0ZXMgLi4uIHlvdSdsbCBwcm9iYWJseSBqb2luIHRoYXQgY2FtcCBhdCBzb21lIHBv aW50IGFzIHdlbGwuIDotKQo+ID4gPgo+ID4gV2VsbCwgS25vcHBpeCdzIGRlZmF1bHQgcmVzb2x1 dGlvbiBtYW5hZ2VzIHRvIGJsaW5rIG9uIG15IGxhcHRvcCdzCj4gPiBMQ0QuLi4KPiA+Cj4gPiBH byBmaWd1cmUuCj4gPgo+ID4gLS0KPiA+IEFsZXhhbmRyZSAiU3VubnkiIEtvdmFsZW5rbyAo78zF y9PBzsTSIOvP18HMxc7LzykKPiA+Cj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwo+ID4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcg bGlzdAo+ID4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJz ZC1jdXJyZW50Cj4gPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1j dXJyZW50LXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIgo+ID4KPiAKPiAtLQo+IFNlY3VyaXR5IHJl c2VhcmNoIChCeSBBdXNzaWVzLCBGb3IgQXVzc2llcykuCj4gKFNFQy1VLU5FVCBMYWJzIEFVKSAt IFByb2plY3QgQXVzSG9uZXkgKFBoYXNlIEJldGEpIENvLUFkbWluL0ZvdW5kZXIuCj4gCgoKLS0g ClNlY3VyaXR5IHJlc2VhcmNoIChCeSBBdXNzaWVzLCBGb3IgQXVzc2llcykuCihTRUMtVS1ORVQg TGFicyBBVSkgLSBQcm9qZWN0IEF1c0hvbmV5IChQaGFzZSBCZXRhKSBDby1BZG1pbi9Gb3VuZGVy Lgo= From owner-freebsd-current@FreeBSD.ORG Thu May 5 07:34: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 1B97C16A4CE for ; Thu, 5 May 2005 07:34:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B62F43D9F for ; Thu, 5 May 2005 07:34:14 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so238060rnf for ; Thu, 05 May 2005 00:34: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:mime-version:content-type:content-transfer-encoding:content-disposition; b=TggWiVGVkVadgiUWm4O/ZtwiYP8fQSzYYEQVvvERNfLQ9LuPsRv+KbEvAwLqhfrMBsbU4GlUIcPEnRJ8QPb2aBRFWe9b6BLOiI6eadgur1gsDw0sSJnmnUIrH4ZFHzhJ2vyJJXWLEOpqJRjPN7Q/L9/COkdOS/mihKPBomkPtHk= Received: by 10.39.2.63 with SMTP id e63mr210268rni; Thu, 05 May 2005 00:34:14 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 00:34:14 -0700 (PDT) Message-ID: <245f0df10505050034338b457c@mail.gmail.com> Date: Thu, 5 May 2005 17:34:14 +1000 From: SecNet 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: Clarify X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: SecNet List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 07:34:15 -0000 Clarify :: I use freeBSD as my 'server' , it is a 300mhz (olddest machine in the house) , with 128/133/SDRR , Its Agp slot melted, yet was given an mx200 or similar,enough for server,not enough to game with, I dont use it for games, i have no monitor nor mouse attached to it. If i need my b0x, I putty to it, if i have something 'serious' to look at, it sits next to this PC , my workstation,so is comfortably close to a moitor,and lets face it, if you can fit a PC in, then cant be much more to get the damn monitor too. So you see this ismy viewpoint, I do not NEED Gnome/KDE etc, so to me , it is a messa nd confusing, the best part about Knoppix is its affiliation to Whitehat, they have beefed up a version wich i use regularly if im doing a resue, still, i search for the commandline quicksmart ;') BTW, Workstation is P4-3gig128meg-Gfx/512meg-DDR, wich runs Windows XP-SP2, i only WISH its uptimes were as good as my Bsd box :( , it has a now uptime of aprox 105 days, im lucky if I can keep a GUI Windows up for 2 weeks, if its hot and i have any overheating issues, worse. Thankyou for taking the time to read, Please heed this boot banner, if it does come into effect at some stage, users would be the best inputters on this, i can say one thing, i would LOVE to see alot more done on 'post-install' , and NOW also very important with phpBB etc, a steady 'security' section, by this i mean discussions,active projects etc Online. Unix is no longer safe in the 2000's... Regards, Drew B. Stop in /usr/b0rk. *** Error code 1 , Im tired ,please try in 30minutes! --=20 Security research (By Aussies, For Aussies). (SEC-U-NET Labs AU) - Project AusHoney (Phase Beta) Co-Admin/Founder. From owner-freebsd-current@FreeBSD.ORG Thu May 5 08:44: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 3482916A4CE; Thu, 5 May 2005 08:44:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F7043D53; Thu, 5 May 2005 08:44:31 +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 j458iUSM072174; Thu, 5 May 2005 04:44:31 -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 j458iTkB043371; Thu, 5 May 2005 04:44:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A12D07306E; Thu, 5 May 2005 04:44:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050505084428.A12D07306E@freebsd-current.sentex.ca> Date: Thu, 5 May 2005 04:44:28 -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 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, 05 May 2005 08:44:32 -0000 TB --- 2005-05-05 06:38:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-05 06:38:25 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-05-05 06:38:25 - cleaning the object tree TB --- 2005-05-05 06:38:58 - checking out the source tree TB --- 2005-05-05 06:38:58 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-05-05 06:38:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-05 06:45:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-05 06:45:47 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-05 06:45:47 - /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-05 08:31:54 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-05-05 08:31:54 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-05-05 08:31:54 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu May 5 08:31: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 [...] touch export_syms awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/modules/my/../../conf/kmod_syms.awk if_my.ko.debug export_syms | xargs -J% objcopy % if_my.ko.debug objcopy --strip-debug if_my.ko.debug if_my.ko ===> ndis (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/ndis/../../compat/ndis/subr_pe.c 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/ndis/../../compat/ndis/subr_ndis.c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c: In function `NdisMFreeSharedMemory': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:1710: warning: long long unsigned int format, uint64_t arg (arg 3) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis. *** 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-05 08:44:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-05 08:44:28 - ERROR: failed to build generic kernel TB --- 2005-05-05 08:44:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 5 09:09: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 4768D16A4CE; Thu, 5 May 2005 09:09:35 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85EE543DA1; Thu, 5 May 2005 09:09:33 +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 58FA9EB22AD; Thu, 5 May 2005 17:09:21 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 5896A1312B0; Thu, 5 May 2005 17:09:14 +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 38007-18; Thu, 5 May 2005 17:09:08 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 7E54813113D; Thu, 5 May 2005 17:09:07 +0800 (CST) Date: Thu, 5 May 2005 17:09:07 +0800 From: Xin LI To: FreeBSD Tinderbox Message-ID: <20050505090907.GA41071@frontfree.net> References: <20050505084428.A12D07306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <20050505084428.A12D07306E@freebsd-current.sentex.ca> 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: amd64@freebsd.org cc: wpaul@FreeBSD.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 09:09:35 -0000 --gatW/ieO32f1wygP Content-Type: multipart/mixed; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 05, 2005 at 04:44:28AM -0400, FreeBSD Tinderbox wrote: > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURREN= T/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../= include -finline-limit=3D8000 -fno-common -g -fno-omit-frame-pointer -I/tin= derbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/= GENERIC -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 = -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -st= d=3Dc99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat= /ndis/subr_pe.c > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdi= nc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURREN= T/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../= include -finline-limit=3D8000 -fno-common -g -fno-omit-frame-pointer -I/tin= derbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/= GENERIC -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 = -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreesta= nding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissi= ng-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -st= d=3Dc99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat= /ndis/subr_ndis.c > /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/sub= r_ndis.c: In function `NdisMFreeSharedMemory': > /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/sub= r_ndis.c:1710: warning: long long unsigned int format, uint64_t arg (arg 3) Maybe we should make use of the PRIx64 macro? (see patch attached) Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch-ndis Content-Transfer-Encoding: quoted-printable Index: subr_ndis.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/compat/ndis/subr_ndis.c,v retrieving revision 1.87 diff -u -r1.87 subr_ndis.c --- subr_ndis.c 5 May 2005 04:16:13 -0000 1.87 +++ subr_ndis.c 5 May 2005 09:02:54 -0000 @@ -90,6 +90,7 @@ #include #include =20 +#include #include =20 #include @@ -1706,7 +1707,8 @@ =20 if (sh =3D=3D NULL) { printf("NDIS: buggy driver tried to free " - "invalid shared memory: vaddr: %p paddr: 0x%qx\n", + "invalid shared memory: vaddr: %p paddr: " + "0x%" PRIx64 "\n", vaddr, paddr.np_quad); return; } --LZvS9be/3tNcYl/X-- --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCeeKz/cVsHxFZiIoRApKTAJ9ng9EnapbWyieIUpFW5FcHmkaf6gCbBEcY pQVNjnnij3u/qeN1KBHGfWQ= =tVFz -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- From owner-freebsd-current@FreeBSD.ORG Thu May 5 10:10: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 14DC816A4CE for ; Thu, 5 May 2005 10:10:58 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B1A543D62 for ; Thu, 5 May 2005 10:10:57 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j45AAo4J005861 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 5 May 2005 12:10:55 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j45AAIhs010121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 May 2005 12:10:18 +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 j45AAHXa018173; Thu, 5 May 2005 12:10:17 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j45AAHpo018172; Thu, 5 May 2005 12:10:17 +0200 (CEST) (envelope-from ticso) Date: Thu, 5 May 2005 12:10:17 +0200 From: Bernd Walter To: Jiawei Ye Message-ID: <20050505101016.GM75629@cicely12.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: freebsd-current@freebsd.org Subject: Re: SMBus hardware note recognized 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: Thu, 05 May 2005 10:10:58 -0000 On Thu, May 05, 2005 at 10:23:50AM +0800, Jiawei Ye wrote: > leafy@chihiro:~$ dmesg |grep driver > pci0: at device 31.3 (no driver attached) > pci0: at device 31.3 (no driver attached) > pci0: at device 31.3 (no driver attached) > > kldloading smb/smbus or compiling them in the kernel does not help in > recognizing the hardware. Maybe the PCI-ID is incorrect or something? smbus is the bus layer, you need the driver for the pci chip as well. In your case it should be ichsmb. Be carefull: some smbus drivers use bits 0-6 and other 1-7 for addressing. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu May 5 10:14: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 36E9C16A4CE for ; Thu, 5 May 2005 10:14:13 +0000 (GMT) Received: from post.00t.org (feynman.00t.org [217.160.135.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 883E343D1F for ; Thu, 5 May 2005 10:14:12 +0000 (GMT) (envelope-from ulrik@00t.org) Received: from [172.24.1.14] (pD9E1FBAC.dip.t-dialin.net [217.225.251.172]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by post.00t.org (Postfix) with ESMTP id 8E802192DE; Thu, 5 May 2005 12:14:10 +0200 (CEST) In-Reply-To: <245f0df10505050034338b457c@mail.gmail.com> References: <245f0df10505050034338b457c@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ulrik Guenther Date: Thu, 5 May 2005 12:13:39 +0200 To: SecNet X-Pgp-Agent: GPGMail 1.1 (Tiger) X-Mailer: Apple Mail (2.728) cc: freebsd-current@freebsd.org Subject: Re: Clarify X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 10:14:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Umm, sorry, but could you do me a favor? Could you please clarify what your question to this mailing list is? I don't get the point of your mail... Thanks, Ulrik Guenther On May 5, 2005, at 9:34 AM, SecNet wrote: > Clarify :: > > I use freeBSD as my 'server' , it is a 300mhz (olddest machine in the > house) , with 128/133/SDRR , Its Agp slot melted, yet was given an > mx200 or similar,enough for server,not enough to game with, I dont use > it for games, i have no monitor nor mouse attached to it. > If i need my b0x, I putty to it, if i have something 'serious' to look > at, it sits next to this PC , my workstation,so is comfortably close > to a moitor,and lets face it, if you can fit a PC in, then cant be > much more to get the damn monitor too. > So you see this ismy viewpoint, I do not NEED Gnome/KDE etc, so to me > , it is a messa nd confusing, the best part about Knoppix is its > affiliation to Whitehat, they have beefed up a version wich i use > regularly if im doing a resue, still, i search for the commandline > quicksmart ;') > > BTW, Workstation is P4-3gig128meg-Gfx/512meg-DDR, wich runs Windows > XP-SP2, i only WISH its uptimes were as good as my Bsd box :( , it has > a now uptime of aprox 105 days, im lucky if I can keep a GUI Windows > up for 2 weeks, if its hot and i have any overheating issues, worse. > Thankyou for taking the time to read, Please heed this boot banner, if > it does come into effect at some stage, users would be the best > inputters on this, i can say one thing, i would LOVE to see alot more > done on 'post-install' , and NOW also very important with phpBB etc, a > steady 'security' section, by this i mean discussions,active projects > etc Online. Unix is no longer safe in the 2000's... > Regards, > Drew B. > > Stop in /usr/b0rk. > *** Error code 1 , Im tired ,please try in 30minutes! > -- > Security research (By Aussies, For Aussies). > (SEC-U-NET Labs AU) - Project AusHoney (Phase Beta) Co-Admin/Founder. > _______________________________________________ > 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" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFCefHWy06DkvPH780RAunJAJ4t6I+50r4+3wA6OgSo4rzQMyuvwwCgh3lb NYslZH3NMYPel3QA8gIj8B8= =zZ6R -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu May 5 10:55: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 85B6016A4CE for ; Thu, 5 May 2005 10:55:26 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A25743DB8 for ; Thu, 5 May 2005 10:55:26 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so2656307nzp for ; Thu, 05 May 2005 03:55:25 -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=F14IF1T5x/ubSOTmCqMGUKHQhAVX6GTtzokDZVn03u54Mu4tMJrQDCBgWDQ8YHjqbulXztKEY6qVkdTwf7xngZ0OdeczuvQJ9q3qq8I2nCFuTgcBctVUaJTQFQi3TVVAOWptFDWazJYNGPvRjABeXOOmYxlI8IWh/2IQNXK5YgY= Received: by 10.36.34.18 with SMTP id h18mr259665nzh; Thu, 05 May 2005 03:55:25 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Thu, 5 May 2005 03:55:25 -0700 (PDT) Message-ID: Date: Thu, 5 May 2005 18:55:25 +0800 From: Jiawei Ye To: ticso@cicely.de In-Reply-To: <20050505101016.GM75629@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050505101016.GM75629@cicely12.cicely.de> cc: freebsd-current@freebsd.org Subject: Re: SMBus hardware note recognized 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, 05 May 2005 10:55:26 -0000 On 5/5/05, Bernd Walter wrote: > smbus is the bus layer, you need the driver for the pci chip as well. > In your case it should be ichsmb. > Be carefull: some smbus drivers use bits 0-6 and other 1-7 for > addressing. > -- > B.Walter BWCT http://www.bwct.de > bernd@bwct.de info@bwct.de I have ichsmb compiled in my kernel, the result is the same though. Anything else I can provide to diagnose this? Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu May 5 11:01: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 0F14316A4CE for ; Thu, 5 May 2005 11:01:56 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6778B43D39 for ; Thu, 5 May 2005 11:01:55 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j45B1n4J007605 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 5 May 2005 13:01:52 +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 j45B1Ahs010449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 May 2005 13:01:10 +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 j45B19cJ018422; Thu, 5 May 2005 13:01:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j45B19Um018421; Thu, 5 May 2005 13:01:09 +0200 (CEST) (envelope-from ticso) Date: Thu, 5 May 2005 13:01:09 +0200 From: Bernd Walter To: Jiawei Ye Message-ID: <20050505110109.GN75629@cicely12.cicely.de> References: <20050505101016.GM75629@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: freebsd-current@freebsd.org cc: ticso@cicely.de Subject: Re: SMBus hardware note recognized 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: Thu, 05 May 2005 11:01:56 -0000 On Thu, May 05, 2005 at 06:55:25PM +0800, Jiawei Ye wrote: > On 5/5/05, Bernd Walter wrote: > > smbus is the bus layer, you need the driver for the pci chip as well. > > In your case it should be ichsmb. > > Be carefull: some smbus drivers use bits 0-6 and other 1-7 for > > addressing. > I have ichsmb compiled in my kernel, the result is the same though. > Anything else I can provide to diagnose this? Maybe the chip ID isn't known by the ichsmb driver. It could be just adding the ID, but the chip may as well be incompatible. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu May 5 11:26: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 45CFC16A4CE for ; Thu, 5 May 2005 11:26:10 +0000 (GMT) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE0BB43D46 for ; Thu, 5 May 2005 11:26:09 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so267172nzk for ; Thu, 05 May 2005 04:26:09 -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=I4i4EAVT3hSArys/2BSMo/SZ0FFnFZtzyOFth64ko7lIloy5XK3FFpPuiZ1YBkgo0Jq47Ql9rkTpphnvFFTk8A3ThflwhzOzccNtEKQHyMQ94k108+CevhrKfpPKECxnrbuyiwnR7V4sDGno/gZiSWrIaftPeZMpiaZcwS8jWgQ= Received: by 10.36.41.14 with SMTP id o14mr259527nzo; Thu, 05 May 2005 04:26:09 -0700 (PDT) Received: by 10.36.91.20 with HTTP; Thu, 5 May 2005 04:26:09 -0700 (PDT) Message-ID: Date: Thu, 5 May 2005 19:26:09 +0800 From: Jiawei Ye To: ticso@cicely.de In-Reply-To: <20050505110109.GN75629@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050505101016.GM75629@cicely12.cicely.de> <20050505110109.GN75629@cicely12.cicely.de> cc: freebsd-current@freebsd.org Subject: Re: SMBus hardware note recognized 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, 05 May 2005 11:26:10 -0000 On 5/5/05, Bernd Walter wrote: > Maybe the chip ID isn't known by the ichsmb driver. > It could be just adding the ID, but the chip may as well be > incompatible. >=20 > -- > B.Walter BWCT http://www.bwct.de > bernd@bwct.de info@bwct.de Well, that's why I asked in the first place though :( --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu May 5 10:52: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 EDFAF16A4CE; Thu, 5 May 2005 10:52:46 +0000 (GMT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62D7643D82; Thu, 5 May 2005 10:52:46 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])j45AqirI025686; Thu, 5 May 2005 20:52:44 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) j45AqcRL011214; Thu, 5 May 2005 20:52:43 +1000 Date: Thu, 5 May 2005 20:52:39 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Xin LI In-Reply-To: <20050505090907.GA41071@frontfree.net> Message-ID: <20050505204235.L7880@delplex.bde.org> References: <20050505084428.A12D07306E@freebsd-current.sentex.ca> <20050505090907.GA41071@frontfree.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 05 May 2005 12:01:57 +0000 cc: amd64@FreeBSD.org cc: wpaul@FreeBSD.org cc: FreeBSD Tinderbox cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 10:52:47 -0000 On Thu, 5 May 2005, Xin LI wrote: > On Thu, May 05, 2005 at 04:44:28AM -0400, FreeBSD Tinderbox wrote: >> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c: In function `NdisMFreeSharedMemory': >> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:1710: warning: long long unsigned int format, uint64_t arg (arg 3) > > Maybe we should make use of the PRIx64 macro? (see patch attached) No. PRI* is a bug in C99; it should never be used. Just cast the arg to a suitable larger type with a known format (uintmax_t here). (C99 is missing support for better ways; either %I as in sfio (?) or %DWIM where the compiler rewrites the string to match the arg would be better.) Bruce From owner-freebsd-current@FreeBSD.ORG Thu May 5 11:40: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 0080F16A4CE for ; Thu, 5 May 2005 11:40:42 +0000 (GMT) Received: from dev.null.cz (dev.null.cz [193.85.228.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D3C43D6E for ; Thu, 5 May 2005 11:40:41 +0000 (GMT) (envelope-from buki@dev.null.cz) Received: from dev.null.cz (localhost [127.0.0.1]) by dev.null.cz (8.13.1/8.13.1) with ESMTP id j45BedHq024768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 May 2005 13:40:39 +0200 (CEST) (envelope-from buki@dev.null.cz) Received: (from buki@localhost) by dev.null.cz (8.13.1/8.13.1/Submit) id j45BedB9024767; Thu, 5 May 2005 13:40:39 +0200 (CEST) (envelope-from buki) Date: Thu, 5 May 2005 13:40:39 +0200 From: Buki To: Brian Candler Message-ID: <20050505114039.GD86284@dev.null.cz> References: <20050504150209.GA2516@uk.tiscali.com> <200505041646.j44GkKXw037042@fire.jhs.private> <20050504170737.GA15091@uk.tiscali.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ncSAzJYg3Aa9+CRW" Content-Disposition: inline In-Reply-To: <20050504170737.GA15091@uk.tiscali.com> User-Agent: Mutt/1.5.9i X-Mailman-Approved-At: Thu, 05 May 2005 12:01:57 +0000 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: Thu, 05 May 2005 11:40:42 -0000 --ncSAzJYg3Aa9+CRW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 04, 2005 at 06:07:37PM +0100, Brian Candler wrote: [snip] >=20 > Tab-completion is "on" in the sense that it works if only a single unique > filename matches. It is "off" in the sense that if more than one filename > matches, nothing happens except a terminal beep. >=20 > The behaviour that many people miss from `bash` is that pressing tab in t= hat > circumstance pops up a list of matching filenames to choose from. You can > then type the next character or two and hit tab again. That's what "set > autolist" gives you. what's keeping you from pressing ^D to show the list of available choices? [snip] P.S. I think the bikeshed should have small flowers painted all over. Buki --=20 PGP public key: http://dev.null.cz/buki.asc /"\ \ / ASCII Ribbon Campaign X Against HTML & Outlook Mail / \ http://www.thebackrow.net --ncSAzJYg3Aa9+CRW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCegY3PzhIkpLLm08RAu2cAJ4jiKtvl8Sng1+EHWFq06e6BzvjPwCfQedH cHHQj1JvRG9CEav5VudH5c8= =IGJj -----END PGP SIGNATURE----- --ncSAzJYg3Aa9+CRW-- From owner-freebsd-current@FreeBSD.ORG Thu May 5 12:41: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 2FFAE16A4DC for ; Thu, 5 May 2005 12:41:27 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C9143DB6 for ; Thu, 5 May 2005 12:41:26 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 4DA2C9AC; Thu, 5 May 2005 08:41:22 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 E78E28C; Thu, 5 May 2005 08:41:19 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTfhD-0000WI-Rn; Thu, 05 May 2005 13:43:15 +0100 Date: Thu, 5 May 2005 13:43:15 +0100 From: Brian Candler To: Warner Losh Message-ID: <20050505124315.GA1947@uk.tiscali.com> References: <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.com> <20050504.163618.112621888.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504.163618.112621888.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i 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: Thu, 05 May 2005 12:41:27 -0000 On Wed, May 04, 2005 at 04:36:18PM -0600, Warner Losh wrote: > Most people never use the root shell directly It's the very first point of contact with FreeBSD, when you login as root, before you create new users. And after that, you get it whenever you use "su". Once you've got to the point of installing and using sudo (which is not part of the base system) then you won't see it. > and all shell scripts are /bin/sh > anyway... > > It truely is one of those things that just doesn't matter at all. It matters to me, when I'm trying to introduce people to Unix, as it is an arbitrary inconsistency. By all means have root's shell as csh by default, as long as all other accounts are created with csh as default shell too. That, in my opinion, would be somewhat better than what we have today; switching users with 'su' wouldn't then give them a different shell to work in. However, you'd then be left with the inconsistency that you're using one shell syntax for interactive use, and a completely different one for writing scripts; even now I catch myself out by typing # for i in *; do {some stuff}; done when in csh, and then cursing it. At the moment I'm left trying to explain to people why, in a default FreeBSD install, you get one shell for root and a different one for others. It gives a bad impression of the system if the only explanation I can give is "yes this is stupid, but it was a good idea 25 years ago, and nobody thinks it's worthwhile fixing it". Yes, if you're an experienced FreeBSD user it doesn't matter 2 jots, because you can do whatever you prefer (change root's shell, or change your other users' shells) to fix it, in a matter of seconds. But, in my experience, it *does* impede getting comfortable with the system quickly for newcomers, by which I mean primarily newcomers to Unix, as opposed to migrants from Linux. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Thu May 5 12:51: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 D5E9B16A4CE; Thu, 5 May 2005 12:51:58 +0000 (GMT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D5BA43D80; Thu, 5 May 2005 12:51:57 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd31.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1DTfpc-0003YQ-00; Thu, 05 May 2005 14:51:56 +0200 Received: from Andro-Beta.Leidinger.net (S8FfhMZvQexMDiADW05b7sA-+r6b10NSDIO5RDwKgqbSA3TO91x5rn@[217.229.217.57]) by fwd31.sul.t-online.de with esmtp id 1DTfpV-0Af3ZY0; Thu, 5 May 2005 14:51:49 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j45Cpl7w091063; Thu, 5 May 2005 14:51:47 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 5 May 2005 14:52:40 +0200 From: Alexander Leidinger To: current@freebsd.org, jeff@freebsd.org Message-ID: <20050505145240.5d1f0b4b@Magellan.Leidinger.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 X-ID: S8FfhMZvQexMDiADW05b7sA-+r6b10NSDIO5RDwKgqbSA3TO91x5rn@t-dialin.net X-TOI-MSGID: e08392a8-f166-48b5-a438-803ddf0ebc9c Subject: panic: lockmgr: locking against myself (msdosfs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 12:51:58 -0000 Hi, I can reproduce this (starting rhytmbox and (try to) wait (it will panic first) until it finishes its automatic rescanning of the music library): ---snip--- KDB: enter: panic [thread pid 670 tid 100140 ] Stopped at kdb_enter+0x2a: leave db> tr Tracing pid 670 tid 100140 td 0xc1e5a000 kdb_enter(c05b7748) at kdb_enter+0x2a panic(c05b613e,80,c1e5a000,0,2) at panic+0xa9 lockmgr(c1fcf498,2002,c1fcf4bc,c1e5a000,d0ad58cc) at lockmgr+0x44e vop_stdlock(d0ad58ec,d0ad5908,c04eed31,c17ef6c0,d0ad58ec) at vop_stdlock+0x1e VOP_LOCK_APV(c17ef6c0) at VOP_LOCK_APV+0x27 vn_lock(c1fcf440,2002,c1e5a000) at vn_lock+0xa3 vget(c1fcf440,2002,c1e5a000) at vget+0xab vfs_hash_get(c17da000,c000,2,c1e5a000,d0ad5998) at vfs_hash_get+0x87 deget(c176c500,40003,0,d0ad5a10,0) at deget+0x79 msdosfs_lookup(d0ad5a88,d0ad5ac4,c04dd9ee,c17ef6c0,d0ad5a88) at msdosfs_lookup+0x4b7 VOP_CACHEDLOOKUP_APV(c17ef6c0,d0ad5a88,c1e5a000,c18dc600,c05fa180) at VOP_CACHEDLOOKUP_APV+0x27 vfs_cache_lookup(d0ad5b1c,d0ad5b38,c04e0b8e,c17ef6c0,d0ad5b1c) at vfs_cache_lookup+0xb1 VOP_LOOKUP_APV(c17ef6c0) at VOP_LOOKUP_APV+0x27 lookup(d0ad5b9c,0,d0ad5bc4,c05badde,7e7) at lookup+0x38d namei(d0ad5b9c,87d9b40,0,0,c1771bb0) at namei+0x2cb kern_lstat(c1e5a000,87d9b40,0,d0ad5c70) at kern_lstat+0x47 lstat(c1e5a000) at lstat+0x1b syscall(3b,3b,3b,bf6fbe30,87d9b40) at syscall+0x204 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x28ddb79f, esp = 0xbf6fbd4c, ebp = 0xbf6fbdf8 --- ---snip--- It's dumping the core now, if you need it I can put it up with the debug kernel. Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu May 5 13:26: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 11F2016A4CE for ; Thu, 5 May 2005 13:26:26 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 949DA43DAA for ; Thu, 5 May 2005 13:26:25 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j45DQOr5015237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 May 2005 09:26:24 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j45DQJsw054079; Thu, 5 May 2005 09:26:19 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17018.7931.658513.492252@grasshopper.cs.duke.edu> Date: Thu, 5 May 2005 09:26:19 -0400 (EDT) To: Brian Candler In-Reply-To: <20050504170737.GA15091@uk.tiscali.com> References: <20050504150209.GA2516@uk.tiscali.com> <200505041646.j44GkKXw037042@fire.jhs.private> <20050504170737.GA15091@uk.tiscali.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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: Thu, 05 May 2005 13:26:26 -0000 Brian Candler writes: > > Tab-completion is "on" in the sense that it works if only a single unique > filename matches. It is "off" in the sense that if more than one filename > matches, nothing happens except a terminal beep. > > The behaviour that many people miss from `bash` is that pressing tab in that > circumstance pops up a list of matching filenames to choose from. You can > then type the next character or two and hit tab again. That's what "set > autolist" gives you. > This is exactly the behaviour that drives me screaming from bash. Here's why: I do most of my work over an IPSec tunnel between endpoints 3000 miles apart. Interactive performance tends to be slow, and I'm a sucky typist, even after 20 years of computer use. For me, this combination of bad interactive performance and sucky typing is fine in tcsh, but annoying in bash. Being a sucky typist means I like to hit tab to get the shell to fill things in for me, up until the point at which things diverge. Bad interactive performance means that sometimes when I hit that first tab, its hard to know if I actually hit it. After a second or so of not seeing any completions, I just automatically hit it again. In tcsh, hitting a tab once or 2 times results in the same thing -- filling in the path until there are multiple choices. So that second, accidental tab is harmless. But in bash, that second, accidental tab results in a long pause while the shell lists all the different choices for the completion of the path. Which I don't want to wait for. If I could make bash's completion act like tcsh completion (^D rather than tab-tab), I'd probably use it. Drew From owner-freebsd-current@FreeBSD.ORG Thu May 5 14:03: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 3AE7716A4CE; Thu, 5 May 2005 14:03:00 +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 F1BF043DAF; Thu, 5 May 2005 14:02:58 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from antares.redesjm.local (localhost.redesjm.local [127.0.0.1]) j45E2qHk081300; Thu, 5 May 2005 16:02:52 +0200 (CEST) (envelope-from josemi@antares.redesjm.local) Received: (from josemi@localhost) by antares.redesjm.local (8.13.3/8.13.3/Submit) id j45E2pYF081299; Thu, 5 May 2005 16:02:51 +0200 (CEST) (envelope-from josemi) Date: Thu, 5 May 2005 16:02:51 +0200 From: Jose M Rodriguez To: Josef Karthauser Message-ID: <20050505140251.GA81260@antares.redesjm.local> References: <20050502200413.GB46745@genius.tao.org.uk> <20050502202122.GC46745@genius.tao.org.uk> <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> <1115226802.49427.16.camel@buffy.york.ac.uk> <20050504171851.GB1863@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504171851.GB1863@genius.tao.org.uk> User-Agent: Mutt/1.4.2.1i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.12; VDF: 6.30.0.157; host: antares.redesjm.local) cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: ipfw broken with bridge under 5.x (5.3 and 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: Thu, 05 May 2005 14:03:00 -0000 On Wed, May 04, 2005 at 06:18:51PM +0100, Josef Karthauser wrote: > On Wed, May 04, 2005 at 06:13:22PM +0100, Gavin Atkinson wrote: > > > > I believe I am seeing similar problems to you, though uptime for me is > > generally measurable in days rather than minutes. I've found that > > adding an explicit "allow all from any to any" and then removing it > > again seems to get it working. I will test your solution when mine > > fails again. > > > > It appears that the solution is obtained by adding the rule: > > allow ip from any to any layer2 mac-type arp > > to the beginning of the firewall list. IPFW2 drops non-IP traffic > whereas IPFW1 passes it though. This is the reason why my configuration > stopped working after the upgrade. > What point me that we must solve the ip <-> all problem in ipfw2 ip from any to any match all traffic, not only ip. So this must be deprecated and all used instead. Also, this must be take in account when pretty-print is done. Apart of this, I'm still have problems with ipfw and rules without body: - skipto 30000 + skipto 30000 all from any to any -- josemi From owner-freebsd-current@FreeBSD.ORG Thu May 5 15:39:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C1C16A4CE for ; Thu, 5 May 2005 15:39:31 +0000 (GMT) Received: from pit.databus.com (p72-0-224-2.acedsl.com [72.0.224.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC06F43D96 for ; Thu, 5 May 2005 15:39:30 +0000 (GMT) (envelope-from barney@databus.com) Received: from pit.databus.com (localhost [127.0.0.1]) by pit.databus.com (8.13.3/8.13.3) with ESMTP id j452YG2R005798; Wed, 4 May 2005 22:34:16 -0400 (EDT) (envelope-from barney@pit.databus.com) Received: (from barney@localhost) by pit.databus.com (8.13.3/8.13.3/Submit) id j452YEfG005797; Wed, 4 May 2005 22:34:14 -0400 (EDT) (envelope-from barney) Date: Wed, 4 May 2005 22:34:14 -0400 From: Barney Wolff To: Scott Long Message-ID: <20050505023414.GA4646@pit.databus.com> References: <20050504113817.GD22956@empiric.icir.org> <20050504132429.GA2105@uk.tiscali.com> <5207b55e44478fa93e3689ad79b54f4d@mac.com> <20050504.152439.71089989.imp@bsdimp.com> <4279767D.5010203@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4279767D.5010203@samsco.org> User-Agent: Mutt/1.5.9i X-Scanned-By: MIMEDefang 2.51 on 66.114.72.185 cc: Warner Losh 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: Thu, 05 May 2005 15:39:31 -0000 On Wed, May 04, 2005 at 07:27:25PM -0600, Scott Long wrote: > > OSX used csh by default until the 10.3 series release. You can still > (thankfully) select it. IMHO, csh/tcsh is superior for interactive > use, and bash/ksh is superior for scripting. It's amazing what happens > when you pick the right tool for the job; hammers are vastly superior > at pounding nails, while screw drivers are vastly superior at turning > screws. In my aged and inflexible opinion, whatever shell one is used to is the best tool, and attempts by all parties to assert the superiority of their personal favorites are ridiculous. Since /etc/passwd has included a line for toor for as long as I can remember, I can use ksh and leave root's shell as whatever it is. Then again, I still use vi, so what do I know? -- Barney Wolff http://www.databus.com/bwresume.pdf I never met a computer I didn't like. From owner-freebsd-current@FreeBSD.ORG Thu May 5 15:54:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 42D4E16A4CF; Thu, 5 May 2005 15:54:45 +0000 (GMT) In-Reply-To: <20050505204235.L7880@delplex.bde.org> from Bruce Evans at "May 5, 2005 08:52:39 pm" To: bde@zeta.org.au (Bruce Evans) Date: Thu, 5 May 2005 15:54:45 +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: <20050505155445.42D4E16A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: amd64@FreeBSD.org cc: current@FreeBSD.org cc: tinderbox@FreeBSD.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 15:54:45 -0000 > On Thu, 5 May 2005, Xin LI wrote: > > > On Thu, May 05, 2005 at 04:44:28AM -0400, FreeBSD Tinderbox wrote: > >> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c: In function `NdisMFreeSharedMemory': > >> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:1710: warning: long long unsigned int format, uint64_t arg (arg 3) > > > > Maybe we should make use of the PRIx64 macro? (see patch attached) > > No. PRI* is a bug in C99; it should never be used. Just cast the arg to > a suitable larger type with a known format (uintmax_t here). (C99 is > missing support for better ways; either %I as in sfio (?) or %DWIM where > the compiler rewrites the string to match the arg would be better.) > > Bruce I think what you really meant to say was: "Use %jx instead of %qx." Am I right? -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 Thu May 5 16:00: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 3282D16A518; Thu, 5 May 2005 16:00:39 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA0743DC9; Thu, 5 May 2005 16:00:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j45G0YS6001613; Thu, 5 May 2005 12:00:34 -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 j45G0XVo072415; Thu, 5 May 2005 12:00:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A586E7306E; Thu, 5 May 2005 12:00:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050505160033.A586E7306E@freebsd-current.sentex.ca> Date: Thu, 5 May 2005 12:00:33 -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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 16:00:39 -0000 TB --- 2005-05-05 14:56:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-05 14:56:40 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-05 14:56:40 - cleaning the object tree TB --- 2005-05-05 14:56:53 - checking out the source tree TB --- 2005-05-05 14:56:53 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-05 14:56:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-05 15:03:32 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-05 15:03:32 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-05 15:03:32 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-05 16:00:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-05 16:00:33 - ERROR: failed to build world TB --- 2005-05-05 16:00:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu May 5 17:29: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 0C91D16A4CE; Thu, 5 May 2005 17:29:18 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF57843D86; Thu, 5 May 2005 17:29:17 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C384872DD4; Thu, 5 May 2005 10:29:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BDB1C72DCB; Thu, 5 May 2005 10:29:10 -0700 (PDT) Date: Thu, 5 May 2005 10:29:10 -0700 (PDT) From: Doug White To: Daniel Eriksson In-Reply-To: Message-ID: <20050505102605.H47211@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org cc: 'John Baldwin' Subject: RE: task queue: supervisor write, page not present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 17:29:18 -0000 On Sun, 1 May 2005, Daniel Eriksson wrote: > John Baldwin wrote: > > > Did Sam's recent fixes to taskqueues fix this panic for you? > > Less than 24 hours after going back to the usage pattern the server had when > it crashed several times last month, it crashed again. This time it looks a > little bit different. Not sure it is related at all. This is on an dual CPU > (AMD AthlonMP) machine. > > System/kernel compiled from sources dated: 2005.04.29.23.00.00 > > I have both a debug kernel and a dump that I can make available if someone > wants to look closer at this. >From the traceback it looks like the object at the end of swap_pager_putpages() has been ripped out from under us since the mutex is NULL. Can you print the address and contents of "object" in that frame? Considering we'd just locked and unlocked the object in the preceeding loop, I don't think we're corrupting it... Also odd the traceback is different between ddb and gdb. > > /Daniel Eriksson > > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 00 > fault virtual address = 0x1c > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc069ee7f > stack pointer = 0x28:0xe09d8c20 > frame pointer = 0x28:0xe09d8c44 > 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 = 3 (g_up) > [thread pid 3 tid 100041 ] > Stopped at swp_pager_async_iodone+0x8f: lock cmpxchgl > %edx,0x1c(%ecx) > db> wh > Tracing pid 3 tid 100041 td 0xc1ecd600 > swp_pager_async_iodone(d1721040,c1ecd600,0,0,0) at > swp_pager_async_iodone+0x8f > bufdone(d1721040,c3f6d738,e09d8cc0,c05ac6af,c3f6d738) at bufdone+0x16f > swapgeom_done(c3f6d738,0,c1ecd600,0,c1ecd600) at swapgeom_done+0x37 > biodone(c3f6d738,c0793168,24c,c0736c91,c8) at biodone+0xaf > g_io_schedule_up(c1ecd600,4c,c1ecd600,c050f970,e09d8d04) at > g_io_schedule_up+0x66 > g_up_procbody(0,e09d8d38,0,0,0) at g_up_procbody+0xaf > fork_exit(c050f970,0,e09d8d38) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe09d8d6c, ebp = 0 --- > > (kgdb) where > #0 doadump () at pcpu.h:165 > #1 0xc0452b15 in db_fncall (dummy1=15, dummy2=0, dummy3=1021, > dummy4=0xe09d8a28 "") at /usr/src/sys/ddb/db_command.c:531 > #2 0xc0452892 in db_command (last_cmdp=0xc078d8a4, cmd_table=0x0, > aux_cmd_tablep=0xc07553fc, aux_cmd_tablep_end=0xc0755400) > at /usr/src/sys/ddb/db_command.c:349 > #3 0xc045299a in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc04549f5 in db_trap (type=12, code=0) at > /usr/src/sys/ddb/db_main.c:221 > #5 0xc0571d4e in kdb_trap (type=0, code=0, tf=0xe09d8be0) at > /usr/src/sys/kern/subr_kdb.c:421 > #6 0xc06faf46 in trap_fatal (frame=0xe09d8be0, eva=0) at > /usr/src/sys/i386/i386/trap.c:801 > #7 0xc06fac32 in trap_pfault (frame=0xe09d8be0, usermode=0, eva=28) at > /usr/src/sys/i386/i386/trap.c:724 > #8 0xc06fa7b2 in trap (frame= > {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = -781053888, > tf_ebp = -526545852, tf_isp = -526545908, tf_ebx = -1066799632, tf_edx = > -1041443328, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = > -1066799489, tf_cs = 32, tf_eflags = 66050, tf_esp = -660721664, tf_ss = 1}) > at /usr/src/sys/i386/i386/trap.c:414 > #9 0xc06e559a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #10 0x00000008 in ?? () > #11 0x00000028 in ?? () > #12 0x00000028 in ?? () > #13 0x00000000 in ?? () > #14 0xd1721040 in ?? () > #15 0xe09d8c44 in ?? () > #16 0xe09d8c0c in ?? () > #17 0xc069edf0 in swap_pager_putpages () at > /usr/src/sys/vm/swap_pager.c:1375 > #18 0xc05acb5f in bufdone (bp=0xd1721040) at > /usr/src/sys/kern/vfs_bio.c:3096 > #19 0xc06a0b17 in swapgeom_done (bp2=0xc3f6d738) at > /usr/src/sys/vm/swap_pager.c:2355 > #20 0xc05ac6af in biodone (bp=0xc3f6d738) at > /usr/src/sys/kern/vfs_bio.c:2927 > #21 0xc050f736 in g_io_schedule_up (tp=0xc1ecd600) at > /usr/src/sys/geom/geom_io.c:489 > #22 0xc050fa1f in g_up_procbody () at /usr/src/sys/geom/geom_kern.c:95 > #23 0xc0539b30 in fork_exit (callout=0xc050f970 , arg=0x0, > frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 > #24 0xc06e55fc in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:208 > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 5 17:36: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 D30DE16A4CE for ; Thu, 5 May 2005 17:36:43 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDCAF43DB9 for ; Thu, 5 May 2005 17:36:43 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AFA8C72DD4; Thu, 5 May 2005 10:36:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AD37D72DCB; Thu, 5 May 2005 10:36:43 -0700 (PDT) Date: Thu, 5 May 2005 10:36:43 -0700 (PDT) From: Doug White To: Harry Coin In-Reply-To: <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> Message-ID: <20050505103559.S47211@carver.gumbysoft.com> References: <4.3.2.7.2.20050502132932.029cced0@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: Thu, 05 May 2005 17:36:43 -0000 On Mon, 2 May 2005, Harry Coin wrote: > I've found that 5.4 as of today won't load the psm0 driver if the box is > connected through a KVM instead of directly to the mouse. > > When I plug the mouse directly into the box, 5.4 and 5.3 load psm0 no > problem. > > When I plug the mouse in via the KVM, 5.4 won't load psm0 but 5.3 will. > > If I plug the mouse in directly at boot time under 5.4, so psm0 loads, then > (don't do this at home) hot-unplug it and plug in the kvm-- the mouse works > via the KVM. Can you get boot -v output from both situations? This shows some of the probe communication that may indicate why the port isn't probing with the kvm attached. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 5 17: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 C9C3716A4CE for ; Thu, 5 May 2005 17:39:03 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A478D43D8F for ; Thu, 5 May 2005 17:39:03 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 842C572DD4; Thu, 5 May 2005 10:39:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8113872DCB; Thu, 5 May 2005 10:39:03 -0700 (PDT) Date: Thu, 5 May 2005 10:39:03 -0700 (PDT) From: Doug White To: Nikolay Kalev In-Reply-To: <4277339A.6080108@gmail.com> Message-ID: <20050505103825.V47211@carver.gumbysoft.com> References: <4277339A.6080108@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: Thu, 05 May 2005 17:39:03 -0000 On Tue, 3 May 2005, Nikolay Kalev wrote: > I have some strange problems lately. This issue came when i started to > use 5.4RC's. For some reason after working 1-2days on my laptop without > reboot or something else my touchpad was barly usable. The effect was > like someone else was moving my pointer back to it;s possition like it > was stuck on that spot. This apeared twice from PRERELEASE to RC4 > testing on my laptop, after reboot everything comes back to normal with > no such effects. > Could this be from a window manager or X ? It could be from the Synaptics improvements -- there's a flag to disable them. Check the manpage. > Here is a dmesg from my hardware : > --------------------------------------------------------------------------------------------------- > 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 5.4-RC4 #0: Mon May 2 02:23:48 EEST 2005 > root@lapi:/usr/obj/usr/src/sys/LAPI > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Celeron(R) CPU 2.40GHz (2392.96-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > Features=0xbfebf9ff R,SSE,SSE2,SS,HTT,TM,PBE> > real memory = 393740288 (375 MB) > avail memory = 375463936 (358 MB) > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > acpi_ec0: port 0x66,0x62 on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_cmbat0: on acpi0 > acpi_acad0: on acpi0 > acpi_button0: on acpi0 > acpi_button1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > acpi_video0: mem > 0x80000000-0x8007ffff,0x88000000-0x8fffffff irq 10 at device 2.0 on pci0 > uhci0: port 0x1800-0x181f > irq 10 at device 29.0 on pci0 > 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 0x1820-0x183f > irq 11 at device 29.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1840-0x185f > irq 5 at device 29.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > pci0: at device 29.7 (no driver attached) > pcib1: at device 30.0 on pci0 > pci2: on pcib1 > cbb0: at device 3.0 on pci2 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > fxp0: port 0x3000-0x303f mem > 0xd0104000-0xd0104fff irq 11 at device 8. > 0 on pci2 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:00:f0:84:fc:c7 > fwohci0: mem > 0xd0100000-0xd0103fff,0xd0105000-0xd01057ff irq 10 at device 13.0 on > pci2 > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:f0:41:20:11:19:1c > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:00:f0:11:19:1c > fwe0: Ethernet address: 02:00:f0:11:19:1c > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1860-0x186f,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) > pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem > 0xd0080800-0xd00808ff,0xd0080c00-0xd0080dff irq > 5 at device 31.5 on pci0 > pcm0: > pci0: at device 31.6 (no driver attached) > acpi_tz0: on acpi0 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq > 1 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > orm0: at iomem 0xe0000-0xe3fff,0xdc000-0xdffff on isa0 > pmtimer0 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2392961360 Hz quality 800 > Timecounters tick every 10.000 msec > ipfw2 initialized, divert disabled, rule-based forwarding enabled, > default to accept, logging limited to 100 pack > ets/entry by default > ad0: 28615MB [58140/16/63] at ata0-master UDMA100 > acd0: CDRW at ata1-master PIO4 > Mounting root from ufs:/dev/ad0s1a > Accounting enabled > pflog0: promiscuous mode enabled > > > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 5 18:37: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 5BA4416A4CE for ; Thu, 5 May 2005 18:37:31 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D165543D8A for ; Thu, 5 May 2005 18:37:30 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j45IbMEf068177 for ; Thu, 5 May 2005 14:37:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j45IbM9r068174 for ; Thu, 5 May 2005 14:37:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 5 May 2005 14:37:22 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050505142850.S55534@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.544, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Subject: ata-related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 18:37:31 -0000 Hi, I got this lovely panic when trying to upgrade from an April 15th kernel. This panic happened too soon in the boot process for my dumpdir to get set. Anyone have any clues on this one while I gather more data? em0: link state changed to UP unknown: WARNING - ATA_IDENTIFY requeued due to channel reset LBA=0 lock order reversal 1st 0xc50ae6e0 ATA state lock (ATA state lock) @ /usr/src/sys/kern/kern_timeout.c:263 2nd 0xc4f73344 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 KDB: stack backtrace: kdb_backtrace(c06dbd1b,c4f73344,c06eb71c,c06eb71c,c06eb79c) at kdb_backtrace+0x2f witness_checkorder(c4f73344,9,c06eb79c,bb5,12b) at witness_checkorder+0x6d0 _sx_xlock(c4f73344,c06eb79c,bb5,bd5,e900cac8) at _sx_xlock+0x7f _vm_map_lock_read(c4f73300,c06eb79c,bb5,100018a,deadc000) at _vm_map_lock_read+0x4a vm_map_lookup(e900cb60,deadc000,1,e900cb64,e900cb54) at vm_map_lookup+0x2e vm_fault(c1059000,deadc000,1,0,c5015d80) at vm_fault+0x7f trap_pfault(e900cc2c,0,deadc126,e900cc0c,deadc126) at trap_pfault+0x166 trap(c0550008,c0780028,28,c5365d48,c5365d48) at trap+0x350 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0541af4, esp = 0xe900cc6c, ebp = 0xe900cc6c --- device_get_softc(deadc0de,107,1,c50ae6e0,c50ae6e0) at device_get_softc+0x6 ata_timeout(c5365d48,0,c06d90a7,107,c046cb91) at ata_timeout+0x1d softclock(0,0,c06d585c,256,c0735d60) at softclock+0x242 ithread_loop(c5019400,e900cd38,c06d5647,30d,c5019400) at ithread_loop+0x159 fork_exit(c0513923,c5019400,e900cd38) at fork_exit+0xc2 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe900cd6c, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc126 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0541af4 stack pointer = 0x28:0xe900cc6c frame pointer = 0x28:0xe900cc6c 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 = 85 (swi4: clock sio) [thread pid 85 tid 100076 ] Stopped at device_get_softc+0x6: movl 0x48(%eax),%eax db> show locks exclusive sleep mutex ATA state lock r = 0 (0xc50ae6e0) locked @ /usr/src/sys/kern/kern_timeout.c:263 The kernel is: FreeBSD 6.0-CURRENT #0: Thu May 5 02:58:38 EDT 2005 andy@bling.properkernel.com:/usr/obj/usr/src/sys/BLING More information about the system can be found at: http://bling.properkernel.com/freebsd/ Cheers, 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 * #include */ From owner-freebsd-current@FreeBSD.ORG Thu May 5 19:04: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 0F45D16A4CE for ; Thu, 5 May 2005 19:04:37 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9127443D5A for ; Thu, 5 May 2005 19:04:36 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com; Thu, 5 May 2005 14:04:57 -0500 Message-Id: <4.3.2.7.2.20050505134432.01f6e7a8@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 05 May 2005 14:04:16 -0500 To: Doug White From: Harry Coin In-Reply-To: <20050505103559.S47211@carver.gumbysoft.com> References: <4.3.2.7.2.20050502132932.029cced0@mail.qconline.com> <4.3.2.7.2.20050502132932.029cced0@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: Thu, 05 May 2005 19:04:37 -0000 Doug, 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. Apropos: I'm not presuming this comes as news to most, but I'd like to share a bit of a 'real life' thing that happens for those of us who use KVM's. KVM's let one keyboard, mouse and monitor be connected to more than one system box. Various schemes allow a near instant switch of the screen, mouse and keyboard from one system box to another with no cable fussing. They are sold with various capacities, some let 2 systems attach, some let 4, 6, 8 or more attach. When you live in the world of having that many systems in one spot, sooner or later a few more systems show up than whatever number of systems the KVM you have supports. So the higher-end KVM's allow for ways to gang KVM's up, so what in a normal case would be a system box attached to the rear of a KVM is in fact a cable to the output port of an entire further KVM attached to however many systems, or even another KVM and so on. Usually the deepest permitted 'depth' to a KVM tree is 8 while the breadth can be limited to 1 (say on an N port KVM, N-1 attach to real system boxes, N attaches to the next KVM down the tree). The KVM's gang up in a way that minimizes video loss and eases selecting the system box desired. Also KVM's emulate a mouse on all ports even when the 'real one' is not attached or any given port is not selected, so BIOS reboot logic detects the presence of a mouse at all times without regard to requiring the system be selected and so have access to 'live' mouse electronic signals at boot time. 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. HTH Harry At 10:36 AM 5/5/2005 -0700, Doug White wrote: >On Mon, 2 May 2005, Harry Coin wrote: > > > I've found that 5.4 as of today won't load the psm0 driver if the box is > > connected through a KVM instead of directly to the mouse. > > > > When I plug the mouse directly into the box, 5.4 and 5.3 load psm0 no > > problem. > > > > When I plug the mouse in via the KVM, 5.4 won't load psm0 but 5.3 will. > > > > If I plug the mouse in directly at boot time under 5.4, so psm0 loads, then > > (don't do this at home) hot-unplug it and plug in the kvm-- the mouse works > > via the KVM. > >Can you get boot -v output from both situations? This shows some of the >probe communication that may indicate why the port isn't probing with the >kvm attached. > >-- >Doug White | FreeBSD: The Power to Serve >dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu May 5 19:39:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 2120B16A4CF; Thu, 5 May 2005 19:39:20 +0000 (GMT) In-Reply-To: <20050506021433.W4828@epsplex.bde.org> from Bruce Evans at "May 6, 2005 02:21:18 am" To: bde@zeta.org.au (Bruce Evans) Date: Thu, 5 May 2005 19:39:20 +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: <20050505193920.2120B16A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: amd64@freebsd.org cc: current@freebsd.org cc: tinderbox@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 19:39:20 -0000 > On Thu, 5 May 2005, Bill Paul wrote: > > >> On Thu, 5 May 2005, Xin LI wrote: > >> > >>> On Thu, May 05, 2005 at 04:44:28AM -0400, FreeBSD Tinderbox wrote: > >>>> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c: In function `NdisMFreeSharedMemory': > >>>> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:1710: warning: long long unsigned int format, uint64_t arg (arg 3) > >>> > >>> Maybe we should make use of the PRIx64 macro? (see patch attached) > >> > >> No. PRI* is a bug in C99; it should never be used. Just cast the arg to > >> a suitable larger type with a known format (uintmax_t here). (C99 is > >> missing support for better ways; either %I as in sfio (?) or %DWIM where > >> the compiler rewrites the string to match the arg would be better.) > > > > I think what you really meant to say was: > > > > "Use %jx instead of %qx." > > > > Am I right? > > No, the arg must match the format. %jx matches uintmax_t, but the arg has > type uint64_t. uint64_t just happens to be the same as uintmax_t on all > supported machines, so using %jx without casting the arg to match gives a > latent bug. > > Bruce So what you really, _really_ meant to say was: "Cast the argument to uintmax_t _and_ use %jx instead of %qx." Am I right? -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 Thu May 5 21:14: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 502F016A4CF for ; Thu, 5 May 2005 21:14:53 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14BA443D98 for ; Thu, 5 May 2005 21:14:53 +0000 (GMT) (envelope-from aymeric.muntz@free.fr) Received: from serveur.thrruss.org (unknown [81.56.231.36]) by postfix4-2.free.fr (Postfix) with ESMTP id 1637C3190CD for ; Thu, 5 May 2005 23:14:45 +0200 (CEST) Received: from artemis (artemis [192.168.2.2]) by serveur.thrruss.org (8.13.0/8.13.0) with SMTP id j45M6apS025642 for ; Fri, 6 May 2005 00:06:37 +0200 From: "Aymeric MUNTZ" To: Date: Thu, 5 May 2005 23:14:48 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-reply-to: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Subject: Multipath routing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 21:14:53 -0000 Hi guys Does anyone knows anything about multipath routing support under FreeBSD? -is there a patch to support it? -will FBSD 5.4 or 6.x support it? -is it a sheduled developpement? -is there a way to get it? .... Any information would be very interresting! It is really sad this is not already supported actually Thanks Aymeric From owner-freebsd-current@FreeBSD.ORG Thu May 5 23:09: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 8395216A4CE for ; Thu, 5 May 2005 23:09:46 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B2943D67 for ; Thu, 5 May 2005 23:09:46 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so359287rnf for ; Thu, 05 May 2005 16:09:45 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=o2kSWZrnG/e2UhCsqi0WqD8pdzFyLk5fpoYTkftEEEC3z8QjHdsXyRQqErnFYkXhfuFzd3pE6Ew5VQYp7ZPJZKse0V5o0Vv3HuVN0hQ/cyF3R45lru3NQlp2VGfqE1GFzr5ZiE6ZOVoZt8CvPKkpEPGfPjqjH4LTqzU20AaM17g= Received: by 10.38.11.53 with SMTP id 53mr787873rnk; Thu, 05 May 2005 16:09:45 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 16:09:45 -0700 (PDT) Message-ID: <245f0df1050505160919c371b2@mail.gmail.com> Date: Fri, 6 May 2005 09:09:45 +1000 From: SecNet To: freebsd-current@freebsd.org In-Reply-To: <9a4abd5b3c4a5c15d395d217e5843e3b@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050504.185153.78707420.imp@bsdimp.com> <6dc0162f9029defe6980a9ae28bb5175@mac.com> <20050504.203438.124086483.imp@bsdimp.com> <9a4abd5b3c4a5c15d395d217e5843e3b@mac.com> Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: SecNet List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 23:09:46 -0000 > and all shell scripts are /bin/sh > anyway... > > It truely is one of those things that just doesn't matter at all. Well i think you have a terrible impression of bash/shell. This is exactly the behaviour that drives me screaming from bash. Here's why: I do most of my work over an IPSec tunnel between endpoints 3000 miles apart. Interactive performance tends to be slow, and I'm a sucky typist, even after 20 years of computer use. For me, this combination of bad interactive performance and sucky typing is fine in tcsh, but annoying in bash. Ok i DO hear that loudly, that is the exact area where it does need a nice overhaul, i myself am non gui user, so have to type everything, this area could be improved alittle, however, that would also be destroying what people for many years have been used to, i think maybe some pooling of ideas just for 'users' rather than looking at the root section and explaining root atall, (perhaps that should stay custom?). Its a very tricky area for me , so i roll with the punches, and type harder,sure its cost me a shitload of time, but it did o to the people who made the O/S i am using. On 5/5/05, Charles Swiger wrote: > On May 4, 2005, at 10:34 PM, M. Warner Losh wrote: > > Anyway, this is my last post to his subthread. Please do not confuse > > a historical explaination as advocacy for a specific thing. > > > > Have a nice day, you hear? >=20 > Loud and clear. I'm not interested in debating opinions, either. >=20 > Please don't confuse a correction of factual misstatements [1] with > advocacy. >=20 > -- > -Chuck >=20 > [1]: Vis-a-vis the origin and derivation of NEXTSTEP/OS X's codebase. >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri May 6 02:27: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 F182C16A4CE for ; Fri, 6 May 2005 02:27:38 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 520A643DB1 for ; Fri, 6 May 2005 02:27:37 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id CEF16856; Thu, 5 May 2005 22:27:33 -0400 (EDT) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j462RXgS036936 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 5 May 2005 22:27:33 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j462RXsK036935 for freebsd-current@freebsd.org; Thu, 5 May 2005 22:27:33 -0400 (EDT) (envelope-from jr) Date: Thu, 5 May 2005 22:27:33 -0400 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Message-ID: <20050506022732.GJ51983@linwhf.opal.com> References: <6.1.0.6.2.20050426233321.084e9210@cobalt.antimatter.net> <51899.216.177.243.42.1114584317.localmail@webmail.dnswatch.com> <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <42728DF1.9040908@makeworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net 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: Fri, 06 May 2005 02:27:39 -0000 On Apr 29, 14:51, John Sconiers wrote: > Do you want to get / keep new users, compete wth other operating > systems, etc.... > This question touches on why this discussion is so important. Let's not forget that FreeBSD tends to be used by folk who are more computer literate and for serious computing purposes. These folk want the detail and completeness of what we currently have. Let's also not forget that this discussion is taking place in freebsd-current, so the folk here are the most dedicated of these serious computer people. It's to be expected that many folk here don't want a graphical boot banner, and they view it as bloat. But when we talk of attracting new users, and especically new desktop users, we need to consider the not-so-savvy computer user who is probably better off not seeing things like boot messages at all. Consider the millions of M$ users who are happy when the boot sequence is just a graphic screen. For them, the hood is closed and they don't see what goes on inside. If the FreeBSD community is interested in making the fruits of all its great development work available to the wider world, we need to be able to close the hood, too. But, as was stated long ago in this thread, that's what splash(4) does. For non-computer-savvy end-users, a system configured with splash(4) and a cool image is all that's needed. At the same time, for the more advanced user, things can stay as they are now. And, yes there are side benefits to a cool image display. It's not seen only once. It's seen every time the system is booted. How often have you been in a meeting or sat on a 'plane and seen the Windows screen on the next passenger's laptop? Putting a cool FreeBSD logo there for a minute or so during the boot would be a great way of advertizing FreeBSD. I.e., read this comment to suggest that we need an installation option for end-users that enables splash(4) with a cool FreeBSD logo -- this installation would be separate, of course, from the standard installation for computer-savvy folk. Personally, I am not sure there's a whole lot of benefit to an in-between option of semi-verbose or tidier messages. But if there's demand for this and you want to do it, go for it. There are, however, some additional gaps in FreeBSD that frustrate potential new end-users. We need to address these in order to offer a more complete system that competes with other desktop systems. Some things that come to mind: - graphical installer (with partitioner, dual boot stuff, and ports installation ability) - GUI-based package manager, with support for vendor-provided packages - decent Java installation (sorry, but what we have now is a joke) - up-to-date Flash support - video/webcam support - improvements to the plug-and-play support for printers, scanners and a few other common devices This list of gaps is not a long list. While some of these issues might need real work to address, we are in sight of a much more complete system. Discussions have taken place on this and other freebsd lists about some of these, but it's not clear if work is progressing. We should discuss packaging a distribution of FreeBSD aimed at attracting more new users. We'll need to add these (and other) missing features and we may need to close the hood over things like boot messages. Yes, it's time that we do compete with those other operating systems and we should attract more of their users. -jr From owner-freebsd-current@FreeBSD.ORG Fri May 6 02:34: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 39A4116A4CE for ; Fri, 6 May 2005 02:34:45 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B804843DA9 for ; Fri, 6 May 2005 02:34:44 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id CEF17207; Thu, 5 May 2005 22:33:18 -0400 (EDT) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j462XIre037007 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Thu, 5 May 2005 22:33:18 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j462XIol037006 for freebsd-current@freebsd.org; Thu, 5 May 2005 22:33:18 -0400 (EDT) (envelope-from jr) Date: Thu, 5 May 2005 22:33:18 -0400 From: "J.R. Oldroyd" To: freebsd-current@freebsd.org Message-ID: <20050506023318.GK51983@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net Subject: async connect 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: Fri, 06 May 2005 02:34:45 -0000 Isn't our behaviour wrong... On 6-current, the program below prints: connect: Connection refused Shouldn't it print: connect: Operation now in progress Hint: it does on Linux. -jr ------ #include #include #include #include #include #include main() { int s; int f; struct sockaddr_in addr; addr.sin_family = AF_INET; addr.sin_port = htons(54321); /* port with nothing on it */ addr.sin_addr.s_addr = inet_addr("127.0.0.1"); s = socket(PF_INET, SOCK_STREAM, 0); if (s < 0) { perror("socket"); exit(1); } f = fcntl(s, F_GETFL, 0); if (f < 0) { perror("fcntl F_GETFL"); exit(1); } f |= O_NONBLOCK; if (fcntl(s, F_SETFL, f) < 0) { perror("fcntl F_SETFL"); exit(1); } if (connect(s, (struct sockaddr *)&addr, sizeof(addr)) < 0) { perror("connect"); exit(1); } exit(0); } From owner-freebsd-current@FreeBSD.ORG Fri May 6 02: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 B751516A4CE for ; Fri, 6 May 2005 02:39:03 +0000 (GMT) Received: from thought.holo.org (h-68-166-32-19.snvacaid.covad.net [68.166.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5447543D5D for ; Fri, 6 May 2005 02:39:03 +0000 (GMT) (envelope-from bwb@holo.org) Received: from localhost (localhost [127.0.0.1]) by thought.holo.org (8.13.1/8.13.1) with ESMTP id j462d2GA060910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 May 2005 19:39:02 -0700 (PDT) (envelope-from bwb@holo.org) Date: Thu, 5 May 2005 19:39:02 -0700 (PDT) From: Brian Buchanan X-X-Sender: brian@thought.holo.org To: "J.R. Oldroyd" In-Reply-To: <20050506023318.GK51983@linwhf.opal.com> Message-ID: <20050505193739.Y36831@thought.holo.org> References: <20050506023318.GK51983@linwhf.opal.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: async connect 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: Fri, 06 May 2005 02:39:03 -0000 On Thu, 5 May 2005, J.R. Oldroyd wrote: > Isn't our behaviour wrong... > > On 6-current, the program below prints: > connect: Connection refused > > Shouldn't it print: > connect: Operation now in progress No, that's the correct behavior. The system was able to satisfy your request without blocking because you were attempting a connection to the loopback, so connect() returned immediately with errno == ECONNREFUSED. - Brian From owner-freebsd-current@FreeBSD.ORG Fri May 6 03:09: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 5275016A4D2 for ; Fri, 6 May 2005 03:09:02 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5C4243D7E for ; Fri, 6 May 2005 03:09:01 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id CEF19472; Thu, 5 May 2005 23:08:41 -0400 (EDT) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j4638fmR037629 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 5 May 2005 23:08:41 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j4638feo037628; Thu, 5 May 2005 23:08:41 -0400 (EDT) (envelope-from jr) Date: Thu, 5 May 2005 23:08:41 -0400 From: "J.R. Oldroyd" To: Brian Buchanan Message-ID: <20050506030841.GL51983@linwhf.opal.com> References: <20050506023318.GK51983@linwhf.opal.com> <20050505193739.Y36831@thought.holo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050505193739.Y36831@thought.holo.org> User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net cc: freebsd-current@freebsd.org Subject: Re: async connect 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: Fri, 06 May 2005 03:09:02 -0000 On May 05, 19:39, Brian Buchanan wrote: > On Thu, 5 May 2005, J.R. Oldroyd wrote: > > >Isn't our behaviour wrong... > > > >On 6-current, the program below prints: > > connect: Connection refused > > > >Shouldn't it print: > > connect: Operation now in progress > > No, that's the correct behavior. The system was able to satisfy your > request without blocking because you were attempting a connection to the > loopback, so connect() returned immediately with errno == ECONNREFUSED. > > - Brian You are correct, it does return EINPROGRESS when using a non-loopback address. Perhaps I should ask a different question. Subsequent code to check the socket's status, something like: int n; socklen_t intsize = sizeof(int); getsockopt(f, SOL_SOCKET, SO_ERROR, (void*)&n, &intsize); if (n) ... which works (with suitable cast adjustments) on Solaris, Linux, Darwin, and yes, even on Windows, doesn't work here. I have an alternative test that uses getpeername(), but I'm surprised at the difference in behavior. -jr From owner-freebsd-current@FreeBSD.ORG Fri May 6 04:34: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 53AA216A4CE for ; Fri, 6 May 2005 04:34:17 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B8143D1F for ; Fri, 6 May 2005 04:34:16 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so386318rnf for ; Thu, 05 May 2005 21:34:16 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lU/FjyIo5ZlojqrTq9rGaHqgd4Dc59vnBpVVxJL9lZlCcRoQRD9E7ascL+gBGHxtxFV9phJtlXYUqbSmbY2b1gEVC8/IFYRsFNFD/zDyickeo5SPG6PpJH4PhYgyzD1k+TH6YUj1ECvbEqKyIm6ltFzSDMCU5OQmDfrlAOvCOrs= Received: by 10.38.150.57 with SMTP id x57mr946318rnd; Thu, 05 May 2005 21:34:16 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 21:34:16 -0700 (PDT) Message-ID: <245f0df10505052134124cc6b7@mail.gmail.com> Date: Fri, 6 May 2005 14:34:16 +1000 From: "anon:*:anon" To: freebsd-current@freebsd.org In-Reply-To: <20050506030841.GL51983@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050506023318.GK51983@linwhf.opal.com> <20050505193739.Y36831@thought.holo.org> <20050506030841.GL51983@linwhf.opal.com> Subject: Re: async connect problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "anon:*:anon" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 04:34:17 -0000 Subsequent code to check the socket's status, something like: int n; socklen_t intsize =3D sizeof(int); getsockopt(f, SOL_SOCKET, SO_ERROR, (void*)&n, &intsize); if (n) ... which works (with suitable cast adjustments) on Solaris, Linux, Darwin, and yes, even on Windows, doesn't work here. inline bool sockreq() { return bSocketsRunning; } it could be a simple script, or it could become a socket array of nightmares.. but it is no oubt a god idea to always check the sockets. On 5/6/05, J.R. Oldroyd wrote: > On May 05, 19:39, Brian Buchanan wrote: > > On Thu, 5 May 2005, J.R. Oldroyd wrote: > > > > >Isn't our behaviour wrong... > > > > > >On 6-current, the program below prints: > > > connect: Connection refused > > > > > >Shouldn't it print: > > > connect: Operation now in progress > > > > No, that's the correct behavior. The system was able to satisfy your > > request without blocking because you were attempting a connection to th= e > > loopback, so connect() returned immediately with errno =3D=3D ECONNREFU= SED. > > > > - Brian >=20 > You are correct, it does return EINPROGRESS when using a non-loopback > address. >=20 > Perhaps I should ask a different question. >=20 > Subsequent code to check the socket's status, something like: >=20 > int n; > socklen_t intsize =3D sizeof(int); >=20 > getsockopt(f, SOL_SOCKET, SO_ERROR, (void*)&n, &intsize); > if (n) ... >=20 > which works (with suitable cast adjustments) on Solaris, Linux, > Darwin, and yes, even on Windows, doesn't work here. >=20 > I have an alternative test that uses getpeername(), but I'm surprised > at the difference in behavior. >=20 > -jr > _______________________________________________ > 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 --=20 ------------------------------------------ Signature Here ------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri May 6 04:37: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 6FD1116A4CE for ; Fri, 6 May 2005 04:37:38 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D31B43D66 for ; Fri, 6 May 2005 04:37:38 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DTuan-000MTR-Mk; Fri, 06 May 2005 04:37:37 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DTuXm-0000cS-ER; Thu, 05 May 2005 18:34:30 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17018.62421.944477.966747@roam.psg.com> Date: Thu, 5 May 2005 18:34:29 -1000 To: FreeBSD Current Subject: ata boot problem on t41 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 04:37:38 -0000 thinkpad t41 kernel of 2005.05.02 14:00 gmt was fine kernel of right now is not no serial console, so screenshot is at randy From owner-freebsd-current@FreeBSD.ORG Fri May 6 05:09: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 0424916A4CE for ; Fri, 6 May 2005 05:09:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DD7143D31 for ; Fri, 6 May 2005 05:09:21 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so389291rnf for ; Thu, 05 May 2005 22:09:20 -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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IrSNgqT+mAXvmmECc0W5gJ7lXlvihJnCecdlIiEbhz3k6kStKWfO1M86Vim48imTVtN+ChF6V0lfP664AOsh86gVcn2u1IpsA+/mK2j/qwIGm2w+0NkmhkxxdDKzbKPBeEA3AEqYdx+yeYbB3njdSR3waHuaQA5Svs+GTWlFFmY= Received: by 10.38.126.67 with SMTP id y67mr970695rnc; Thu, 05 May 2005 22:09:20 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 22:09:20 -0700 (PDT) Message-ID: <245f0df105050522096c8c1d67@mail.gmail.com> Date: Fri, 6 May 2005 15:09:20 +1000 From: "anon:*:anon" To: freebsd-current@freebsd.org In-Reply-To: <20050506022732.GJ51983@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6.1.0.6.2.20050426233321.084e9210@cobalt.antimatter.net> <6.1.0.6.2.20050427001118.0327cd50@cobalt.antimatter.net> <52515.216.177.243.42.1114586501.localmail@webmail.dnswatch.com> <61359.216.177.243.35.1114722481.localmail@webmail.dnswatch.com> <20050429105416.GA94049@wedge.madpilot.net> <42728DF1.9040908@makeworld.com> <20050506022732.GJ51983@linwhf.opal.com> Subject: Re: boot banner project X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "anon:*:anon" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 05:09:22 -0000 Some things that come to mind: - graphical installer (with partitioner, dual boot stuff, and ports installation ability) - GUI-based package manager, with support for vendor-provided packages - decent Java installation (sorry, but what we have now is a joke) - up-to-date Flash support - video/webcam support - improvements to the plug-and-play support for printers, scanners and a few other common devices This is what i am talking about :-) , for me personally, i would really like to see the Graphical installer happen, only so i can then remove these silly M$ from the offie wich are needed by 'basic' users, who wont even try a simple Linux distro (:( ive tried but to no avail.) The average user, does like to just see a smooth, fast Hi im PC! How are u today" it seems, sorry for my use of the great technical wording,its friday ;) and thankyou for adding in this list, its very much a sore point amongst usergroups I know and people I associate with, and I would hardly call them illiterate, just under knowledge,as i was before using a nongui based platform. Thankyou for anyand all input on tis, im suckin it in,and hoping :) If all else fails, heck, will just have to help or write my own! :) Regards, Drew B. On 5/6/05, J.R. Oldroyd wrote: > On Apr 29, 14:51, John Sconiers wrote: > > Do you want to get / keep new users, compete wth other operating > > systems, etc.... > > >=20 > This question touches on why this discussion is so important. >=20 > Let's not forget that FreeBSD tends to be used by folk who are more > computer literate and for serious computing purposes. These folk > want the detail and completeness of what we currently have. >=20 > Let's also not forget that this discussion is taking place in > freebsd-current, so the folk here are the most dedicated of these > serious computer people. It's to be expected that many folk here > don't want a graphical boot banner, and they view it as bloat. >=20 > But when we talk of attracting new users, and especically new desktop > users, we need to consider the not-so-savvy computer user who is > probably better off not seeing things like boot messages at all. > Consider the millions of M$ users who are happy when the boot > sequence is just a graphic screen. For them, the hood is closed > and they don't see what goes on inside. If the FreeBSD community > is interested in making the fruits of all its great development > work available to the wider world, we need to be able to close the > hood, too. >=20 > But, as was stated long ago in this thread, that's what splash(4) > does. For non-computer-savvy end-users, a system configured with > splash(4) and a cool image is all that's needed. At the same time, > for the more advanced user, things can stay as they are now. >=20 > And, yes there are side benefits to a cool image display. It's not > seen only once. It's seen every time the system is booted. How > often have you been in a meeting or sat on a 'plane and seen the > Windows screen on the next passenger's laptop? Putting a cool > FreeBSD logo there for a minute or so during the boot would be a > great way of advertizing FreeBSD. I.e., read this comment to suggest > that we need an installation option for end-users that enables > splash(4) with a cool FreeBSD logo -- this installation would be > separate, of course, from the standard installation for computer-savvy > folk. >=20 > Personally, I am not sure there's a whole lot of benefit to an > in-between option of semi-verbose or tidier messages. But if there's > demand for this and you want to do it, go for it. >=20 > There are, however, some additional gaps in FreeBSD that frustrate > potential new end-users. We need to address these in order to offer > a more complete system that competes with other desktop systems. > Some things that come to mind: >=20 > - graphical installer (with partitioner, dual boot > stuff, and ports installation ability) > - GUI-based package manager, with support for > vendor-provided packages > - decent Java installation (sorry, but what we have > now is a joke) > - up-to-date Flash support > - video/webcam support > - improvements to the plug-and-play support for > printers, scanners and a few other common devices >=20 > This list of gaps is not a long list. While some of these issues > might need real work to address, we are in sight of a much more > complete system. Discussions have taken place on this and other > freebsd lists about some of these, but it's not clear if work is > progressing. >=20 > We should discuss packaging a distribution of FreeBSD aimed at > attracting more new users. We'll need to add these (and other) > missing features and we may need to close the hood over things like > boot messages. Yes, it's time that we do compete with those other > operating systems and we should attract more of their users. >=20 > -jr > _______________________________________________ > 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 --=20 ------------------------------------------ Signature Here ------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri May 6 05:58: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 443D116A4CF for ; Fri, 6 May 2005 05:58:49 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDB1E43D83 for ; Fri, 6 May 2005 05:58:48 +0000 (GMT) (envelope-from d4rkstorm@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so393612rnf for ; Thu, 05 May 2005 22:58:48 -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=kwXLUM9bu5UCvCnCN8VyYrhNg5De+ghkRwcDbyPizetLds9+a3LaRk3muO9LmPKqXGG/P4pT5E3MEGytd6bXrADe8W1UMz1wCmyN+to6bax05UtKCqjrEl8AASfXjKh3nn3LV1K8fE5oMsvvApp7HcYfkutmzVlxPuGpAe5B6cY= Received: by 10.38.79.2 with SMTP id c2mr979250rnb; Thu, 05 May 2005 22:58:48 -0700 (PDT) Received: by 10.38.101.1 with HTTP; Thu, 5 May 2005 22:58:48 -0700 (PDT) Message-ID: <245f0df105050522585c721a45@mail.gmail.com> Date: Fri, 6 May 2005 15:58:48 +1000 From: "anon:*:anon" To: Aymeric MUNTZ In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050429230910.GB2611@kaiser.sig11.org> cc: freebsd-current@freebsd.org Subject: Re: Iso modification X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "anon:*:anon" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 05:58:49 -0000 I don't want to build a livecd, but I want to modify a bootable installatio= n FreeBSD iso in order to add my own files. I am not able (don't know how) to make a bootable iso with the 3 bootable disks. IF you have access to a Windows machine, you could perhaps use UltraISO (Freeware and trialware i believe) , WinISO , and nLite0.99. On FreeBSD Branch, i am not aware of this being done,but i suppose like everything with Open-Source,it can be done i am sure, you just may need an unconventional method,perhaps refer to how/whys/whats of OpenBSD/NetBSD/Knoppix-whoppix and maybe derive a personal solution, it is a project worth a look anyhow, IF there is people interested in making one i guess, wich is rare in FreeBSD circles,you would be perhaps better to ask a dual-o.s user,not that i am against the idea, I dont think people in current- would care that is all (Itaint real emergency..hehe), I am just offering any opinion i can to help you, regards, Drew B. On 5/3/05, Aymeric MUNTZ wrote: > Thank you for your answer but I might have not been clear. >=20 > I don't want to build a livecd, but I want to modify a bootable installat= ion > FreeBSD iso in order to add my own files. > I am not able (don't know how) to make a bootable iso with the 3 bootable > disks. >=20 > Thank you for your help >=20 > Best regards >=20 > Aymeric >=20 > -----Message d'origine----- > De : Matteo Riondato [mailto:rionda@gufi.org] > Envoye : samedi 30 avril 2005 01:09 > A : Aymeric MUNTZ > Cc : freebsd-current@freebsd.org > Objet : Re: Iso modification >=20 >=20 > On Fri, Apr 29, 2005 at 11:36:00PM +0200, Aymeric MUNTZ wrote: > > Does anyone know how to make a clean modification of the iso? >=20 > Take a look at FreeSBIE, http://www.freesbie.org > Best Regards >=20 > -- > Rionda aka Matteo Riondato > Disinformato per default > G.U.F.I. Staff Member (http://www.gufi.org) > FreeSBIE Developer (http://www.freesbie.org) >=20 > _______________________________________________ > 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 --=20 ------------------------------------------ Signature Here ------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri May 6 07:13: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 A538016A4CE for ; Fri, 6 May 2005 07:13:39 +0000 (GMT) Received: from mail1.eprogress.bg (mail1.eprogress.bg [212.36.7.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B4C43D5D for ; Fri, 6 May 2005 07:13:38 +0000 (GMT) (envelope-from nkalev@gmail.com) Received: (qmail 7773 invoked by uid 89); 6 May 2005 07:18:57 -0000 Received: from unknown (HELO ?192.168.10.4?) (nkalev@eprogress.bg@217.79.35.14) by 0 with SMTP; 6 May 2005 07:18:57 -0000 Message-ID: <427B19CE.3070300@gmail.com> Date: Fri, 06 May 2005 10:16:30 +0300 From: Nikolay Kalev User-Agent: Mozilla Thunderbird 1.0 (X11/20050321) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White , freebsd-current@freebsd.org References: <4277339A.6080108@gmail.com> <20050505103825.V47211@carver.gumbysoft.com> In-Reply-To: <20050505103825.V47211@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 06 May 2005 07:13:39 -0000 Doug White wrote: >On Tue, 3 May 2005, Nikolay Kalev wrote: > > > >>I have some strange problems lately. This issue came when i started to >>use 5.4RC's. For some reason after working 1-2days on my laptop without >>reboot or something else my touchpad was barly usable. The effect was >>like someone else was moving my pointer back to it;s possition like it >>was stuck on that spot. This apeared twice from PRERELEASE to RC4 >>testing on my laptop, after reboot everything comes back to normal with >>no such effects. >>Could this be from a window manager or X ? >> >> > >It could be from the Synaptics improvements -- there's a flag to disable >them. Check the manpage. > > > > >>Here is a dmesg from my hardware : >>--------------------------------------------------------------------------------------------------- >>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 5.4-RC4 #0: Mon May 2 02:23:48 EEST 2005 >> root@lapi:/usr/obj/usr/src/sys/LAPI >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Celeron(R) CPU 2.40GHz (2392.96-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 >> >>Features=0xbfebf9ff>R,SSE,SSE2,SS,HTT,TM,PBE> >>real memory = 393740288 (375 MB) >>avail memory = 375463936 (358 MB) >>npx0: on motherboard >>npx0: INT 16 interface >>acpi0: on motherboard >>acpi0: Power Button (fixed) >>acpi_ec0: port 0x66,0x62 on acpi0 >>Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 >>cpu0: on acpi0 >>acpi_cmbat0: on acpi0 >>acpi_acad0: on acpi0 >>acpi_button0: on acpi0 >>acpi_button1: on acpi0 >>pcib0: port 0xcf8-0xcff on acpi0 >>pci0: on pcib0 >>acpi_video0: mem >>0x80000000-0x8007ffff,0x88000000-0x8fffffff irq 10 at device 2.0 on pci0 >>uhci0: port 0x1800-0x181f >>irq 10 at device 29.0 on pci0 >>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 0x1820-0x183f >>irq 11 at device 29.1 on pci0 >>usb1: on uhci1 >>usb1: USB revision 1.0 >>uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub1: 2 ports with 2 removable, self powered >>uhci2: port 0x1840-0x185f >>irq 5 at device 29.2 on pci0 >>usb2: on uhci2 >>usb2: USB revision 1.0 >>uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub2: 2 ports with 2 removable, self powered >>pci0: at device 29.7 (no driver attached) >>pcib1: at device 30.0 on pci0 >>pci2: on pcib1 >>cbb0: at device 3.0 on pci2 >>cardbus0: on cbb0 >>pccard0: <16-bit PCCard bus> on cbb0 >>fxp0: port 0x3000-0x303f mem >>0xd0104000-0xd0104fff irq 11 at device 8. >>0 on pci2 >>miibus0: on fxp0 >>inphy0: on miibus0 >>inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>fxp0: Ethernet address: 00:00:f0:84:fc:c7 >>fwohci0: mem >>0xd0100000-0xd0103fff,0xd0105000-0xd01057ff irq 10 at device 13.0 on >> pci2 >>fwohci0: OHCI version 1.10 (ROM=1) >>fwohci0: No. of Isochronous channels is 4. >>fwohci0: EUI64 00:00:f0:41:20:11:19:1c >>fwohci0: Phy 1394a available S400, 2 ports. >>fwohci0: Link S400, max_rec 2048 bytes. >>firewire0: on fwohci0 >>fwe0: on firewire0 >>if_fwe0: Fake Ethernet address: 02:00:f0:11:19:1c >>fwe0: Ethernet address: 02:00:f0:11:19:1c >>fwe0: if_start running deferred for Giant >>sbp0: on firewire0 >>fwohci0: Initiate bus reset >>fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode >>firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) >>firewire0: bus manager 0 (me) >>isab0: at device 31.0 on pci0 >>isa0: on isab0 >>atapci0: port >>0x1860-0x186f,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) >>pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem >>0xd0080800-0xd00808ff,0xd0080c00-0xd0080dff irq >> 5 at device 31.5 on pci0 >>pcm0: >>pci0: at device 31.6 (no driver attached) >>acpi_tz0: on acpi0 >>atkbdc0: port 0x64,0x60 irq 1 on acpi0 >>atkbd0: irq 1 on atkbdc0 >>kbd0 at atkbd0 >>psm0: irq 12 on atkbdc0 >>psm0: model IntelliMouse, device ID 3 >>sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >>acpi0 >>sio0: type 16550A >>ppc0: port 0x778-0x77f,0x378-0x37f irq 7 drq >>1 on acpi0 >>ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >>ppc0: FIFO with 16/16/8 bytes threshold >>ppbus0: on ppc0 >>plip0: on ppbus0 >>lpt0: on ppbus0 >>lpt0: Interrupt-driven port >>ppi0: on ppbus0 >>orm0: at iomem 0xe0000-0xe3fff,0xdc000-0xdffff on isa0 >>pmtimer0 on isa0 >>sc0: at flags 0x100 on isa0 >>sc0: VGA <16 virtual consoles, flags=0x300> >>sio1: configured irq 3 not in bitmap of probed irqs 0 >>sio1: port may not be enabled >>vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >>Timecounter "TSC" frequency 2392961360 Hz quality 800 >>Timecounters tick every 10.000 msec >>ipfw2 initialized, divert disabled, rule-based forwarding enabled, >>default to accept, logging limited to 100 pack >>ets/entry by default >>ad0: 28615MB [58140/16/63] at ata0-master UDMA100 >>acd0: CDRW at ata1-master PIO4 >>Mounting root from ufs:/dev/ad0s1a >>Accounting enabled >>pflog0: promiscuous mode enabled >> >> 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. Keep up the good work ! From owner-freebsd-current@FreeBSD.ORG Fri May 6 07:32: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 9E2A916A4CE for ; Fri, 6 May 2005 07:32:59 +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 729E443D8D for ; Fri, 6 May 2005 07:32:59 +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 smtp812.mail.sc5.yahoo.com with SMTP; 6 May 2005 07:32:59 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 12DC160F3 for ; Fri, 6 May 2005 02:32:58 -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 00612-04 for ; Fri, 6 May 2005 02:32:55 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 3F76160D5 for ; Fri, 6 May 2005 02:32:55 -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 j467Wspb000876 for ; Fri, 6 May 2005 02:32:54 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <427B1DA1.3050901@alumni.rice.edu> Date: Fri, 06 May 2005 02:32:49 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-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="------------enigCE9AF51537BF36CB7080D55E" X-Virus-Scanned: amavisd-new at noacks.org Subject: panic: vm_fault: fault on nofault entry 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: Fri, 06 May 2005 07:32:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCE9AF51537BF36CB7080D55E Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit For the last few days I have been getting a panic while probing devices (a kernel from "Mon May 2 20:36:06 CDT 2005" works fine): ad4: 76319MB at ata2-master UDMA100 ad6: 76319MB at ata3-master UDMA100 unknown: WARNING - INQUIRY UDMA ICRC error (retrying request) unknown: WARNING - INQUIRY requeued due to channel reset unknown: WARNING - INQUIRY read data overrun 18>0 panic: vm_fault: fault on nofault entry, addr: deadc000 KDB: stack backtrace: panic(c06c86f0,deadc000,1,e35e3b0c,e35e3afc) at panic+0x13a vm_fault(c103b000,deadc000,1,0,c227f900) at vm_fault+0x1440 trap_pfault(deadc31e,c05077c0,c070ede0,32c,deadc31e) at trap_pfault+0x82 trap(8,c0710028,c2340028,2d2,0) at trap+0x353 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc04eb7b1, esp = 0xe35e3c1c, ebp = 0xe35e3c40 --- _mtx_lock_flags(deadc31e,0,c06a8d9c,2d2,c) at _mtx_lock_flags+0x2c atapi_cb(c25014b0,e35e3ca0,c04eb997,c227649c,1) at atapi_cb+0x68 ata_completed(c25014b0,1,c06b6c45,d7,c227649c) at ata_completed+0x114 taskqueue_run(c2276480,0,c06b16b5,256,c070ede0) at taskqueue_run+0x8b ithread_loop(c2276400,e35e3d38,c06b1496,30d,c2276400) at ithread_loop+0x1ff fork_exit(c04deb26,c2276400,e35e3d38) at fork_exit+0xa1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35e3d6c, ebp = 0 --- KDB: enter: panic [thread pid 43 tid 100032 ] Stopped at kdb_enter+0x32: leave db> reset Normally that section looks like this: 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) 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 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 Trying to mount root from ufs:/dev/da0s2a This is trivially reproducible so if anyone needs more information from ddb just ask and I'll reboot... -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigCE9AF51537BF36CB7080D55E 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) iD8DBQFCex2mUFz01pkdgZURAnvyAKDP1hUzueK69zjq0P2iTuywBXMpwgCgxKwY 961XVSmUKU9fgiofpQ4qZmI= =vYuz -----END PGP SIGNATURE----- --------------enigCE9AF51537BF36CB7080D55E-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 08:06: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 97A2516A4CF for ; Fri, 6 May 2005 08:06:18 +0000 (GMT) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A16043D8D for ; Fri, 6 May 2005 08:06:18 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id 455CCA1E; Fri, 6 May 2005 04:06:14 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-65.access.uk.tiscali.com [212.74.113.65]) (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 0862A8E; Fri, 6 May 2005 04:06:12 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.43 (FreeBSD)) id 1DTxsW-0000G1-SZ; Fri, 06 May 2005 09:08:08 +0100 Date: Fri, 6 May 2005 09:08:08 +0100 From: Brian Candler To: Andrew Gallatin Message-ID: <20050506080808.GA967@uk.tiscali.com> References: <20050504150209.GA2516@uk.tiscali.com> <200505041646.j44GkKXw037042@fire.jhs.private> <20050504170737.GA15091@uk.tiscali.com> <17018.7931.658513.492252@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17018.7931.658513.492252@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.1i 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: Fri, 06 May 2005 08:06:18 -0000 On Thu, May 05, 2005 at 09:26:19AM -0400, Andrew Gallatin wrote: > In tcsh, hitting a tab once or 2 times results in the same thing -- > filling in the path until there are multiple choices. So that > second, accidental tab is harmless. > > But in bash, that second, accidental tab results in a long pause while > the shell lists all the different choices for the completion of > the path. Which I don't want to wait for. > > If I could make bash's completion act like tcsh completion (^D rather > than tab-tab), I'd probably use it. >From bash(1): show-all-if-ambiguous (Off) This alters the default behavior of the completion functions. If set to on, words which have more than one possible completion cause the matches to be listed immediately instead of ringing the bell. Is that what you mean? Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Fri May 6 08:12: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 E787716A4CE for ; Fri, 6 May 2005 08:12:15 +0000 (GMT) Received: from smtp802.mail.sc5.yahoo.com (smtp802.mail.sc5.yahoo.com [66.163.168.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 8AEEB43D83 for ; Fri, 6 May 2005 08:12:15 +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 smtp802.mail.sc5.yahoo.com with SMTP; 6 May 2005 08:12:15 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 4617E60F4; Fri, 6 May 2005 03:12:14 -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 00612-07-3; Fri, 6 May 2005 03:12:11 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 7501860F3; Fri, 6 May 2005 03:12:11 -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 j468CBQN000737; Fri, 6 May 2005 03:12:11 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <427B26D6.5080208@alumni.rice.edu> Date: Fri, 06 May 2005 03:12:06 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sos@freebsd.org References: <427B1DA1.3050901@alumni.rice.edu> In-Reply-To: <427B1DA1.3050901@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="------------enig5AF4E441B6DCD8C28F8AEB99" X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: panic: vm_fault: fault on nofault entry 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: Fri, 06 May 2005 08:12:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5AF4E441B6DCD8C28F8AEB99 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable On 05/06/05 02:32, Jonathan Noack wrote: > For the last few days I have been getting a panic while probing devices= =20 > (a kernel from "Mon May 2 20:36:06 CDT 2005" works fine): >=20 > > ad4: 76319MB at ata2-master UDMA100 > ad6: 76319MB at ata3-master UDMA100 > unknown: WARNING - INQUIRY UDMA ICRC error (retrying request) > unknown: WARNING - INQUIRY requeued due to channel reset > unknown: WARNING - INQUIRY read data overrun 18>0 > panic: vm_fault: fault on nofault entry, addr: deadc000 > KDB: stack backtrace: > panic(c06c86f0,deadc000,1,e35e3b0c,e35e3afc) at panic+0x13a > vm_fault(c103b000,deadc000,1,0,c227f900) at vm_fault+0x1440 > trap_pfault(deadc31e,c05077c0,c070ede0,32c,deadc31e) at trap_pfault+0x8= 2 > trap(8,c0710028,c2340028,2d2,0) at trap+0x353 > calltrap() at calltrap+0x5 > --- trap 0xc, eip =3D 0xc04eb7b1, esp =3D 0xe35e3c1c, ebp =3D 0xe35e3c4= 0 --- > _mtx_lock_flags(deadc31e,0,c06a8d9c,2d2,c) at _mtx_lock_flags+0x2c > atapi_cb(c25014b0,e35e3ca0,c04eb997,c227649c,1) at atapi_cb+0x68 > ata_completed(c25014b0,1,c06b6c45,d7,c227649c) at ata_completed+0x114 > taskqueue_run(c2276480,0,c06b16b5,256,c070ede0) at taskqueue_run+0x8b > ithread_loop(c2276400,e35e3d38,c06b1496,30d,c2276400) at ithread_loop+0= x1ff > fork_exit(c04deb26,c2276400,e35e3d38) at fork_exit+0xa1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xe35e3d6c, ebp =3D 0 --- > KDB: enter: panic > [thread pid 43 tid 100032 ] > Stopped at kdb_enter+0x32: leave > db> reset >=20 > Normally that section looks like this: >=20 > > 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) > 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= > 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 > Trying to mount root from ufs:/dev/da0s2a >=20 > This is trivially reproducible so if anyone needs more information from= =20 > ddb just ask and I'll reboot... I backed out src/sys/dev/ata to '2005-05-03 07:55:00 UTC' and everything works fine. S=F8ren, looks like your latest commit broke it. --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig5AF4E441B6DCD8C28F8AEB99 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) iD8DBQFCeybaUFz01pkdgZURAj4+AKCkbh40cjlEQB7m3rVbuvDaXxsFzgCfcqPO 40TFl5BGMXRjfm4fClk2iq4= =A4lq -----END PGP SIGNATURE----- --------------enig5AF4E441B6DCD8C28F8AEB99-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 08: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 9712616A4CE for ; Fri, 6 May 2005 08:51:56 +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 5A28443D9B for ; Fri, 6 May 2005 08:51:56 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 4CE804EFCD3; Fri, 6 May 2005 16:51:55 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 3F2C94EFCD0; Fri, 6 May 2005 16:51:55 +0800 (CST) Date: Fri, 6 May 2005 16:51:55 +0800 (CST) From: Tai-hwa Liang To: Randy Bush In-Reply-To: <17018.62421.944477.966747@roam.psg.com> Message-ID: <0505061642390.99143@www.mmlab.cse.yzu.edu.tw> References: <17018.62421.944477.966747@roam.psg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: FreeBSD Current Subject: Re: ata boot problem on t41 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 08:51:56 -0000 On Thu, 5 May 2005, Randy Bush wrote: > thinkpad t41 > kernel of 2005.05.02 14:00 gmt was fine > kernel of right now is not > > no serial console, so screenshot is at > > There're similar report on a recent cvs-src thread. Temporary workaround: Detach the CD-ROM. http://lists.freebsd.org/pipermail/cvs-src/2005-May/045859.html BTW, since you're also a T4x user, I'm wondering about whether Fn-F7 (switch between external VGA output and LCD) still works for you with -CURRENT? On my T40, Fn-F7 would lockup the system w/o core dumping (-CURRENT as of 2005.05.04 CST). -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Fri May 6 08:56: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 2BD9716A4CE for ; Fri, 6 May 2005 08:56:59 +0000 (GMT) Received: from smtp803.mail.sc5.yahoo.com (smtp803.mail.sc5.yahoo.com [66.163.168.182]) by mx1.FreeBSD.org (Postfix) with SMTP id 0119C43D1F for ; Fri, 6 May 2005 08:56:59 +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 smtp803.mail.sc5.yahoo.com with SMTP; 6 May 2005 08:56:58 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0983460F3; Fri, 6 May 2005 03:56:58 -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 00612-10; Fri, 6 May 2005 03:56:55 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 96D5760D5; Fri, 6 May 2005 03:56:55 -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 j468utJX000938; Fri, 6 May 2005 03:56:55 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <427B3151.4060909@alumni.rice.edu> Date: Fri, 06 May 2005 03:56:49 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <17018.62421.944477.966747@roam.psg.com> In-Reply-To: <17018.62421.944477.966747@roam.psg.com> 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="------------enig3EE00F0EE0BC8C0EF7FC4870" X-Virus-Scanned: amavisd-new at noacks.org cc: FreeBSD Current Subject: Re: ata boot problem on t41 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: Fri, 06 May 2005 08:56:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3EE00F0EE0BC8C0EF7FC4870 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 05/05/05 23:34, Randy Bush wrote: > thinkpad t41 > kernel of 2005.05.02 14:00 gmt was fine > kernel of right now is not > > no serial console, so screenshot is at > > Backing out just src/sys/dev/ata to '2005-05-03 07:55:00 UTC' seems to resolve my ata boot issue (see "panic: vm_fault: fault on nofault entry"). -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig3EE00F0EE0BC8C0EF7FC4870 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) iD8DBQFCezFXUFz01pkdgZURAhG4AJ9vLHD9oRAuleF2rC9o3O+LVNMuFwCgjE9+ a4Ol5r6M9PiDnnbT8LAn1GI= =NonC -----END PGP SIGNATURE----- --------------enig3EE00F0EE0BC8C0EF7FC4870-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 09:52: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 666A816A4CE for ; Fri, 6 May 2005 09:52:00 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44D9343D8A for ; Fri, 6 May 2005 09:52:00 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DTzV2-00047T-0J; Fri, 06 May 2005 09:52:00 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DTzUo-0000xW-KY; Thu, 05 May 2005 23:51:46 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17019.15922.130490.801143@roam.psg.com> Date: Thu, 5 May 2005 23:51:46 -1000 To: Tai-hwa Liang References: <17018.62421.944477.966747@roam.psg.com> <0505061642390.99143@www.mmlab.cse.yzu.edu.tw> cc: FreeBSD Current Subject: Re: ata boot problem on t41 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 09:52:00 -0000 >> thinkpad t41 >> kernel of 2005.05.02 14:00 gmt was fine >> kernel of right now is not >> no serial console, so screenshot is at >> > There're similar report on a recent cvs-src thread. Temporary > workaround: Detach the CD-ROM. apologies. i forgot to mention that i had already tried that and it did not work. randy From owner-freebsd-current@FreeBSD.ORG Fri May 6 10:52:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDA9816A4CE for ; Fri, 6 May 2005 10:52:52 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BD3043D5E for ; Fri, 6 May 2005 10:52:52 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DU0Ku-0007Lr-7O for freebsd-current@freebsd.org; Fri, 06 May 2005 12:45:36 +0200 Received: from kvip88.kvi.nl ([129.125.15.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 12:45:36 +0200 Received: from A.S.Usov by kvip88.kvi.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 May 2005 12:45:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Alexander S. Usov" Date: Fri, 06 May 2005 12:52:04 +0200 Organization: KVI Lines: 30 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: kvip88.kvi.nl User-Agent: KNode/0.9.0 Sender: news Subject: 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: Fri, 06 May 2005 10:52:53 -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. The overall impression is that something is wrong with syscons, so it causes system panics when key is pressed and nobody listens to the terminal. Should I try to get a dump? What are the correct procedure there? BTW, did somebody else had problems with ehci? I had a problems with processes trying to read/write msdos/ext2fs partitions from usb2 drive getting stuck in wdrain (if I didn't mispell it) state. However I am not absolutely sure here, and want to do some more testing. I suspect that the usb2ide bridge I have is somewhat too cheap and buggy, as I also saw similar kind of problems with windows (the lamp on the drive constantly lights, and after some time windows disconnects it), but freebsd seemed to trigger this problem very efficiently. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Thu May 5 16: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 A81F316A4CE; Thu, 5 May 2005 16:21:21 +0000 (GMT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 117F843D6D; Thu, 5 May 2005 16:21:21 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])j45GLKkG029013; Fri, 6 May 2005 02:21:20 +1000 Received: from epsplex.bde.org (katana.zip.com.au [61.8.7.246]) j45GLHx7019395; Fri, 6 May 2005 02:21:18 +1000 Date: Fri, 6 May 2005 02:21:18 +1000 (EST) From: Bruce Evans X-X-Sender: bde@epsplex.bde.org To: Bill Paul In-Reply-To: <20050505155445.42D4E16A4CF@hub.freebsd.org> Message-ID: <20050506021433.W4828@epsplex.bde.org> References: <20050505155445.42D4E16A4CF@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 06 May 2005 12:14:30 +0000 cc: amd64@freebsd.org cc: current@freebsd.org cc: tinderbox@freebsd.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 05 May 2005 16:21:21 -0000 On Thu, 5 May 2005, Bill Paul wrote: >> On Thu, 5 May 2005, Xin LI wrote: >> >>> On Thu, May 05, 2005 at 04:44:28AM -0400, FreeBSD Tinderbox wrote: >>>> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c: In function `NdisMFreeSharedMemory': >>>> /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:1710: warning: long long unsigned int format, uint64_t arg (arg 3) >>> >>> Maybe we should make use of the PRIx64 macro? (see patch attached) >> >> No. PRI* is a bug in C99; it should never be used. Just cast the arg to >> a suitable larger type with a known format (uintmax_t here). (C99 is >> missing support for better ways; either %I as in sfio (?) or %DWIM where >> the compiler rewrites the string to match the arg would be better.) > > I think what you really meant to say was: > > "Use %jx instead of %qx." > > Am I right? No, the arg must match the format. %jx matches uintmax_t, but the arg has type uint64_t. uint64_t just happens to be the same as uintmax_t on all supported machines, so using %jx without casting the arg to match gives a latent bug. Bruce From owner-freebsd-current@FreeBSD.ORG Fri May 6 05:16: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 008DE16A4CE for ; Fri, 6 May 2005 05:16:41 +0000 (GMT) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76A2A43D93 for ; Fri, 6 May 2005 05:16:40 +0000 (GMT) (envelope-from jr@opal.com) Received: from linwhf.opal.com (112.79.171.66.subscriber.vzavenue.net [66.171.79.112]) by smtp.vzavenue.net (MOS 3.4.8-GR) with ESMTP id CEF27406; Fri, 6 May 2005 00:52:38 -0400 (EDT) Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.3/8.13.1) with ESMTP id j464qaUf040851 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 6 May 2005 00:52:36 -0400 (EDT) (envelope-from jr@linwhf.opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.3/8.13.1/Submit) id j464qabJ040850; Fri, 6 May 2005 00:52:36 -0400 (EDT) (envelope-from jr) Date: Fri, 6 May 2005 00:52:36 -0400 From: "J.R. Oldroyd" To: "J.R. Oldroyd" Message-ID: <20050506045236.GQ51983@linwhf.opal.com> References: <20050506023318.GK51983@linwhf.opal.com> <20050505193739.Y36831@thought.holo.org> <20050506030841.GL51983@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050506030841.GL51983@linwhf.opal.com> User-Agent: Mutt/1.4.2.1i X-Junkmail-Status: score=0/50, host=smtp.vzavenue.net X-Mailman-Approved-At: Fri, 06 May 2005 12:14:30 +0000 cc: Brian Buchanan cc: freebsd-current@freebsd.org Subject: Re: async connect 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: Fri, 06 May 2005 05:16:41 -0000 On May 05, 23:08, J.R. Oldroyd wrote: > On May 05, 19:39, Brian Buchanan wrote: > > On Thu, 5 May 2005, J.R. Oldroyd wrote: > > > > >Isn't our behaviour wrong... > > > > > >On 6-current, the program below prints: > > > connect: Connection refused > > > > > >Shouldn't it print: > > > connect: Operation now in progress > > > > No, that's the correct behavior. The system was able to satisfy your > > request without blocking because you were attempting a connection to the > > loopback, so connect() returned immediately with errno == ECONNREFUSED. > > > > - Brian > > You are correct, it does return EINPROGRESS when using a non-loopback > address. > Even more surprising: on further investigation, running that program with 127.0.0.1 or my own Ethernet address is inconsistent: it mostly returns ECONNREFUSED but it does return EINPROGRESS occasionally too. In several runs of 100 invocations each, I'm seeing anything from 0% to 18% of the results be EINPROGRESS - that's using the same local IP and port every time. Running it with the IP address of another host returns EINPROGRESS 100% of the time. The getsockopt() call does appear to succeed in those cases where EINPROGRESS is returned. Given the inconsistent behavior between the local and non-local addresses and the self-inconsistent behavior in the local case, it seems that we may have an issue here. -jr PS: I meant getsockopt(s, ...) before. The "f" was a typo. From owner-freebsd-current@FreeBSD.ORG Fri May 6 12:41: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 AAF4A16A4D0 for ; Fri, 6 May 2005 12:41: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 73FB343D4C for ; Fri, 6 May 2005 12:41:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5B1ED5221A; Fri, 6 May 2005 05:41:40 -0700 (PDT) Date: Fri, 6 May 2005 05:41:40 -0700 From: Kris Kennaway To: "Alexander S. Usov" Message-ID: <20050506124139.GA64034@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i 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: Fri, 06 May 2005 12:41:41 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, May 06, 2005 at 12:52:04PM +0200, 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. > Should I try to get a dump? What are the correct procedure there? See the developers' handbook. Also, problems with FreeBSD-STABLE should be discussed on the freebsd-stable mailing list. Kris --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe2YAWry0BWjoQKURAtKYAKCf9XSoyh7Gm+PmMbL2FRLK+I9dbwCfR9c/ hRYu9/cqX4YIhEDmxifSGjI= =+E/n -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 13:06: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 22A5416A4D5 for ; Fri, 6 May 2005 13:06:54 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B10843D93 for ; Fri, 6 May 2005 13:06:53 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j46D6qB5018017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 May 2005 09:06:52 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j46D6lCN055536; Fri, 6 May 2005 09:06:47 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17019.27623.755948.347101@grasshopper.cs.duke.edu> Date: Fri, 6 May 2005 09:06:47 -0400 (EDT) To: Brian Candler In-Reply-To: <20050506080808.GA967@uk.tiscali.com> References: <20050504150209.GA2516@uk.tiscali.com> <200505041646.j44GkKXw037042@fire.jhs.private> <20050504170737.GA15091@uk.tiscali.com> <17018.7931.658513.492252@grasshopper.cs.duke.edu> <20050506080808.GA967@uk.tiscali.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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: Fri, 06 May 2005 13:06:54 -0000 Brian Candler writes: > On Thu, May 05, 2005 at 09:26:19AM -0400, Andrew Gallatin wrote: > > In tcsh, hitting a tab once or 2 times results in the same thing -- > > filling in the path until there are multiple choices. So that > > second, accidental tab is harmless. > > > > But in bash, that second, accidental tab results in a long pause while > > the shell lists all the different choices for the completion of > > the path. Which I don't want to wait for. > > > > If I could make bash's completion act like tcsh completion (^D rather > > than tab-tab), I'd probably use it. > > >From bash(1): > > show-all-if-ambiguous (Off) > This alters the default behavior of the completion functions. > If set to on, words which have more than one possible completion > cause the matches to be listed immediately instead of ringing > the bell. > > Is that what you mean? No, that's even more confusing to me ;) What I want is to make completions work as much like tcsh as possble. Eg, any number of tabs completes up to the point where things diverge, and ctrl-D shows the possible options. Drew From owner-freebsd-current@FreeBSD.ORG Fri May 6 15:13: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 BA28816A4D3; Fri, 6 May 2005 15:13:53 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F2E43D98; Fri, 6 May 2005 15:13:53 +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 j46FDqYq043095; Fri, 6 May 2005 11:13:52 -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 j46FDqpp021734; Fri, 6 May 2005 11:13:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 95EEF7306E; Fri, 6 May 2005 11:13:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050506151351.95EEF7306E@freebsd-current.sentex.ca> Date: Fri, 6 May 2005 11:13:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 15:13:54 -0000 TB --- 2005-05-06 14:09:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-06 14:09:56 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-06 14:09:56 - cleaning the object tree TB --- 2005-05-06 14:10:09 - checking out the source tree TB --- 2005-05-06 14:10:09 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-06 14:10:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-06 14:16:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-06 14:16:52 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-06 14:16:52 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-06 15:13:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-06 15:13:51 - ERROR: failed to build world TB --- 2005-05-06 15:13:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri May 6 15:24:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0843116A4D3; Fri, 6 May 2005 15:24:44 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D3A43D9D; Fri, 6 May 2005 15:24:43 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j46FOgpZ014588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 May 2005 11:24:42 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j46FObbu055660; Fri, 6 May 2005 11:24:37 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17019.35893.652541.618655@grasshopper.cs.duke.edu> Date: Fri, 6 May 2005 11:24:37 -0400 (EDT) To: jkoshy@freebsd.org X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: hwpmc & sampling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 15:24:44 -0000 Hi, I was very excited to see the recent import of the hwpmc code. I'd like to do essentially what DCPI and Iprobe did on alpha and have a way of doing system-wide sampling based profiling. Eg, sample the PC every so many clock ticks, or every so many instructions, or cache misses, etc. My current test box is a HTT P4 box, and I admit that I know nothing about P4s. Can you tell me the correct incantation to use to get hwpmc in FreeBSD to do this for me? What I've tried isn't working, but I may just be an idiot. My first guess was this: # pmcstat -O /tmp/sample.stat -n 32768 -S tsc pmcstat: ERROR: Cannot allocate system-mode pmc with specification "tsc": Function not implemented I didn't have any more luck with what I assume is sampling based on instructions: # pmcstat -O /tmp/sample.stat -n 32768 -S p4-instr-retired pmcstat: ERROR: Cannot allocate system-mode pmc with specification "p4-instr-retired": Function not implemented Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Fri May 6 15:26: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 98F9616A4D3; Fri, 6 May 2005 15:26:14 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52E1543D75; Fri, 6 May 2005 15:26:14 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DU4iT-0004T0-00; Fri, 06 May 2005 17:26:13 +0200 Received: from [84.163.191.228] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DU4iS-0001k1-00; Fri, 06 May 2005 17:26:13 +0200 From: Max Laier To: current@freebsd.org Date: Fri, 6 May 2005 17:26:03 +0200 User-Agent: KMail/1.8 References: <20050506151351.95EEF7306E@freebsd-current.sentex.ca> In-Reply-To: <20050506151351.95EEF7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1537045.6e8RJ5nJTK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505061726.11347.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: darrenr@freebsd.org cc: powerpc@freebsd.org 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: Fri, 06 May 2005 15:26:14 -0000 --nextPart1537045.6e8RJ5nJTK Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 06 May 2005 17:13, FreeBSD Tinderbox wrote: <...> > -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys > -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/cont= ri >b/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall > -Wno-format-y2k -Wno-uninitialized -c > /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ip= fi >lter/tools/ipmon.c > /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ip= fi >lter/tools/ipmon.c: In function `print_ipflog': > /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ip= fi >lter/tools/ipmon.c:1030: warning: comparison is always false due to limited > range of data type *** Error code 1 > > Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. > *** Error code 1 Is anybody going to fix this? I am tired of having it in my mailbox every= =20 other day and eventhough PowerPC is not tier1 this is unacceptable! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1537045.6e8RJ5nJTK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCe4yTXyyEoT62BG0RAtTGAJ9XSYR2hwPPFuBcHfZ6g/Ep71u4MwCdEG9r SdIqaWBkbATV9r+QexseLuU= =Lom9 -----END PGP SIGNATURE----- --nextPart1537045.6e8RJ5nJTK-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 15:40: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 615AA16A4D5; Fri, 6 May 2005 15:40:22 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FAF043D39; Fri, 6 May 2005 15:40:21 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j46FeKUW072432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 6 May 2005 19:40:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j46FeJfx096925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 May 2005 19:40:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j46FeJa8096924; Fri, 6 May 2005 19:40:19 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 6 May 2005 19:40:19 +0400 From: Gleb Smirnoff To: Giorgos Keramidas Message-ID: <20050506154019.GB96844@cell.sick.ru> References: <20050504202353.GA93613@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050504202353.GA93613@gothmog.gr> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-current@FreeBSD.org Subject: Re: HEAD feels snappier today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 15:40:22 -0000 On Wed, May 04, 2005 at 11:23:53PM +0300, Giorgos Keramidas wrote: G> It's probably not very important, but I just wanted to say that after G> last night's update, HEAD feels snappier, more responsive, greater while G> working on the console (132x25 most of the time). btw, I've noticed about 20% performance improvement in my tests of new version of ng_netflow, comparing to two weeks ago. During these two weeks I haven't touched node code, so this speedup should be explained by some changes in HEAD. I suspect Robert's UMA improvements might be the cause. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri May 6 15:50: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 3BEBF16A4D4; Fri, 6 May 2005 15:50: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 B818843D9A; Fri, 6 May 2005 15:50:24 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix3-1.free.fr (Postfix) with ESMTP id A7A2B173527; Fri, 6 May 2005 17:50:23 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.0/8.13.0) with ESMTP id j46FoIxJ025927; Fri, 6 May 2005 17:50:20 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Date: Fri, 6 May 2005 17:50:10 +0200 User-Agent: KMail/1.8 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200505061750.11793.thierry@herbelot.com> Subject: loss of keyboard in single-user mode in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 15:50:25 -0000 Hello, I have rebuilt the world and kernel this morning. After rebooting with the new kernel, I have selected Single user in the loader boot menu, but the keyboard is not active. The machine is an Asus A7V333 machine, running with ACPI. The new kernel does not boot without ACPI (it goes directly to a page fault after prompting for a /bin/sh shell). Interesting files : - truncated verbose boot dmesg with the working kernel : http://herbelot.tfh.free.fr/Diversion/div.dmesg-verb.good - truncated verbose boot dmesg of the non-working kernel : http://herbelot.tfh.free.fr/Diversion/div.dmesg-verb.bug - non-truncated non-verbose boot dmesg of the working kernel : http://herbelot.tfh.free.fr/Diversion/div.dmesg.good2 - ident strings of the working kernel : http://herbelot.tfh.free.fr/Diversion/div.kern.ident.good - ident strings of the non-working kernel : http://herbelot.tfh.free.fr/Diversion/div.kern.ident.bug - ident strings of the modified sources between the two kernels : http://herbelot.tfh.free.fr/Diversion/div.kern.ident.diff² - kernel config file : http://herbelot.tfh.free.fr/Diversion/DIVERSION For now, the machine runs with the old kernel and the new world TfH From owner-freebsd-current@FreeBSD.ORG Fri May 6 16:02: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 7D3EF16A4D4; Fri, 6 May 2005 16:02:43 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DDDF43D94; Fri, 6 May 2005 16:02:43 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DU5Hl-00085T-00; Fri, 06 May 2005 18:02:41 +0200 Date: Fri, 6 May 2005 18:02:40 +0200 To: Thierry Herbelot Message-ID: <20050506160240.GH21800@poupinou.org> References: <200505061750.11793.thierry@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200505061750.11793.thierry@herbelot.com> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: loss of keyboard in single-user mode in 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: Fri, 06 May 2005 16:02:43 -0000 On Fri, May 06, 2005 at 05:50:10PM +0200, Thierry Herbelot wrote: > - ident strings of the modified sources between the two kernels : > http://herbelot.tfh.free.fr/Diversion/div.kern.ident.diff² I can't get that one. Could you please rename it? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Fri May 6 16:04:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 729) id DFDC216A4D5; Fri, 6 May 2005 16:04:00 +0000 (GMT) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Andrew Gallatin In-Reply-To: Message from Andrew Gallatin <17019.35893.652541.618655@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20050506160400.DFDC216A4D5@hub.freebsd.org> Date: Fri, 6 May 2005 16:04:00 +0000 (GMT) From: jkoshy@FreeBSD.ORG (Joseph Koshy) cc: koshy@FreeBSD.ORG cc: jkoshy@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: hwpmc & sampling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 16:04:01 -0000 ag> hwpmc in FreeBSD to do this for me? What I've tried isn't ag> working, but I may just be an idiot. Sampling modes have been turned off in -current (hence the ENOSYS). I'm nearly done with their implementation and will be bringing the code into -current shortly. Regards Koshy From owner-freebsd-current@FreeBSD.ORG Fri May 6 16:06:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD0F916A4D4; Fri, 6 May 2005 16:06:44 +0000 (GMT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66F8043D75; Fri, 6 May 2005 16:06:44 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.4/8.13.4) with ESMTP id j46G6eqL022433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 May 2005 12:06:40 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id j46G6Z1Y055701; Fri, 6 May 2005 12:06:35 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17019.38411.47076.244102@grasshopper.cs.duke.edu> Date: Fri, 6 May 2005 12:06:35 -0400 (EDT) To: jkoshy@FreeBSD.ORG (Joseph Koshy) In-Reply-To: <20050506160400.DFDC216A4D5@hub.freebsd.org> References: <17019.35893.652541.618655@grasshopper.cs.duke.edu> <20050506160400.DFDC216A4D5@hub.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid cc: freebsd-current@FreeBSD.ORG Subject: Re: hwpmc & sampling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 16:06:44 -0000 Joseph Koshy writes: > > > ag> hwpmc in FreeBSD to do this for me? What I've tried isn't > ag> working, but I may just be an idiot. > > Sampling modes have been turned off in -current (hence the ENOSYS). > > I'm nearly done with their implementation and will be bringing the > code into -current shortly. Ah, that would explain it. I'll watch for the commit. Thanks! Drew From owner-freebsd-current@FreeBSD.ORG Fri May 6 16:25: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 D52DA16A4D4; Fri, 6 May 2005 16:25:05 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A0CF43D2F; Fri, 6 May 2005 16:25:05 +0000 (GMT) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by postfix4-2.free.fr (Postfix) with ESMTP id E49C5319296; Fri, 6 May 2005 18:25:04 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.13.0/8.13.0) with ESMTP id j46GOQbx002571; Fri, 6 May 2005 18:24:28 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Fri, 6 May 2005 18:24:18 +0200 User-Agent: KMail/1.8 References: <200505061750.11793.thierry@herbelot.com> <20050506160240.GH21800@poupinou.org> In-Reply-To: <20050506160240.GH21800@poupinou.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200505061824.19708.thierry@herbelot.com> cc: freebsd-stable@freebsd.org Subject: Re: loss of keyboard in single-user mode in RELENG_5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 16:25:06 -0000 Le Friday 6 May 2005 18:02, Bruno Ducrot a écrit : > On Fri, May 06, 2005 at 05:50:10PM +0200, Thierry Herbelot wrote: > > - ident strings of the modified sources between the two kernels : > > http://herbelot.tfh.free.fr/Diversion/div.kern.ident.diff² > > I can't get that one. Could you please rename it? of course : http://herbelot.tfh.free.fr/Diversion/div.kern.ident.diff if you can think of any other info to submit ... TfH From owner-freebsd-current@FreeBSD.ORG Fri May 6 16:47: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 D1DAA16A4D4 for ; Fri, 6 May 2005 16:47:14 +0000 (GMT) Received: from imap.sd73.bc.ca (imap.sd73.bc.ca [142.24.13.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4791243D49 for ; Fri, 6 May 2005 16:47:14 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 498ED18CC4A for ; Wed, 4 May 2005 09:39:26 -0700 (PDT) Received: from imap.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09029-26 for ; Wed, 4 May 2005 09:39:24 -0700 (PDT) Received: by imap.sd73.bc.ca (Postfix, from userid 80) id F3EC618CC3F; Wed, 4 May 2005 09:39:23 -0700 (PDT) Received: from 24.71.0.233 (proxying for 24.71.0.233) (SquirrelMail authenticated user fcash) by imap.sd73.bc.ca with HTTP; Wed, 4 May 2005 09:39:23 -0700 (PDT) Message-ID: <35441.24.71.0.233.1115224763.squirrel@imap.sd73.bc.ca> In-Reply-To: <20050504085341.GB780@uk.tiscali.com> References: <9533da6c050503173261897e65@mail.gmail.com> <20050504085341.GB780@uk.tiscali.com> Date: Wed, 4 May 2005 09:39:23 -0700 (PDT) From: "Freddie Cash" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fcash@ocis.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 16:47:15 -0000 > On Tue, May 03, 2005 at 06:32:42PM -0600, Travis Poppe wrote: > >> For quite some time I've been looking forward to seeing sysinstall >> go and be replaced with a new system that's user interface agnostic. >> This >> would allow developers to create a user interface of their choice >> without having to muck around with the internals of the installer. >> It >> seems that one of the major reasons this hasn't happened yet is >> simply due to lack of development. >> >> Correct me of I'm wrong, but as far as I know, this is what BSD >> Installer (the DragonFly team's installer) currently does. >> > > I'm very interested in seeing improvements to the installation and > management utilities, but I think many of the current problems are > architectural in the way the base system is packaged, which to me > means we need to widen the discussion to more than just the > 'installer' program. > > > Jordan Hubbard wrote an article about these sorts of issues a long > while back. It took me a while to find it, but here it is: > http://people.freebsd.org/~jkh/package-and-install.txt > Five years on, and it reads as if it were written yesterday. > > > Also note here: > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=4914+0+archive/2001/freeb > sd-announce/20010916.freebsd-announce There are links to a binary > updater project and a sysinstall replacement project. Both are dead as > far as I can tell. > > And from about a year ago: > http://lists.freebsd.org/pipermail/freebsd-libh/2004-May/000031.html > > > I think this shows that: > (1) we're going over old ground; > (2) producing a solution which eliminates the weaknesses of the > current installer is actually much more difficult than people > generally think; and (3) this discussion probably belongs somewhere > other than freebsd-current. > > The main problems that have affected me with sysinstall, mostly > relating to binary upgrades, are listed below. Most of these would > require a lot more radical overhaul to fix than just replacing > sysinstall with something that has prettier buttons. That's not to say > there's no value in just replacing sysinstall with a prettier UI, but > it would leave a lot of things unsolved. I see little use in having an > easy first-time install if upgrading to future versions is not equally > easy. In that case, FreeBSD is likely to become labelled as "insecure" > as it discourages people from keeping up to date. What really needs to be done is to separate the installer from the post-install configuration program. The OS installer should do nothing more than install the OS. Don't configure anything other than the root password and an initial user. Just copy the OS to the harddrive. Everything else (timezone, network interfaces, packages, everything) should be done post-install, once you have booted into the OS. All programs should be disabled until the admin decides to enable them. Keep it simple, keep it quick. And make it scriptable. If a GUI configuration program / package installer is needed, it should be done as a separate project, completely unrelated to the OS installer. This is the biggest shortcoming, and albatross for, sysinstall. sysinstall is a decent OS installer. But it's a horrible OS configurator. And yet, for some reason, enough people have used it to configure the OS that any calls for a new installer always seem to come with a (IMO useless) requirement that is also be an OS confiugration tool. Which is ludicrous if you think about it. -- Freddie Cash fcash@ocis.net From owner-freebsd-current@FreeBSD.ORG Fri May 6 18:04: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 764C916A4D6; Fri, 6 May 2005 18:04:39 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25DF843D76; Fri, 6 May 2005 18:04:37 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3B41A.dip.t-dialin.net[84.163.180.26] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwtQ-1DU7Bj34k1-0002yY; Fri, 06 May 2005 20:04:35 +0200 From: Max Laier To: Peter Grehan Date: Fri, 6 May 2005 20:04:22 +0200 User-Agent: KMail/1.8 References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <4276C18F.1080207@freebsd.org> In-Reply-To: <4276C18F.1080207@freebsd.org> MIME-Version: 1.0 Message-Id: <200505062004.34884.max@love2party.net> Content-Type: multipart/signed; boundary="nextPart10832705.gjCutZFyNv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 cc: darrenr@freebsd.org cc: powerpc@freebsd.org cc: freebsd-current@freebsd.org 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: Fri, 06 May 2005 18:04:39 -0000 --nextPart10832705.gjCutZFyNv Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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. > > later, > > Peter. > > RCS file: /home/ncvs/src/contrib/ipfilter/tools/ipmon.c,v > retrieving revision 1.2 > diff -u -r1.2 ipmon.c > --- ipmon.c 25 Apr 2005 18:20:15 -0000 1.2 > +++ ipmon.c 1 May 2005 08:42:53 -0000 > @@ -1024,7 +1024,7 @@ > (void) sprintf(t, "%*.*s%u", len, len, ipf->fl_ifname, > ipf->fl_unit); > t +=3D strlen(t); > #endif > -#ifdef __sgi > +#if (defined(__sgi) || defined(__powerpc__)) > if ((ipf->fl_group[0] =3D=3D 255) && (ipf->fl_group[1] =3D=3D '\= 0')) > #else > if ((ipf->fl_group[0] =3D=3D -1) && (ipf->fl_group[1] =3D=3D '\0= ')) Just saw your mail now. Darren has had enough time to veto against it. Ple= ase=20 go ahead, fix the build and shut up the tinderbox. Thanks! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart10832705.gjCutZFyNv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCe7GyXyyEoT62BG0RAvjUAJ9YHcouiCR2Cwnvg5fdUm6HYX4LnQCeOOB8 vi3yAjRlQf+t/hJN/12CBfk= =m5/8 -----END PGP SIGNATURE----- --nextPart10832705.gjCutZFyNv-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 18:35: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 F143216A4D4; Fri, 6 May 2005 18:35:30 +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 7068143D53; Fri, 6 May 2005 18:35:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7FBD6513B6; Fri, 6 May 2005 11:35:29 -0700 (PDT) Date: Fri, 6 May 2005 11:35:29 -0700 From: Kris Kennaway To: smp@FreeBSD.org, current@FreeBSD.org Message-ID: <20050506183529.GA46411@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 18:35:31 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Here are my benchmark numbers for parallel tarball extraction with/without mpsafevfs on a 12-processor E4500 running up-to-date 6.0. Kernel was built without INVARIANTS and other debugging options, without ADAPTIVE_GIANT (which causes about a 200% performance penalty on system time in my testing, and has marginal impact on real or user time) and with 4BSD scheduler (ULE causes spontaneous reboots on this machine). The e4500 uses the esp SCSI controller, which runs without Giant. The test is this: #!/bin/sh for i in 1 2 3 4 5 6 7 8 9 10 11 12; do mkdir $i tar xfC /var/portbuild/sparc64/5/tarballs/bindist.tar $i & done on a 2000mb preallocated malloc backed md disk (machine has 5GB RAM). Before each test I umount, newfs with default options (i.e. no -U; this kills performance on md by a factor of several times) and mount. The tarball is # ls -l /var/portbuild/sparc64/5/tarballs/bindist.tar -rw-r--r-- 1 kris kris 133231104 Apr 28 12:18 /var/portbuild/sparc64/5/tarballs/bindist.tar # tar tvf /var/portbuild/sparc64/5/tarballs/bindist.tar | wc -l 5664 (it's a copy of a sparc64 5.4-STABLE world I use to populate package build chroots). A single extraction (with tarball cached) with mpsafevfs=1 takes: 14.85 real 1.31 user 10.43 sys 14.90 real 1.31 user 10.40 sys 15.03 real 1.26 user 10.55 sys 14.49 real 1.35 user 10.47 sys 14.50 real 1.36 user 10.42 sys 14.50 real 1.28 user 10.52 sys 14.52 real 1.33 user 10.48 sys 14.44 real 1.38 user 10.36 sys 14.54 real 1.37 user 10.39 sys 14.63 real 1.29 user 10.56 sys mean=14.64 seconds real time without mpsafevfs: 14.72 real 1.39 user 10.45 sys 14.70 real 1.40 user 10.47 sys 14.99 real 1.41 user 10.54 sys 15.13 real 1.48 user 10.45 sys 15.18 real 1.40 user 10.50 sys 14.87 real 1.64 user 10.38 sys 14.66 real 1.42 user 10.37 sys 14.69 real 1.49 user 10.30 sys 14.87 real 1.45 user 10.60 sys 14.75 real 1.47 user 10.43 sys mean=14.86 real x mpsafevfs + !mpsafevfs +--------------------------------------------------------------------------+ | + x | | + ++ + + + x xx x x + x + x + x x| ||__________M________A__|_________________|_M________________| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 14.66 15.18 14.87 14.856 0.18810163 + 10 14.44 15.03 14.54 14.64 0.2081666 Difference at 95.0% confidence -0.216 +/- 0.186404 -1.45396% +/- 1.25474% (Student's t, pooled s = 0.198388) So mpsafevfs has a slight measurable benefit even for non-concurrent extraction. The parallel extraction without mpsafevfs: 319.42 real 35.70 user 1547.38 sys 317.80 real 35.41 user 1532.87 sys 318.49 real 35.35 user 1542.23 sys 321.82 real 35.51 user 1559.50 sys 317.66 real 35.51 user 1566.16 sys 318.63 real 35.64 user 1552.48 sys 319.51 real 35.69 user 1548.99 sys 317.79 real 35.34 user 1542.89 sys 319.89 real 35.70 user 1536.34 sys 318.76 real 35.24 user 1545.21 sys with mpsafevfs: 80.24 real 27.70 user 475.54 sys 83.13 real 27.94 user 491.55 sys 87.66 real 28.45 user 500.68 sys 81.88 real 28.12 user 463.51 sys 83.23 real 27.87 user 483.62 sys 82.20 real 28.07 user 482.57 sys 83.82 real 28.29 user 473.70 sys 84.54 real 27.95 user 472.12 sys 80.29 real 28.24 user 461.87 sys 87.77 real 28.34 user 482.03 sys 82.10 real 27.79 user 475.31 sys system clock: +--------------------------------------------------------------------------+ | x ++ | | x ++ | |xx +++| |xxxx +++| ||A| |A | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 461.87 500.68 482.03 478.719 11.975802 + 10 1532.87 1566.16 1547.38 1547.405 10.066401 Difference at 95.0% confidence 1068.69 +/- 10.3942 223.239% +/- 2.17124% (Student's t, pooled s = 11.0624) wall clock: +--------------------------------------------------------------------------+ | + | | + | | + | | x + | | x + | | x + | |xx + | |xxx + | |xxx ++| ||A| A|| +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 11 80.24 87.77 83.13 83.350909 2.5277241 + 10 317.66 321.82 318.76 318.977 1.2618333 Difference at 95.0% confidence 235.626 +/- 1.85556 282.692% +/- 2.2262% (Student's t, pooled s = 2.02905) i.e. mpsafevfs shows enormous improvements in both cases. Comparing to the mean time for a single extraction, 12 simultaneous extractions with mpsafevfs take the time of 5.69 single, and 21.788 without mpsafevfs. This is an effective concurrency of 2.11 (12/5.69) extractions for mpsafevfs and 0.55 without (i.e. nearly twice as bad as just sequentializing the extractions). I might be bumping into the bandwidth of md here - when I ran less rigorous tests with lower concurrency of extractions I seemed to be getting marginally better performance (about an effective concurrency of 2.2 for both 3 and 10 simultaneous extractions - so at least it doesn't seem to degrade badly). Or this might be reflecting VFS lock contention (which there is certainly a lot of, according to mutex profiling traces). Certainly for package builds on this machine I get much better performance and lower CPU utilization if I do every package build in a separate (swap-backed) md than with them all in a single large md, which tells me it's not hard to saturate a single md. Even if I am hitting another limit here that is placing an upper bound on the performance, filesystem performance with mpsafevfs is clearly much better than without, and we are now seeing clear benefits from SMP on 6.0 compared to earlier versions of FreeBSD. Kris P.S. Big props to Jeff Roberson for making this work! Thanks also to Hiroki Sato for donating the E4500 and other machine resources. --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe7jwWry0BWjoQKURAlH/AKCMw4PwgfxoeVa2CG06L5EYHe2QxACeOM+z 7s556CrOB/lNGi1w4KxQ+gg= =T+/F -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 18:43: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 AE14016A4D4; Fri, 6 May 2005 18:43:55 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686B043D6A; Fri, 6 May 2005 18:43:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j46IhsxQ012893; Fri, 6 May 2005 11:43:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j46Ihs8P012892; Fri, 6 May 2005 11:43:54 -0700 Date: Fri, 6 May 2005 11:43:54 -0700 From: Brooks Davis To: Kris Kennaway Message-ID: <20050506184354.GA12366@odin.ac.hmc.edu> References: <20050506183529.GA46411@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20050506183529.GA46411@xor.obsecurity.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: smp@freebsd.org cc: current@freebsd.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 18:43:55 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > Here are my benchmark numbers for parallel tarball extraction > with/without mpsafevfs on a 12-processor E4500 running up-to-date 6.0. > Kernel was built without INVARIANTS and other debugging options, > without ADAPTIVE_GIANT (which causes about a 200% performance penalty > on system time in my testing, and has marginal impact on real or user > time) and with 4BSD scheduler (ULE causes spontaneous reboots on this > machine). The e4500 uses the esp SCSI controller, which runs > without Giant. Excellect writeup! Thanks for doing this. Many thanks to Jeff! Some of my users will certaintly thank you when we upgrade our cluster to 6.x. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCe7rqXY6L6fI4GtQRAjz0AKCtPu0OHvjI2ks84Evlwex9DbQEIgCfSuGm hIDMcQwa4THTlEJM8ug+9HI= =3uEM -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 18: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 8C93116A4D4; Fri, 6 May 2005 18:48:53 +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 56F7143D68; Fri, 6 May 2005 18:48:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 89AB252048; Fri, 6 May 2005 11:48:52 -0700 (PDT) Date: Fri, 6 May 2005 11:48:52 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050506184852.GA62656@xor.obsecurity.org> References: <20050506183529.GA46411@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <20050506183529.GA46411@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: smp@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 18:48:53 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > I might be bumping into the bandwidth of md here - when I ran less > rigorous tests with lower concurrency of extractions I seemed to be > getting marginally better performance (about an effective concurrency > of 2.2 for both 3 and 10 simultaneous extractions - so at least it > doesn't seem to degrade badly). Or this might be reflecting VFS lock > contention (which there is certainly a lot of, according to mutex > profiling traces). I suspect that I am hitting the md bandwidth: # dd if=/dev/zero of=/dev/md0 bs=1024k count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) which is a lot worse than I expected (even for a 400MHz CPU). For some reason I get better performance writing to a filesystem mounted on this md: # dd if=/dev/zero of=foo bs=1024k count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 7.943042 secs (66005946 bytes/sec) # rm foo # dd if=/dev/zero of=foo bs=1024k count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 7.126929 secs (73564364 bytes/sec) # rm foo # dd if=/dev/zero of=foo bs=1024k count=500 500+0 records in 500+0 records out 524288000 bytes transferred in 7.237668 secs (72438804 bytes/sec) If the write bandwidth is only 50-70MB/sec, then it won't be hard to saturate, so I won't probe the full scalability of mpsafevfs here. Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe7wUWry0BWjoQKURAjXSAJsEEw3Y4ZbPatJUiKBe6tvp8tiE0wCfaqSa DW+OVE3ZLxL/NCKrxB5ToIk= =vojN -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 20:06: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 AE24416A4D6; Fri, 6 May 2005 20:06:37 +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 6892F43D5E; Fri, 6 May 2005 20:06:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 243E6514C9; Fri, 6 May 2005 13:06:36 -0700 (PDT) Date: Fri, 6 May 2005 13:06:35 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050506200635.GB79102@xor.obsecurity.org> References: <20050506183529.GA46411@xor.obsecurity.org> <20050506184852.GA62656@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline In-Reply-To: <20050506184852.GA62656@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: smp@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 20:06:37 -0000 --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 06, 2005 at 11:48:52AM -0700, Kris Kennaway wrote: > On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: >=20 > > I might be bumping into the bandwidth of md here - when I ran less > > rigorous tests with lower concurrency of extractions I seemed to be > > getting marginally better performance (about an effective concurrency > > of 2.2 for both 3 and 10 simultaneous extractions - so at least it > > doesn't seem to degrade badly). Or this might be reflecting VFS lock > > contention (which there is certainly a lot of, according to mutex > > profiling traces). >=20 > I suspect that I am hitting the md bandwidth: >=20 > # dd if=3D/dev/zero of=3D/dev/md0 bs=3D1024k count=3D500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) >=20 > which is a lot worse than I expected (even for a 400MHz CPU). >=20 > For some reason I get better performance writing to a filesystem > mounted on this md: >=20 > # dd if=3D/dev/zero of=3Dfoo bs=3D1024k count=3D500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 7.943042 secs (66005946 bytes/sec) > # rm foo > # dd if=3D/dev/zero of=3Dfoo bs=3D1024k count=3D500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 7.126929 secs (73564364 bytes/sec) > # rm foo > # dd if=3D/dev/zero of=3Dfoo bs=3D1024k count=3D500 > 500+0 records in > 500+0 records out > 524288000 bytes transferred in 7.237668 secs (72438804 bytes/sec) >=20 > If the write bandwidth is only 50-70MB/sec, then it won't be hard to > saturate, so I won't probe the full scalability of mpsafevfs here. I tried on a quad amd64 machine, which has md bandwidth an order of magnitude greater, but it has the same limiting concurrency of 2.2, so something else is happening here. Kris --0ntfKIWw70PvrIHh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe85LWry0BWjoQKURAuxLAJ9MLa6JtgUOCGLTL72JTpGU0zN1JACZAUiI H7bHiPx4WcQ90qsZ3aUVxKo= =SjNl -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 20:12:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5C4C16A4D4; Fri, 6 May 2005 20:12:05 +0000 (GMT) Received: from energistic.com (mail.energistic.com [216.54.148.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2C243D5A; Fri, 6 May 2005 20:12:05 +0000 (GMT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost.energistic.com [127.0.0.1]) by energistic.com (8.13.3/8.13.3) with ESMTP id j46KC45E014854; Fri, 6 May 2005 15:12:04 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.13.3/8.13.3/Submit) id j46KC4e9011926; Fri, 6 May 2005 15:12:04 -0500 (EST) (envelope-from steve) Date: Fri, 6 May 2005 15:12:04 -0500 From: Steve Ames To: Kris Kennaway Message-ID: <20050506201204.GA12764@energistic.com> References: <20050506183529.GA46411@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050506183529.GA46411@xor.obsecurity.org> User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-6.9 required=5.0 tests=AWL,BAYES_50,SPF_HELO_PASS, SPF_PASS,TW_EV,USER_IN_WHITELIST_TO autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on energistic.com cc: smp@freebsd.org cc: current@freebsd.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 20:12:06 -0000 On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > Kernel was built without INVARIANTS and other debugging options, > without ADAPTIVE_GIANT (which causes about a 200% performance penalty > on system time in my testing, and has marginal impact on real or user > time) and with 4BSD scheduler (ULE causes spontaneous reboots on this > machine). The e4500 uses the esp SCSI controller, which runs > without Giant. I'm rather suprised that ADAPTIVE_GIANT causes so much performance degradation in your testing. On my, admittedly much more modest system, using ADAPTIVE_GIANT shaves about 6 minutes off a 'make world'. Haven't really done any research on why that is. I was just suprised by your 200% performance penalty. -Steve From owner-freebsd-current@FreeBSD.ORG Fri May 6 20:26: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 F244416A4D4; Fri, 6 May 2005 20:26:26 +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 9DB8843D9D; Fri, 6 May 2005 20:26:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C5AE0513B6; Fri, 6 May 2005 13:26:25 -0700 (PDT) Date: Fri, 6 May 2005 13:26:25 -0700 From: Kris Kennaway To: Steve Ames Message-ID: <20050506202625.GA95077@xor.obsecurity.org> References: <20050506183529.GA46411@xor.obsecurity.org> <20050506201204.GA12764@energistic.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20050506201204.GA12764@energistic.com> User-Agent: Mutt/1.4.2.1i cc: smp@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 20:26:27 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 06, 2005 at 03:12:04PM -0500, Steve Ames wrote: > On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > > Kernel was built without INVARIANTS and other debugging options, > > without ADAPTIVE_GIANT (which causes about a 200% performance penalty > > on system time in my testing, and has marginal impact on real or user > > time) and with 4BSD scheduler (ULE causes spontaneous reboots on this > > machine). The e4500 uses the esp SCSI controller, which runs > > without Giant. >=20 > I'm rather suprised that ADAPTIVE_GIANT causes so much performance > degradation in your testing. On my, admittedly much more modest system, > using ADAPTIVE_GIANT shaves about 6 minutes off a 'make world'. Haven't > really done any research on why that is. I was just suprised by your > 200% performance penalty. Note: system time, not wall clock time. It's probably because the system is otherwise largely Giant-free (no hardware devices under Giant, only things like ttys and CAM). On systems with more Giant usage in the I/O path you might see a benefit. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe9LxWry0BWjoQKURAjz9AJwLtwR7YKSTx2em1+qbUsZmgqBm2ACfRYlv xgw1Kghp5JSq8lfP9LDDTDA= =2I9Q -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 22:32: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 88BCB16A4D4; Fri, 6 May 2005 22:32:26 +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 E6F6B43D6E; Fri, 6 May 2005 22:32:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C840E514C9; Fri, 6 May 2005 15:32:24 -0700 (PDT) Date: Fri, 6 May 2005 15:32:24 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050506223224.GA22379@xor.obsecurity.org> References: <20050506183529.GA46411@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20050506183529.GA46411@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: smp@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction (ULE vs 4BSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 May 2005 22:32:26 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > Here are my benchmark numbers for parallel tarball extraction > with/without mpsafevfs on a 12-processor E4500 running up-to-date 6.0. > Kernel was built without INVARIANTS and other debugging options, > without ADAPTIVE_GIANT (which causes about a 200% performance penalty > on system time in my testing, and has marginal impact on real or user > time) and with 4BSD scheduler (ULE causes spontaneous reboots on this > machine). The e4500 uses the esp SCSI controller, which runs > without Giant. I tried with ULE on a quad amd64 machine, which was stable enough to perform the extraction tests. Here is the data for one tarball extraction to md: x real.one.4bsd + real.one.ule +--------------------------------------------------------------------------+ | + | | + | | + | |+ + + + x | |+ + + + x x x x x x x x| | |MA_| |___MA___| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 9 2.43 2.5 2.46 2.4644444 0.022973415 + 11 2.15 2.18 2.16 2.1636364 0.010269106 Difference at 95.0% confidence -0.300808 +/- 0.0161686 -12.2059% +/- 0.656073% (Student's t, pooled s = 0.0171217) ...so ULE is 12% faster at extracting a single tarball to md 12 concurrent extractions: x real.4bsd + real.ule +--------------------------------------------------------------------------+ | x x + + | |x x x x xx x x + + + ++ + + + +| | |____AM___| |______MA_______| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 13.56 14.43 14.09 14.02 0.2641969 + 11 15.95 17.34 16.49 16.570909 0.40957184 Difference at 95.0% confidence 2.55091 +/- 0.318571 18.1948% +/- 2.27226% (Student's t, pooled s = 0.348356) ...but 18% slower with 12 concurrent extractions. The effective concurrency under 4BSD is 2.11 (same asymptote as on the 12-processor sparc64, suggesting something universal like VFS locking is the limitation) but under ULE it is only 1.57. With 4 concurrent extractions (= # CPUs) x real.4.4bsd + real.4.ule +--------------------------------------------------------------------------+ | x + | |x xxx x x x * x + + + ++ + + +| | |____________AM____________| |_______A_M_____| | +--------------------------------------------------------------------------+ N Min Max Median Avg Stddev x 10 4.65 5.44 5.17 5.157 0.22400645 + 10 5.41 5.87 5.69 5.657 0.1374409 Difference at 95.0% confidence 0.5 +/- 0.174609 9.69556% +/- 3.38587% (Student's t, pooled s = 0.185834) ULE is still slower. This suggests that at the present time (and apart from the known instabilities) ULE may be better for filesystem performance on lightly loaded systems, but it degrades worse than 4BSD under concurrent filesystem load. Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe/B3Wry0BWjoQKURAt8DAJ9V+Gjl7bJQRb4j6LqINP719SuZywCgx4ml EKziuNUiB2TLSU3PMmzaid8= =TZ8C -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Fri May 6 23:00: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 A9E7C16A4D6; Fri, 6 May 2005 23:00:15 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B270D43D68; Fri, 6 May 2005 23:00:14 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j46N084J075064 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 7 May 2005 01:00:11 +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 j46MxRhs023063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 7 May 2005 00:59:28 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j46MxRPR028934; Sat, 7 May 2005 00:59:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j46MxROK028933; Sat, 7 May 2005 00:59:27 +0200 (CEST) (envelope-from ticso) Date: Sat, 7 May 2005 00:59:27 +0200 From: Bernd Walter To: Kris Kennaway Message-ID: <20050506225926.GB75629@cicely12.cicely.de> References: <20050506183529.GA46411@xor.obsecurity.org> <20050506184852.GA62656@xor.obsecurity.org> <20050506200635.GB79102@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050506200635.GB79102@xor.obsecurity.org> 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.0042] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: smp@freebsd.org cc: current@freebsd.org Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction 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: Fri, 06 May 2005 23:00:15 -0000 On Fri, May 06, 2005 at 01:06:35PM -0700, Kris Kennaway wrote: > On Fri, May 06, 2005 at 11:48:52AM -0700, Kris Kennaway wrote: > > On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > > > > > I might be bumping into the bandwidth of md here - when I ran less > > > rigorous tests with lower concurrency of extractions I seemed to be > > > getting marginally better performance (about an effective concurrency > > > of 2.2 for both 3 and 10 simultaneous extractions - so at least it > > > doesn't seem to degrade badly). Or this might be reflecting VFS lock > > > contention (which there is certainly a lot of, according to mutex > > > profiling traces). > > > > I suspect that I am hitting the md bandwidth: > > > > # dd if=/dev/zero of=/dev/md0 bs=1024k count=500 > > 500+0 records in > > 500+0 records out > > 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) Wasn't md's blocksize = systems's pagesize, IIRC 8k on sparc. I'm surprised that 1k even works. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri May 6 23:09: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 45B3B16A4D4; Fri, 6 May 2005 23:09:54 +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 E92CD43DA1; Fri, 6 May 2005 23:09:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A1C105221A; Fri, 6 May 2005 16:09:52 -0700 (PDT) Date: Fri, 6 May 2005 16:09:52 -0700 From: Kris Kennaway To: ticso@cicely.de Message-ID: <20050506230952.GB35398@xor.obsecurity.org> References: <20050506183529.GA46411@xor.obsecurity.org> <20050506184852.GA62656@xor.obsecurity.org> <20050506200635.GB79102@xor.obsecurity.org> <20050506225926.GB75629@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20050506225926.GB75629@cicely12.cicely.de> User-Agent: Mutt/1.4.2.1i cc: smp@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 06 May 2005 23:09:54 -0000 --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 07, 2005 at 12:59:27AM +0200, Bernd Walter wrote: > On Fri, May 06, 2005 at 01:06:35PM -0700, Kris Kennaway wrote: > > On Fri, May 06, 2005 at 11:48:52AM -0700, Kris Kennaway wrote: > > > On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: > > >=20 > > > > I might be bumping into the bandwidth of md here - when I ran less > > > > rigorous tests with lower concurrency of extractions I seemed to be > > > > getting marginally better performance (about an effective concurren= cy > > > > of 2.2 for both 3 and 10 simultaneous extractions - so at least it > > > > doesn't seem to degrade badly). Or this might be reflecting VFS lo= ck > > > > contention (which there is certainly a lot of, according to mutex > > > > profiling traces). > > >=20 > > > I suspect that I am hitting the md bandwidth: > > >=20 > > > # dd if=3D/dev/zero of=3D/dev/md0 bs=3D1024k count=3D500 > > > 500+0 records in > > > 500+0 records out > > > 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) >=20 > Wasn't md's blocksize =3D systems's pagesize, IIRC 8k on sparc. > I'm surprised that 1k even works. 1M block size, not 1K :) Kris --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCe/k/Wry0BWjoQKURAnlpAJ0Ycwo3z9S2edq0eCOqQVDnyTjmDgCgsd7S oLEFW1ev3yYw79F23PP1evw= =sap7 -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- From owner-freebsd-current@FreeBSD.ORG Sat May 7 07:17: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 ADE6816A4D8; Sat, 7 May 2005 07:17:26 +0000 (GMT) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96D2543D2F; Sat, 7 May 2005 07:17:25 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.3) with ESMTP id j477HPlp014466; Sat, 7 May 2005 09:17:25 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: ticso@cicely.de From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 07 May 2005 00:59:27 +0200." <20050506225926.GB75629@cicely12.cicely.de> Date: Sat, 07 May 2005 09:17:25 +0200 Message-ID: <14465.1115450245@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: smp@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Benchmarking mpsafevfs with parallel tarball extraction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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 07:17:26 -0000 In message <20050506225926.GB75629@cicely12.cicely.de>, Bernd Walter writes: >On Fri, May 06, 2005 at 01:06:35PM -0700, Kris Kennaway wrote: >> On Fri, May 06, 2005 at 11:48:52AM -0700, Kris Kennaway wrote: >> > On Fri, May 06, 2005 at 11:35:29AM -0700, Kris Kennaway wrote: >> > >> > > I might be bumping into the bandwidth of md here - when I ran less >> > > rigorous tests with lower concurrency of extractions I seemed to be >> > > getting marginally better performance (about an effective concurrency >> > > of 2.2 for both 3 and 10 simultaneous extractions - so at least it >> > > doesn't seem to degrade badly). Or this might be reflecting VFS lock >> > > contention (which there is certainly a lot of, according to mutex >> > > profiling traces). >> > >> > I suspect that I am hitting the md bandwidth: >> > >> > # dd if=/dev/zero of=/dev/md0 bs=1024k count=500 >> > 500+0 records in >> > 500+0 records out >> > 524288000 bytes transferred in 9.501760 secs (55177988 bytes/sec) > >Wasn't md's blocksize = systems's pagesize, IIRC 8k on sparc. >I'm surprised that 1k even works. That's only relevant for swap backed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat May 7 09: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 4956816A4DD for ; Sat, 7 May 2005 09:02:36 +0000 (GMT) Received: from ms003msg.fastwebnet.it (ms003msg.fastwebnet.it [213.140.2.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE28143D77 for ; Sat, 7 May 2005 09:02:35 +0000 (GMT) (envelope-from filippo.forti@fastwebnet.it) Received: from [1.255.90.62] by ms003msg.fastwebnet.it with HTTP; Sat, 7 May 2005 11:02:34 +0200 Date: Sat, 7 May 2005 11:02:34 +0200 Message-ID: <41FFB1A90007ED41@ms003msg.mail.fw> From: filippo.forti@fastwebnet.it To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Reproduceable panic on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 May 2005 09:02:36 -0000 Hello, I'm running -CURRENT from yesterday and i'm experiencing a fully reproduc= eable panic while trying to mount a usb mass storage device. Filesystem is fat32. portatile# mount /mnt/da0s1/ mount_msdosfs: /dev/da0s1: Permission denied g_vfs_done():da0s1[WRITE(offset=3D17408, length=3D4096)]error =3D 13 fsync: giving up on dirty 0x3c301d330: tag devfs, type VCHR usecount 1, writecount 0, refcount 128 mountedhere 0xc2f35900 flags() v_object 0xc304aa50 ref 0 pages 125 dev da0s1 panic: wrong offset 17408 for sectorsize 3263072112 KDB: enter: panic [thread pid 48, tid 100049 ] Stopped at kdb_enter_+0x30: leave db> where Tracing pid 48 tid 100049 td 0xc26c5960 kdb_enter(c08dbdb2,c09a3a80,c08d694f,e53c5b90,100) at kdb_enter+0x30 panic(c08d694f,4400,0,c27e8770,c3057840) at panic+0xce g_io_request(c3057840,c27e8740,a00000a4,d67637d8,e53c5c0c) at g_io_reques= t+0xbf g_vfs_strategy(c301d3f0,d67637d8,c08da0d1,235,d67637d8) at g_vfs_strategy= +0x56 bufwrite(d67637d8,d67637d8,e53c5c4c,c06ca369,d67637d8) at bufwrite+0x168 bawrite(d67637d8,0,c08e3ff2,198,c301d3ac) at bawrite+0x65 vop_stdfsync(e53c5ca4,0,e53c5ca4,e53c5c78,c08860ce) at vop_stdfsync+0x148= devfs_fsync(e53c5ca4,c301d330,c301d3f0,c301d330,e53c5cc0) at devfs_fsync+= 0x2f VOP_FSYNC_APV(c0936ac0,e53c5ca4,c26c5960,5d1,c2a76400) at VOP_FSYNC_APV+0= x9d sync_vnode(c301d3f0,c26c5960,c08e48ef,608,0) at sync_vnode+0x154 sched_sync(0,e53c5d38,c08d94e5,30d,0) at sched_sync+0x236 fork_exit(c06d2b4f,0,e53c5d38) at fork_exit+0xc2 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe53c5d6c, ebp =3D 0 --- db> show alllocks Process 48 (syncer) thread 0xc26c5960 (100049) exclusive sleep mutex Giant r =3D 0 (0xc09a37e0) locked @ /usr/src/sys/ke= rn/vfs_subr.c:1533 Thanks for your attention and help Filippo From owner-freebsd-current@FreeBSD.ORG Sat May 7 12:15: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 9A3C416A4DB; Sat, 7 May 2005 12:15:10 +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 C4F2243D86; Sat, 7 May 2005 12:15:09 +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 j47CF7MN003164; Sat, 7 May 2005 13:15:07 +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 j47CG1nR072522; Sat, 7 May 2005 13:16:01 +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 j47CG1AI072519; Sat, 7 May 2005 13:16:01 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 7 May 2005 13:16:01 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Josef Karthauser In-Reply-To: <20050504171851.GB1863@genius.tao.org.uk> Message-ID: <20050507131437.C72452@ury.york.ac.uk> References: <20050502200413.GB46745@genius.tao.org.uk> <20050504142425.GB710@genius.pact.cpes.susx.ac.uk> <20050504171851.GB1863@genius.tao.org.uk> 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 cc: net@FreeBSD.org Subject: Re: ipfw broken with bridge under 5.x (5.3 and 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: Sat, 07 May 2005 12:15:10 -0000 On Wed, 4 May 2005, Josef Karthauser wrote: > On Wed, May 04, 2005 at 06:13:22PM +0100, Gavin Atkinson wrote: >> >> I believe I am seeing similar problems to you, though uptime for me is >> generally measurable in days rather than minutes. I've found that >> adding an explicit "allow all from any to any" and then removing it >> again seems to get it working. I will test your solution when mine >> fails again. > > It appears that the solution is obtained by adding the rule: > > allow ip from any to any layer2 mac-type arp > > to the beginning of the firewall list. IPFW2 drops non-IP traffic > whereas IPFW1 passes it though. This is the reason why my configuration > stopped working after the upgrade. Ah-ha! This also seems to have fixed it for me. There are a few bits of documentation which should probably be updated with this, I'll submit a patch in a day or two. Gavin From owner-freebsd-current@FreeBSD.ORG Sat May 7 14: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 C033316A4DB; Sat, 7 May 2005 14:38:33 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E6E243D7F; Sat, 7 May 2005 14:38:33 +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 j47EcWmV005895; Sat, 7 May 2005 10:38:32 -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 j47EcWXk069062; Sat, 7 May 2005 10:38:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 954A47306E; Sat, 7 May 2005 10:38:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050507143831.954A47306E@freebsd-current.sentex.ca> Date: Sat, 7 May 2005 10:38:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 May 2005 14:38:34 -0000 TB --- 2005-05-07 13:34:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-07 13:34:34 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-05-07 13:34:34 - cleaning the object tree TB --- 2005-05-07 13:34:47 - checking out the source tree TB --- 2005-05-07 13:34:47 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-05-07 13:34:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-05-07 13:41:29 - building world (CFLAGS=-O2 -pipe) TB --- 2005-05-07 13:41:29 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-05-07 13:41:29 - /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 [...] cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/radix.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/bpf_filter.c cc -O2 -pipe -DIPFILTER_LOG -DIPFILTER_COMPILED -DIPFILTER_LOOKUP -DIPFILTER_SCAN -DIPFILTER_SYNC -DIPFILTER_CKSUM -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipftest ipftest.o fil.o ip_frag.o ip_state.o ip_nat.o ip_proxy.o ip_auth.o ip_htable.o ip_lookup.o ip_pool.o ip_scan.o ip_sync.o ip_rules.o ip_fil.o ip_log.o ippool_y.o ippool_l.o ipf_y.o ipf_l.o ipnat_y.o ipnat_l.o md5.o radix.o bpf_filter.o -L/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../libipf -lipf -lkvm gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipftest/../../../contrib/ipfilter/man/ipftest.1 > ipftest.1.gz ===> sbin/ipf/ipmon (all) cc -O2 -pipe -DLOGFAC=LOG_LOCAL0 -I. -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c: In function `print_ipflog': /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon/../../../contrib/ipfilter/tools/ipmon.c:1030: warning: comparison is always false due to limited range of data type *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf/ipmon. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/ipf. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-05-07 14:38:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-07 14:38:31 - ERROR: failed to build world TB --- 2005-05-07 14:38:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat May 7 14:57: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 36CE216A4DB for ; Sat, 7 May 2005 14:57:11 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B14443D9F for ; Sat, 7 May 2005 14:57:10 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 70295 invoked from network); 7 May 2005 14:57:09 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 7 May 2005 14:57: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 j47Ev8HL083561 for ; Sat, 7 May 2005 16:57:08 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j47Ev880083560 for current@freebsd.org; Sat, 7 May 2005 16:57:08 +0200 (CEST) (envelope-from pho) Date: Sat, 7 May 2005 16:57:08 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20050507145707.GA83528@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: 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: Sat, 07 May 2005 14:57:11 -0000 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 Details at http://www.holm.cc/stress/log/cons128.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat May 7 15:30: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 A8DFF16A4DF for ; Sat, 7 May 2005 15:30:59 +0000 (GMT) Received: from avout1.midco.net (avout1.midco.net [24.220.0.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF03743DAE for ; Sat, 7 May 2005 15:30:58 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 30571 invoked by uid 1009); 7 May 2005 15:30:58 -0000 Received: from pmes@bis.midco.net by avout1 by uid 1002 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.122.106):. Processed in 0.010713 secs); 07 May 2005 15:30:58 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout1 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.122.106):. Processed in 0.010713 secs) Received: from host-106-122-220-24.midco.net (HELO [10.0.0.3]) ([24.220.122.106]) (envelope-sender ) by avout1.midco.net (qmail-ldap-1.03) with SMTP for ; 7 May 2005 15:30:58 -0000 In-Reply-To: <200505062004.34884.max@love2party.net> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <4276C18F.1080207@freebsd.org> <200505062004.34884.max@love2party.net> Mime-Version: 1.0 (Apple Message framework v728) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Sat, 7 May 2005 10:30:55 -0500 To: Max Laier X-Mailer: Apple Mail (2.728) cc: darrenr@freebsd.org cc: powerpc@freebsd.org cc: freebsd-current@freebsd.org cc: Peter Grehan Subject: 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 15:30:59 -0000 On May 6, 2005, at 1:04 PM, 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. >> >> later, >> >> Peter. >> >> RCS file: /home/ncvs/src/contrib/ipfilter/tools/ipmon.c,v >> retrieving revision 1.2 >> diff -u -r1.2 ipmon.c >> --- ipmon.c 25 Apr 2005 18:20:15 -0000 1.2 >> +++ ipmon.c 1 May 2005 08:42:53 -0000 >> @@ -1024,7 +1024,7 @@ >> (void) sprintf(t, "%*.*s%u", len, len, ipf->fl_ifname, >> ipf->fl_unit); >> t += strlen(t); >> #endif >> -#ifdef __sgi >> +#if (defined(__sgi) || defined(__powerpc__)) >> if ((ipf->fl_group[0] == 255) && (ipf->fl_group[1] == '\0')) >> #else >> if ((ipf->fl_group[0] == -1) && (ipf->fl_group[1] == '\0')) >> > > 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! > Darren is on holiday, so you will not be getting a veto anytime soon. As an aside, Darren is so notorious for breaking the build, I don't know why anyone bothers complaining anymore. I'm beginning to think he does it just to get under people's skin. Either take away his privileges or accept that he will be breaking the build. Maybe there should be an IPFILTER branch where he can drop his bombs? From owner-freebsd-current@FreeBSD.ORG Sat May 7 16:54: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 00F5C16A4DB; Sat, 7 May 2005 16:54:38 +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 704C443D7B; Sat, 7 May 2005 16:54:36 +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 42662CF100485E55; Sat, 7 May 2005 18:54:35 +0200 From: "Daniel Eriksson" To: Date: Sat, 7 May 2005 18:56:25 +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 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVTJbR/2uv01v3+QRSXuHpINNUfRA== cc: 'Pawel Jakub Dawidek' Subject: geom_mirror for root partition, not possible on recent 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: Sat, 07 May 2005 16:54:38 -0000 I decided to play around with geom_mirror to see if it is anything I could use on one of my servers. After installing 5.4-RC4 and hooking it up to mirror the entire disk (mostly following the process described at http://dannyman.toldme.com/2005/01/24/freebsd-howto-gmirror-system/) I went ahead and cvsuped the latest CURRENT (2005.05.07.01.00.00) and rebuilt the system. After installing the new CURRENT kernel, the system is unable to find the geom_mirror device during boot (old 5.4-RC4 kernel finds it just fine). The difference is in the details I guess: 5.4-RC4: -------- ... GEOM_MIRROR: Device gm0 created (id=1741615369). GEOM_MIRROR: Device gm0: provider da0 detected. GEOM_MIRROR: Device gm0: provider da1 detected. GEOM_MIRROR: Device gm0: provider da1 activated. GEOM_MIRROR: Device gm0: provider da0 activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. Mounting root from ufs:/dev/mirror/gm0s1a 6-CURRENT: ---------- ... GEOM_MIRROR: Device gm0 created (id=1741615369). GEOM_MIRROR: Device gm0: provider da0 detected. GEOM_MIRROR: Device gm0: provider da1 detected. Trying to mount root from ufs:/dev/mirror/gm0s1a Manual root filesystem specification: ... mountroot> ? List of GEOM managed disk devices: da1 da0 To me it looks like gmirror never gets around to activating and launching the mirror under CURRENT. Booting with verbose logging adds no output to the 6-CURRENT case. Am I missing some critical step needed to get gmirror working on CURRENT that isn't needed on STABLE? /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat May 7 17:09: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 DA14916A4DC for ; Sat, 7 May 2005 17:09:25 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8088543D9B for ; Sat, 7 May 2005 17:09:25 +0000 (GMT) (envelope-from mahamkali@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so777341wra for ; Sat, 07 May 2005 10:09:24 -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=kM1zQyw7tKNKjn9Mesglcevxg/3wpB0MnFHSOOpzPO2yPbdLnQ3UyxO2jmyDzC92okrHYForXmx0DuGN0tiTTJ1oGG1V0Y4t7aKrLjfgtlHpzhAFVirB1F5OrELkM71JgCXxLUu5W1H3SQTyX0IunN7cUfhQ+bll8k1746sppzw= Received: by 10.54.40.63 with SMTP id n63mr1338405wrn; Sat, 07 May 2005 10:09:24 -0700 (PDT) Received: by 10.54.7.71 with HTTP; Sat, 7 May 2005 10:09:24 -0700 (PDT) Message-ID: <5dd44c04050507100957e1576c@mail.gmail.com> Date: Sat, 7 May 2005 12:09:24 -0500 From: Sivaprasad Mahamkali To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Kernel panic on mounting flash drive.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sivaprasad Mahamkali 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 17:09:26 -0000 Hi, I use FreeBSD 6.0-CURRENT on my AMD athlon XP pc. I observed that the system is getting hanged whenever I am trying to mount my sandisk flash drive. I use the following command to mount the drive: $ mount -t msdos /dev/da0s1 /mnt I observed the following message in /var/log/messages just before the reboo= t: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D May 7 11:43:17 sssss fsck: /dev/ad0s2f: CANNOT CREATE SNAPSHOT /home/.snap= / fsck_snapshot: No such file or directory May 7 11:43:17 sssss fsck: May 7 11:43:17 sssss fsck: /dev/ad0s2f: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I ran fsck and tried to remount the drive but ended up with system hang. The sustem is properly identifying the drive =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D May 7 11:55:16 sssss kernel: ums0: vendor 0x0461 USB Mouse, rev 1.00/1.01, addr 2, iclass 3/1 May 7 11:55:16 sssss kernel: ums0: 3 buttons and Z dir. May 7 11:55:16 sssss kernel: umass0: SanDisk Corporation Cruzer Mini, rev = 2 .00/1.25, addr 3 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D From owner-freebsd-current@FreeBSD.ORG Sat May 7 19: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 3A0F816A4DD for ; Sat, 7 May 2005 19:25:01 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ED7543DBF for ; Sat, 7 May 2005 19:25:00 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: (qmail 17804 invoked by uid 207); 7 May 2005 19:24:58 -0000 Received: from keramida@FreeBSD.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.253):. Processed in 0.734168 secs); 07 May 2005 19:24:58 -0000 Received: from dialup253.ach.sch.gr (HELO gothmog.gr) ([81.186.70.253]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 May 2005 19:24:57 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j47JOpEV001476; Sat, 7 May 2005 22:24:51 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j47JOo7A001475; Sat, 7 May 2005 22:24:50 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Sat, 7 May 2005 22:24:48 +0300 From: Giorgos Keramidas To: Peter Schultz Message-ID: <20050507192448.GA1401@gothmog.gr> 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: cc: Darren Reed cc: freebsd-current@FreeBSD.org 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 19:25:01 -0000 On 2005-05-07 10:30, Peter Schultz wrote: > Darren is on holiday, so you will not be getting a veto anytime soon. Not really. That was a joke (but I fell for it too)! > As an aside, Darren is so notorious for breaking the build, I don't > know why anyone bothers complaining anymore. I'm beginning to think > he does it just to get under people's skin. Either take away his > privileges or accept that he will be breaking the build. Darren maintains IP Filter on a lot of platforms *AND* has a real dayjob to work for. You're right about him having broken the build a few times, but that's not the end of the world. He is making an effort to fix what gets broken, after all. Let's not overreact, shall we? :-) 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). - Giorgos From owner-freebsd-current@FreeBSD.ORG Sat May 7 19:54: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 D0BE616A4DD; Sat, 7 May 2005 19:54:02 +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 4306243D88; Sat, 7 May 2005 19:54:01 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from orion.redesjm.local (orion.redesjm.local [192.168.254.16]) j47Jrufk010318; Sat, 7 May 2005 21:53:56 +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 j47JrtWP087293; Sat, 7 May 2005 21:53:55 +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: Sat, 7 May 2005 21:53:52 +0200 User-Agent: KMail/1.8 References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> In-Reply-To: <20050507192448.GA1401@gothmog.gr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505072153.54369.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: Darren Reed cc: Giorgos Keramidas 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 19:54:03 -0000 El S=E1bado, 7 de Mayo de 2005 21:24, Giorgos Keramidas escribi=F3: > On 2005-05-07 10:30, Peter Schultz wrote: > > Darren is on holiday, so you will not be getting a veto anytime > > soon. > > Not really. That was a joke (but I fell for it too)! > > > As an aside, Darren is so notorious for breaking the build, I don't > > know why anyone bothers complaining anymore. I'm beginning to > > think he does it just to get under people's skin. Either take away > > his privileges or accept that he will be breaking the build. > > Darren maintains IP Filter on a lot of platforms *AND* has a real > dayjob to work for. You're right about him having broken the build a > few times, but that's not the end of the world. He is making an > effort to fix what gets broken, after all. > > Let's not overreact, shall we? :-) > > 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). > > - Giorgos > But I think that this kind of pull-ups really needs of some HEAD-UPs and=20 the assistance of people more closer to current, before the breakage. At last, I can't see this kind of matters in NetBSD, where the pullups=20 are done by 'NetBSD people'. And this with all the respect to Darren's ipf work, that I use both in=20 =46reeBSD and NetBSD. =2D- josemi From owner-freebsd-current@FreeBSD.ORG Sat May 7 20:11: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 37C3316A4DD for ; Sat, 7 May 2005 20:11:57 +0000 (GMT) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 094BF43D8B for ; Sat, 7 May 2005 20:11:56 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: (qmail 26710 invoked by uid 207); 7 May 2005 20:11:54 -0000 Received: from keramida@FreeBSD.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.253):. Processed in 0.723913 secs); 07 May 2005 20:11:54 -0000 Received: from dialup253.ach.sch.gr (HELO gothmog.gr) ([81.186.70.253]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 May 2005 20:11:53 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j47KBjVM016310; Sat, 7 May 2005 23:11:46 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j47KBhXW016301; Sat, 7 May 2005 23:11:43 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Sat, 7 May 2005 23:11:42 +0300 From: Giorgos Keramidas To: Jose M Rodriguez Message-ID: <20050507201142.GA9298@gothmog.gr> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> <200505072153.54369.josemi@freebsd.jazztel.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505072153.54369.josemi@freebsd.jazztel.es> cc: Darren Reed cc: freebsd-current@FreeBSD.org 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 20:11:57 -0000 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". From owner-freebsd-current@FreeBSD.ORG Sat May 7 20:47: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 30E5816A4DD for ; Sat, 7 May 2005 20:47:09 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3F9E43D39 for ; Sat, 7 May 2005 20:47:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j47Kl5YZ094192; Sat, 7 May 2005 16:47:05 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j47Kl1OK094189; Sat, 7 May 2005 16:47:05 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sat, 7 May 2005 16:47:01 -0400 (EDT) From: Andre Guibert de Bruet To: Freddie Cash In-Reply-To: <35441.24.71.0.233.1115224763.squirrel@imap.sd73.bc.ca> Message-ID: <20050507163900.U55534@lexi.siliconlandmark.com> References: <9533da6c050503173261897e65@mail.gmail.com> <35441.24.71.0.233.1115224763.squirrel@imap.sd73.bc.ca> 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.542, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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 20:47:09 -0000 On Wed, 4 May 2005, Freddie Cash wrote: > What really needs to be done is to separate the installer from the > post-install configuration program. > > The OS installer should do nothing more than install the OS. Don't > configure anything other than the root password and an initial user. > Just copy the OS to the harddrive. Everything else (timezone, network > interfaces, packages, everything) should be done post-install, once > you have booted into the OS. All programs should be disabled until > the admin decides to enable them. Keep it simple, keep it quick. And > make it scriptable. This would be a serious regression for users which need to deploy freebsd roomfulls at a time. PXE boot and install over the network is something that is really important for a lot of people; Myself included. > If a GUI configuration program / package installer is needed, it > should be done as a separate project, completely unrelated to the OS > installer. Fair enough. > This is the biggest shortcoming, and albatross for, sysinstall. > sysinstall is a decent OS installer. But it's a horrible OS > configurator. And yet, for some reason, enough people have used it to > configure the OS that any calls for a new installer always seem to > come with a (IMO useless) requirement that is also be an OS > confiugration tool. Which is ludicrous if you think about it. Okay. When should we be expecting patches? ;-) Cheers, 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 7 21:03: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 A782316A4DD for ; Sat, 7 May 2005 21:03:13 +0000 (GMT) Received: from avout2.midco.net (avout2.midco.net [24.220.0.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 087A943D72 for ; Sat, 7 May 2005 21:03:13 +0000 (GMT) (envelope-from pmes@bis.midco.net) Received: (qmail 13864 invoked by uid 1010); 7 May 2005 21:03:12 -0000 Received: from pmes@bis.midco.net by avout2 by uid 1003 with qmail-scanner-1.22 (f-prot: 4.4.2/3.14.11. Clear:RC:1(24.220.122.106):. Processed in 0.010791 secs); 07 May 2005 21:03:12 -0000 X-Qmail-Scanner-Mail-From: pmes@bis.midco.net via avout2 X-Qmail-Scanner: 1.22 (Clear:RC:1(24.220.122.106):. Processed in 0.010791 secs) Received: from host-106-122-220-24.midco.net (HELO [10.0.0.3]) ([24.220.122.106]) (envelope-sender ) by avout2.midco.net (qmail-ldap-1.03) with SMTP for ; 7 May 2005 21:03:11 -0000 Mime-Version: 1.0 (Apple Message framework v728) In-Reply-To: <20050507201142.GA9298@gothmog.gr> References: <20050502201921.4F0387306E@freebsd-current.sentex.ca> <20050507192448.GA1401@gothmog.gr> <200505072153.54369.josemi@freebsd.jazztel.es> <20050507201142.GA9298@gothmog.gr> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <15E05F3F-0FC5-490E-8987-6FE735640301@bis.midco.net> Content-Transfer-Encoding: 7bit From: Peter Schultz Date: Sat, 7 May 2005 16:03:10 -0500 To: freebsd-current@FreeBSD.org X-Mailer: Apple Mail (2.728) 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:03:13 -0000 On May 7, 2005, at 3:11 PM, 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". > 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, or for people to stop complaining when he breaks the build, because anyone running FreeBSD-CURRENT for a few years already knows he will. That is all. :-) From owner-freebsd-current@FreeBSD.ORG Sat May 7 21:15: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 ECDCD16A4DD for ; Sat, 7 May 2005 21:15:21 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3607043D55 for ; Sat, 7 May 2005 21:15:21 +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 md50001389639.msg for ; Sat, 07 May 2005 22:11:23 +0100 Message-ID: <000801c55349$d6097830$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Andre Guibert de Bruet" , "Freddie Cash" References: <9533da6c050503173261897e65@mail.gmail.com> <35441.24.71.0.233.1115224763.squirrel@imap.sd73.bc.ca> <20050507163900.U55534@lexi.siliconlandmark.com> Date: Sat, 7 May 2005 22:15:00 +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, Sat, 07 May 2005 22:11:23 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 07 May 2005 22:11:24 +0100 cc: freebsd-current@freebsd.org Subject: Re: BSD Installer as a replacement for sysinstall? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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:15:22 -0000 ----- Original Message ----- From: "Andre Guibert de Bruet" >> The OS installer should do nothing more than install the OS. Don't >> configure anything other than the root password and an initial user. >> Just copy the OS to the harddrive. Everything else (timezone, network >> interfaces, packages, everything) should be done post-install, once >> you have booted into the OS. All programs should be disabled until >> the admin decides to enable them. Keep it simple, keep it quick. And >> make it scriptable. > > This would be a serious regression for users which need to deploy freebsd > roomfulls at a time. PXE boot and install over the network is something > that is really important for a lot of people; Myself included. I agree here, install an configure are the main requirements. As it stands sysinstall maybe ugly but it does everything we require of an installer. Compared to the crappy linux gui installers its a god send. That's not to say we don't need one I think we do but at the loss of any current functionality definitely not. 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 Sat May 7 22:14: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 5DC3016A4DE; Sat, 7 May 2005 22:14:30 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6A3143D97; Sat, 7 May 2005 22:14:29 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j47MENjn094780; Sat, 7 May 2005 18:14:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j47MEN2H094777; Sat, 7 May 2005 18:14:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sat, 7 May 2005 18:14:23 -0400 (EDT) From: Andre Guibert de Bruet To: sos@freebsd.org In-Reply-To: <20050505142850.S55534@lexi.siliconlandmark.com> Message-ID: <20050507180636.U55534@lexi.siliconlandmark.com> References: <20050505142850.S55534@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 cc: current@freebsd.org Subject: Re: ata-related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 May 2005 22:14:30 -0000 [Replying to myself...] On Thu, 5 May 2005, Andre Guibert de Bruet wrote: > em0: link state changed to UP > unknown: WARNING - ATA_IDENTIFY requeued due to channel reset LBA=0 > lock order reversal > 1st 0xc50ae6e0 ATA state lock (ATA state lock) @ > /usr/src/sys/kern/kern_timeout.c:263 > 2nd 0xc4f73344 user map (user map) @ /usr/src/sys/vm/vm_map.c:2997 > KDB: stack backtrace: > kdb_backtrace(c06dbd1b,c4f73344,c06eb71c,c06eb71c,c06eb79c) at > kdb_backtrace+0x2f > witness_checkorder(c4f73344,9,c06eb79c,bb5,12b) at witness_checkorder+0x6d0 > _sx_xlock(c4f73344,c06eb79c,bb5,bd5,e900cac8) at _sx_xlock+0x7f > _vm_map_lock_read(c4f73300,c06eb79c,bb5,100018a,deadc000) at > _vm_map_lock_read+0x4a > vm_map_lookup(e900cb60,deadc000,1,e900cb64,e900cb54) at vm_map_lookup+0x2e > vm_fault(c1059000,deadc000,1,0,c5015d80) at vm_fault+0x7f > trap_pfault(e900cc2c,0,deadc126,e900cc0c,deadc126) at trap_pfault+0x166 > trap(c0550008,c0780028,28,c5365d48,c5365d48) at trap+0x350 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc0541af4, esp = 0xe900cc6c, ebp = 0xe900cc6c --- > device_get_softc(deadc0de,107,1,c50ae6e0,c50ae6e0) at device_get_softc+0x6 > ata_timeout(c5365d48,0,c06d90a7,107,c046cb91) at ata_timeout+0x1d > softclock(0,0,c06d585c,256,c0735d60) at softclock+0x242 > ithread_loop(c5019400,e900cd38,c06d5647,30d,c5019400) at ithread_loop+0x159 > fork_exit(c0513923,c5019400,e900cd38) at fork_exit+0xc2 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe900cd6c, ebp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xdeadc126 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0541af4 > stack pointer = 0x28:0xe900cc6c > frame pointer = 0x28:0xe900cc6c > 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 = 85 (swi4: clock sio) > [thread pid 85 tid 100076 ] > Stopped at device_get_softc+0x6: movl 0x48(%eax),%eax This turned out to be caused by a jumper misconfiguration on the only IDE device on this system. It was connected to the first connector on the cable and set as Slave. I am baffled at how it worked before. From the boot -v that I managed to get, it appeared that the ata code detected a 40-wire cable (Not the case) and caused a bus reset only to panic because of a timeout. My ata-fu is nill but I am willing to try different things to track down what happened, in order to handle this case better. The motherboard all of this fun stuff happened on is an Intel SE7520BD2V. More info, including kernel config file can be found at http://bling.properkernel.com/freebsd/ Cheers, 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 7 23:12: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 46F7116A4DD for ; Sat, 7 May 2005 23:12:10 +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 9F1DC43D5F for ; Sat, 7 May 2005 23:12:09 +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 j47NC7MN028404; Sun, 8 May 2005 00:12:07 +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 j47ND8r4006512; Sun, 8 May 2005 00:13:08 +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 j47ND7VZ006505; Sun, 8 May 2005 00:13:07 +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 00:13:07 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Peter Holm In-Reply-To: <20050507145707.GA83528@peter.osted.lan> Message-ID: <20050508001118.L6307@ury.york.ac.uk> References: <20050507145707.GA83528@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: Sat, 07 May 2005 23:12:10 -0000 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 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