From owner-freebsd-hackers Sun Aug 4 2:42: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D057637B400 for ; Sun, 4 Aug 2002 02:41:59 -0700 (PDT) Received: from mailf.telia.com (mailf.telia.com [194.22.194.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8263143E4A for ; Sun, 4 Aug 2002 02:41:57 -0700 (PDT) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by mailf.telia.com (8.12.5/8.12.5) with ESMTP id g749ftMu021080 for ; Sun, 4 Aug 2002 11:41:56 +0200 (CEST) X-Original-Recipient: Received: from falcon.midgard.homeip.net (h62n2fls20o913.telia.com [212.181.163.62]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id LAA04313 for ; Sun, 4 Aug 2002 11:41:53 +0200 (CEST) Received: (qmail 99038 invoked by uid 1001); 4 Aug 2002 09:41:51 -0000 Date: Sun, 4 Aug 2002 11:41:50 +0200 From: Erik Trulsson To: Darren Pilgrim Cc: Terry Lambert , Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build Message-ID: <20020804094150.GA96739@falcon.midgard.homeip.net> Mail-Followup-To: Darren Pilgrim , Terry Lambert , Dmitry Morozovsky , hackers@freebsd.org References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4C8464.A2F4775A@pantherdragon.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 03, 2002 at 06:33:24PM -0700, Darren Pilgrim wrote: > Terry Lambert wrote: > > Dmitry Morozovsky wrote: > > > What are the drawbacks of building FreeBSD with -fomit-frame-pointer? > > > > The frame pointer is used for debugging, specifically for the > > stack traceback function to know arguments. Removing it means > > losing some debugging functionality. Next time try "info gcc": > > If you don't have any need for debugging your software, is there any > use for frame pointers? Is this something that can safely be used for > both CFLAGS and COPTFLAGS? I would say be careful. I used to use -fomit-frame-pointer but I decided to stop. For one thing I didn't really notice any speedup. More importantly I ran one port that did not compile correctly with -fomit-frame-pointer. I don't quite remember which port but I think it was Mozilla, or possibly some other program using moderately complex C++. Anyway, with -fomit-frame-pointer the build consistently failed at exactly the same place. Without -fomit-frame-pointer it built just fine. Now this might well be a bug in that port, or it might be that some feature of C++ (exception handling would be my first guess) uses the frame pointer. This was some time ago so the problem, whatever it was, might well be fixed by now, but just bear this in mind if you decide to use -fomit-frame-pointer -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 2:55: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A54FD37B400 for ; Sun, 4 Aug 2002 02:55:01 -0700 (PDT) Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64B5D43E65 for ; Sun, 4 Aug 2002 02:55:00 -0700 (PDT) (envelope-from scott.mitchell@mail.com) Received: from fishballoon.dyndns.org ([80.4.0.215]) by mta01-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020804095459.GDZM16050.mta01-svc.ntlworld.com@fishballoon.dyndns.org>; Sun, 4 Aug 2002 10:54:59 +0100 Received: from tuatara.goatsucker.org (tuatara [192.168.1.6]) by fishballoon.dyndns.org (8.12.3/8.12.3) with ESMTP id g749sw99088318; Sun, 4 Aug 2002 10:54:58 +0100 (BST) (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.12.3/8.12.3/Submit) id g749su2Q010725; Sun, 4 Aug 2002 10:54:56 +0100 (BST) (envelope-from scott) Date: Sun, 4 Aug 2002 10:54:56 +0100 From: Scott Mitchell To: Julian Elischer Cc: Clifton Royston , Bri , hackers@FreeBSD.ORG, Terry Lambert Subject: Re: dhcp problems with my ISP Message-ID: <20020804105456.B340@fishballoon.dyndns.org> References: <20020803104230.B27467@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Sat, Aug 03, 2002 at 05:39:19PM -0700 X-Operating-System: FreeBSD 4.6-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 03, 2002 at 05:39:19PM -0700, Julian Elischer wrote: > sometimes it's the cable modem that is cachingthe MAC address. > > whenever you change machines you need to power down and power up the cable > modem. > It might also be worth trying this: - Note when your current DHCP lease is set to expire (ipconfig /all or winipcfg on various versions of Windows, grovel through /var/db/dhcient.leases on FreeBSD). - If possible, manually release the lease (ipconfig /release or the appropriate button on winipcfg will do this on Windows, killing dhclient may be as close as you can get on a FreeBSD box). - Power off the cable modem and gateway box. - Wait for the lease expiry time to pass. Use the downtime to set up your network the way you want it, with the FreeBSD machine connected to the CM. - Once the lease expiry time has come and gone, power up the CM and (new) gateway box. With a bit of luck dhclient will be able to get a lease. This definitely works with my cable provider (ntl) but will obviously fail if your provider caches MAC addresses more persistently. Probably still easier to just swap the NICs, or call them up and say "My NIC broke. Here's the MAC address of the one I'll be using from now on". When they ask what OS you're using, say "Windows". :-) Cheers, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 6: 0:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CAC337B400 for ; Sun, 4 Aug 2002 06:00:09 -0700 (PDT) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52A0143E3B for ; Sun, 4 Aug 2002 06:00:08 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g74Cxoj64278; Sun, 4 Aug 2002 13:59:50 +0100 (BST) (envelope-from rb) Message-Id: <4.3.2.7.2.20020804135220.0208f7f0@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 04 Aug 2002 13:59:50 +0100 To: "M. Warner Losh" From: Bob Bishop Subject: Re: 3Com Airconnect - new variant? Cc: hackers@FreeBSD.ORG In-Reply-To: <20020724.183650.38682224.imp@bsdimp.com> References: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> <4.3.2.7.2.20020723230525.02056a48@gid.co.uk> <20020724.142626.132443392.imp@bsdimp.com> <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, At 01:36 25/7/02, M. Warner Losh wrote: >In message: <4.3.2.7.2.20020724222414.01f9f8f0@gid.co.uk> > Bob Bishop writes: >: Hi, >: >: At 21:26 24/7/02, M. Warner Losh wrote: >: >[...] >: >So if you have a saner delay value, does it probe? 100ms is a very >: >long time to delay before getting the vendor info (which should >: >already be present before the call to pci_get_vendor due to caching, >: >iirc). >: >: With 3us it usually works, with no delay it will actually probe maybe once >: in 10. 10us looks safe. > >OK. I do not understand why this would be needed. Lemme think about >it some. OK, I give up. With -STABLE cvsup last night, it probes every time without any extra delay. Presumably some timing has changed somewhere. I hate problems that just go away. BTW, the card seems rock solid in hostap mode. Now all I need to do is figure out how to get appletalk to route across this box... -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 6: 4:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC9ED37B406; Sun, 4 Aug 2002 06:03:50 -0700 (PDT) Received: from terra.com.br (200-205-210-34.dial-up.telesp.net.br [200.205.210.34]) by mx1.FreeBSD.org (Postfix) with SMTP id ED3CF43E70; Sun, 4 Aug 2002 06:03:43 -0700 (PDT) (envelope-from ) From: "Portal de Clientes" Subject: Contato Date: Sat, 3 Aug 2002 20:56:02 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C23B30.328BFFE0" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Message-Id: <20020804130343.ED3CF43E70@mx1.FreeBSD.org> To: undisclosed-recipients: ; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C23B30.328BFFE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable SUPER PROMO=C7=D5ES-PORTAL DE CLIENTES GRAVADOR DE CD LG 32X10X40 ACOMPANHA CABO IDE E AUDIO APENAS = R$249,00 camera digital + webcam 3 R$169=20 imperd=EDvel : hd notebook c R$450=20 * mouse mail com scroll R$16.99=20 =20 ------=_NextPart_000_0011_01C23B30.328BFFE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0011_01C23B30.328BFFE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 6:23:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D1437B400; Sun, 4 Aug 2002 06:23:06 -0700 (PDT) Received: from smnolde.com (c-24-98-61-182.atl.client2.attbi.com [24.98.61.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8DFE43E5E; Sun, 4 Aug 2002 06:23:05 -0700 (PDT) (envelope-from scott@smnolde.com) Received: from [192.168.10.7] (helo=bsd.smnolde.com) by smnolde.com with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.36 #1) id 17bLLc-0005DK-00; Sun, 04 Aug 2002 09:23:04 -0400 Received: from scott by bsd.smnolde.com with local (Exim 3.33 #1) id 17bLLY-0005Bz-00; Sun, 04 Aug 2002 09:23:00 -0400 Date: Sun, 4 Aug 2002 09:23:00 -0400 From: "Scott M. Nolde" To: Wouter Van Hemel Cc: Terry Lambert , Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: dhcp problems with my ISP Message-ID: <20020804092300.B78925@smnolde.com> References: <3D4BADAC.481BB6E3@mindspring.com> <1028409791.286.9.camel@cocaine> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <1028409791.286.9.camel@cocaine>; from wouter@pair.com on Sat, Aug 03, 2002 at 11:23:11PM +0200 X-GPG_Fingerprint: 0BD6 DDB4 2978 EB60 E0C8 33F2 BC34 9087 D869 AB48 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wouter Van Hemel(wouter@pair.com)@2002.08.03 23:23:11 +0000: > On Sat, 2002-08-03 at 12:17, Terry Lambert wrote: > > Bri wrote: > > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > > you use dhcp to obtain an IP address great but this only seems to work > > > successfully on a Windows machine I've registered all the other mac > > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > > > What I would really like to know is what does the windows dhcp do > > > differently than say dhclient. > > > > > > I would be very interested to know as I would like a UNIX machine that can > > > maintain and IP address. > > > > Use the same exact NIC. > > > > Wouldn't it be possible to change the mac address? A friend of mine used > this method once to obtain a new ip address from the server when he was > being DoS'ed on his home ip by some irc kiddies. > > Ofcourse, you'd have to change the other cards' mac too, if possible. > > > [...] > > > > Regards, > > wouter > here's the way to change the MAC on freeBSD. I had to do it a few days ago. No big deal, this is VERY simple. A little background: If you read /etc/rc.network you'll find, before the ethernet interfaces are started a particular file is sought in /etc: start_if.nic: for ifn in ${network_interfaces}; do if [ -r /etc/start_if.${ifn} ]; then . /etc/start_if.${ifn} eval showstat_$ifn=1 fi So, for me it was /etc/start_if.fxp1. What I had to put in this file was the command to change the MAC to the MAC of the old NIC. #!/bin/sh # force fxp1 on dual card to 00:a0:cc:28:89:82 ifconfig fxp1 ether 00a0cc288982 And that took care of it. I don't need to call my cable co to reprovision the cablemodem for each computer. I just change the MAC at the FreeBSD firewall. And that's how you do it in FreeBSD. - Scott -- Scott Nolde GPG Key 0xD869AB48 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 7:19:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C42637B401; Sun, 4 Aug 2002 07:19:29 -0700 (PDT) Received: from router.uvt.ro (routeruvt.utt.ro [193.226.8.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id A010043E3B; Sun, 4 Aug 2002 07:19:28 -0700 (PDT) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from quasar.physics.uvt.ro (quasar.physics.uvt.ro [193.226.13.67]) by router.uvt.ro (8.12.5/8.12.4) with ESMTP id g74EJFso009059; Sun, 4 Aug 2002 17:19:16 +0300 (EEST) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from localhost (ardelean@localhost) by quasar.physics.uvt.ro (8.11.6/8.11.6) with ESMTP id g74EJ5b30726; Sun, 4 Aug 2002 17:19:06 +0300 (EEST) Date: Sun, 4 Aug 2002 17:19:05 +0300 (EEST) From: Gheorghe Ardelean To: Jeff Jirsa Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: anyone running amavis and sendmail on 4.6-STABLE? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Thanks to everybody who replayed to my message. >I'm not sure how exactly you've got it configured, but what you'll have >to do to scan only incoming mails is to set up a new local delivery >agent,rather than using the milter interface. Using amavisd, sendmail 8.12.x and >milter will scan all emails, you'll probably be better off with >amavis-perl. I'd be able to help you more if I saw the relevant parts of >your sendmail.cf file ... EX_TEMPFAIL seems to suggest something can't be >written in the temp directories, so make sure /var/amavis exists and is >mode 700 (you could even set it to 777 in case there's an ownership issue >for testing)... My setup is like this one: I have f-prot installed, then I installed amavis-perl (which does not recognize f-prot) so I went to http://sf.net/project/amavis and I've found a lot of amavis snapshots. So I removed amavis-perl and I installed amavis-0.3.12pre8 (Rainer-- one amavis developer-- told me that it supports f-prot) and I've patched my sendmail.cf to use amavis+mail.local. I thing we should switch our amavis-perl to the new amavis-0.3.12pre8. To configure and install I've done: ./configure --prefix=/usr/local Then I get: ** Configuration summary for amavis 0.3.12pre8 2002-05-31: Install amavis as: /usr/local/sbin/amavis Configured for use with: sendmail Configuration type: simple Original sendmail.cf: Use virus scanner(s): FRISK Antivirus for Linux Scanner runs as: root Logging to syslog: yes Run-time directory: /var/amavis Quarantine directory: /var/virusmails Max. recursion depth: 20 Max. archive nesting depth: 3 Max. number of extracted files: 500 Add X-Virus-Scanned header: yes Display AMaViS credits: no Warn sender: yes Reports sent to: virusalert Reports sent by: postmaster and after make install I have drwx------ 2 root wheel 512 Aug 4 16:55 /var/amavis drwx------ 2 root wheel 512 Aug 4 16:55 /var/virusmails -rwxr-xr-x 1 root wheel 40409 Aug 4 16:55 /usr/local/sbin/amavis The Mlocal definition in my sendmail.cf is: Mlocal, P=/usr/local/sbin/amavis, F=lsDFMAw5:/|@qPSXfnz9, S=EnvFromSMTP/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/SMTP, A=amavis $f $u -- /usr/libexec/mail.local -l -d $u Mprog, P=/bin/sh, F=lsDFMoqeu9, S=EnvFromL/HdrFromL,R=EnvToL/HdrToL, D=$z:/, T=X-Unix/X-Unix/X-Unix, A=sh -c $u Now, when I try to send a clean email I get: Aug 4 17:00:26 xx sm-mta[2054]: g74E0Q5R002054: from=, size=361, class=0, nrcpts=1, msgid=<200208041400.g74E0Lrj002053@xx.yy.zz>, proto=ESMTP, daemon=MTA, relay=localhost [127.0.0.1] Aug 4 17:00:26 xx sendmail[2053]: g74E0Lrj002053: to=ardelean, ctladdr=ardelean (1000/1999), delay=00:00:05, xdelay=00:00:05, mailer=relay, pri=30028, relay=localhost.my.domain. [127.0.0.1], dsn=2.0.0, stat=Sent (g74E0Q5R002054 Message accepted for delivery) Aug 4 17:00:27 xx sm-mta[2056]: NOQUEUE: Warning: mailer local: LMTP flag (F=z) turned off Aug 4 17:00:28 xx amavis[2057]: starting. amavis 0.3.12pre8 Sun Aug 4 16:54:21 EEST 2002 Aug 4 17:00:29 xx amavis[2057]: do_exit:513 - ending execution with 75 Aug 4 17:00:29 xx sm-mta[2056]: g74E0Q5R002054: to=, ctladdr= (1000/1999), delay=00:00:03, xdelay=00:00:02, mailer=local, pri=30645, dsn=4.0.0, stat=Deferred: local mailer (/usr/local/sbin/amavis) exited with EX_TEMPFAIL Despite the stat=Sent the message is lost and never gets delivered. If I send the same message but with an infected attachment, the behavior is normal (I receive a message telling me that the message is infected) and the mail is placed in virusmails directory. I hope I gave enough details so you can help me, if not please ask. Best Regards, Gheorghe ARDELEAN West Univ. Of Timisoara Dept. of Theoretical and Computational Physics V. Parvan No.4, Ro-1900, Timisoara, ROMANIA Tel: +40-(0)56-194068 Ext. 203, 201, 108 | Fax: +40-(0)56-190333 Email: ardelean@quasar.physics.uvt.ro Copyright 1999-2002 Gheorghe Ardelean. All rights reserved. Duplication and redistribution prohibited without consent of the author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 7:33:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D153137B400 for ; Sun, 4 Aug 2002 07:33:24 -0700 (PDT) Received: from router.uvt.ro (routeruvt.utt.ro [193.226.8.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6B9C43E3B for ; Sun, 4 Aug 2002 07:33:23 -0700 (PDT) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from quasar.physics.uvt.ro (quasar.physics.uvt.ro [193.226.13.67]) by router.uvt.ro (8.12.5/8.12.4) with ESMTP id g74EXNso009095; Sun, 4 Aug 2002 17:33:23 +0300 (EEST) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from localhost (ardelean@localhost) by quasar.physics.uvt.ro (8.11.6/8.11.6) with ESMTP id g74EXGu30753; Sun, 4 Aug 2002 17:33:17 +0300 (EEST) Date: Sun, 4 Aug 2002 17:33:16 +0300 (EEST) From: Gheorghe Ardelean To: Mike Tancsa Cc: freebsd-hackers@freebsd.org Subject: Re: anyone running amavis and sendmail on 4.6-STABLE? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, >I would suggest the milter version with amavisd. We use it along with >f-prot (under linux emulation) for our customer base as well as >McAfee/NAI scanner on another internal only host. They work really >well. If you use f-prot, you need to make one little patch to amavisd to >catch heuristic hits, otherwise it will miss some viruses. But it >handles the load really well and has so far been quite reliable. Having f-prot installed I've tried to use amavisd from ports, but i have the same failures as described previously in my email. I tried amavisd and amavisd-new with sendmail (but NO milter). Maybe somebody can check my Mlocal definition (from the previous mail) which I derived from /usr/local/share/doc/amavis/README.sendmail. In Mlocal, what is the difference between A=amavis $f $u /usr/libexec/mail.local -d $u as suggested by README.sendmail in amavis-0.3.12pre8 and A=amavis $f $u -- /usr/libexec/mail.local -d $u as suggested by README.sendmail in amavisd-new-20020517 and amavisd-snapshot-20020300.tar.gz ? Regards, Gheorghe ARDELEAN West Univ. Of Timisoara Dept. of Theoretical and Computational Physics Email: ardelean@quasar.physics.uvt.ro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 7:41: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C317B37B400 for ; Sun, 4 Aug 2002 07:41:05 -0700 (PDT) Received: from router.uvt.ro (routeruvt.utt.ro [193.226.8.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF81343E65 for ; Sun, 4 Aug 2002 07:41:04 -0700 (PDT) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from quasar.physics.uvt.ro (quasar.physics.uvt.ro [193.226.13.67]) by router.uvt.ro (8.12.5/8.12.4) with ESMTP id g74Ef4so009130; Sun, 4 Aug 2002 17:41:04 +0300 (EEST) (envelope-from ardelean@quasar.physics.uvt.ro) Received: from localhost (ardelean@localhost) by quasar.physics.uvt.ro (8.11.6/8.11.6) with ESMTP id g74Eewv30768; Sun, 4 Aug 2002 17:40:58 +0300 (EEST) Date: Sun, 4 Aug 2002 17:40:58 +0300 (EEST) From: Gheorghe Ardelean To: Jim Durham Cc: freebsd-hackers@freebsd.org Subject: Re: anyone running amavis and sendmail on 4.6-STABLE? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >I've been running amavis and sendmail for about two years now with >good results on 4.1,2,3,4 and 5-RELEASE. I have not upgraded to 4.6 yet, >but this should be a sendmail/amavis issue, not the OS. >I'm using procmail for a local delivery agent and replacing the local >mailer in sendmail with a call to scanmails in amavis. I'm not using >amavis-perl. I'm using an old version because it looked to me like the >newer version only supported procmail with qmail as an mta, from what I >saw, so I stuck with the older version. >I use Sophos antivirus as the scanning program. So far, I've only had one >virus ever get through, and that was caught by my 2nd line of defense, >which is the Anomy Sanitizer (Anomy needs procmail, hence my sticking >with the old Amavis version that uses procmail with sendmail. My first try was with the old amavis (I just simple did not check the ports and went to www.amavis.org), but because of the luck in supporting many virus scanners I removed it (I have a setup with f-prot as a virus scanner). On the amavis project page they say the new amavis is supporting also sendmail and I've seen they supply rpm for SuSE + sendmail-8.11.6 So because of this I moved on but now I got problems. My local mailer is mail.local and I like to keep it if possible. Best regards, Gheorghe ARDELEAN West Univ. Of Timisoara Dept. of Theoretical and Computational Physics Email: ardelean@quasar.physics.uvt.ro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 8: 2:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF49A37B4D4 for ; Sun, 4 Aug 2002 08:02:35 -0700 (PDT) Received: from ho.com (vic-dial-196-30-233-7.mweb.co.za [196.30.233.7]) by mx1.FreeBSD.org (Postfix) with SMTP id E5D5B43E3B for ; Sun, 4 Aug 2002 08:02:29 -0700 (PDT) (envelope-from l.@ho.com) From: "." <"l."@ho.com> To: Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 4 Aug 2002 23:01:50 +0800 X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20020804150229.E5D5B43E3B@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 8:11:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7742737B400 for ; Sun, 4 Aug 2002 08:11:19 -0700 (PDT) Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7830143E42 for ; Sun, 4 Aug 2002 08:11:18 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house.sentex.net (fcage [192.168.0.2]) by cage.simianscience.com (8.12.5/8.12.3) with ESMTP id g74FBFjr000519; Sun, 4 Aug 2002 11:11:16 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020804110156.0570a000@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 04 Aug 2002 11:13:37 -0400 To: Gheorghe Ardelean From: Mike Tancsa Subject: Re: anyone running amavis and sendmail on 4.6-STABLE? Cc: freebsd-hackers@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: amavis-20020220 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 05:33 PM 8/4/2002 +0300, Gheorghe Ardelean wrote: >Having f-prot installed I've tried to use amavisd from ports, but i have >the same failures as described previously in my email. >I tried amavisd and amavisd-new with sendmail (but NO milter). Use the milter version... faster, cleaner and I have found it to be more reliable. With f-prot, I added the following changes to amavisd --- amavisd Mon Jul 15 14:04:14 2002 +++ amavisd.mdt Mon Jul 15 14:08:04 2002 @@ -379,7 +379,7 @@ $scanner_errors &= $errval; do_log(2,$output); if ($errval) { - if ($errval == 3) { + if (($errval == 3) || ($errval == 8)) { @virusname = ($output =~ /Infection: (.+)/g); do_virus($output); } else { so that it sees heuristic matches. In your .mc file, add define(`_FFR_MILTER', `1')dnl INPUT_MAIL_FILTER(`milter-amavis', `S=local:/var/amavis/amavis.sock, F=T, T=S:1m;R:2m;E:2m')dnl add linux_enable="YES" to /etc/rc.conf Then grab the amavisd snapshot from either Feb or April and build it with milter support. /usr/sbin/amavis-milter -D -p /var/amavis/amavis.sock /usr/sbin/amavisd Try it, it works really well. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 9:27: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 743B837B405 for ; Sun, 4 Aug 2002 09:26:54 -0700 (PDT) Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5616643E3B for ; Sun, 4 Aug 2002 09:26:53 -0700 (PDT) (envelope-from wouter@pair.com) Received: from hibernate.cryolabs.net ([213.132.151.88]) by amsfep11-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with SMTP id <20020804162647.FADH1693.amsfep11-int.chello.nl@hibernate.cryolabs.net> for ; Sun, 4 Aug 2002 18:26:47 +0200 Received: (qmail 18920 invoked from network); 4 Aug 2002 18:26:39 +0200 Received: from unknown (HELO ice.cryolabs.net) (192.168.196.1) by hibernate.cryolabs.net with SMTP; 4 Aug 2002 18:26:39 +0200 Received: from cocaine.cryolabs.net (cocaine.cryolabs.net [192.168.196.5]) by ice.cryolabs.net (Postfix) with ESMTP id 0E91535C; Sun, 4 Aug 2002 18:26:40 +0200 (CEST) Subject: Re: dhcp problems with my ISP From: Wouter Van Hemel To: "Scott M. Nolde" Cc: Terry Lambert , Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <20020804092300.B78925@smnolde.com> References: <3D4BADAC.481BB6E3@mindspring.com> <1028409791.286.9.camel@cocaine> <20020804092300.B78925@smnolde.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 04 Aug 2002 18:26:47 +0200 Message-Id: <1028478407.285.4.camel@cocaine> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-08-04 at 15:23, Scott M. Nolde wrote: > Wouter Van Hemel(wouter@pair.com)@2002.08.03 23:23:11 +0000: > > On Sat, 2002-08-03 at 12:17, Terry Lambert wrote: > > > Bri wrote: > > > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > > > you use dhcp to obtain an IP address great but this only seems to work > > > > successfully on a Windows machine I've registered all the other mac > > > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > > > > > What I would really like to know is what does the windows dhcp do > > > > differently than say dhclient. > > > > > > > > I would be very interested to know as I would like a UNIX machine that can > > > > maintain and IP address. > > > > > > Use the same exact NIC. > > > > > > > Wouldn't it be possible to change the mac address? A friend of mine used > > this method once to obtain a new ip address from the server when he was > > being DoS'ed on his home ip by some irc kiddies. > > > > Ofcourse, you'd have to change the other cards' mac too, if possible. > > > > > [...] > > > > > > > Regards, > > > > wouter > > > > here's the way to change the MAC on freeBSD. I had to do it a few days > ago. No big deal, this is VERY simple. > > A little background: If you read /etc/rc.network you'll find, before the > ethernet interfaces are started a particular file is sought in /etc: > start_if.nic: > for ifn in ${network_interfaces}; do > if [ -r /etc/start_if.${ifn} ]; then > . /etc/start_if.${ifn} > eval showstat_$ifn=1 > fi > > So, for me it was /etc/start_if.fxp1. What I had to put in this file was > the command to change the MAC to the MAC of the old NIC. > > #!/bin/sh > # force fxp1 on dual card to 00:a0:cc:28:89:82 > ifconfig fxp1 ether 00a0cc288982 > Oh... that's even more simple than using arp(1). Does it set the card, or just the kernel interface? I suspect the latter... > And that took care of it. I don't need to call my cable co to reprovision > the cablemodem for each computer. I just change the MAC at the FreeBSD > firewall. > > And that's how you do it in FreeBSD. > > - Scott > -- > Scott Nolde > GPG Key 0xD869AB48 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 13:28:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1469F37B400; Sun, 4 Aug 2002 13:28:28 -0700 (PDT) Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A29D43E42; Sun, 4 Aug 2002 13:28:27 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.6/8.11.6) with ESMTP id g74KSQ312858; Sun, 4 Aug 2002 16:28:26 -0400 (EDT) Date: Sun, 4 Aug 2002 16:28:26 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: transaction ordering in SCSI subsystem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While reading the document on FreeBSD SCSI subsystem, I am wondering what does guaranteed transaction ordering mean? Does it have anything to do with I/O ordering, tagging, write caching, etc.? Thanks for any enlightment. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 14:11:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7012F37B400; Sun, 4 Aug 2002 14:11:39 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F67143E6A; Sun, 4 Aug 2002 14:11:38 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.12.5/8.12.5) with ESMTP id g74LBVSY063691; Sun, 4 Aug 2002 15:11:31 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200208042111.g74LBVSY063691@aslan.scsiguy.com> To: Zhihui Zhang Cc: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: transaction ordering in SCSI subsystem In-Reply-To: Your message of "Sun, 04 Aug 2002 16:28:26 EDT." Date: Sun, 04 Aug 2002 15:11:31 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >While reading the document on FreeBSD SCSI subsystem, I am wondering what >does guaranteed transaction ordering mean? Does it have anything to do >with I/O ordering, tagging, write caching, etc.? Yes, yes, and yes. CAM guarantees that transactions are queued to the device in the order they were queued to CAM. Even if an error recovery action occurs, I/O is retried/resumed in order once the device is recovered. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 16:57:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183E137B400 for ; Sun, 4 Aug 2002 16:57:10 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-156-170.client.attbi.com [12.233.156.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C4E743E42 for ; Sun, 4 Aug 2002 16:57:08 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.3/8.12.3) with ESMTP id g74NhUgD064442; Sun, 4 Aug 2002 16:43:30 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.3/8.12.3/Submit) id g74NhSGC064441; Sun, 4 Aug 2002 16:43:28 -0700 (PDT) (envelope-from dschultz@uclink.Berkeley.EDU) Date: Sun, 4 Aug 2002 16:43:28 -0700 From: David Schultz To: Terry Lambert Cc: Clifton Royston , Bri , hackers@FreeBSD.ORG Subject: Re: dhcp problems with my ISP Message-ID: <20020804234328.GA762@HAL9000.homeunix.com> Mail-Followup-To: Terry Lambert , Clifton Royston , Bri , hackers@FreeBSD.ORG References: <20020803104230.B27467@lava.net> <3D4C54A4.5B2C2858@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4C54A4.5B2C2858@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Terry Lambert : > Clifton Royston wrote: > > However, one special and relevant case of "Use the same exact NIC" is > > to set up one of the various UNIX boxes as your gateway doing NAT, and > > have it act as a DHCP server for your LAN. Once that's done it can > > issue DHCP leases to all your other systems, and then (for most > > protocols) you can run as many machines as you like on your LAN using > > that one cable company IP address. > > Only works if you use the exact same NIC as the first setup computer, > which is normally a Windows box, if you had them install the service > for you, since that's pretty much all they are willing to install. They used to send a `technician' out to install a free cable outlet and the software for you. At the time, I was able to get them to give me an IP address and other relevant numbers (along with a crappy NIC) and go away. These days, the technician shows up, tweaks a few wires to activate your cable outlet, and hands you a Windows/Mac CD that you have to use to register your account. So effectively you do need a Windows box, but I have had no trouble swapping NICs. I have also used the same NIC (and cable modem) from two separate accounts on different subnets. Their DHCP servers used to be picky about the hostname you sent them; perhaps that has something to do with it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 18:12:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA92837B400; Sun, 4 Aug 2002 18:12:22 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C0F43E4A; Sun, 4 Aug 2002 18:12:22 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id GQF37091; Sun, 04 Aug 2002 18:12:21 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 5E8875D03; Sun, 4 Aug 2002 18:12:20 -0700 (PDT) To: Terry Lambert Cc: Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: dhcp problems with my ISP In-reply-to: Your message of "Sat, 03 Aug 2002 03:17:17 PDT." <3D4BADAC.481BB6E3@mindspring.com> Date: Sun, 04 Aug 2002 18:12:20 -0700 From: "Kevin Oberman" Message-Id: <20020805011220.5E8875D03@ptavv.es.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Sat, 03 Aug 2002 03:17:17 -0700 > From: Terry Lambert > Sender: owner-freebsd-stable@FreeBSD.ORG > > Bri wrote: > > Hi I have a Cable and have a Cable Modem for my internet connection of which > > you use dhcp to obtain an IP address great but this only seems to work > > successfully on a Windows machine I've registered all the other mac > > addresses of unix boxes and Apple macs I have and they seem to have alot of > > difficulty obtaining IP addresses. Especially the UNIX machines which run > > FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box > > which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. > > > > What I would really like to know is what does the windows dhcp do > > differently than say dhclient. > > > > I would be very interested to know as I would like a UNIX machine that can > > maintain and IP address. > > Use the same exact NIC. > > Often, once the cable company sees a MAC address, it filters all > other MAC addresses from getting a lease from your wire. > > The intent of this is to prevent people grabbing more than one > lease simultaneously, or running more than one machine at a time. > > Ask Julian Elisher. He had exactly this problem with a machine > in San Francisco, 2 years ago. > > Note: If you ask, he will say "Yes, I had exactly this problem"; > he won't tell you anything you can do about it, except "Use the > same exact NIC", because that's really the only fix. I have found that the problem is fixed by re-starting the cable modem when a different NIC is inserted. The problem was not with DHCP, but with the cable modem's forwarding table. My experience was with the old Motorola CyberSurfer modem used by @Home in its early days. Not sure that this applies to other or newer cable modems. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 19:36: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF0237B400 for ; Sun, 4 Aug 2002 19:35:57 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A59243E42 for ; Sun, 4 Aug 2002 19:35:56 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 75F7C812F4; Mon, 5 Aug 2002 12:05:53 +0930 (CST) Date: Mon, 5 Aug 2002 12:05:53 +0930 From: Greg 'groggy' Lehey To: Alp ATICI Cc: freebsd-hackers@freebsd.org Subject: Re: Kernel programming references Message-ID: <20020805023553.GC83171@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Saturday, 3 August 2002 at 12:33:00 -0400, Alp ATICI wrote: > What references would you suggest for learning kernel programming and > FreeBSD internals for someone who has quite good background in C > programming and Operating System algorithms in general? > > I just bought: > The Design and Implementation of the 4.4 BSD Operating System > The Design of the Unix Operating System by Bach > Advanced Programming in The UNIX environment by Stevens > > Any other suggestions? I'd suggest you return the Bach book if you can. It's completely out of date (1986). The other two are good, and I can't think of any others to recommend. Possibly the Solaris internals book (forget the exact title) could be of use, but only marginally. There are some good Linux books, but the kernel implementation is so different that they're useless for FreeBSD. Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 19:42:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7808037B400 for ; Sun, 4 Aug 2002 19:42:55 -0700 (PDT) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id F270743E4A for ; Sun, 4 Aug 2002 19:42:53 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id DB4C581302; Mon, 5 Aug 2002 12:12:51 +0930 (CST) Date: Mon, 5 Aug 2002 12:12:51 +0930 From: Greg 'groggy' Lehey To: Daniel Eischen Cc: hackers@freebsd.org, kbayer@ligo.mit.edu Subject: Re: raid disks in FreeBSD (fwd) Message-ID: <20020805024251.GD83171@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday, 4 August 2002 at 0:56:01 -0400, Daniel Eischen wrote: > Anyone know how to best tune a system for RAID performance? Well, not with bonnie, anyway. The big difference you show below have nothing to do with the controller. The only bonnie test that comes close to measuring the storage subsystem is the random seeks test. > Keith, what kind of RAID controller is it? I suspect that this is the most important question. Greg > bonnie++ on RedHat7.3: > ---------------------- > > Version 1.02c ------Sequential Output------ --Sequential Input- --Random- > -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP > ldaspc1 4G 19609 89 25024 19 12918 7 24581 98 170855 40 444.4 1 > ------Sequential Create------ --------Random Create-------- > -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 2222 96 +++++ +++ +++++ +++ 2315 98 +++++ +++ 5867 98 > > bonnie++ on FreeBSD 4.6 Stable: > ------------------------------- > > Version 1.02c ------Sequential Output------ --Sequential Input- --Random- > -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- > Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP > ldaspc1.mit.edu 4G 31232 37 35220 17 17349 11 57123 73 76943 22 462.3 1 > ------Sequential Create------ --------Random Create-------- > -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- > files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP > 16 29511 64 +++++ +++ +++++ +++ 31783 69 +++++ +++ +++++ +++ -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 19:46:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A8F37B400; Sun, 4 Aug 2002 19:46:40 -0700 (PDT) Received: from kpt-c-24-158-106-133.chartertn.net (kpt-c-24-158-106-133.chartertn.net [24.158.106.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E45043E42; Sun, 4 Aug 2002 19:46:39 -0700 (PDT) (envelope-from ericg@chartertn.net) Received: from zaphod (zaphod.lonesome.org [192.168.1.88]) by kpt-c-24-158-106-133.chartertn.net (8.11.6/8.11.6) with ESMTP id g752jRl05024; Sun, 4 Aug 2002 22:45:29 -0400 (EDT) (envelope-from ericg@chartertn.net) Message-Id: <200208050245.g752jRl05024@kpt-c-24-158-106-133.chartertn.net> From: "Eric Olsen" To: "Kevin Oberman" , Terry Lambert Date: Sun, 4 Aug 2002 22:45:27 -0400 MIME-Version: 1.0 Subject: Re: dhcp problems with my ISP Reply-To: ericg@chartertn.net Cc: Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org References: Your message of "Sat, 03 Aug 2002 03:17:17 PDT." <3D4BADAC.481BB6E3@mindspring.com> In-reply-to: <20020805011220.5E8875D03@ptavv.es.net> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 4 Aug 2002 at 18:12, Kevin Oberman wrote: > > Date: Sat, 03 Aug 2002 03:17:17 -0700 > > From: Terry Lambert > > Sender: owner-freebsd-stable@FreeBSD.ORG > > > > Bri wrote: > > > Hi I have a Cable and have a Cable Modem for my internet connection > > > of which you use dhcp to obtain an IP address great but this only > > > seems to work successfully on a Windows machine I've registered all > > > the other mac addresses of unix boxes and Apple macs I have and they > > > seem to have alot of difficulty obtaining IP addresses. Especially > > > the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on > > > sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which > > > is the worst for detecting an IP with dhclient. > > > > > > What I would really like to know is what does the windows dhcp do > > > differently than say dhclient. > > > > > > I would be very interested to know as I would like a UNIX machine > > > that can maintain and IP address. > > > > Use the same exact NIC. > > > > Often, once the cable company sees a MAC address, it filters all > > other MAC addresses from getting a lease from your wire. > > > > The intent of this is to prevent people grabbing more than one > > lease simultaneously, or running more than one machine at a time. > > > > Ask Julian Elisher. He had exactly this problem with a machine > > in San Francisco, 2 years ago. > > > > Note: If you ask, he will say "Yes, I had exactly this problem"; > > he won't tell you anything you can do about it, except "Use the > > same exact NIC", because that's really the only fix. > > I have found that the problem is fixed by re-starting the cable modem > when a different NIC is inserted. The problem was not with DHCP, but > with the cable modem's forwarding table. > > My experience was with the old Motorola CyberSurfer modem used by > @Home in its early days. Not sure that this applies to other or newer > cable modems. > Sometimes the only way is to have the new machine spoof the MAC address of the old machine's NIC. ifconfig dc0 ether 00:01:02:03:04:05 but you gotta be careful not to end up with two machines with the same MAC address hanging around.. Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 21:10:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7F7937B400; Sun, 4 Aug 2002 21:10:43 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF0B43E3B; Sun, 4 Aug 2002 21:10:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx40-bradley.dialup.earthlink.net ([216.244.43.252] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17bZC9-0000F7-00; Sun, 04 Aug 2002 21:10:14 -0700 Message-ID: <3D4DFA72.39521E8C@mindspring.com> Date: Sun, 04 Aug 2002 21:09:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: ericg@chartertn.net Cc: Kevin Oberman , Bri , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: dhcp problems with my ISP References: Your message of "Sat, 03 Aug 2002 03:17:17 PDT." <3D4BADAC.481BB6E3@mindspring.com> <200208050245.g752jRl05024@kpt-c-24-158-106-133.chartertn.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Olsen wrote: > Sometimes the only way is to have the new machine spoof the MAC address > of the old machine's NIC. > > ifconfig dc0 ether 00:01:02:03:04:05 > > but you gotta be careful not to end up with two machines with the same > MAC address hanging around.. And to buy cards which can do this, since not all cards can. And no, there isn't a list somewhere. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 22:43:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6097537B400; Sun, 4 Aug 2002 22:43:05 -0700 (PDT) Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3DC043E4A; Sun, 4 Aug 2002 22:43:04 -0700 (PDT) (envelope-from lamont@scriptkiddie.org) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id 5BDDD62D1A; Sun, 4 Aug 2002 22:43:04 -0700 (PDT) Date: Sun, 4 Aug 2002 22:43:25 -0700 (PDT) From: Lamont Granquist To: "Justin T. Gibbs" Cc: Zhihui Zhang , , Subject: Re: transaction ordering in SCSI subsystem In-Reply-To: <200208042111.g74LBVSY063691@aslan.scsiguy.com> Message-ID: <20020804223605.X892-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So what exactly gets ordered and how do things get tagged? I tried following this in the code from VOP_STRATEGY and never quite figured it out. Basically when you do a write are you just tagging the data writes along with the metadata writes and then sequencing them so that they have to complete in a given order? And can operations with different tags be mixed around randomly? Also, how does the feedback from the SCSI controller that the write completed get used by the O/S (and the corollary being how does IDE write caching lying about completion affect the O/S and the data integrity)? On Sun, 4 Aug 2002, Justin T. Gibbs wrote: > >While reading the document on FreeBSD SCSI subsystem, I am wondering what > >does guaranteed transaction ordering mean? Does it have anything to do > >with I/O ordering, tagging, write caching, etc.? > > Yes, yes, and yes. CAM guarantees that transactions are queued to > the device in the order they were queued to CAM. Even if an error > recovery action occurs, I/O is retried/resumed in order once the > device is recovered. > > -- > Justin > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 22:53:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C54D37B400; Sun, 4 Aug 2002 22:53:42 -0700 (PDT) Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80CF643E6E; Sun, 4 Aug 2002 22:53:41 -0700 (PDT) (envelope-from vbrammer@comcast.net) Received: from vb (pcp01840491pcs.owngsm01.md.comcast.net [68.32.120.160]) by mtaout03.icomcast.net (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 13 2002)) with SMTP id <0H0C00JAUQCPUH@mtaout03.icomcast.net>; Sun, 04 Aug 2002 23:43:37 -0400 (EDT) Date: Sun, 04 Aug 2002 23:45:55 -0400 From: VBrammer Subject: Re: dhcp problems with my ISP To: freebsd-stable@freebsd.org Cc: Bri , freebsd-hackers@freebsd.org Message-id: <000501c23c32$9aa919c0$7e00a8c0@freebsd.bogus> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2615.200 X-Mailer: Microsoft Outlook Express 5.00.2615.200 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: "Your message of Sat, 03 Aug 2002 03:17:17 PDT." <3D4BADAC.481BB6E3@mindspring.com> <200208050245.g752jRl05024@kpt-c-24-158-106-133.chartertn.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: Eric Olsen To: Kevin Oberman ; Terry Lambert Cc: Bri ; ; Sent: Sunday, August 04, 2002 10:45 PM Subject: Re: dhcp problems with my ISP > On 4 Aug 2002 at 18:12, Kevin Oberman wrote: > > > > Date: Sat, 03 Aug 2002 03:17:17 -0700 > > > From: Terry Lambert > > > Sender: owner-freebsd-stable@FreeBSD.ORG > > > > > > Bri wrote: > > > > Hi I have a Cable and have a Cable Modem for my internet connection > > > > of which you use dhcp to obtain an IP address great but this only > > > > seems to work successfully on a Windows machine I've registered all > > > > the other mac addresses of unix boxes and Apple macs I have and they > > > > seem to have alot of difficulty obtaining IP addresses. Especially > > > > the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on > > > > sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which > > > > is the worst for detecting an IP with dhclient. > > > > > > > > What I would really like to know is what does the windows dhcp do > > > > differently than say dhclient. > > > > > > > > I would be very interested to know as I would like a UNIX machine > > > > that can maintain and IP address. > > > > > > Use the same exact NIC. > > > > > > Often, once the cable company sees a MAC address, it filters all > > > other MAC addresses from getting a lease from your wire. > > > > > > The intent of this is to prevent people grabbing more than one > > > lease simultaneously, or running more than one machine at a time. > > > > > > Ask Julian Elisher. He had exactly this problem with a machine > > > in San Francisco, 2 years ago. > > > > > > Note: If you ask, he will say "Yes, I had exactly this problem"; > > > he won't tell you anything you can do about it, except "Use the > > > same exact NIC", because that's really the only fix. > > > > I have found that the problem is fixed by re-starting the cable modem > > when a different NIC is inserted. The problem was not with DHCP, but > > with the cable modem's forwarding table. > > > > My experience was with the old Motorola CyberSurfer modem used by > > @Home in its early days. Not sure that this applies to other or newer > > cable modems. > > > Sometimes the only way is to have the new machine spoof the MAC address of the old > machine's NIC. > > ifconfig dc0 ether 00:01:02:03:04:05 > > but you gotta be careful not to end up with two machines with the same MAC address > hanging around.. > > Eric Hi there, Im running Comcast Cable , using the SurfBoard cable modem that Comcast provided. This used to be @Home. I swapped the cable modem between the 2 nics in my 4-6 stable machine many times. I beleive it has already been mentioned, but the only way , and easiest way, is to remove the dhclient lease file unplug the cable modem power source unplug the cable from the modem config the nics and firewall as you intend to hook them up shutdown -r (power off) the bsd machine plug the cable back into the modem plug the power source back into the modem wait until the modem is online boot up the bsd machine one of my nics acts as a dhclient, the other acts as a dhcp server. hope this helps Vince > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 23: 9:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A432737B401 for ; Sun, 4 Aug 2002 23:09:16 -0700 (PDT) Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF3E343E70 for ; Sun, 4 Aug 2002 23:09:15 -0700 (PDT) (envelope-from friar_josh@webwarrior.net) Received: from twincat.vladsempire.net (12-218-27-215.client.mchsi.com [12.218.27.215]) by services.webwarrior.net (Postfix) with ESMTP id 45DB1838209; Mon, 5 Aug 2002 01:09:14 -0500 (CDT) Date: Wed, 28 Nov 2001 13:39:04 +0000 From: Josh Paetzel To: John Vinters Cc: hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011128133904.C550@twincat.vladsempire.net> References: <3C052E84.3CF81084@jbg.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C052E84.3CF81084@jbg.co.uk>; from johnv@jbg.co.uk on Wed, Nov 28, 2001 at 06:35:48PM +0000 Lines: 55 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Nov 28, 2001 at 06:35:48PM +0000, John Vinters wrote: > > I've (reasonably) recently installed 4.3-Release on a system running > Samba and a few light telnet apps, and noticed similar performance > problems. > > The SMB sessions would randomly change speed, and telnet sessions would > suffer from occasional "hesitation" (this is on a Dual PIII-700 MHz > machine with 1 Gb of RAM, which is currently very lightly loaded). > > I managed to track the problem down to the duplex settings on both the > Ethernet cards (AT-2500 TX, Realtek 8139 based, AFAIK) and the 10/100 > Switch. Forcing both the cards and the switch to particular settings > cured the problem, and lead to a massive performance increase. > > FTP seems to be particularly badly affected by the constant collisions > (causing backoff). The problem can be tricky to find as the switch > wasn't perceptably showing collisions on the collision LED, but viewing > the switch stats showed a different story! > > I've noticed similar problems with Linux and certain cards (it was a > while ago). > > > John Vinters > > Well, I am seeing dismal ftp performance on my 4.x boxes. I have a network of 4 machines, three of which are running -STABLE from Nov 22. The other machine is running NetBSD 1.5.2 Release. One of the FreeBSD machines has a base 10 cards in it and has reasonable performace with ftp transfer rates around 1.1Megs/sec. The NetBSD machine is a sparcstation 10 with an onboard intel base 10 adapter, and it too sees reasonable ftp performance. The other two -STABLE boxes have 100tx cards in them. One is a Linksys LNE100TX, and the other is an intel Pro 10/100B/100+. The hub for this network is an 8 port SOHOware autosensing affair. Both of the 100 cards auto-negotiate to 100tx half-duplex. I can get appoximately 1.5Megs/sec out of them using ftp. I have tried swapping cables, swapping ports, and replacing the hub with a crossover cable and manually configuring the cards for either full or half duplex operation. None of these steps makes any difference at all. I can reliably duplicate my transfer speeds on a 600 meg file with a std. deviation of less than a half a second no matter what network configuration I use. My next step will be to try some different NICs, but I don't have anything here that is 100tx based to swap with. I have gotten proper transfer rates out of these machines in the past, but I don't remember if the network cards have changed since then. I rarely move large files around at all, and so only looked into this as a curiosity when seeing this thread. I also intend to try some NFS mounts out to see if this is a protocol issue or not. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 23: 9:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62FB837B409 for ; Sun, 4 Aug 2002 23:09:41 -0700 (PDT) Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id A032443E42 for ; Sun, 4 Aug 2002 23:09:36 -0700 (PDT) (envelope-from friar_josh@webwarrior.net) Received: from twincat.vladsempire.net (12-218-27-215.client.mchsi.com [12.218.27.215]) by services.webwarrior.net (Postfix) with ESMTP id 01CA5838205; Mon, 5 Aug 2002 01:09:35 -0500 (CDT) Date: Thu, 29 Nov 2001 17:46:31 +0000 From: Josh Paetzel To: Nate Williams Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129174631.E522@twincat.vladsempire.net> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <15366.27622.717200.798581@caddis.yogotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15366.27622.717200.798581@caddis.yogotech.com>; from nate@yogotech.com on Thu, Nov 29, 2001 at 10:09:58AM -0700 Lines: 22 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Nov 29, 2001 at 10:09:58AM -0700, Nate Williams wrote: > > I started noticing some TCP weirdness when I moved my bandwidth > > stats site from my office to my colo facility last week. The colo > > is five miles away by road and 1200 miles away by network. Netscape > > would stop for seconds at a time while loading the graph images but > > there was no consistency. Worked properly sometimes and sometimes > > not. > > Thanks for the much more detailed bug report vs. mine. Can you try > disabling delayed acks to see if that helps, per another poster's > response to this thread? > > sysctl net.inet.tcp.delayed_ack=0 > I tried this out and it made no difference whatsoever. I also tried out moving the same file via NFS and get transfer times that are within 5 seconds of the FTP times. I am beginning to suspect that I have a hardware issue here. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 23: 9:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 501C437B40B for ; Sun, 4 Aug 2002 23:09:42 -0700 (PDT) Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B3A843E88 for ; Sun, 4 Aug 2002 23:09:38 -0700 (PDT) (envelope-from friar_josh@webwarrior.net) Received: from twincat.vladsempire.net (12-218-27-215.client.mchsi.com [12.218.27.215]) by services.webwarrior.net (Postfix) with ESMTP id 7EE62838206; Mon, 5 Aug 2002 01:09:36 -0500 (CDT) Date: Thu, 29 Nov 2001 18:44:14 +0000 From: Josh Paetzel To: Pierre Beyssac Cc: jc@irbs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20011129184414.F522@twincat.vladsempire.net> References: <20011128153817.T61580@monorchid.lemis.com> <15364.38174.938500.946169@caddis.yogotech.com> <20011129004234.A16101@exuma.irbs.com> <20011130010354.A21307@fasterix.frmug.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011130010354.A21307@fasterix.frmug.org>; from pb@fasterix.freenix.org on Fri, Nov 30, 2001 at 01:03:54AM +0100 Lines: 19 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Nov 30, 2001 at 01:03:54AM +0100, Pierre Beyssac wrote: > On Thu, Nov 29, 2001 at 12:42:34AM -0500, John Capo wrote: > > sent. find / -print | dd obs=1 will screw up within a few seconds > > and stay that way. Netstat in another ssh session shows data ready > > to go: > > Hmm, some ssh versions tend to hang randomly on lossy links (in the > protocol perhaps, but I haven't ever tried to investigate this). > > Could you try the same in a telnet or rsh connection? I bet it will > work. > > Pierre This gives me the same 1.5megs/sec I am getting with ftp. Doesn't matter whether I use ssh or telnet. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 4 23:43: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADD7537B400; Sun, 4 Aug 2002 23:42:51 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EFD143E6A; Sun, 4 Aug 2002 23:42:51 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0179.cvx40-bradley.dialup.earthlink.net ([216.244.42.179] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17bbZf-0007gI-00; Sun, 04 Aug 2002 23:42:40 -0700 Message-ID: <3D4E1E0D.582EBE7C@mindspring.com> Date: Sun, 04 Aug 2002 23:41:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lamont Granquist Cc: "Justin T. Gibbs" , Zhihui Zhang , freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: transaction ordering in SCSI subsystem References: <20020804223605.X892-100000@coredump.scriptkiddie.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lamont Granquist wrote: > So what exactly gets ordered and how do things get tagged? > > I tried following this in the code from VOP_STRATEGY and never quite > figured it out. Basically when you do a write are you just tagging the > data writes along with the metadata writes and then sequencing them so > that they have to complete in a given order? And can operations with > different tags be mixed around randomly? > > Also, how does the feedback from the SCSI controller that the write > completed get used by the O/S Requests are issued to CAM. CAM issues requests with tags to SCSI controller. SCSI controller issues commands to target on SCSI bus using a tag. Target completes command, issues "completed" on tag. SCSI controller write status to memory for request struct. SCSI controller issues interrupt. ISR in SCSI driver runs, and notes completed request. ISR notifies CAM. Operations on tags may be concurrently outstanding. There are a limited number of concurrent operations permitted to be outstanding, as dictated by the number of tags supported by a physical disk drive. Operations which can occur concurrently are requested concurrently; the order in which they complete does not matter. Operations which can *not* occur concurrently are requested only serially. This serialization is called a "stall barrier": the next operation is not attempted until the previous operation has been committed to stable storage. Operations at the CAM layer are proxied transactions; as Justin stated, operations queued to CAM are guaranteed to be queued to the underlying physical device in the same order. The FS is responsible for introducing stall barriers, as necessary, to enbsure metadata integrity. If the FS guarantees user data integrity as well, then it must introduce stall barriers for that, as well. The minimal requirement for end-to-end data integrity is for the operating system to guarantee metadata integrity -- transactional idempotence of operations in order to guarantee atomicity -- and the application to provide user data integrity through proper use of metadata operation ordering in order to implement user data transactioning. Usually, this includes explicit data sychronization to disk using fsync(2) calls, if user data integrity is required. In most cases, user data integrity is implied; if, on the other hand, you have seperate files for data record indexing and data record storage, you must provide for explicit synchronization, because you are implying application metadata within user data regions of files, in order to provide services on top of the OS platform, which the OS platform itself does not provide. There are several ways for an FS to ensure metadata integrity. The easiest to implement is synchronous metadata operations. This implies a stall barrier after each metadata operation, prohibiting subsequent metadata operations until the single outstanding operations permitted by the FS is committed to stable storage. In this way, metadata operations ordering is assurred. The second easiest to implement is ordered metadata operations. This is accomplished by dividing metadata operations into sets of "dependent" and "independent" operations. Operations which are "independent" are permitted to occurr concurrently. Operations which are "dependent" imply a stall barrier. This method is formally called "Delayed Order Writes", or "DOW". There are two USL patenets on this (both assigned to Novell). For this reason, if you want to sell your FS in the U.S., you will not use this approach. The third method is much more difficult to implement, since it requires an understanding of graph thoery. It's called "soft updates" (sometimes it's called "soft dependencies") and was invented by Gregory Ganger and Yale Patt. Operations are registered in dependency order into a graph, and stal barriers are only introduced on non-commutive edge traversals. This ends up introducing much fewer stall barriers, overall. In addition, operations which roll forward then backward (e.g. access timestamp updates on intermediate object files which are deleted as part of a compilation process) are never committed to disk; thus only permanent changes end up committed, so long as the operations occur within the update clock time window. If an operation occurs that requires a stall barrier, then a stall barrier is introduced. While it's technically possible to export a transactioning interface to user space programs for all three of these approaches, in practice it is difficult to implement properly. The easiest approach is to simply extend the graph edge in the soft updates case. This has the additional benefit, in a stacking vnode architecture, of avoiding the normally introduced stall barriers that occur between VFS layers, unless there are real dependencies (i.e. the VFS/VFS boundary will normally introduce an artificial stall barrier). For this to be done in FreeBSD would require generalizing the soft updates dependency graph relationship code, to permit registration of node/node edge dependency resolvers (which are explicit in the current soft updates implementation). So the answer to your question is that metadata writes and data writes are treated seperately, and you must write code in your application to deal with user data, rather than relying on the OS to do it for you. For more information on how to deal with this, take a 300 level database class at your local university and/or do a search on the phrase "two stage commit". > (and the corollary being how does IDE write > caching lying about completion affect the O/S and the data integrity)? If a drive lies about having committed data to stable storage (it doesn't matter if it's an IDE drive or a SCSI drive, but IDE drives tend to be crhronic liars), then it causes the SCSI controller to lie to CAM. When the SCSI controller lies to CAM, then it causes CAM to lie to the VFS. When the CAM lies to the VFS, the VFS lies about metadata integrity guarantees, and lies about user data having been commited to stable storage before the fsync(2) call returns. After which the kernel lies to the application program, and the application program lies to the human running it. Moral: do not buy hardware which lies to you, unless you want to have your software lie to you. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 0:17:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A02837B400 for ; Mon, 5 Aug 2002 00:17:38 -0700 (PDT) Received: from room101.wuppy.net.ru (room101.WUPPY.NET.RU [212.30.191.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C773C43E4A for ; Mon, 5 Aug 2002 00:17:36 -0700 (PDT) (envelope-from romanp@unshadow.net) Received: from localhost (localhost [127.0.0.1]) by room101.wuppy.net.ru (8.12.5/8.12.5) with ESMTP id g757HXoI017783 for ; Mon, 5 Aug 2002 11:17:33 +0400 (MSD) (envelope-from romanp@unshadow.net) Date: Mon, 5 Aug 2002 11:17:33 +0400 (MSD) From: "Roman V. Palagin" To: hackers@freebsd.org Subject: pppd 2.4.x Message-ID: <20020805110436.D315-100000@room101.wuppy.net.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! Why we not import pppd 2.4.x as NetBSD does? If the only reason is "nobody wann't do it" - I'll backport it from NetBSD. I don't like ppp (don't ask me why :) and I want IPv6 over pppX - so pppd 2.4.x is the only choice... - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 2: 6: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB1C237B400 for ; Mon, 5 Aug 2002 02:05:58 -0700 (PDT) Received: from homer.futureuse.net (c17994.randw1.nsw.optusnet.com.au [210.49.31.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B7E643E5E for ; Mon, 5 Aug 2002 02:05:57 -0700 (PDT) (envelope-from fbsdlist@futureuse.net) Received: (qmail 52841 invoked from network); 5 Aug 2002 09:03:54 -0000 Received: from unknown (HELO futureuse.net) (127.0.0.1) by localhost with SMTP; 5 Aug 2002 09:03:54 -0000 Received: from 192.168.60.20 (SquirrelMail authenticated user fbsdlist) by 192.168.60.1 with HTTP; Mon, 5 Aug 2002 19:03:54 +1000 (EST) Message-ID: <1225.192.168.60.20.1028538234.squirrel@192.168.60.1> Date: Mon, 5 Aug 2002 19:03:54 +1000 (EST) Subject: How to modify usb code for unrecognised CDRW? From: "Aaron Hill" To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.7) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I posted this earlier to freebsd-questions, it probably should have gone to the hackers list. Please CC me on any answers, I'm not subscribed to this list. I've recently purchased a Benq (used to be part of Acer) portable CDRW drive, it connects to the system via USB 1.1 or 2.0. Here's a rough link to the product ... http://www.benq.com.au/products/cdrw_index.htm .... mine is the 24x10x32 model (CDW 2410MR). A 4.6-STABLE machine will only see the device as a generic USB device - ugen0. So I've jumped into modifying the FreeBSD USB code to get it to work as a umass device. Here's what I've done ... # pwd /usr/src/sys/dev/usb # diff -u usbdevs.org46 usbdevs --- usbdevs.org46 Mon Aug 5 10:37:42 2002 +++ usbdevs Mon Aug 5 10:42:23 2002 @@ -385,6 +385,7 @@ product ACERP ACERSCAN_320U 0x2022 Acerscan 320U product ACERP ACERSCAN_640U 0x2040 Acerscan 640U product ACERP ACERSCAN_620U 0x2060 Acerscan 620U +product ACERP ACERCRW_2410 0x6003 AcerCRW 2410 /* ActiveWire, Inc. products */ product ACTIVEWIRE IOBOARD 0x0100 I/O Board # diff -u umass.c.org46 umass.c --- umass.c.org46 Mon Aug 5 11:01:30 2002 +++ umass.c Mon Aug 5 15:27:26 2002 @@ -152,6 +152,7 @@ #define UMASS_DEFAULT_TRANSFER_SPEED 150 /* in kb/s, conservative est. */ #define UMASS_FLOPPY_TRANSFER_SPEED 20 #define UMASS_ZIP100_TRANSFER_SPEED 650 +#define UMASS_CD32X_TRANSFER_SPEED 4800 #define UMASS_TIMEOUT 5000 /* msecs */ @@ -278,6 +279,8 @@ # define ZIP_250 2 # define SHUTTLE_EUSB 3 # define INSYSTEM_USBCABLE 4 +# define ACER_CRW2410 5 + unsigned char quirks; /* The drive does not support Test Unit Ready. Convert to @@ -577,6 +580,18 @@ sc->transfer_speed = UMASS_DEFAULT_TRANSFER_SPEED; dd = usbd_get_device_descriptor(udev); + + /* Acer / Benq 2410 External CDRW drive */ + if (UGETW(dd->idVendor) == USB_VENDOR_ACERP + && UGETW(dd->idProduct) == USB_PRODUCT_ACERP_ACERCRW_2410) { + sc->drive = ACER_CRW2410; + sc->proto = PROTO_SCSI; + /* sc->proto = PROTO_ATAPI; */ + /* sc->proto = PROTO_ATAPI | PROTO_CBI; */ + /* sc->quirks = 0; */ + sc->transfer_speed = UMASS_CD32X_TRANSFER_SPEED; + return(UMATCH_VENDOR_PRODUCT); + } #if 0 /* XXX ATAPI support is untested. Don't use it for the moment */ I can roughly see what I should be doing but obviously I'm not doing it correctly. As you can see in the umass.c code I've experiment with running the SCSI protocol, the ATAPI protocol and a few other variations including quirks, transfer speeds etc. I have remade the make file as per the instructions in the top of usbdevs ... * # edit usbdevs * make -f Makefile.usbdevs What happens when the machine runs my modified USB code is I get a "Fatal trap 12" error, "interrupt mask = cam" after the usbd daemon picks up the device as umass0. This happens if I leave the device connected to the machine when I reboot or if I plug it in after the system boots up. The machine has both a USB 1.1 (onboard) controller and a USB 2.0 (add on card) controller - the trap happens with the device attached to either controller. I've got the relevant ATAPI, USB and SCSI bits in my kernel config file ... # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID #Static device numbering # SCSI options device scbus #base SCSI code device ch #SCSI media changers device da #SCSI direct access devices (aka disks) device cd #SCSI CD-ROMs device pass #CAM passthrough driver device pt #SCSI processor type # USB support device uhci # UHCI controller device ohci # OHCI controller device usb # General USB code (mandatory for USB) device ugen # Generic USB device driver device uhid # Human Interface Device (anything with buttons and dials) device umass # USB Iomega Zip 100 Drive (Requires scbus and da) Help! Can anyone help with suggestions on what I should be coding? If you have any codes diffs for similar devices (CDRW's or plain CDRs) I'd love to see them. I feel like I'm close but there's obviously something I'm missing. Maybe the device has a few quirks I need to have in umass.c - if so, how would I find what they are? Thanks for anything you can offer. Aaron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 2:10:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B04737B400 for ; Mon, 5 Aug 2002 02:10:37 -0700 (PDT) Received: from sunu422.rz.ruhr-uni-bochum.de (sunu422.rz.ruhr-uni-bochum.de [134.147.64.14]) by mx1.FreeBSD.org (Postfix) with SMTP id A5D9843E65 for ; Mon, 5 Aug 2002 02:10:36 -0700 (PDT) (envelope-from gandalf@server.nm.ruhr-uni-bochum.de) Received: (qmail 10863 invoked by uid 82); 5 Aug 2002 09:10:34 -0000 Received: from gandalf@server.nm.ruhr-uni-bochum.de by mailhost with qmail-scanner-1.00 (uvscan: v4.1.40/v4216. . Clean. Processed in 2.698059 secs); 05 Aug 2002 09:10:34 -0000 Received: (qmail 10219 invoked from network); 5 Aug 2002 09:10:16 -0000 Received: from server.nm.ruhr-uni-bochum.de (HELO fwall.nm.ruhr-uni-bochum.de) (134.147.252.40) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 5 Aug 2002 09:10:16 -0000 Received: (qmail 3411 invoked from network); 5 Aug 2002 09:10:15 -0000 Received: from localhost (HELO server.nm.ruhr-uni-bochum.de) (127.0.0.1) by localhost with SMTP; 5 Aug 2002 09:10:15 -0000 Received: (from gandalf@localhost) by server.nm.ruhr-uni-bochum.de (8.12.4/8.12.4/Submit) id g759AEhM003409 for hackers@freebsd.org; Mon, 5 Aug 2002 11:10:14 +0200 (CEST) Date: Mon, 5 Aug 2002 11:10:14 +0200 From: Andre Grosse Bley To: hackers@freebsd.org Subject: Packet loss on sis NIC? Message-ID: <20020805111014.A3343@nm.ruhr-uni-bochum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [I tried this in -network first, but got no reply] Hi, i experience packet loss on my sis0 interfaces: 4501 packets transmitted, 4340 packets received, 3% packet loss 799 packets transmitted, 745 packets received, 6% packet loss FreeBSD pc-i.nm.ruhr-uni-bochum.de 4.6-STABLE FreeBSD 4.6-STABLE #1: Fri Jun 28 11:39:57 These are two different machines. Elitegroup K7S5A Mainboard, LAN on board sis0: port 0xd400-0xd4ff mem 0xcfffd000-0xcfffdfff irq 11 at device 3.0 on pci0 sis0: Ethernet address: 00:d0:09:e2:fa:57 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0@pci0:3:0: class=0x020000 card=0x0a141019 chip=0x09001039 rev=0x90 hdr=0x00 media: Ethernet autoselect (100baseTX ) Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Time Drop sis0 1500 00:d0:09:e2:fa:57 13390 235 12649 0 0 0 0 ^^^ Why? On the other side of the wire we have a 3Com SuperStack 3300TN, but this also happens with a cisco catalyst. The switchs' error counter does not increase for this ports. Doesnt happen with other machines (with 3Com NICs) It does not happen while using windows 2000, so i think it is not a hardware issue. Any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 6: 9:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C803237B400; Mon, 5 Aug 2002 06:09:39 -0700 (PDT) Received: from mailhost.firstcallgroup.co.uk (dilbert.firstcallgroup.co.uk [194.200.93.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C47D43E6A; Mon, 5 Aug 2002 06:09:39 -0700 (PDT) (envelope-from pfrench@firstcallgroup.co.uk) Received: from pfrench by mailhost.firstcallgroup.co.uk with local (Exim 3.36 #1) id 17bhc9-000K2z-00; Mon, 05 Aug 2002 14:09:37 +0100 To: brian@ukip.com, freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: dhcp problems with my ISP In-Reply-To: Message-Id: From: Pete French Date: Mon, 05 Aug 2002 14:09:37 +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi I have a Cable and have a Cable Modem for my internet connection of which > you use dhcp to obtain an IP address great but this only seems to work > successfully on a Windows machine I've registered all the other mac Whats your ISP ? I am on Blueyonder and this works fine for me. The thing to do is to not change your NIC's though - even if you have registered the new ones. Use one NIC, and one machine to act as a gateway if you want several boxes connected. I keep a small Win2K partition on the BSD box for any visits by the Telewest engineers, but my Ip address hasnt chnaged since I first signed up to the service. All works very nicely. -pcf. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 7:56: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B912637B442 for ; Mon, 5 Aug 2002 07:55:44 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EBF343E65 for ; Mon, 5 Aug 2002 07:55:44 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 59894AE1D0; Mon, 5 Aug 2002 07:55:44 -0700 (PDT) Date: Mon, 5 Aug 2002 07:55:44 -0700 From: Alfred Perlstein To: hackers@freebsd.org Subject: sysv_ipc regression suite Message-ID: <20020805145544.GX76284@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can anyone point out or provide me with a suite to regression test sysv_ipc, specifically semaphores, message queues and shared memory? I'm working on SMP locking those subsystems and it would be a major time saver if someone could point me to something that already exists (or code one up for me). thanks, -- -Alfred Perlstein [alfred@freebsd.org] [#bsdcode/efnet/irc.prison.net] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 9: 7:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A57F37B440 for ; Mon, 5 Aug 2002 09:07:19 -0700 (PDT) Received: from smtpproxy1.mitre.org (smtpproxy1.mitre.org [192.160.51.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 986EF43E65 for ; Mon, 5 Aug 2002 09:07:18 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.11.3/8.11.3) with ESMTP id g75G7H405907 for ; Mon, 5 Aug 2002 12:07:17 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id g75G7GY19030 for ; Mon, 5 Aug 2002 12:07:16 -0400 (EDT) Received: from mm112324-2k.mitre.org (128.29.105.195) by mailhub1.mitre.org with SMTP id 11090341; Mon, 05 Aug 2002 12:06:45 -0400 Message-ID: <3D4EA2AB.D4E56EA5@mitre.org> Date: Mon, 05 Aug 2002 12:07:07 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.79 [en]C-20020130M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: About 5.0 and Nvidia drivers References: <20020803183617.V55525-100000@sasami.jurai.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Matthew N. Dodd" wrote: > > On Sat, 3 Aug 2002, Erik Greenwald wrote: > > ugh, sounds like the lip-service I was getting. "I'll look into that" :/ > > No, they're working on it, and actually have GL running in the lab. > > > I'm starting to ponder the legality and challenge involved in reverse > > engineering the card and building a driver from scratch... maybe > > something that works with X the X way (dri/drm) > > You're a funny guy. > > You'd be better off working with ATI or the PowerVR people. Yeah, I've been wanting to buy a GeForce to replace my aging G200 for some time now, but now I'm probably going to look into the ATI solution instead. If only I hadn't been burned by crap ATI drivers and not-as-good-as-advertised 3D performace in the past (this is a dual boot machine). -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 9:15:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71ABE37B401 for ; Mon, 5 Aug 2002 09:15:29 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4D4143E70 for ; Mon, 5 Aug 2002 09:15:28 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.4/8.12.4) with ESMTP id g75GFHOn089430; Mon, 5 Aug 2002 12:15:17 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.12.5/8.12.5/Submit) with SMTP id g75GFGFe089427; Mon, 5 Aug 2002 12:15:17 -0400 (EDT) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Mon, 5 Aug 2002 12:15:16 -0400 (EDT) From: "Andrew R. Reiter" To: Alfred Perlstein Cc: hackers@FreeBSD.ORG Subject: Re: sysv_ipc regression suite In-Reply-To: <20020805145544.GX76284@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 5 Aug 2002, Alfred Perlstein wrote: :Can anyone point out or provide me with a suite to regression test :sysv_ipc, specifically semaphores, message queues and shared memory? : :I'm working on SMP locking those subsystems and it would be a major :time saver if someone could point me to something that already :exists (or code one up for me). : Not sure if you did this or not, sorry if so, but can you add your doing the sysv ipc locking work on the SMP todo page? :D Thanks, -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 9:18:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C700037B400 for ; Mon, 5 Aug 2002 09:18:39 -0700 (PDT) Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [192.80.55.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2137A43E3B for ; Mon, 5 Aug 2002 09:18:39 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id g75GEfL14588; Mon, 5 Aug 2002 12:14:41 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.11.3/8.11.3) with ESMTP id g75GEbY20428; Mon, 5 Aug 2002 12:14:37 -0400 (EDT) Received: from mm112324-2k.mitre.org (128.29.105.195) by mailhub1.mitre.org with SMTP id 11090483; Mon, 05 Aug 2002 12:14:08 -0400 Message-ID: <3D4EA466.C1289F0F@mitre.org> Date: Mon, 05 Aug 2002 12:14:30 -0400 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.79 [en]C-20020130M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: Darren Pilgrim , Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Darren Pilgrim wrote: > > Terry Lambert wrote: > > > Dmitry Morozovsky wrote: > > > > What are the drawbacks of building FreeBSD with -fomit-frame-pointer? > > > > > > The frame pointer is used for debugging, specifically for the > > > stack traceback function to know arguments. Removing it means > > > losing some debugging functionality. Next time try "info gcc": > > > > If you don't have any need for debugging your software, is there any > > use for frame pointers? Is this something that can safely be used for > > both CFLAGS and COPTFLAGS? > > You can't use it in conjunction with calee pop, if you have > mixed code. > > So it really depends on what other optimizations you throw in > the mix, and then you have the problem of interfacing with > assembly language code, as well -- the calling standard has to > match, if it's asymmetric (i.e. not "caller push, caller pop"), > and assembly code is hand-coded in this respect in most cases. > > The claimed savings are fictions. They are function call > overhead savings assuming an average number of arguments and > related pushed values, and they apply only to the call process > itself. Most time in programs is spent in running, not calling > functions, so if you expect an elimination of "18% overhead" > to make you programs that much faster, you are dreaming. On the other hand, -fomit-frame-pointer is the only optimization beyond -O in gcc that actually seems to offer any sort of speedup for me. I've seen 10 to 20% reduction in runtime on some programs with -fomit-frame-pointer. It's the only specific optimization I bother with anymore. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 10:28:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A9237B401 for ; Mon, 5 Aug 2002 10:28:15 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 17A51440FB for ; Mon, 5 Aug 2002 10:11:55 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 27596 invoked by uid 0); 5 Aug 2002 17:04:21 -0000 Received: from pd9538687.dip.t-dialin.net (HELO forge.local) (217.83.134.135) by mail.gmx.net (mp007-rz3) with SMTP; 5 Aug 2002 17:04:21 -0000 Received: from tmm by forge.local with local (Exim 3.36 #1) id 17blI5-0001JQ-00; Mon, 05 Aug 2002 19:05:09 +0200 Date: Mon, 5 Aug 2002 19:05:08 +0200 From: Thomas Moestl To: Alfred Perlstein Cc: hackers@freebsd.org Subject: Re: sysv_ipc regression suite Message-ID: <20020805170508.GA341@crow.dom2ip.de> Mail-Followup-To: Alfred Perlstein , hackers@freebsd.org References: <20020805145544.GX76284@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020805145544.GX76284@elvis.mu.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002/08/05 at 07:55:44 -0700, Alfred Perlstein wrote: > Can anyone point out or provide me with a suite to regression test > sysv_ipc, specifically semaphores, message queues and shared memory? NetBSD has some, see http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/regress/sys/kern/ (in the sysvmsg, sysvsem and sysvshm subdirectories). Last time I looked they were quite nice. - thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 11:28: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E40E837B400 for ; Mon, 5 Aug 2002 11:27:57 -0700 (PDT) Received: from catalepsy.pdl.cmu.edu (CATALEPSY.PDL.CMU.EDU [128.2.134.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57C7D43E3B for ; Mon, 5 Aug 2002 11:27:57 -0700 (PDT) (envelope-from bucy@catalepsy.pdl.cmu.edu) Received: (from bucy@localhost) by catalepsy.pdl.cmu.edu (8.11.4/8.11.4) id g75IRs526384 for freebsd-hackers@freebsd.org; Mon, 5 Aug 2002 14:27:54 -0400 Date: Mon, 5 Aug 2002 14:27:54 -0400 From: "John S. Bucy" To: freebsd-hackers@freebsd.org Subject: weird npxintr Message-ID: <20020805182753.GD494@catalepsy.pdl.cmu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG We're playing with disk request scheduling as part of a research project; we've introduced a lot of new code to 4.4 and are now getting a weird npxintr that's killing us. My understanding is that npxintr has to do with the x87 fpu interface for ia32s and that you get it when fp instructions issued from the kernel are interrupted and then restarted. We are pretty sure that all of our code is fp free and are trying to figure out what's going on. We're using long long a lot and I've heard that gcc generates buggy code for long long sometimes. But I'd expect an integer arithmetic exception instead for a problem there. We mask some interrupts for a relatively long period of time doing some computation; could that cause this? I don't own the piece of the code that manipulates interrupts; is there some way to misuse splx/... that might cause this? We're getting npxintr: npxproc = 0, curproc = 0, npx_exists = 1 panic: npxintr from nowhere right after we do an splbio() (I think) Any ideas? thanks John Bucy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 11:52: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A87C37B400 for ; Mon, 5 Aug 2002 11:51:59 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id B25D243E3B for ; Mon, 5 Aug 2002 11:51:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0657.cvx21-bradley.dialup.earthlink.net ([209.179.194.147] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17bmxJ-0007hZ-00; Mon, 05 Aug 2002 11:51:50 -0700 Message-ID: <3D4EC913.528452C2@mindspring.com> Date: Mon, 05 Aug 2002 11:50:59 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "John S. Bucy" Cc: freebsd-hackers@freebsd.org Subject: Re: weird npxintr References: <20020805182753.GD494@catalepsy.pdl.cmu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "John S. Bucy" wrote: > We're playing with disk request scheduling as part of a research > project; we've introduced a lot of new code to 4.4 and are now getting > a weird npxintr that's killing us. My understanding is that npxintr > has to do with the x87 fpu interface for ia32s and that you get it > when fp instructions issued from the kernel are interrupted and then > restarted. > > We are pretty sure that all of our code is fp free and are trying to > figure out what's going on. We're using long long a lot and I've > heard that gcc generates buggy code for long long sometimes. But I'd > expect an integer arithmetic exception instead for a problem there. The "multimedia" instructions also use the FPU registers, because they overlay their regsters on tp of the FPU. If you are using the CPU specific bcopy code, this choulc be the source of your problem. On a hunch: are you using an AMD K6 or similar and enabling the CPU specific options within the config file? Copies occurring at interrupt time can result in this behaviour due to an inability to obtain a process context for a current process that's the real current process when the FPU state is switched out via late-binding. > We mask some interrupts for a relatively long period of time doing > some computation; could that cause this? I don't own the piece of the > code that manipulates interrupts; is there some way to misuse > splx/... that might cause this? > > We're getting > > npxintr: npxproc = 0, curproc = 0, npx_exists = 1 > panic: npxintr from nowhere > > right after we do an splbio() (I think) The copy you are doing at that point is attempting a lazy bind without a process context (because it's happening at interrupt). If you can, move the large data manipulation, etc., out of the interrupt handler itself, and do it via pullup instead. That type of thing should only ever be in the upper level interrupt handler (e.g. via software interrupt, or in the user process context on behalf of which the work is being done, after the wakeup of the user process which is waiting on an operation). It's a bad idea to do a lot of work in the interrupt handler, in any case, unless there is a technical reason for it, like quenching interrupts on purpose for network cards to avoid receiver livelock. An example (pseudocode) would be: bad: user process makes request sleep user process ... take interrupt copy data from card memory to user memory ack interrupt wake user process user process request complete good: user process makes request sleep user process ... take interrupt ack interrupt wake user process copy data from card memory to user memory user process request complete Not always possible, but the best bet, if the card doesn't support prper DMA, like God intended (most hardware designers are heretics). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 12:10:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38A9E37B400 for ; Mon, 5 Aug 2002 12:10:52 -0700 (PDT) Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1CA743E6E for ; Mon, 5 Aug 2002 12:10:50 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g75JAeg2831947; Mon, 5 Aug 2002 23:10:40 +0400 (MSD) Date: Mon, 5 Aug 2002 23:10:39 +0400 (MSD) From: Maxim Konovalov To: Thomas Moestl Cc: Alfred Perlstein , Subject: Re: sysv_ipc regression suite In-Reply-To: <20020805170508.GA341@crow.dom2ip.de> Message-ID: <20020805230734.C72777-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 19:05+0200, Aug 5, 2002, Thomas Moestl wrote: > On Mon, 2002/08/05 at 07:55:44 -0700, Alfred Perlstein wrote: > > Can anyone point out or provide me with a suite to regression test > > sysv_ipc, specifically semaphores, message queues and shared memory? > > NetBSD has some, see > http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/regress/sys/kern/ > (in the sysvmsg, sysvsem and sysvshm subdirectories). > Last time I looked they were quite nice. + an old Stevens sysv ipc benchmarks: http://www.kohala.com/start/unpv22e/unpv22e.tar.gz under bench/ -- Maxim Konovalov, MAcomnet, Internet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 12:14:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A9C837B48B for ; Mon, 5 Aug 2002 12:14:46 -0700 (PDT) Received: from catalepsy.pdl.cmu.edu (CATALEPSY.PDL.CMU.EDU [128.2.134.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id D01B243E3B for ; Mon, 5 Aug 2002 12:14:45 -0700 (PDT) (envelope-from bucy@catalepsy.pdl.cmu.edu) Received: (from bucy@localhost) by catalepsy.pdl.cmu.edu (8.11.4/8.11.4) id g75JEgS26451; Mon, 5 Aug 2002 15:14:42 -0400 Date: Mon, 5 Aug 2002 15:14:42 -0400 From: "John S. Bucy" To: Terry Lambert Cc: freebsd-hackers@freebsd.org Subject: Re: weird npxintr Message-ID: <20020805191440.GE494@catalepsy.pdl.cmu.edu> References: <20020805182753.GD494@catalepsy.pdl.cmu.edu> <3D4EC913.528452C2@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4EC913.528452C2@mindspring.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 05, 2002 at 11:50:59AM -0700, Terry Lambert wrote: > On a hunch: are you using an AMD K6 or similar and enabling > the CPU specific options within the config file? Nope. CPU is PIII/Xeon. We've configed I686_CPU but not turned on -march=foo, etc. Does gcc ever issue mmx instructions for long long math? > Copies occurring at interrupt time can result in this behaviour > due to an inability to obtain a process context for a current > process that's the real current process when the FPU state is > switched out via late-binding. > > The copy you are doing at that point is attempting a lazy bind > without a process context (because it's happening at interrupt). > > If you can, move the large data manipulation, etc., out of the > interrupt handler itself, and do it via pullup instead. That > type of thing should only ever be in the upper level interrupt > handler (e.g. via software interrupt, or in the user process > context on behalf of which the work is being done, after the > wakeup of the user process which is waiting on an operation). > It's a bad idea to do a lot of work in the interrupt handler, > in any case, unless there is a technical reason for it, like > quenching interrupts on purpose for network cards to avoid > receiver livelock. Err ... our code is getting called from dadone which gets called up from swi_cambio which is the soft interrupt handler, right? By copy, do you mean bcopy/memcpy or load/store to a register? We're certainly not in the middle of a bcopy when we get the interrupt... Again, I'm fairly certain that we aren't touching any fp registers or issuing any fp instructions. thanks john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 12:27:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C275A37B400 for ; Mon, 5 Aug 2002 12:27:50 -0700 (PDT) Received: from cfcl.com (cpe-24-221-169-54.ca.sprintbbd.net [24.221.169.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE52643E6A for ; Mon, 5 Aug 2002 12:27:49 -0700 (PDT) (envelope-from rdm@cfcl.com) Received: from [192.168.254.205] (cerberus [192.168.254.205]) by cfcl.com (8.11.6/8.11.1) with ESMTP id g75JRaG40746 for ; Mon, 5 Aug 2002 12:27:36 -0700 (PDT) (envelope-from rdm@cfcl.com) Mime-Version: 1.0 Message-Id: X-Mailer: Eudora for Macintosh! Date: Mon, 5 Aug 2002 12:27:46 -0700 To: freebsd-hackers@FreeBSD.ORG From: Rich Morin Subject: tracing process and file events Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I want to set up a FreeBSD system to log some fairly coarse information on processes and files, as: * process start and stop times, pid, ppid, ... * file opens, closes, unlinks, ... Looking at ktrace, it seems like I could _almost_ hang it on pid 1 and stand back. Unfortunately, the disk would fill up pretty fast and I might also get into some issues with ktrace tracing itself. If I could convince ktrace to stop and move to a new output file every so often (eg, once a minute), I could set up a background task to go over the output files, boil them down for the desired information, etc. It appears, however, that most of ktrace's heavy lifting is done in the kernel. I'd rather not venture in there, for fear of breaking things. Can anyone suggest an appropriate way to get this sort of information? -r -- email: rdm@cfcl.com; phone: +1 650-873-7841 http://www.cfcl.com/rdm - my home page, resume, etc. http://www.cfcl.com/Meta - The FreeBSD Browser, Meta Project, etc. http://www.ptf.com/dossier - Prime Time Freeware's DOSSIER series http://www.ptf.com/tdc - Prime Time Freeware's Darwin Collection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 13:10:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E42737B400 for ; Mon, 5 Aug 2002 13:10:32 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D8543E72 for ; Mon, 5 Aug 2002 13:10:32 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0308.cvx40-bradley.dialup.earthlink.net ([216.244.43.53] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17boBC-0002yY-00; Mon, 05 Aug 2002 13:10:14 -0700 Message-ID: <3D4EDB6C.A339167F@mindspring.com> Date: Mon, 05 Aug 2002 13:09:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "John S. Bucy" Cc: freebsd-hackers@freebsd.org Subject: Re: weird npxintr References: <20020805182753.GD494@catalepsy.pdl.cmu.edu> <3D4EC913.528452C2@mindspring.com> <20020805191440.GE494@catalepsy.pdl.cmu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "John S. Bucy" wrote: > Err ... our code is getting called from dadone which gets called up > from swi_cambio which is the soft interrupt handler, right? The software interrupt handler runs any time you call splx() to unset the SPL level back to nothing from a raised SPL. This is not limited to happening when you have a valid current process. > By copy, do you mean bcopy/memcpy or load/store to a register? bcopy/memcopy/uiomove/copyin/copyout > We're certainly not in the middle of a bcopy when we get the interrupt... > > Again, I'm fairly certain that we aren't touching any fp registers or > issuing any fp instructions. You are if the kernel is running any one of those kernel supplied functions, whether you think you are or not. In general, the FPU exceptions happen only on the next instruction following an exception, not at the time of the exception itself. This lets them pipeline integer and floating point instructions (it's a cheap way out of making the hardware do the right thing). So you appear to be loading an MMX register after there has been an exception, without an intervening context switch to cause the exception to be sent to the correct process (the "curproc = 0" is a dead give away here). I know GCC 2.95 doesn't do this; since you are posting on the -hackers list instead of the -current list, I guess you are not running current, so you aren't running GCC 3.1, right? I don't know what GCC 3.1 does; one way to tell would be to see if you get exceptions... ;^). You should be able to tell the compiler to not generate any MMX instructions, as an override. Be aware that you can't just use the GCC 3.1 on an older kernel. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 13:40:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03E0D37B401; Mon, 5 Aug 2002 13:40:12 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E97443E5E; Mon, 5 Aug 2002 13:40:11 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 61FF4AE1D0; Mon, 5 Aug 2002 13:40:11 -0700 (PDT) Date: Mon, 5 Aug 2002 13:40:11 -0700 From: Alfred Perlstein To: Maxim Konovalov Cc: Thomas Moestl , hackers@FreeBSD.org, arr@freebsd.org Subject: Re: sysv_ipc regression suite Message-ID: <20020805204011.GA76284@elvis.mu.org> References: <20020805170508.GA341@crow.dom2ip.de> <20020805230734.C72777-100000@news1.macomnet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020805230734.C72777-100000@news1.macomnet.ru> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Maxim Konovalov [020805 12:10] wrote: > On 19:05+0200, Aug 5, 2002, Thomas Moestl wrote: > > > On Mon, 2002/08/05 at 07:55:44 -0700, Alfred Perlstein wrote: > > > Can anyone point out or provide me with a suite to regression test > > > sysv_ipc, specifically semaphores, message queues and shared memory? > > > > NetBSD has some, see > > http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/regress/sys/kern/ > > (in the sysvmsg, sysvsem and sysvshm subdirectories). > > Last time I looked they were quite nice. > > + an old Stevens sysv ipc benchmarks: > > http://www.kohala.com/start/unpv22e/unpv22e.tar.gz > > under bench/ Thank you very much to all who have provided these links, it should really help me. As far as updating the project page, that will have to wait until I get back to .ca.us when I have more easy access to the repo and other such comforts. :) > > -- > Maxim Konovalov, MAcomnet, Internet Dept., system engineer > phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru -- -Alfred Perlstein [alfred@freebsd.org] [#bsdcode/efnet/irc.prison.net] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 14:39:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD5F37B400 for ; Mon, 5 Aug 2002 14:39:38 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A24643E5E for ; Mon, 5 Aug 2002 14:39:37 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-252-210.evrtwa1.dsl-verizon.net [4.61.252.210]) by spork.pantherdragon.org (Postfix) with ESMTP id 7B5B5FF3D; Mon, 5 Aug 2002 14:39:36 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id D6209A923; Mon, 5 Aug 2002 14:39:29 -0700 (PDT) Message-ID: <3D4EF091.EA1C91D3@pantherdragon.org> Date: Mon, 05 Aug 2002 14:39:29 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jason Andresen Cc: Terry Lambert , Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Andresen wrote: > Terry Lambert wrote: > > The claimed savings are fictions. They are function call > > overhead savings assuming an average number of arguments and > > related pushed values, and they apply only to the call process > > itself. Most time in programs is spent in running, not calling > > functions, so if you expect an elimination of "18% overhead" > > to make you programs that much faster, you are dreaming. > > On the other hand, -fomit-frame-pointer is the only optimization > beyond -O in gcc that actually seems to offer any sort of speedup > for me. I've seen 10 to 20% reduction in runtime on some programs > with -fomit-frame-pointer. It's the only specific optimization I > bother with anymore. What, if anything, have you come across that won't compile/run properly when you use -fomit-frame-pointer? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 16:31:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B33F237B401 for ; Mon, 5 Aug 2002 16:31:12 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C3643E4A for ; Mon, 5 Aug 2002 16:31:11 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0270.cvx21-bradley.dialup.earthlink.net ([209.179.193.15] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17brJW-0004aR-00; Mon, 05 Aug 2002 16:31:02 -0700 Message-ID: <3D4F0A5F.9B76573F@mindspring.com> Date: Mon, 05 Aug 2002 16:29:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Darren Pilgrim Cc: Jason Andresen , Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> <3D4EF091.EA1C91D3@pantherdragon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Pilgrim wrote: > > > The claimed savings are fictions. They are function call > > > overhead savings assuming an average number of arguments and > > > related pushed values, and they apply only to the call process > > > itself. Most time in programs is spent in running, not calling > > > functions, so if you expect an elimination of "18% overhead" > > > to make you programs that much faster, you are dreaming. > > > > On the other hand, -fomit-frame-pointer is the only optimization > > beyond -O in gcc that actually seems to offer any sort of speedup > > for me. I've seen 10 to 20% reduction in runtime on some programs > > with -fomit-frame-pointer. It's the only specific optimization I > > bother with anymore. > > What, if anything, have you come across that won't compile/run properly > when you use -fomit-frame-pointer? Not that this question has anything to do with the stuff you are quoting before asking it... If you attamept to mix code that does callee pop or tail call optimization (e.g. in a library) with code that omits the frame pointer, or vice versa, then either the caller is going to push something that is never popped, or the callee is going to pop something that is never pushed. For hand coded assembly functions, it's not possible to make it obey the options which control this (e.g when it is not the caller which does both the pushing and popping of arguments). In other words, -fomit-frame-pointer assumes that all function interfaces are reflexive. This is particularly an issue when using foreign ELF objects that ar distributed binary only by third parties (e.g. some of the Winmodem driver modules, binary drivers from vendors, like ETInc., etc.). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 18:54:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 408B337B400; Mon, 5 Aug 2002 18:54:43 -0700 (PDT) Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id A16D943E65; Mon, 5 Aug 2002 18:54:42 -0700 (PDT) (envelope-from lamont@scriptkiddie.org) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id D83DB62D1A; Mon, 5 Aug 2002 18:54:41 -0700 (PDT) Date: Mon, 5 Aug 2002 18:55:03 -0700 (PDT) From: Lamont Granquist To: Terry Lambert Cc: "Justin T. Gibbs" , Zhihui Zhang , , Subject: Re: transaction ordering in SCSI subsystem In-Reply-To: <3D4E1E0D.582EBE7C@mindspring.com> Message-ID: <20020805184018.F2654-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 4 Aug 2002, Terry Lambert wrote: > Operations which can *not* occur concurrently are requested only > serially. This serialization is called a "stall barrier": the > next operation is not attempted until the previous operation has > been committed to stable storage. > > Operations at the CAM layer are proxied transactions; as Justin > stated, operations queued to CAM are guaranteed to be queued to > the underlying physical device in the same order. So it sounds like CAM has two features which aid in preserving data integrity. First it serializes operations with the same tag and second it implements stall barriers in those pipelines? Is there a good SCSI reference out there for someone interested more in the features of CAM and the upper layers of the protocol? Also, at a higher level in the VFS layer, which operations are tagged the same? Are operations on the same vnode tagged the same and then write barriers are introduced appropriately between data and metadata writes? Are operations on different vnodes always different tags? And how is the consistancy of something like the block allocation table maintained? [ p.s. thanks quite a lot for that last response ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 19:34:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD1337B400; Mon, 5 Aug 2002 19:34:24 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B3E43E72; Mon, 5 Aug 2002 19:34:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0488.cvx40-bradley.dialup.earthlink.net ([216.244.43.233] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17buAm-0007Ta-00; Mon, 05 Aug 2002 19:34:13 -0700 Message-ID: <3D4F34FF.21862712@mindspring.com> Date: Mon, 05 Aug 2002 19:31:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lamont Granquist Cc: "Justin T. Gibbs" , Zhihui Zhang , freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: transaction ordering in SCSI subsystem References: <20020805184018.F2654-100000@coredump.scriptkiddie.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lamont Granquist wrote: > So it sounds like CAM has two features which aid in preserving data > integrity. First it serializes operations with the same tag and > second it implements stall barriers in those pipelines? No. It merely maintains order of requests made to it when it makes requests to underlying layers. Stalls are either the result of hardware limitations (on the bottom end) or semantic guarantees by the VFS (on the top end). It is up to the VFS above whether it wants to make additional requests to CAM, once there are requests outstanding. It is up to the hardware below whether it will accept or defer additional requests from CAM. CAM only limits requests from above when it is itself limited by the hardware below. It's more correct to say that it *propagates* pipeline stalls. The distinction is important here. The main performance issue that you face as a result of a stall barrier is propagation delay down to, and back up from, the physical hardware. Because CAM permits concurrent operations, up to the limits of the hardware, as long as you don't over-drive the hardware, it adds latency on individual transactions, but does not itself limit throughput in the normal case: any bottleneck you have is a result of the underlying hardware, or of the explicit stalls caused by the code above CAM voluntarily avoiding queueing new requests until a previous request has been successfully completed. It's a queue pool retention problem, just like a sliding window protocol, like TCP/IP: for N requests, I end up with a single round trip latency due to the introduced propagation delay. N can be arbitrarily large, up to the limits of the hardware. If you hit those limits, then you start eating a latency per request, as requests become turnstiled by available tags for tagged commands, etc.. > Is there a good SCSI reference out there for someone interested more in > the features of CAM and the upper layers of the protocol? The source code? Justin? I'm sure people would appreciate it if someone would document this code. Right now, most people get to learn about it by writing a provider (like a SCSI driver) or a consumer (kernel block I/O code) of CAM. Trial by fire is not the best way to learn things (IMO), since you only learn about the main road and a few branches, rather than the shape and size of the city. > Also, at a higher level in the VFS layer, which operations are tagged the > same? Are operations on the same vnode tagged the same and then write > barriers are introduced appropriately between data and metadata writes? > Are operations on different vnodes always different tags? And how is the > consistancy of something like the block allocation table maintained? Operations are not explicitly tagged on a per system call basis, if that's what you are asking. For your other questions, there are really two different issues: 1) POSIX semantics. POSIX semantics dictate which operations must be committed to stable storage before other operations are permitted to proceed. POSIX therefore implies some soft barrier points, and some hard barrier points (e.g. fsync(2)). These are normally handled by the FS, not by the system call layer (e.g. you might have NVRAM to which metdata changes are logged by the FS, so it can return immediately, so it's reall an FS thing). 2) File System implementation details. Each FS implementation has internal consistency guarantees that differ based on the FS implementation. For example, if you constrast directory management in MSDOSFS and FFS, in FFS, a directory entry is just a *reference* to an inode (hence the ability to support hard links) and in MSDOSFS, the directory entry has both the name and the inode metadata, as one unit (a FAT entry -- hence the inability to support hard links). What this means is that in FFS there are two operations that have an explicit ordering relationship, whereas in MSDOSFS, there is just one operation. This also explains why ordering can't be implemented at the upper level, in the system call layer. The upshot of this is that consistency is maintained by semantics specific to each FS implementation, which deal with that FS' decision whether or not to implement a stall barrier for a particular operation (e.g. "lock an inode; cause subsequent requests to sleep until the current outstanding request is satisfied; unlock the inode" ... thus causing operations to be ordered: inodes are per-FS objects, so any stalling by waiting for operations to be acknowledged,k rather than simply blindly queueing them has to be in FS specific code). The reality is even more complicated; I've hidden a number of layers, and I generalized quite a bit (I'm surprised no one has complained, yet). For example, between the VFS and CAM is the VM, and a block I/O system based on page-based I/O management, with specific exceptions allowed for physical disk block access on a block-by-block basis for directory entries. So when you do a write of 35 bytes, you may end up having to do a lot more than you think (e.g. page in the page containing the 35 bytes -- or two, if it spans a page boundary, modify the 35 bytes with a copy from the user space buffer to the page hung off the vm_object_t off the vnode to the file, pointed to by the per process open file table pointed to by the proc structure, mark the page as dirty, sleep pending it being written out if what we are dealing with is a metadata change, etc.). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 22:19:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5F7B37B401 for ; Mon, 5 Aug 2002 22:19:13 -0700 (PDT) Received: from opiate.thirteenandtwo.org (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.103.202.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1428943E7B for ; Mon, 5 Aug 2002 22:19:12 -0700 (PDT) (envelope-from mchopra@engmail.uwaterloo.ca) Received: from dhcppc1 (localhost [127.0.0.1]) by dhcppc1 (8.12.2/8.12.2) with ESMTP id g48Js1jA043161 for ; Wed, 8 May 2002 15:54:01 -0400 (EDT) (envelope-from mchopra@engmail.uwaterloo.ca) Received: (from munish@localhost) by dhcppc1 (8.12.2/8.12.2/Submit) id g48Js1vZ043160 for hackers@FreeBSD.ORG; Wed, 8 May 2002 15:54:01 -0400 (EDT) X-Authentication-Warning: dhcppc1: munish set sender to mchopra@engmail.uwaterloo.ca using -f Date: Wed, 8 May 2002 15:54:01 -0400 From: Munish Chopra To: hackers@FreeBSD.ORG Subject: Re: It's not fun anymore. (Mike resigns from core) Message-ID: <20020508155401.J292@dhcppc1.mtwh.phub.net.cable.rogers.com> Mail-Followup-To: hackers@FreeBSD.ORG References: <4119.1020875350@axl.seasidesoftware.co.za> <20020509073441.A5281@cs.waikato.ac.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020509073441.A5281@cs.waikato.ac.nz>; from joerg@cs.waikato.ac.nz on Thu, May 09, 2002 at 07:34:41AM +1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, May 09, 2002 at 07:34:41AM +1200, Joerg Micheel wrote: > On Wed, May 08, 2002 at 06:29:10PM +0200, Sheldon Hearn wrote: > > > > Nope, you don't speak for me. I'm thrilled that Mike's leaving the core > > team. His heart's obviously not in it any more, so the fact that he has > > all the right skills for being useful on core doesn't mean anything any > > more. > > It sounds like it is people like you who have been giving Mike a hard > time. It also appears that you haven't learned a iota from this whole > incident. Honestly, I would have rather you had kept your mouth shut > and listened, this is not the time to spread your evil ink, but sit down > and ponder about what went wrong here. > Umm. I may have been dreaming that I was catching subtleties in Sheldon's post, but I think what he is trying to get across (with a bit of humour) is that he believes it's the right thing for Mike to do since he doesn't have his heart in it anymore (plus a little bit of a kick in the ass to those people who don't recognize the value of Mike's skills). -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 22:37: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A622437B400 for ; Mon, 5 Aug 2002 22:37:00 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2047343E65 for ; Mon, 5 Aug 2002 22:36:59 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-252-210.evrtwa1.dsl-verizon.net [4.61.252.210]) by spork.pantherdragon.org (Postfix) with ESMTP id 89812FDDC; Mon, 5 Aug 2002 22:36:57 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id 1F375A923; Mon, 5 Aug 2002 22:03:47 -0700 (PDT) Message-ID: <3D4F58B2.E58C2865@pantherdragon.org> Date: Mon, 05 Aug 2002 22:03:47 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: Jason Andresen , Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> <3D4EF091.EA1C91D3@pantherdragon.org> <3D4F0A5F.9B76573F@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Darren Pilgrim wrote: > > > > The claimed savings are fictions. They are function call > > > > overhead savings assuming an average number of arguments and > > > > related pushed values, and they apply only to the call process > > > > itself. Most time in programs is spent in running, not calling > > > > functions, so if you expect an elimination of "18% overhead" > > > > to make you programs that much faster, you are dreaming. > > > > > > On the other hand, -fomit-frame-pointer is the only optimization > > > beyond -O in gcc that actually seems to offer any sort of speedup > > > for me. I've seen 10 to 20% reduction in runtime on some programs > > > with -fomit-frame-pointer. It's the only specific optimization I > > > bother with anymore. > > > > What, if anything, have you come across that won't compile/run properly > > when you use -fomit-frame-pointer? > > Not that this question has anything to do with the stuff you > are quoting before asking it... I had read what you said, but that's like saying, "If you drive way too fast for the road conditions, you'll wreck your car." That's fine and true, and I won't argue with it. However, it doesn't tell you how fast is "way too fast" coming westbound down I-84 around the bend at the viewpoint just outside of Corbett, OR, for example. I was hoping for more specific information. > If you attamept to mix code that does callee pop or tail call > optimization (e.g. in a library) with code that omits the > frame pointer, or vice versa, then either the caller is going > to push something that is never popped, or the callee is going > to pop something that is never pushed. For hand coded assembly > functions, it's not possible to make it obey the options which > control this (e.g when it is not the caller which does both > the pushing and popping of arguments). Are there any such known instances in the FreeBSD base code or any of the (more popular) ports? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 5 22:48:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C743D37B400 for ; Mon, 5 Aug 2002 22:48:20 -0700 (PDT) Received: from poczta.tkb.net.pl (poczta.tkb.net.pl [212.33.84.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id D694443E42 for ; Mon, 5 Aug 2002 22:48:19 -0700 (PDT) (envelope-from spock@tkb.pl) Received: by poczta.tkb.net.pl (Postfix, from userid 1001) id D7AE281BE; Tue, 6 Aug 2002 07:48:26 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by poczta.tkb.net.pl (Postfix) with ESMTP id D69703E12 for ; Tue, 6 Aug 2002 07:48:26 +0200 (CEST) Date: Tue, 6 Aug 2002 07:48:26 +0200 (CEST) From: Marcin Jurczuk X-X-Sender: To: Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <20011128133904.C550@twincat.vladsempire.net> Message-ID: <20020806074146.U25158-100000@poczta.tkb.net.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 28 Nov 2001, Josh Paetzel wrote: > Well, I am seeing dismal ftp performance on my 4.x boxes. I have a > network of 4 machines, three of which are running -STABLE from Nov > 22. The other machine is running NetBSD 1.5.2 Release. One of the > FreeBSD machines has a base 10 cards in it and has reasonable > performace with ftp transfer rates around 1.1Megs/sec. The NetBSD > machine is a sparcstation 10 with an onboard intel base 10 adapter, > and it too sees reasonable ftp performance. The other two -STABLE > boxes have 100tx cards in them. One is a Linksys LNE100TX, and the > other is an intel Pro 10/100B/100+. The hub for this network is an 8 > port SOHOware autosensing affair. Both of the 100 cards > auto-negotiate to 100tx half-duplex. I can get appoximately > 1.5Megs/sec out of them using ftp. I have tried swapping cables, > swapping ports, and replacing the hub with a crossover cable and > manually configuring the cards for either full or half duplex > operation. None of these steps makes any difference at all. I can > reliably duplicate my transfer speeds on a 600 meg file with a std. > deviation of less than a half a second no matter what network > configuration I use. My next step will be to try some different NICs, > but I don't have anything here that is 100tx based to swap with. I > have gotten proper transfer rates out of these machines in the past, > but I don't remember if the network cards have changed since then. I > rarely move large files around at all, and so only looked into this as > a curiosity when seeing this thread. I also intend to try some NFS > mounts out to see if this is a protocol issue or not. I have two 4.6 servers, and one 4.5 firewall with mostly two type cards: Intel Pro 10/100 and Intelinet 10/100 (rtl8139C). Two segments of network, one is on Cisco Catalyst 2900 second built on ATI 8224 10/100 switch. On both solutions transfers are around 8-9 MB/s betwen FBSD-> FSDB, FBSD->Linux, Linux-FBSD. All of those cards work on 100 Mbps/Full Duplex mode.. I didn't notice any strange behavior on FreeBSD, only Linux show messeges like: eth0: card reports no resources. eth0: card reports no resources. but there is no slow down because of this message... Best regards. -- Marcin Jurczuk -> spock@tkb.pl UNIX/Network Administrator Bialystok Cable Television To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 0: 6: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0F5B37B405 for ; Tue, 6 Aug 2002 00:06:01 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E7B643E6A for ; Tue, 6 Aug 2002 00:06:01 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0211.cvx22-bradley.dialup.earthlink.net ([209.179.198.211] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17byPh-0000XN-00; Tue, 06 Aug 2002 00:05:53 -0700 Message-ID: <3D4F751E.1A5C1327@mindspring.com> Date: Tue, 06 Aug 2002 00:05:02 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Darren Pilgrim Cc: Jason Andresen , Dmitry Morozovsky , hackers@freebsd.org Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> <3D4EF091.EA1C91D3@pantherdragon.org> <3D4F0A5F.9B76573F@mindspring.com> <3D4F58B2.E58C2865@pantherdragon.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Pilgrim wrote: > > If you attamept to mix code that does callee pop or tail call > > optimization (e.g. in a library) with code that omits the > > frame pointer, or vice versa, then either the caller is going > > to push something that is never popped, or the callee is going > > to pop something that is never pushed. For hand coded assembly > > functions, it's not possible to make it obey the options which > > control this (e.g when it is not the caller which does both > > the pushing and popping of arguments). > > Are there any such known instances in the FreeBSD base code or any of > the (more popular) ports? I don't know. I don't think anyone has spent the effort on an audit, just so they could turn on an optimization that is only going to impact function call overhead, mostly in poorly written programs that have a high "calling functions vs. doing real work" ratio. 8-). So the answer is "use at your own risk" and the meta answer is "don't ask for it to be turned on by default unless you are willing to do a full audit of the code, thanks". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 0: 7:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2179537B400 for ; Tue, 6 Aug 2002 00:05:35 -0700 (PDT) Received: from TMA-1.brad-x.com (static-b2-191.highspeed.eol.ca [64.56.236.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D2EE43E4A for ; Tue, 6 Aug 2002 00:05:34 -0700 (PDT) (envelope-from brad@brad-x.com) Received: from brad-x.com (Discovery.brad-x.com [201.64.15.21]) by TMA-1.brad-x.com (Postfix) with ESMTP id 4E25B22104E for ; Tue, 6 Aug 2002 03:06:37 -0400 (EDT) Message-ID: <3D4F7539.2090201@brad-x.com> Date: Tue, 06 Aug 2002 03:05:29 -0400 From: Brad Laue User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020805 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: ifconfig alias and the 0xffffffff netmask Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Minor question regarding this; to recap: Creating an IP alias on the same subnet as the original seems under FreeBSD to require setting the netmask of the alias to 255.255.255.255, or at least a subnet of the original. What impact, if any, will having a /32 netmask on an aliased IP have? It seems inconsistent with networking practice regarding interface aliases, which typically view the aliased IP's simply as distinct hosts on the same physical network, allowing them to have the same netmask. This method is used with Cisco IOS and other Unix-like operating systems. Is it incorrect? Brad -- // -- http://www.BRAD-X.com/ -- // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 0:49:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB4A137B400 for ; Tue, 6 Aug 2002 00:49:24 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78EB843E65 for ; Tue, 6 Aug 2002 00:49:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0211.cvx22-bradley.dialup.earthlink.net ([209.179.198.211] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17bz5m-0005MN-00; Tue, 06 Aug 2002 00:49:22 -0700 Message-ID: <3D4F7F4F.97609D75@mindspring.com> Date: Tue, 06 Aug 2002 00:48:31 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Brad Laue Cc: freebsd-hackers@freebsd.org Subject: Re: ifconfig alias and the 0xffffffff netmask References: <3D4F7539.2090201@brad-x.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brad Laue wrote: > Minor question regarding this; to recap: > > Creating an IP alias on the same subnet as the original seems under > FreeBSD to require setting the netmask of the alias to 255.255.255.255, > or at least a subnet of the original. > > What impact, if any, will having a /32 netmask on an aliased IP have? > > It seems inconsistent with networking practice regarding interface > aliases, which typically view the aliased IP's simply as distinct hosts > on the same physical network, allowing them to have the same netmask. > This method is used with Cisco IOS and other Unix-like operating > systems. Is it incorrect? 255.255.255.255 means "This is an alias IP address". The actual netmask in effect is the same netmask as the real IP address. The thing that's broken is that you can't have a different netmask from that of the real IP address. Really, this comes down to interfaces and driver structure, and the inability to associate a send-from address with a route entry (route is "out", not "from", so the from address you get is the outbound address). This causes problems with NFS in some cases, since it looks like an aliased server is trying to spoof a response to a client, which expect the response to come from the same IP the request was sent on. I believe this is a FAQ, and it has two paragraphs in the Handbook. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 0:57:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CF937B400 for ; Tue, 6 Aug 2002 00:57:58 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-67-115-73-77.dsl.lsan03.pacbell.net [67.115.73.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8AC243E6A for ; Tue, 6 Aug 2002 00:57:57 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7880266DDD; Tue, 6 Aug 2002 00:57:57 -0700 (PDT) Date: Tue, 6 Aug 2002 00:57:57 -0700 From: Kris Kennaway To: "Roman V. Palagin" Cc: hackers@freebsd.org Subject: Re: pppd 2.4.x Message-ID: <20020806075757.GA59435@xor.obsecurity.org> References: <20020805110436.D315-100000@room101.wuppy.net.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020805110436.D315-100000@room101.wuppy.net.ru> User-Agent: Mutt/1.4i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 05, 2002 at 11:17:33AM +0400, Roman V. Palagin wrote: > Hello! > > Why we not import pppd 2.4.x as NetBSD does? If the only reason is "nobody > wann't do it" - I'll backport it from NetBSD. I don't like ppp (don't ask > me why :) and I want IPv6 over pppX - so pppd 2.4.x is the only choice... "Nobody wann't do it" :-) Be aware that we have a lot of local hacks in the old version of pppd in FreeBSD, so updating it may be difficult. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 1: 2:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4901437B400 for ; Tue, 6 Aug 2002 01:02:42 -0700 (PDT) Received: from room101.wuppy.net.ru (room101.wuppy.net.ru [212.30.191.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1654643FF2 for ; Tue, 6 Aug 2002 01:01:20 -0700 (PDT) (envelope-from romanp@unshadow.net) Received: from localhost (localhost [127.0.0.1]) by room101.wuppy.net.ru (8.12.5/8.12.5) with ESMTP id g76815IW001943; Tue, 6 Aug 2002 12:01:05 +0400 (MSD) (envelope-from romanp@unshadow.net) Date: Tue, 6 Aug 2002 12:01:05 +0400 (MSD) From: "Roman V. Palagin" To: Kris Kennaway Cc: hackers@freebsd.org Subject: Re: pppd 2.4.x In-Reply-To: <20020806075757.GA59435@xor.obsecurity.org> Message-ID: <20020806120010.F364-100000@room101.wuppy.net.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Aug 6, at 12:57am -0700, Kris Kennaway wrote: > > Why we not import pppd 2.4.x as NetBSD does? If the only reason is "nobody > > wann't do it" - I'll backport it from NetBSD. I don't like ppp (don't ask > > me why :) and I want IPv6 over pppX - so pppd 2.4.x is the only choice... > > "Nobody wann't do it" :-) Sounds promising :) > Be aware that we have a lot of local hacks in the old version of pppd > in FreeBSD, so updating it may be difficult. OK. > > Kris > - Roman --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 1:14:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 812F837B401; Tue, 6 Aug 2002 01:14:12 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F3343E5E; Tue, 6 Aug 2002 01:14:11 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g768EAbm057916; Tue, 6 Aug 2002 10:14:10 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g768E9YW520160; Tue, 6 Aug 2002 10:14:09 +0200 (MES) Date: Tue, 6 Aug 2002 10:15:53 +0200 (CEST) From: Martin Blapp To: Alexander Kabaev Cc: , , Subject: Help needed. Deadlock in rtld makes openoffice build hang again In-Reply-To: <20020805110611.4292e3d5.ak03@gte.com> Message-ID: <20020806095745.M58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, From 10 builds, about 6 are hanging, and I need to restart them. This is not a usable solution for a package building cluster. I end with a process consuming all CPU resources and hanging for waiting for a lock to get released what never happens. Problem is exit(). Replaceing exit() with _exit() did not help. [Switching to Process 4968, Thread 1] 0x28050784 in sigprocmask () from /usr/libexec/ld-elf.so.1 (gdb) bt #0 0x28050784 in sigprocmask () from /usr/libexec/ld-elf.so.1 #1 0x2804f2d1 in xprintf () from /usr/libexec/ld-elf.so.1 #2 0x2804df78 in find_symdef () from /usr/libexec/ld-elf.so.1 #3 0x2838dbd8 in exit () from /usr/lib/libc_r.so.4 #4 0x08048c77 in _start () I tried to add the following lines as proposed by Alexander Kabaev to libexec/rtld-elf/i386/lockdflt.c > Martin, try to add the loop below to the wlock_acquire function > to make it look more like lock80386_acquire: > while (l->lock != 0) > ; /* Spin */ Now it hangs there ... [Switching to Process 93059, Thread 1] 0x28050923 in wlock_acquire (lock=0x28067000) at /usr/src/libexec/rtld-elf/i386/lockdflt.c:188 188 while (l->lock != 0) (gdb) bt #0 0x28050923 in wlock_acquire (lock=0x28067000) at /usr/src/libexec/rtld-elf/i386/lockdflt.c:188 #1 0x280505ee in wlock_acquire () at /usr/src/libexec/rtld-elf/rtld.c:202 #2 0x2804ee60 in rtld_exit () at /usr/src/libexec/rtld-elf/rtld.c:1428 #3 0x28390bd8 in exit () from /usr/lib/libc_r.so.4 #4 0x08048c77 in _start () (gdb) p l->lock $2 = 2 (gdb) p tmp_oldsigmask $3 = {__bits = {0, 0, 0, 0}} (gdb) p fullsigmask $4 = {__bits = {4294963463, 4294967295, 4294967295, 4294967295}} I tried to do this: (gdb) set l->lock=0 (gdb) c And got this ... /usr/libexec/ld-elf.so.1: Application locking error: 1 readers and 1 writers in dynamic linker. See DLLOCKINIT(3) in manual pages. I'll now try to change it like this: static void wlock_acquire(void *lock) { Lock *l = (Lock *)lock; sigset_t tmp_oldsigmask; for ( ; ; ) { sigprocmask(SIG_BLOCK, &fullsigmask, &tmp_oldsigmask); if (cmpxchgl(0, WAFLAG, &l->lock) == 0) break; sigprocmask(SIG_SETMASK, &tmp_oldsigmask, NULL); + while (l->lock & WAFLAG) + ; /* Spin */ } oldsigmask = tmp_oldsigmask; } Anybody has any clue how to fix this issue ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 2:32:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D15537B400 for ; Tue, 6 Aug 2002 02:32:32 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ECFA43E86 for ; Tue, 6 Aug 2002 02:32:30 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g769WPZL034725 for ; Tue, 6 Aug 2002 19:02:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Routing question From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 06 Aug 2002 19:02:25 +0930 Message-Id: <1028626347.16577.96.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a fairly typical network setup - ie ISP <--DSL--> tun0 FBSD fxp0 <--LAN--> .. I have 10.0.2.0/24 on the fxp0 device and a random IP from my ISP. I would like to be able to make the FBSD box present all packets to the tun0 of the form 10.0.2.0/24 NOT my assigned IP. For every machine on my LAN this is what actually happens but because the FBSD machine can pass packets directly to the tun0 device those packets have the assigned IP. The main reason this is a problem is writing firewall rules. I have to bend over backwards to make sure I don't block my tun0 IP. Note that I'm running 'ppp -alias' but it is the same situation where your ISP allocates you some address space but gives you a tun address in a different subnet (see Telstra BigPond Direct). I could swear someone told me how to do this and I wrote it in my log book but of course I can't find it.. Help :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 3: 5:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A1D37B400 for ; Tue, 6 Aug 2002 03:05:14 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id D81D643E5E for ; Tue, 6 Aug 2002 03:05:13 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-252-210.evrtwa1.dsl-verizon.net [4.61.252.210]) by spork.pantherdragon.org (Postfix) with ESMTP id 0234BFDDC; Tue, 6 Aug 2002 03:05:11 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id E7F48A923; Tue, 6 Aug 2002 03:05:09 -0700 (PDT) Message-ID: <3D4F9F55.97C33E1F@pantherdragon.org> Date: Tue, 06 Aug 2002 03:05:09 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel O'Connor Cc: freebsd-hackers@freebsd.org Subject: Re: Routing question References: <1028626347.16577.96.camel@chowder.gsoft.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel O'Connor wrote: > I would like to be able to make the FBSD box present all packets to the > tun0 of the form 10.0.2.0/24 NOT my assigned IP. > > For every machine on my LAN this is what actually happens but because > the FBSD machine can pass packets directly to the tun0 device those > packets have the assigned IP. > > The main reason this is a problem is writing firewall rules. I have to > bend over backwards to make sure I don't block my tun0 IP. Maybe you could seek some help with your ruleset? Writing a ruleset for a NAT'ing router with a dynamic public IP gets tricky, but there are ways around it. You can build a ruleset that will work entirely independant of your public IP if you're willing to rely on your ISP's routing configuration. > Note that I'm running 'ppp -alias' but it is the same situation where > your ISP allocates you some address space but gives you a tun address in > a different subnet (see Telstra BigPond Direct). > > I could swear someone told me how to do this and I wrote it in my log > book but of course I can't find it.. Disable NAT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 3:24:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5D137B400 for ; Tue, 6 Aug 2002 03:24:49 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BCFE43E75 for ; Tue, 6 Aug 2002 03:24:47 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from localhost (localhost [127.0.0.1]) by cain.gsoft.com.au (8.12.4/8.12.3) with ESMTP id g76AOiZL035616; Tue, 6 Aug 2002 19:54:44 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Routing question From: "Daniel O'Connor" To: Darren Pilgrim Cc: freebsd-hackers@freebsd.org In-Reply-To: <3D4F9F55.97C33E1F@pantherdragon.org> References: <1028626347.16577.96.camel@chowder.gsoft.com.au> <3D4F9F55.97C33E1F@pantherdragon.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 06 Aug 2002 19:54:43 +0930 Message-Id: <1028629484.16577.107.camel@chowder.gsoft.com.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-08-06 at 19:35, Darren Pilgrim wrote: > Maybe you could seek some help with your ruleset? Writing a ruleset > for a NAT'ing router with a dynamic public IP gets tricky, but there > are ways around it. You can build a ruleset that will work entirely > independant of your public IP if you're willing to rely on your ISP's > routing configuration. I know, I already have one. I'd just rather have less administrative complexity. > > I could swear someone told me how to do this and I wrote it in my log > > book but of course I can't find it.. > > Disable NAT. Not possible.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 3:41: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5BE437B400 for ; Tue, 6 Aug 2002 03:41:04 -0700 (PDT) Received: from mile.nevermind.kiev.ua (office.netstyle.com.ua [213.186.199.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C9F43E4A for ; Tue, 6 Aug 2002 03:40:59 -0700 (PDT) (envelope-from never@mile.nevermind.kiev.ua) Received: from mile.nevermind.kiev.ua (never@localhost [127.0.0.1]) by mile.nevermind.kiev.ua (8.12.3/8.12.3) with ESMTP id g76Aeovo023703; Tue, 6 Aug 2002 13:40:51 +0300 (EEST) (envelope-from never@mile.nevermind.kiev.ua) Received: (from never@localhost) by mile.nevermind.kiev.ua (8.12.3/8.12.3/Submit) id g76AehRr023702; Tue, 6 Aug 2002 13:40:43 +0300 (EEST) Date: Tue, 6 Aug 2002 13:40:43 +0300 From: Alexandr Kovalenko To: Byron Schlemmer Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: AMI Megaraid + Reboot problems Message-ID: <20020806104043.GA23167@nevermind.kiev.ua> References: <20020607144043.Y1989-100000@pan.ehsbrann.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20020607144043.Y1989-100000@pan.ehsbrann.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Byron Schlemmer! On Fri, Jun 07, 2002 at 02:42:19PM +0100, you wrote: > I have a AMI MegaRaid controller : > > amr0: mem 0xffff0000-0xffffffff irq 11 at device 11.0 on pci0 > amr0: Firmware E161, BIOS 3.13, 32MB RAM > > running on : > > $ uname -a > FreeBSD machine 4.6-RC FreeBSD 4.6-RC #0: Tue May 28 15:35:17 BST 2002 > root@machine:/usr/src/sys/compile/EHSB i386 > > Now the problem is whenever I reboot, or shutdown, the box seems to > shutdown correctly, then I get a message saying : > > amr0 flushing cache ... done > Rebooting... > > And the machine seems to hang there, never actually rebooting? Has > anyone else experienced this? Any solutions to actually get the box > to reboot? Same here. But without AMI MegaRAID, see kern/41343 http://www.freebsd.org/cgi/query-pr.cgi?pr=41343 What is your CPU/Motherboard? Can you show your dmesg output? -- NEVE-RIPE Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 4:10:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC88037B400 for ; Tue, 6 Aug 2002 04:10:45 -0700 (PDT) Received: from sdf-eu.org (sdf-eu.org [207.202.214.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC6E43E75 for ; Tue, 6 Aug 2002 04:10:45 -0700 (PDT) (envelope-from gmt@sdf-eu.org) Received: (from gmt@localhost) by sdf-eu.org (8.11.3/8.11.6) id g76BAaZ10388 for freebsd-hackers@freebsd.org; Tue, 6 Aug 2002 11:10:36 GMT Date: Tue, 6 Aug 2002 11:10:36 GMT From: Max Yuzhakov Message-Id: <200208061110.g76BAaZ10388@sdf-eu.org> To: freebsd-hackers@freebsd.org Subject: dsp ioctl strange code Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! Why in dsp ioctl code in /sys/dev/sound/pcm/dsp.c (dsp_ioctl function) on case AIOSSIZE switch statement (ioctl AIOSSIZE intended for set some size of internal driver structure) input data is zeroed on first step of case statement. Why i can't realy set this size? case AIOSSIZE: /* set the current blocksize */ { struct snd_size *p = (struct snd_size *)arg; p->play_size = 0; p->rec_size = 0; if (wrch) { CHN_LOCK(wrch); chn_setblocksize(wrch, 2, p->play_size); p->play_size = sndbuf_getblksz(wrch->bufsoft); CHN_UNLOCK(wrch); } if (rdch) { CHN_LOCK(rdch); chn_setblocksize(rdch, 2, p->rec_size); p->rec_size = sndbuf_getblksz(rdch->bufsoft); CHN_UNLOCK(rdch); } } break; This is code fragment for RELENG_4_6 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 4:11:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C91837B433 for ; Tue, 6 Aug 2002 04:11:42 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD3A343E65 for ; Tue, 6 Aug 2002 04:11:41 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-252-210.evrtwa1.dsl-verizon.net [4.61.252.210]) by spork.pantherdragon.org (Postfix) with ESMTP id 4C1D6FDDC; Tue, 6 Aug 2002 04:11:41 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id B8C23A923; Tue, 6 Aug 2002 04:11:39 -0700 (PDT) Message-ID: <3D4FAEEB.131312DE@pantherdragon.org> Date: Tue, 06 Aug 2002 04:11:39 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Daniel O'Connor Cc: freebsd-hackers@freebsd.org Subject: Re: Routing question References: <1028626347.16577.96.camel@chowder.gsoft.com.au> <3D4F9F55.97C33E1F@pantherdragon.org> <1028629484.16577.107.camel@chowder.gsoft.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Daniel O'Connor wrote: > > On Tue, 2002-08-06 at 19:35, Darren Pilgrim wrote: > > Maybe you could seek some help with your ruleset? Writing a ruleset > > for a NAT'ing router with a dynamic public IP gets tricky, but there > > are ways around it. You can build a ruleset that will work entirely > > independant of your public IP if you're willing to rely on your ISP's > > routing configuration. > > I know, I already have one. I'd just rather have less administrative > complexity. How do you define administrative complexity? > > > I could swear someone told me how to do this and I wrote it in my log > > > book but of course I can't find it.. > > > > Disable NAT. > > Not possible.. Why not? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 5: 4: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC09E37B400 for ; Tue, 6 Aug 2002 05:03:58 -0700 (PDT) Received: from fep.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E84243E70 for ; Tue, 6 Aug 2002 05:03:57 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp707.sa.padsl.internode.on.net [150.101.245.194]) by fep.internode.on.net (8.12.4/8.12.4) with ESMTP id g76C3sSP015034; Tue, 6 Aug 2002 21:33:55 +0930 (CST) Received: from localhost (root@localhost [127.0.0.1]) by midget.dons.net.au (8.12.2/8.12.2) with ESMTP id g76C3q1E052454; Tue, 6 Aug 2002 21:33:52 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: Routing question From: "Daniel O'Connor" To: Darren Pilgrim Cc: freebsd-hackers@freebsd.org In-Reply-To: <3D4FAEEB.131312DE@pantherdragon.org> References: <1028626347.16577.96.camel@chowder.gsoft.com.au> <3D4F9F55.97C33E1F@pantherdragon.org> <1028629484.16577.107.camel@chowder.gsoft.com.au> <3D4FAEEB.131312DE@pantherdragon.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 06 Aug 2002 21:33:51 +0930 Message-Id: <1028635431.20786.8.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-08-06 at 20:41, Darren Pilgrim wrote: > > I know, I already have one. I'd just rather have less administrative > > complexity. > > How do you define administrative complexity? Well, if I want to change rules it takes careful consideration so I don't block or allow something inadvertently. It almost doubles the number of needed rules :( > > > Disable NAT. > > > > Not possible.. > > Why not? Uhh cause I only have 1 IP? What point are you trying to make? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 6:38:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF5637B400 for ; Tue, 6 Aug 2002 06:38:19 -0700 (PDT) Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28AFF43E6A for ; Tue, 6 Aug 2002 06:38:19 -0700 (PDT) (envelope-from friar_josh@webwarrior.net) Received: from twincat.vladsempire.net (12-218-27-215.client.mchsi.com [12.218.27.215]) by services.webwarrior.net (Postfix) with ESMTP id AF3F2838203; Tue, 6 Aug 2002 08:38:17 -0500 (CDT) Content-Type: text/plain; charset="iso-8859-1" From: Josh Paetzel To: "Daniel O'Connor" , Darren Pilgrim Subject: Re: Routing question Date: Tue, 6 Aug 2002 08:36:36 +0000 X-Mailer: KMail [version 1.4] Cc: freebsd-hackers@freebsd.org References: <1028626347.16577.96.camel@chowder.gsoft.com.au> <3D4FAEEB.131312DE@pantherdragon.org> <1028635431.20786.8.camel@chowder.dons.net.au> In-Reply-To: <1028635431.20786.8.camel@chowder.dons.net.au> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208060836.36434.friar_josh@webwarrior.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 06 August 2002 12:03, Daniel O'Connor wrote: > On Tue, 2002-08-06 at 20:41, Darren Pilgrim wrote: > > > I know, I already have one. I'd just rather have less administrative > > > complexity. > > > > How do you define administrative complexity? > > Well, if I want to change rules it takes careful consideration so I > don't block or allow something inadvertently. > > It almost doubles the number of needed rules :( > > > > > Disable NAT. > > > > > > Not possible.. > > > > Why not? > > Uhh cause I only have 1 IP? > What point are you trying to make? > > -- > Daniel O'Connor software and network engineer If you are using IPFW then just refer to the external interface by name. IPFW doesn't care a bit whether you call the interface tun0, or 12.23.34.45, or anything else. I have used that setup for well over a year, and my firewall ruleset is about 14 lines long. Deny all the rfc 1918 stuff in and out, tunnel through 22 and 80, allow a tcp setup out on any port, allow a response in, and do what you will with udp. (I personally allow it all. :-/) I actually don't see any advantage to having a static IP and using the IP in your ruleset. It's not like you can deny packets coming from your isp to that IP or anything. ;) Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 6:50:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBFEA37B400 for ; Tue, 6 Aug 2002 06:50:36 -0700 (PDT) Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 285FD43E6E for ; Tue, 6 Aug 2002 06:50:36 -0700 (PDT) (envelope-from friar_josh@webwarrior.net) Received: from twincat.vladsempire.net (12-218-27-215.client.mchsi.com [12.218.27.215]) by services.webwarrior.net (Postfix) with ESMTP id C04BA838203; Tue, 6 Aug 2002 08:50:34 -0500 (CDT) Content-Type: text/plain; charset="iso-8859-1" From: Josh Paetzel To: Marcin Jurczuk , Subject: Re: FreeBSD performing worse than Linux? Date: Tue, 6 Aug 2002 08:48:53 +0000 X-Mailer: KMail [version 1.4] References: <20020806074146.U25158-100000@poczta.tkb.net.pl> In-Reply-To: <20020806074146.U25158-100000@poczta.tkb.net.pl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208060848.53601.friar_josh@webwarrior.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 06 August 2002 05:48, Marcin Jurczuk wrote: > On Wed, 28 Nov 2001, Josh Paetzel wrote: > > Well, I am seeing dismal ftp performance on my 4.x boxes. I have a > > network of 4 machines, three of which are running -STABLE from Nov > > 22. The other machine is running NetBSD 1.5.2 Release. One of the > > FreeBSD machines has a base 10 cards in it and has reasonable > > performace with ftp transfer rates around 1.1Megs/sec. The NetBSD > > machine is a sparcstation 10 with an onboard intel base 10 adapter, > > and it too sees reasonable ftp performance. The other two -STABLE > > boxes have 100tx cards in them. One is a Linksys LNE100TX, and the > > other is an intel Pro 10/100B/100+. The hub for this network is an 8 > > port SOHOware autosensing affair. Both of the 100 cards > > auto-negotiate to 100tx half-duplex. I can get appoximately > > 1.5Megs/sec out of them using ftp. I have tried swapping cables, > > swapping ports, and replacing the hub with a crossover cable and > > manually configuring the cards for either full or half duplex > > operation. None of these steps makes any difference at all. I can > > reliably duplicate my transfer speeds on a 600 meg file with a std. > > deviation of less than a half a second no matter what network > > configuration I use. My next step will be to try some different NICs, > > but I don't have anything here that is 100tx based to swap with. I > > have gotten proper transfer rates out of these machines in the past, > > but I don't remember if the network cards have changed since then. I > > rarely move large files around at all, and so only looked into this as > > a curiosity when seeing this thread. I also intend to try some NFS > > mounts out to see if this is a protocol issue or not. > > I have two 4.6 servers, and one 4.5 firewall with mostly two type cards: > Intel Pro 10/100 and Intelinet 10/100 (rtl8139C). > Two segments of network, one is on Cisco Catalyst 2900 second built on > ATI 8224 10/100 switch. On both solutions transfers are around 8-9 MB/s > betwen FBSD-> FSDB, FBSD->Linux, Linux-FBSD. > All of those cards work on 100 Mbps/Full Duplex mode.. > > I didn't notice any strange behavior on FreeBSD, only Linux show messeges > like: > eth0: card reports no resources. > eth0: card reports no resources. > but there is no slow down because of this message... > > Best regards. > > -- > Marcin Jurczuk -> spock@tkb.pl > UNIX/Network Administrator > Bialystok Cable Television > I administrate some machines on two subnets, connected via a Catalyst 1900. All of the cards on all of the machines loop up at 100tx full-duplex. There are 3 different w2k boxes, and 5 FreeBSD -STABLE boxes from two weeks ago. My ftp performance is completely bizzare. Between each FBSD machine, there is a different level of performance, and it's directional, too. Machine A to Machine B might be 10Megs/sec, while the reverse is only 6Megs/sec. then A to C will be totally different, and C to A different again, and so on and so forth. About half the connections are in a reasonable transfer rate (8-10Megs/sec) the other half range from 4Megs/sec-7Megs/sec. The cards are a grab bag of realtek 8139s, intel pros, 3com905s and so forth. swapping cards makes no difference. I've tried different switches and it makes to difference. I compared ALL of the sysctl knobs on all the machines and they were all identical (save what you would expect to be different). My network at home has an SGI box, a sparc, and 3 PCs running irix, solaris 9, and FreeBSD STABLE from today. I can do 10Megs/sec all day long from one machine to another in either direction, and yeah, the sysctl knobs are the same as the "sick" network. I intend to reinstall as many of the machines as I can this weekend to see if it makes any difference....oh yeah, one last tidbit. On the "sick" network, the Windows machines can do 10Megs/sec between each other, but only 4-6 to the FreeBSD machines. As the previous poster noted, the speeds are repeatable. If a machine does 6M/sec to another machine, it will repeat that endlessly, regardless of port, nic, switch, cable, or anything else I can think of to change. Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 7:16: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1E3D37B400 for ; Tue, 6 Aug 2002 07:15:55 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578D943E4A for ; Tue, 6 Aug 2002 07:15:55 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g76EFmtf001318; Tue, 6 Aug 2002 09:15:48 -0500 (CDT) (envelope-from dan) Date: Tue, 6 Aug 2002 09:15:48 -0500 From: Dan Nelson To: Terry Lambert Cc: Darren Pilgrim , Jason Andresen , Dmitry Morozovsky , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build Message-ID: <20020806141548.GB78723@dan.emsphone.com> References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> <3D4EF091.EA1C91D3@pantherdragon.org> <3D4F0A5F.9B76573F@mindspring.com> <3D4F58B2.E58C2865@pantherdragon.org> <3D4F751E.1A5C1327@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4F751E.1A5C1327@mindspring.com> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Aug 06), Terry Lambert said: > Darren Pilgrim wrote: > > > If you attamept to mix code that does callee pop or tail call > > > optimization (e.g. in a library) with code that omits the frame > > > pointer, or vice versa, then either the caller is going to push > > > something that is never popped, or the callee is going to pop > > > something that is never pushed. For hand coded assembly > > > functions, it's not possible to make it obey the options which > > > control this (e.g when it is not the caller which does both the > > > pushing and popping of arguments). > > > > Are there any such known instances in the FreeBSD base code or any > > of the (more popular) ports? > > I don't know. I don't think anyone has spent the effort on an audit, > just so they could turn on an optimization that is only going to > impact function call overhead, mostly in poorly written programs that > have a high "calling functions vs. doing real work" ratio. 8-). I thought the main thing you got out of -fomit-frame-pointer was a free register, which is a scarce commodity on x86. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 8: 7:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7803937B400; Tue, 6 Aug 2002 08:07:08 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CAB43E72; Tue, 6 Aug 2002 08:07:07 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g76F76Qx003806; Tue, 6 Aug 2002 17:07:06 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g76F76YW530334; Tue, 6 Aug 2002 17:07:06 +0200 (MES) Date: Tue, 6 Aug 2002 17:08:49 +0200 (CEST) From: Martin Blapp To: Alexander Kabaev Cc: , , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang again In-Reply-To: <20020806095745.M58571-100000@levais.imp.ch> Message-ID: <20020806170810.K58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > wlock_acquire(void *lock) > { > Lock *l = (Lock *)lock; > sigset_t tmp_oldsigmask; > > for ( ; ; ) { > sigprocmask(SIG_BLOCK, &fullsigmask, &tmp_oldsigmask); > if (cmpxchgl(0, WAFLAG, &l->lock) == 0) > break; > sigprocmask(SIG_SETMASK, &tmp_oldsigmask, NULL); > + while (l->lock & WAFLAG) > + ; /* Spin */ > } That did not help at all. I just got a hang again. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 8:13:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E42ED37B406 for ; Tue, 6 Aug 2002 08:13:13 -0700 (PDT) Received: from mx1.FreeBSD.org (host-66-133-58-214.verestar.net [66.133.58.214]) by mx1.FreeBSD.org (Postfix) with SMTP id 3589243E75 for ; Tue, 6 Aug 2002 08:13:08 -0700 (PDT) (envelope-from agogo@mail.com) From: "MRS. AGOGO KOBE" Date: Tue, 06 Aug 2002 16:13:07 To: freebsd-hackers@FreeBSD.org Subject: NEXT OF KIN MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20020806151308.3589243E75@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG UNION BANK NIGERIA PLC LAGOS NIGERIA 40/46 marina street Lagos FROM THE DESK OF MRS. AGOGO KOBE MANAGER,BILLS AND EXCHANGE. TEL:234-80-33357110 ATTN , REQUEST FOR BUSINESS PARTNERSHIP I AM THE MANAGER OF BILLS AND EXCHANGE AT THE FOREIGN REMITTANCE DEPARTMENT OF THIS BANK. IAM WRITING YOU FOLLOWING THE IMPRESSIVE INFORMATION ABOUT YOU THROUGH ONE OF MY FRIENDS WHO WORKED WITH THE NIGERIAN CHAMBER OF COMERCE BEFORE HIS TRANSFER TO THE NIGERIAN TRADE MISSION IN HONG KONG. HE ASSURED ME OF YOUR CAPABILITY AND RELIABILITY TO CHAMPION A BUSINESS OF GREAT MAGNITUDE LIKE THIS ONE,ALTHOUGH I DID NOT TELL HIM THE NATURE OF THIS BUSINESS BECAUSE OF THE CONFIDENTIALITY IT REQUIRES. IN MY DEPARTMENT, WE DISCOVERED AN ABANDONED SUM OF USD25MILLION(TWENTY FIVE MILLION UNITED STATES DOLLARS ONLY) IN A DOMICILIARY ACCOUNT THAT BELONGS TO ONE OF OUR FOREIGN CUSTOMERS WHO DIED IN A GHASTLY PLANE CRASH IN JANUARY 2000 ABOARD KENYA AIRWAYS ALONG WITH HIS ENTIRE FAMILY. SINCE WE GOT THE INFORMATION ABOUT HIS DEATH, WE HAVE EXPECTED HIS NEXT- OF- KIN TO COME OVER AND CLAIM THE MONEY BECAUSE WE CANNOT RELEASE IT UNLESS SOMEBODY APPLIES FOR IT AS THE NEXT OF KIN OR RELATION TO THE DECEASED AS INDICATED IN OUR BANKING GUIDELINES. UNFORTUNATELY WE LEARNT THAT ALL HIS SUPPOSED NEXT OF KIN OR RELATIONS DIED ALONG WITH HIM AT THE PLANE CRASH LEAVING NOBODY BEHIND FOR THE CLAIM. IT IS UPON THIS DISCOVERY THEREFORE, THAT I AND ONE KEY OFFICIALS IN MY DEPARTMENT NOW DECIDED TO MAKE BUSINESS WITH YOU AND RELEASE THE MONEY TO YOU AS THE NEXT OF KIN OR RELATION OF THE DECEASED FOR SAFE-KEEPING AND SUBSEQUENT DISBURSEMENT WITH YOU SINCE NOBODY IS COMING FOR IT AND WE DO NOT WANT THIS MONEY TO BE RECYCLED INTO THE BANK'S BOUNDED ACCOUNT AS AN UNCLAIMED FUND. THE REQUEST FOR A FOREIGNER AS NEXT OF KIN IN THIS BUSINESS IS OCCASIONED BY THE FACT THAT THE CUSTOMER WAS A FOREIGNER AND A NIGERIA CANNOT STAND AS NEXT OF KIN TO A FOREIGNER. WE HAVE AGREED THAT 25% OF THIS MONEY WILL BE FOR YOU AS FOREIGN PARTNER, THEREAFTER MY COLLEAGUE AND I WILL VISIT YOUR COUNTRY FOR THE DISBURSEMENT ACCORDING TO THE AGREED PERCENTAGES. PERSONALLY, I WOULD WANT YOU TO ADVISE ME ON THE BEST AREA OF INVESTMENT BECAUSE I AM CONSIDERING TO INVEST THE GREATER PROPORTION OF MY SHARE IN YOUR COUNTRY. THEREFORE TO ENABLE THE IMMEDIATE TRANSFER OF THE FUND VIA OUR CORRESPONDENT FINANCE HOUSE IN ABORAD TO YOU AS ARRANGED, YOU SHOULD FIRST APPLY TO THE BANK AS THE NEXT OF KIN OR BUSINESS PARTNER OF THE DECEASED INDICATING YOUR ACCOUNT DETAILS WHEREIN THE MONEY WILL BE REMITED. UPON RECEIPT OF YOUR REPLY MAIL, I SHALL SEND TO YOU THE TEXT OF THE APPLICATION WHICH YOU WILL BE REQUIRED TO SUMIT TO THE BANK FOR THE BANK'S PROCEDURAL AUTHENTICATION AND IMMEDIATE REMITTANCE OF THE MONEY TO THE ACCOUNT YOU ARE GOING TO NOMINATE. AS SOON AS YOU RECEIVE THIS MAIL, DO CONTACT ME AT ONCE THROUGH MY FAX INDICATED 234-1-7590893, AT ONCE OR BETTER STILL YOU CALL ME ON MY ABOVE TELEPHONE NUMBER FOR MORE CLARIFICATION. AND I WOULD ALSO LIKE YOU TO INDICATE YOUR PRIVATE AND CONFIDENTIAL TELEPHONE, FAX,CELLULAR AND E-MAIL FOR THE EFFECTIVE COMMUNICATION REQUIRED. *BE INFORMED THAT ALL NECESSARY ARRANGEMENTS TOWARDS THE SUCCESSFUL TRANSFER OF THE FUND VIA OUR CORRESPONDENT FINANCE HOUSE IN ABORAD HAVE BEEN CONCLUDED AND IT IS 100% RISK FREE. TRUSTING TO HEAR FROM YOU IMMEDIATELY. YOURS FAITHFULLY, MRS. AGOGO KOBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 9:25:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E66737B405; Tue, 6 Aug 2002 09:25:28 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F30B43E3B; Tue, 6 Aug 2002 09:25:27 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g76GPLf06579; Tue, 6 Aug 2002 09:25:22 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.1 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020806095745.M58571-100000@levais.imp.ch> Date: Tue, 06 Aug 2002 09:25:21 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Martin Blapp Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag Cc: hackers@FreeBSD.ORG, openoffice@FreeBSD.ORG, Alexander Kabaev Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > From 10 builds, about 6 are hanging, and I need to restart them. > > This is not a usable solution for a package building cluster. > > I end with a process consuming all CPU resources and hanging for > waiting for a lock to get released what never happens. > > Problem is exit(). Replaceing exit() with _exit() did not help. > > [Switching to Process 4968, Thread 1] > 0x28050784 in sigprocmask () from /usr/libexec/ld-elf.so.1 > (gdb) bt >#0 0x28050784 in sigprocmask () from /usr/libexec/ld-elf.so.1 >#1 0x2804f2d1 in xprintf () from /usr/libexec/ld-elf.so.1 >#2 0x2804df78 in find_symdef () from /usr/libexec/ld-elf.so.1 >#3 0x2838dbd8 in exit () from /usr/lib/libc_r.so.4 >#4 0x08048c77 in _start () > > I tried to add the following lines as proposed by Alexander Kabaev > to libexec/rtld-elf/i386/lockdflt.c [...] The lock algorithms are taken from the paper referenced in the comment at the top of lockdflt.c, and I believe they are correct. Whatever is happening must be caused by changes in libc_r that cause the profiling timer to stop advancing, or cause SIGPROF to be blocked. There were some major changes made to libc_r on 13 Oct 2000 that could be connected with this. Just as an experiment, please try this change to lockdflt_init() in rtld-elf/i386/lockdflt.c: Index: lockdflt.c =================================================================== RCS file: /home/ncvs/src/libexec/rtld-elf/i386/lockdflt.c,v retrieving revision 1.5.2.4 diff -U5 -r1.5.2.4 lockdflt.c --- lockdflt.c 11 Jul 2002 23:52:32 -0000 1.5.2.4 +++ lockdflt.c 6 Aug 2002 16:23:33 -0000 @@ -263,10 +263,11 @@ /* * Construct a mask to block all signals except traps which might * conceivably be generated within the dynamic linker itself. */ sigfillset(&fullsigmask); + sigdelset(&fullsigmask, SIGPROF); sigdelset(&fullsigmask, SIGILL); sigdelset(&fullsigmask, SIGTRAP); sigdelset(&fullsigmask, SIGABRT); sigdelset(&fullsigmask, SIGEMT); sigdelset(&fullsigmask, SIGFPE); John PS - Are you working with -stable or with -current? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 9:29:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B132337B400; Tue, 6 Aug 2002 09:29:43 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC67743E5E; Tue, 6 Aug 2002 09:29:42 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g76GTfQx016205; Tue, 6 Aug 2002 18:29:41 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g76GTfYW532399; Tue, 6 Aug 2002 18:29:41 +0200 (MES) Date: Tue, 6 Aug 2002 18:31:24 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: Message-ID: <20020806183006.X58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, > The lock algorithms are taken from the paper referenced in the comment > at the top of lockdflt.c, and I believe they are correct. Whatever is > happening must be caused by changes in libc_r that cause the profiling > timer to stop advancing, or cause SIGPROF to be blocked. There were > some major changes made to libc_r on 13 Oct 2000 that could be > connected with this. Maybe Daniel knows more ? > > Just as an experiment, please try this change to lockdflt_init() in > rtld-elf/i386/lockdflt.c: > > sigfillset(&fullsigmask); > + sigdelset(&fullsigmask, SIGPROF); > sigdelset(&fullsigmask, SIGILL); I'll add that. > > PS - Are you working with -stable or with -current? STABLE. But as I remember it happened also on CURRENT when I built OO.org there. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 9:52: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A09137B41F; Tue, 6 Aug 2002 09:51:50 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6435843E72; Tue, 6 Aug 2002 09:51:49 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g76GpmQx018702; Tue, 6 Aug 2002 18:51:48 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g76GpmYW529216; Tue, 6 Aug 2002 18:51:48 +0200 (MES) Date: Tue, 6 Aug 2002 18:53:31 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: Message-ID: <20020806185049.H58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > sigfillset(&fullsigmask); > + sigdelset(&fullsigmask, SIGPROF); > sigdelset(&fullsigmask, SIGILL); Been there, done that. Now idlc hangs around early. I do not reach the build state where regmerge gets compiled. 2257 idlc RET sigreturn JUSTRETURN 2257 idlc PSIG SIGPROF caught handler=0x2837e308 mask=0x0 code=0x0 2257 idlc CALL gettimeofday(0x283e1a2c,0) 2257 idlc RET gettimeofday 0 2257 idlc CALL sigreturn(0x8087e7c) 2257 idlc RET sigreturn JUSTRETURN 2257 idlc PSIG SIGPROF caught handler=0x2837e308 mask=0x0 code=0x0 2257 idlc CALL gettimeofday(0x283e1a2c,0) 2257 idlc RET gettimeofday 0 2257 idlc CALL sigreturn(0x8087e7c) 2257 idlc RET sigreturn JUSTRETURN and I guess lot's of other threaded appllications will do the same. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 11:20:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C10537B400 for ; Tue, 6 Aug 2002 11:20:37 -0700 (PDT) Received: from web20703.mail.yahoo.com (web20703.mail.yahoo.com [216.136.226.176]) by mx1.FreeBSD.org (Postfix) with SMTP id 3722F43E72 for ; Tue, 6 Aug 2002 11:20:37 -0700 (PDT) (envelope-from edlyu@yahoo.com) Message-ID: <20020806182037.63580.qmail@web20703.mail.yahoo.com> Received: from [64.124.70.190] by web20703.mail.yahoo.com via HTTP; Tue, 06 Aug 2002 11:20:37 PDT Date: Tue, 6 Aug 2002 11:20:37 -0700 (PDT) From: Ed Yu Subject: anything similar to linux /proc stuff? To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm doing a port of a Linux module I wrote so that I can use it on my FreeBSD system. However, after some digging, I found the FreeBSD /proc is vastly different from Linux. Despite the overuse of /proc in Linux, it is useful still to have something like that in my module. Basically, I need some kind of pseudo filesystem to store pseudo files that can report informations of the module I write. I need to be able to echo into the files, and cat it out (yes like fifo) and read information such as the id of the running process that uses the module, etc. Is there facility like that in FreeBSD? Thank you, ed __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 11:23:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 107A237B400 for ; Tue, 6 Aug 2002 11:23:44 -0700 (PDT) Received: from web20702.mail.yahoo.com (web20702.mail.yahoo.com [216.136.226.175]) by mx1.FreeBSD.org (Postfix) with SMTP id DC98243E7B for ; Tue, 6 Aug 2002 11:23:43 -0700 (PDT) (envelope-from edlyu@yahoo.com) Message-ID: <20020806182343.89911.qmail@web20702.mail.yahoo.com> Received: from [64.124.70.190] by web20702.mail.yahoo.com via HTTP; Tue, 06 Aug 2002 11:23:43 PDT Date: Tue, 6 Aug 2002 11:23:43 -0700 (PDT) From: Ed Yu Subject: mutex in kernel modules? To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, what mutex is available when writing kernel modules? I want something like declaring of "semaphore" and be able to lock and unlock it. I found simplelock in . I saw some modules using struct mtx but I couldn't find it anywhere in the header files. Man pages for both of them do not show anything. I'm running FreeBSD-stable. Any help would be greatly appreciated. Thank you. -ed __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 11:28:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823A837B400 for ; Tue, 6 Aug 2002 11:28:44 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id E68E543E70 for ; Tue, 6 Aug 2002 11:28:43 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g76ISgJU009211; Tue, 6 Aug 2002 11:28:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g76ISfPJ009210; Tue, 6 Aug 2002 11:28:41 -0700 Date: Tue, 6 Aug 2002 11:28:41 -0700 From: Brooks Davis To: Ed Yu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: anything similar to linux /proc stuff? Message-ID: <20020806112841.A7967@Odin.AC.HMC.Edu> References: <20020806182037.63580.qmail@web20703.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020806182037.63580.qmail@web20703.mail.yahoo.com>; from edlyu@yahoo.com on Tue, Aug 06, 2002 at 11:20:37AM -0700 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 06, 2002 at 11:20:37AM -0700, Ed Yu wrote: > Hi, I'm doing a port of a Linux module I wrote so that > I can use it on my FreeBSD system. However, after some > digging, I found the FreeBSD /proc is vastly different > from Linux. Despite the overuse of /proc in Linux, it > is useful still to have something like that in my > module. Basically, I need some kind of pseudo > filesystem to store pseudo files that can report > informations of the module I write. I need to be able > to echo into the files, and cat it out (yes like fifo) > and read information such as the id of the running > process that uses the module, etc. > Is there facility like that in FreeBSD? Yes and no. If you real want a FS interface you're proably out of luck. However, you might find that sysctl does what you want. -- 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 --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9UBVZXY6L6fI4GtQRAokoAJ985jZhSb8kAh4/e2QA0+dygDNU7ACcD9QL 1BX5oBhv9U3jAEdg/ajgx4c= =juoH -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 11:35:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DE837B400 for ; Tue, 6 Aug 2002 11:35:09 -0700 (PDT) Received: from sccmmhc02.mchsi.com (sccmmhc02.mchsi.com [204.127.203.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id B86B743E42 for ; Tue, 6 Aug 2002 11:35:08 -0700 (PDT) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu ([12.216.242.20]) by sccmmhc02.mchsi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020806183508.CPKV7903.sccmmhc02.mchsi.com@math.missouri.edu>; Tue, 6 Aug 2002 18:35:08 +0000 Message-ID: <3D5016DB.8090302@math.missouri.edu> Date: Tue, 06 Aug 2002 13:35:07 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ed Yu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: anything similar to linux /proc stuff? References: <20020806182037.63580.qmail@web20703.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ed Yu wrote: > Hi, I'm doing a port of a Linux module I wrote so that > I can use it on my FreeBSD system. However, after some > digging, I found the FreeBSD /proc is vastly different > from Linux. Despite the overuse of /proc in Linux, it > is useful still to have something like that in my > module. Basically, I need some kind of pseudo > filesystem to store pseudo files that can report > informations of the module I write. I need to be able > to echo into the files, and cat it out (yes like fifo) > and read information such as the id of the running > process that uses the module, etc. > Is there facility like that in FreeBSD? > > Thank you, > ed > Would man linprocfs be of any use to you? This is something that the editors/staroffice52 port needs. -- Stephen Montgomery-Smith stephen@math.missouri.edu http://www.math.missouri.edu/~stephen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 12: 6:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1484937B501 for ; Tue, 6 Aug 2002 12:06:45 -0700 (PDT) Received: from web20704.mail.yahoo.com (web20704.mail.yahoo.com [216.136.226.177]) by mx1.FreeBSD.org (Postfix) with SMTP id D977B43E42 for ; Tue, 6 Aug 2002 12:06:44 -0700 (PDT) (envelope-from edlyu@yahoo.com) Message-ID: <20020806190644.89350.qmail@web20704.mail.yahoo.com> Received: from [64.124.70.190] by web20704.mail.yahoo.com via HTTP; Tue, 06 Aug 2002 12:06:44 PDT Date: Tue, 6 Aug 2002 12:06:44 -0700 (PDT) From: Ed Yu Subject: Re: anything similar to linux /proc stuff? To: Stephen Montgomery-Smith Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <3D5016DB.8090302@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Would > > man linprocfs > > be of any use to you? This is something that the > editors/staroffice52 > port needs. Stephen: Thanks. Do you know if the API calls are the same as the Linux ones? What header files should I be looking at (#include what?). thank you, ed __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 12:15: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2363537B400 for ; Tue, 6 Aug 2002 12:14:59 -0700 (PDT) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F26843E6E for ; Tue, 6 Aug 2002 12:14:57 -0700 (PDT) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.5/8.12.3) with ESMTP id g76JEsjN001039; Tue, 6 Aug 2002 15:14:54 -0400 (EDT) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.5/8.12.3/Submit) with ESMTP id g76JEoZ2001036; Tue, 6 Aug 2002 15:14:50 -0400 (EDT) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Tue, 6 Aug 2002 15:14:50 -0400 (EDT) From: Kenneth Culver To: Ed Yu Cc: Stephen Montgomery-Smith , Subject: Re: anything similar to linux /proc stuff? In-Reply-To: <20020806190644.89350.qmail@web20704.mail.yahoo.com> Message-ID: <20020806150843.Q414-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Stephen: > Thanks. Do you know if the API calls are the same as > the Linux ones? What header files should I be looking > at (#include what?). > > thank you, > ed > linprocfs is used only by linux programs that need it to be there for freebsd's linux emulator. This would not be the correct way to go about doing what you want to do. I'd suggest using the sysctl method that a previous response talked about. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 13:50:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E296137B401 for ; Tue, 6 Aug 2002 13:50:06 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5295B43E6E for ; Tue, 6 Aug 2002 13:50:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g76Ko1CV015078; Tue, 6 Aug 2002 13:50:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g76Ko0AO015075; Tue, 6 Aug 2002 13:50:00 -0700 (PDT) (envelope-from dillon) Date: Tue, 6 Aug 2002 13:50:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200208062050.g76Ko0AO015075@apollo.backplane.com> To: Dan Nelson Cc: Terry Lambert , Darren Pilgrim , Jason Andresen , Dmitry Morozovsky , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> <3D4EF091.EA1C91D3@pantherdragon.org> <3D4F0A5F.9B76573F@mindspring.com> <3D4F58B2.E58C2865@pantherdragon.org> <3D4F751E.1A5C1327@mindspring.com> <20020806141548.GB78723@dan.emsphone.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I thought the main thing you got out of -fomit-frame-pointer was a free :register, which is a scarce commodity on x86. : :-- : Dan Nelson : dnelson@allantgroup.com I've done considerable testing of -fomit-frame-pointer and it really only has an effect if the program makes lots (millions) of calls to tiny, fast procedures. This is because the push %ebp; movl %esp,%ebp is removed from the beginning of the procedure and the 'leave' is removed from the end of the procedure (though an addl to restore %esp has to be added in). GCC does not seem to be able to make use of the extra register, or if it does it does not seem to be able to use it to any great degree. The IA32 architecture has 6 general registers available to it (eax, edx, ecx, ebx, esi, edi). Throwing in ebp would not make a huge difference, nor can 8 and 16 bit specifications (e.g. %al, %ah) be mixed together safely without a severe performance penalty on higher end cpus. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 14:10:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B9F937B400 for ; Tue, 6 Aug 2002 14:10:24 -0700 (PDT) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 589CC43E77 for ; Tue, 6 Aug 2002 14:10:23 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id BAA19069; Wed, 7 Aug 2002 01:12:07 +0400 (MSD) Message-Id: <200208062112.BAA19069@aaz.links.ru> Subject: Re: FreeBSD performing worse than Linux? In-Reply-To: <200208060848.53601.friar_josh@webwarrior.net> from "Josh Paetzel" at "Aug 6, 2 08:48:53 am" To: friar_josh@webwarrior.net (Josh Paetzel) Date: Wed, 7 Aug 2002 01:12:07 +0400 (MSD) Cc: spock@tkb.pl, hackers@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Josh Paetzel writes: [Charset iso-8859-1 unsupported, filtering to ASCII...] > On Tuesday 06 August 2002 05:48, Marcin Jurczuk wrote: > > On Wed, 28 Nov 2001, Josh Paetzel wrote: > > > Well, I am seeing dismal ftp performance on my 4.x boxes. I have a > > > network of 4 machines, three of which are running -STABLE from Nov > > > 22. The other machine is running NetBSD 1.5.2 Release. One of the > > > FreeBSD machines has a base 10 cards in it and has reasonable > > > performace with ftp transfer rates around 1.1Megs/sec. The NetBSD > > > machine is a sparcstation 10 with an onboard intel base 10 adapter, > > > and it too sees reasonable ftp performance. The other two -STABLE > > > boxes have 100tx cards in them. One is a Linksys LNE100TX, and the > > > other is an intel Pro 10/100B/100+. The hub for this network is an 8 > > > port SOHOware autosensing affair. Both of the 100 cards > > > auto-negotiate to 100tx half-duplex. I can get appoximately > > > 1.5Megs/sec out of them using ftp. I have tried swapping cables, > > > swapping ports, and replacing the hub with a crossover cable and > > > manually configuring the cards for either full or half duplex > > > operation. None of these steps makes any difference at all. I can > > > reliably duplicate my transfer speeds on a 600 meg file with a std. > > > deviation of less than a half a second no matter what network > > > configuration I use. My next step will be to try some different NICs, > > > but I don't have anything here that is 100tx based to swap with. I > > > have gotten proper transfer rates out of these machines in the past, > > > but I don't remember if the network cards have changed since then. I > > > rarely move large files around at all, and so only looked into this as > > > a curiosity when seeing this thread. I also intend to try some NFS > > > mounts out to see if this is a protocol issue or not. > > > > I have two 4.6 servers, and one 4.5 firewall with mostly two type cards: > > Intel Pro 10/100 and Intelinet 10/100 (rtl8139C). > > Two segments of network, one is on Cisco Catalyst 2900 second built on > > ATI 8224 10/100 switch. On both solutions transfers are around 8-9 MB/s > > betwen FBSD-> FSDB, FBSD->Linux, Linux-FBSD. > > All of those cards work on 100 Mbps/Full Duplex mode.. > > > > I didn't notice any strange behavior on FreeBSD, only Linux show messeges > > like: > > eth0: card reports no resources. > > eth0: card reports no resources. > > but there is no slow down because of this message... > > > > Best regards. > > > > -- > > Marcin Jurczuk -> spock@tkb.pl > > UNIX/Network Administrator > > Bialystok Cable Television > > > > I administrate some machines on two subnets, connected via a Catalyst 1900. > All of the cards on all of the machines loop up at 100tx full-duplex. There > are 3 different w2k boxes, and 5 FreeBSD -STABLE boxes from two weeks ago. > My ftp performance is completely bizzare. Between each FBSD machine, there > is a different level of performance, and it's directional, too. Machine A to > Machine B might be 10Megs/sec, while the reverse is only 6Megs/sec. then A > to C will be totally different, and C to A different again, and so on and so > forth. About half the connections are in a reasonable transfer rate > (8-10Megs/sec) the other half range from 4Megs/sec-7Megs/sec. The cards are > a grab bag of realtek 8139s, intel pros, 3com905s and so forth. swapping > cards makes no difference. I've tried different switches and it makes to > difference. I compared ALL of the sysctl knobs on all the machines and they > were all identical (save what you would expect to be different). My network > at home has an SGI box, a sparc, and 3 PCs running irix, solaris 9, and > FreeBSD STABLE from today. I can do 10Megs/sec all day long from one machine > to another in either direction, and yeah, the sysctl knobs are the same as > the "sick" network. > > I intend to reinstall as many of the machines as I can this weekend to see if > it makes any difference....oh yeah, one last tidbit. On the "sick" network, > the Windows machines can do 10Megs/sec between each other, but only 4-6 to > the FreeBSD machines. As the previous poster noted, the speeds are > repeatable. If a machine does 6M/sec to another machine, it will repeat that > endlessly, regardless of port, nic, switch, cable, or anything else I can > think of to change. What about difference in communications with 127.0.0.1 ? -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 14:48:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C1B237B400 for ; Tue, 6 Aug 2002 14:48:41 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A11743E70 for ; Tue, 6 Aug 2002 14:48:37 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 705D32A7D6; Tue, 6 Aug 2002 14:48:33 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Matthew Dillon Cc: Dan Nelson , Terry Lambert , Darren Pilgrim , Jason Andresen , Dmitry Morozovsky , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build In-Reply-To: <200208062050.g76Ko0AO015075@apollo.backplane.com> Date: Tue, 06 Aug 2002 14:48:33 -0700 From: Peter Wemm Message-Id: <20020806214833.705D32A7D6@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > :I thought the main thing you got out of -fomit-frame-pointer was a free > :register, which is a scarce commodity on x86. > : > :-- > : Dan Nelson > : dnelson@allantgroup.com > > I've done considerable testing of -fomit-frame-pointer and it really > only has an effect if the program makes lots (millions) of calls to tiny, > fast procedures. This is because the push %ebp; movl %esp,%ebp is > removed from the beginning of the procedure and the 'leave' is removed > from the end of the procedure (though an addl to restore %esp has to be > added in). > > GCC does not seem to be able to make use of the extra register, or if > it does it does not seem to be able to use it to any great degree. > The IA32 architecture has 6 general registers available to it > (eax, edx, ecx, ebx, esi, edi). Throwing in ebp would not make a huge > difference, nor can 8 and 16 bit specifications (e.g. %al, %ah) be > mixed together safely without a severe performance penalty on higher > end cpus. The %al/%ah thing is a particular problem on Intel cpus, from pentium pro onwards (ppro, p2, p3) and is particularly bad on the pentium4. This is the so-called 'partial register stall'. Athlon cpus do not have this vulnerability. Far more speed benefit can be had by setting -mcpu/-march/-mtune *correctly* than things like -fomit-frame-pointer will do. For example, 32 bit multiply is REALLY slow on i386 (our default target until recently) so gcc will try and "optimize" out multiplies by converting them to shift/add. Of course, this turns out to usually be slower on pentium and above. :-] Cheers, -Peter -- 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 14:56:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08C6637B400 for ; Tue, 6 Aug 2002 14:56:55 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 679E543E72 for ; Tue, 6 Aug 2002 14:56:54 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0191.cvx22-bradley.dialup.earthlink.net ([209.179.198.191] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17cCJj-00004L-00; Tue, 06 Aug 2002 14:56:40 -0700 Message-ID: <3D5045E5.A0EB74F2@mindspring.com> Date: Tue, 06 Aug 2002 14:55:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Darren Pilgrim , Jason Andresen , Dmitry Morozovsky , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build References: <20020802212841.R58905-100000@woozle.rinet.ru> <3D4AC526.4CD399B3@mindspring.com> <3D4C8464.A2F4775A@pantherdragon.org> <3D4CC81F.94526C8A@mindspring.com> <3D4EA466.C1289F0F@mitre.org> <3D4EF091.EA1C91D3@pantherdragon.org> <3D4F0A5F.9B76573F@mindspring.com> <3D4F58B2.E58C2865@pantherdragon.org> <3D4F751E.1A5C1327@mindspring.com> <20020806141548.GB78723@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > I don't know. I don't think anyone has spent the effort on an audit, > > just so they could turn on an optimization that is only going to > > impact function call overhead, mostly in poorly written programs that > > have a high "calling functions vs. doing real work" ratio. 8-). > > I thought the main thing you got out of -fomit-frame-pointer was a free > register, which is a scarce commodity on x86. Most people don't use huge numbers of variables in their fnctions when writing kernel code, since there's only ~5K of stack. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 15: 6:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0393737B400 for ; Tue, 6 Aug 2002 15:06:50 -0700 (PDT) Received: from ren.fdy2.net (fdy2.demon.co.uk [194.222.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C74143E70 for ; Tue, 6 Aug 2002 15:06:48 -0700 (PDT) (envelope-from rjs@ren.fdy2.net) Received: from ren.fdy2.net (localhost [127.0.0.1]) by ren.fdy2.net (8.12.5/8.11.3) with ESMTP id g76MAFjo088035; Tue, 6 Aug 2002 23:10:16 +0100 (BST) (envelope-from rjs@ren.fdy2.net) Received: (from rjs@localhost) by ren.fdy2.net (8.12.5/8.12.5/Submit) id g76MAFxJ088032; Tue, 6 Aug 2002 23:10:15 +0100 (BST) Date: Tue, 6 Aug 2002 23:10:15 +0100 (BST) Message-Id: <200208062210.g76MAFxJ088032@ren.fdy2.net> From: Robert Swindells To: dillon@apollo.backplane.com Cc: hackers@freebsd.org In-reply-to: <200208062050.g76Ko0AO015075@apollo.backplane.com> (message from Matthew Dillon on Tue, 6 Aug 2002 13:50:00 -0700 (PDT)) Subject: Re: -fomit-frame-pointer for the world build Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: >Dan Nelson wrote: >:I thought the main thing you got out of -fomit-frame-pointer was a free >:register, which is a scarce commodity on x86. >: >:-- >: Dan Nelson >: dnelson@allantgroup.com > I've done considerable testing of -fomit-frame-pointer and it really > only has an effect if the program makes lots (millions) of calls to tiny, > fast procedures. This is because the push %ebp; movl %esp,%ebp is > removed from the beginning of the procedure and the 'leave' is removed > from the end of the procedure (though an addl to restore %esp has to be > added in). > GCC does not seem to be able to make use of the extra register, or if > it does it does not seem to be able to use it to any great degree. > The IA32 architecture has 6 general registers available to it > (eax, edx, ecx, ebx, esi, edi). Throwing in ebp would not make a huge > difference, nor can 8 and 16 bit specifications (e.g. %al, %ah) be > mixed together safely without a severe performance penalty on higher > end cpus. If you are running on a PPro or above you have a lot more than 6 physical registers. I have seen a comment (I think from one of the GCC people) that you can modify the compiler to only use one register and the output won't run much slower. I would rather just be confident that programs will work, even across calls to things like alloca(). Robert Swindells To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 15:17:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3051137B400 for ; Tue, 6 Aug 2002 15:17:50 -0700 (PDT) Received: from services.webwarrior.net (overlord-host99.dsl.visi.com [209.98.86.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id C047B43E7B for ; Tue, 6 Aug 2002 15:17:49 -0700 (PDT) (envelope-from jpaetzel@webwarrior.net) Received: from twincat.webwarrior.net (12-218-27-215.client.mchsi.com [12.218.27.215]) by services.webwarrior.net (Postfix) with ESMTP id 0CB94838205; Tue, 6 Aug 2002 17:17:49 -0500 (CDT) Received: by twincat.webwarrior.net (Postfix, from userid 1001) id 650475B09; Tue, 6 Aug 2002 17:16:07 +0000 (GMT) Date: Tue, 6 Aug 2002 17:16:07 +0000 From: Josh Paetzel To: "."@babolo.ru Cc: Josh Paetzel , spock@tkb.pl, hackers@FreeBSD.ORG Subject: Re: FreeBSD performing worse than Linux? Message-ID: <20020806171607.D454@twincat.webwarrior.net> References: <200208060848.53601.friar_josh@webwarrior.net> <200208062112.BAA19069@aaz.links.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200208062112.BAA19069@aaz.links.ru>; from "."@babolo.ru on Wed, Aug 07, 2002 at 01:12:07AM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > endlessly, regardless of port, nic, switch, cable, or anything else I can > > think of to change. > What about difference > in communications with 127.0.0.1 > ? > > -- > @BABOLO http://links.ru/ Good point. I did some test and there is no change. I have a machine that can reproduce 4Meg/sec transfers via the loopback. I'll get more into this if it's impending reinstall doesn't fix it. We've been having partition layout issues for quite a while now. Thanks Josh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 15:25:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C80E237B400; Tue, 6 Aug 2002 15:25:10 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A209E43E65; Tue, 6 Aug 2002 15:25:09 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g76MP8Qx047674; Wed, 7 Aug 2002 00:25:08 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g76MP7YW539271; Wed, 7 Aug 2002 00:25:07 +0200 (MES) Date: Wed, 7 Aug 2002 00:26:50 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020806185049.H58571-100000@levais.imp.ch> Message-ID: <20020807002456.T58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've added now -DDEBUG_SIGNAL to libc_r and I just started another build. Very noisy it seems :-) I hope I'll still hit the bug case. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 17:14:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2823537B401 for ; Tue, 6 Aug 2002 17:14:12 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9A643E77 for ; Tue, 6 Aug 2002 17:14:10 -0700 (PDT) (envelope-from dmp@pantherdragon.org) Received: from sparx.pantherdragon.org (evrtwa1-ar10-4-61-252-210.evrtwa1.dsl-verizon.net [4.61.252.210]) by spork.pantherdragon.org (Postfix) with ESMTP id 0B5A0FDDC; Tue, 6 Aug 2002 17:14:10 -0700 (PDT) Received: from pantherdragon.org (speck.techno.pagans [172.21.42.2]) by sparx.pantherdragon.org (Postfix) with ESMTP id 4D83DAB04; Tue, 6 Aug 2002 17:14:07 -0700 (PDT) Message-ID: <3D50664F.71603B49@pantherdragon.org> Date: Tue, 06 Aug 2002 17:14:07 -0700 From: Darren Pilgrim X-Mailer: Mozilla 4.76 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Matthew Dillon , Dan Nelson , Terry Lambert , Jason Andresen , Dmitry Morozovsky , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build References: <20020806214833.705D32A7D6@canning.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Far more speed benefit can be had by setting -mcpu/-march/-mtune > *correctly* than things like -fomit-frame-pointer will do. For example, 32 > bit multiply is REALLY slow on i386 (our default target until recently) so > gcc will try and "optimize" out multiplies by converting them to shift/add. > Of course, this turns out to usually be slower on pentium and above. :-] How do Intel's "Overdrive" processors fit in? I have one machine that has a Pentium Pro Overdrive processor. Do I set CPU=i686 or CPU=p2 in this case? Here's kernel line for the CPU: CPU: Overdrive Pentium II/Pentium II Xeon/Celeron (332.39-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x1631 Stepping = 1 Features=0x183f9ff I would assume CPU=p2, but I also know that what's in the ceramic casing isn't a standard Pentium II. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 17:59:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A44637B401; Tue, 6 Aug 2002 17:59:01 -0700 (PDT) Received: from smnolde.com (c-24-98-61-182.atl.client2.attbi.com [24.98.61.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB1E43E70; Tue, 6 Aug 2002 17:59:01 -0700 (PDT) (envelope-from scott@smnolde.com) Received: from [192.168.10.7] (helo=bsd.smnolde.com) by smnolde.com with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.36 #1) id 17cFAD-0000gg-00; Tue, 06 Aug 2002 20:59:01 -0400 Received: from scott by bsd.smnolde.com with local (Exim 3.33 #1) id 17cFAC-0000HT-00; Tue, 06 Aug 2002 20:59:00 -0400 Date: Tue, 6 Aug 2002 20:59:00 -0400 From: "Scott M. Nolde" To: freebsd-ipfw@freebsd.org, freebsd-hackers@freebsd.org Subject: kernel backtrace after panic - dummynet? Message-ID: <20020806205900.D370@smnolde.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-GPG_Fingerprint: 0BD6 DDB4 2978 EB60 E0C8 33F2 BC34 9087 D869 AB48 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've just had a 4.6-stable box (my firewall reboot) and I've been able to capture a backtrace with gdb. If someone would please offer some assistance I'd appreciate this. Sorry about the crossposts. Disclaimer: I'm not a coder, but I hope to learn something from this. I've added debugging symbols into the kernel in hopes of catching just this. System: FreeBSD gw.smnolde.com 4.6-STABLE FreeBSD 4.6-STABLE #4: Tue Aug 6 14:10:57 EDT 2002 root@gw.smnolde.com:/usr/obj/usr/src/sys/FIREWALL i386 Sorry for any flood, but here's the data from gdb: This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x003fc000 initial pcb at physical address 0x0034f900 panicstr: integer divide fault panic messages: --- Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc02d5b06 stack pointer = 0x10:0xc8f70a4c frame pointer = 0x10:0xc8f70ab8 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 = 591 (natd) interrupt mask = net tty trap number = 18 panic: integer divide fault syncing disks... 4 done Uptime: 1h45m43s dumping to dev #da/0x20001, offset 536576 dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc018f3f7 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc018f835 in panic (fmt=0xc03198cc "%s") at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02be0e7 in trap_fatal (frame=0xc8f70a0c, eva=0) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc02bda9e in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1056562568, tf_esi = 0, tf_ebp = -923333960, tf_isp = -923334088, tf_ebx = 3932160, tf_edx = 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 18, tf_err = 0, tf_eip = -1070769402, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = -1055003648}) at /usr/src/sys/i386/i386/trap.c:636 #5 0xc02d5b06 in __qdivrem (uq=3932160, vq=0, arq=0x0) at /usr/src/sys/libkern/qdivrem.c:100 #6 0xc02d5ee6 in __udivdi3 (a=3932160, b=0) at /usr/src/sys/libkern/udivdi3.c:50 #7 0xc01e507f in dummynet_io (m=0xc0b47500, pipe_nr=1, dir=1, fwa=0xc8f70ba8) at /usr/src/sys/netinet/ip_dummynet.c:1205 #8 0xc01ec13e in ip_output (m0=0xc0b47500, opt=0x0, ro=0xc8771ed8, flags=0, imo=0x0) at /usr/src/sys/netinet/ip_output.c:626 #9 0xc01f4ec5 in syncache_respond (sc=0xc8771ea0, m=0xc0b47500) at /usr/src/sys/netinet/tcp_syncache.c:1196 #10 0xc01f4b15 in syncache_add (inc=0xc8f70cd4, to=0xc8f70d40, th=0xc0b475d8, sop=0xc8f70cd0, m=0xc0b47500) at /usr/src/sys/netinet/tcp_syncache.c:1011 #11 0xc01ef52d in tcp_input (m=0xc0b47500, off0=20, proto=6) at /usr/src/sys/netinet/tcp_input.c:831 #12 0xc01ea530 in ip_input (m=0xc8f70dfc) at /usr/src/sys/netinet/ip_input.c:821 #13 0xc01e36c3 in div_output (so=0xc85a6e00, m=0xc0b47500, sin=0xc1129710, control=0x0) at /usr/src/sys/netinet/ip_divert.c:327 #14 0xc01e3863 in div_send (so=0xc85a6e00, flags=0, m=0xc0b47500, nam=0xc1129710, control=0x0, p=0xc7fb52a0) at /usr/src/sys/netinet/ip_divert.c:440 #15 0xc01adc87 in sosend (so=0xc85a6e00, addr=0xc1129710, uio=0xc8f70ecc, top=0xc0b47500, control=0x0, flags=0, p=0xc7fb52a0) at /usr/src/sys/kern/uipc_socket.c:609 #16 0xc01b1057 in sendit (p=0xc7fb52a0, s=3, mp=0xc8f70f0c, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:585 #17 0xc01b115a in sendto (p=0xc7fb52a0, uap=0xc8f70f80) at /usr/src/sys/kern/uipc_syscalls.c:638 #18 0xc02be39d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 1, tf_esi = -1078002568, tf_ebp = -1077937032, tf_isp = -923332652, tf_ebx = 60, tf_edx = 134811904, tf_ecx = 1, tf_eax = 133, tf_trapno = 7, tf_err = 2, tf_eip = 134551080, tf_cs = 31, tf_eflags = 647, tf_esp = -1078002740, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #19 0xc02af2e5 in Xint0x80_syscall () #20 0x8048837 in ?? () #21 0x8048137 in ?? () -- Scott Nolde GPG Key 0xD869AB48 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 18:55:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24F1537B400 for ; Tue, 6 Aug 2002 18:55:12 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D262A43E4A for ; Tue, 6 Aug 2002 18:55:11 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id A1A092A7D6; Tue, 6 Aug 2002 18:55:11 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Darren Pilgrim Cc: Matthew Dillon , Dan Nelson , Terry Lambert , Jason Andresen , Dmitry Morozovsky , hackers@FreeBSD.ORG Subject: Re: -fomit-frame-pointer for the world build In-Reply-To: <3D50664F.71603B49@pantherdragon.org> Date: Tue, 06 Aug 2002 18:55:11 -0700 From: Peter Wemm Message-Id: <20020807015511.A1A092A7D6@canning.wemm.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Darren Pilgrim wrote: > Peter Wemm wrote: > > Far more speed benefit can be had by setting -mcpu/-march/-mtune > > *correctly* than things like -fomit-frame-pointer will do. For example, 32 > > bit multiply is REALLY slow on i386 (our default target until recently) so > > gcc will try and "optimize" out multiplies by converting them to shift/add. > > Of course, this turns out to usually be slower on pentium and above. :-] > > How do Intel's "Overdrive" processors fit in? I have one machine that > has a Pentium Pro Overdrive processor. Do I set CPU=i686 or CPU=p2 in > this case? Here's kernel line for the CPU: > > CPU: Overdrive Pentium II/Pentium II Xeon/Celeron (332.39-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x1631 Stepping = 1 > Features=0x183f9ff > > I would assume CPU=p2, but I also know that what's in the ceramic > casing isn't a standard Pentium II. The pentium pro, pentium 2 and pentium 3 are essentially the same cpu core with a few different bells and whistles and different L1 and L2 cache configurations. eg: pentium3 has got SSE, pentiumpro has got no MMX. I'd say to call it a pentium2 since it has MMX. `-mcpu=CPU-TYPE' Tune to CPU-TYPE everything applicable about the generated code, except for the ABI and the set of available instructions. The choices for CPU-TYPE are `i386', `i486', `i586', `i686', `pentium', `pentium-mmx', `pentiumpro', `pentium2', `pentium3', `pentium4', `k6', `k6-2', `k6-3', `athlon', `athlon-tbird', `athlon-4', `athlon-xp' and `athlon-mp'. You can also add -msse, -msse2, -m3dnow to use those extensions. It would appear that our bsd.cpu.mk file is out of date and is missing the newer cpu types. Also, while reading 'info gcc', I noticed there is the following new option in 3.1: `-momit-leaf-frame-pointer' Don't keep the frame pointer in a register for leaf functions. This avoids the instructions to save, set up and restore frame pointers and makes an extra register available in leaf functions. Cheers, -Peter -- 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 22:31: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7230637B400 for ; Tue, 6 Aug 2002 22:31:00 -0700 (PDT) Received: from heaven.gigo.com (heaven.gigo.com [64.57.102.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DB043E42 for ; Tue, 6 Aug 2002 22:30:59 -0700 (PDT) (envelope-from lioux@brturbo.com) Received: from 200-193-225-182-bsace7003.dsl.telebrasilia.net.br (200-193-225-182-bsace7003.dsl.telebrasilia.net.br [200.193.225.182]) by heaven.gigo.com (Postfix) with ESMTP id 75B81B8B6 for ; Tue, 6 Aug 2002 22:30:51 -0700 (PDT) Received: (qmail 96741 invoked by uid 1001); 7 Aug 2002 05:07:25 -0000 Message-ID: <20020807050725.96740.qmail@exxodus.fedaykin.here> Date: Wed, 7 Aug 2002 02:07:03 -0300 From: Mario Sergio Fujikawa Ferreira To: freebsd-hackers@FreeBSD.org Cc: Michael Nottebrock , Terry Lambert , Gary Jennejohn , Aaron Seelyes Subject: Cooling idle Athlon/Duron processors? (vcool) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.6-STABLE X-Disclaimer: I hope you find what you are looking for... in life :) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I know that this surfaces every once in a while. However, I thought I could try to add more information. I did a little digging on the issue. This is related to the following thread: Subject: AMD low power hacks http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&threadm=ai6g47%242aat%241%40FreeBSD.csie.NCTU.edu.tw&rnum=1&prev=/groups%3Fq%3Dfreebsd%2Bpciconf%2Bvcool%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3Dutf-8%26selm%3Dai6g47%25242aat%25241%2540FreeBSD.csie.NCTU.edu.tw%26rnum%3D1 Well, I have been using this nice utility VCool under Windows for quite some time. It has been able to decrease my CPU temperatures from 60C to <50C. So, it's more than 10C decrease. VCool is available at http://vcool.occludo.net/. There is even a Linux version there at http://vcool.occludo.net/VC_Linux.html. Of course, the Linux version does not have all the features of the Windows version but the main feature which is temperature decrease exists. Here goes a little summary of what I could understand of both how and why VCool works: -------------- (Begin - From VCool homepage) - Requirements: Chipset with a VT8371, VT82C691/693A/694 or VT8363 Northbridge and a VT82C686x Southbridge (VIA KT133x or KX133) - limited support for AMD 761 ------- - How it works: The Athlon (or Duron) enters a lower power state only when its system bus is disconnected. However the (VIA-)Northbridge will only disconnect the bus if its "Bus Disconnect Enable" bit is set and the CPU is in STPGNT state. VCool allows you to enable this bit so your CPU can relax when there's nothing to do. Setting this bit might not be enough on some systems as the idle loop provided with the OS will not put the CPU into the STPGNT state recognized by the Northbridge. For those cases VCool includes an internal idle loop that forces the CPU into the STPGNT mode required by the Northbridge to initiate a bus disconnect. ------- - I see no cooling effect: (this is important for those testing the idea or questioning why this would work better than any ACPI support we already have) 1) Make sure your system is idle when VCool is not running: Software coolers will have no effect on busy systems. Use the task manager (W2K) or Wintop (W98) to see if there are any threads eating up time (e.g. SETI@home). 2) Start VCool and set the NB Cool Bit but deactivate the loop. Check again that your system is still idle. 3) Still no temperature drop? Then enable the idle loop. When you check utilization you should see that VCool eats up most of the CPU time now. On newer systems the Halt Detect PCI option is often required to achieve cooling. You can configure VCool to use this option instead of the cool bit or even both. NOTE: In some cases the idle loop might actually increase the temperature with Halt Detect enabled, so try try deactivating the loop. If you still don't see any cooling effect, VCool doesn't work on your system. -------------- (End - From VCool homepage) A Linux version of VCool can be found at http://vcool.occludo.net/VC_Linux.html . This version neither supports AMD761 correctly NOR has Halt Detect PCI option. Here is a summary of how the Linux version works. Detailed information on how it all should work can be found in http://vcool.occludo.net/VC_Theory.html 1) Check if CPU is either Atlhon or Duron AMD. Proceed if it is. Otherwise, stop; 2) Detect NorthBridge chipset 2.1) Set VIA=0, if it's neither 0x03051106, 0x03911106 nor 0x06861106 (Gigabyte GA-7DXR -> AMD761+VIA686); 2.2) Otherwise, VIA=1; 3) If (VIA==1) 3.1) Detect SouthBridge 3.1.1) If chipset is neither 0x30571106 nor 0x30571106, set VIA=0; 4) If (VIA==0) 4.1) Look all the possible addresses where either NorthBridge and SouthBridge could be; 4.1.1) If chip is either 0x03051106 or 0x03911106, found VIA NorthBridge; 4.1.2) If chip is 0x30571106, found VIA SouthBridge; 4.2) If found both NorthBridge and SouthBridge chips, proceed. Otherwise, stop; 5) SouthBridge, enable ACPI and find I/O-Space; 6) NorthBridge, enable "Bus Disconnect when STPGNT detected" bit; 7) Enter idle loop. Well, as you can notice, the AMD761 NorthBridge chipset is not supported since (4.2) will obviously never detect both NorthBridge and SouthBridge VIA chips. Also, there is no support for "Halt Detect PCI" option. Furthermore, since some systems cool better WITHOUT the idle loop as noted in the information from VCool homepage, this design is not optimal. Well, what we need to fix... Wishlist: 1) AMD761 NorthBridge has specific support to disconnect the bus when entering either HLT or GRANT/STOP states 1.1) According to "AMD-761 System Controller Software/BIOS Design Guide" page 62 http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24081.pdf "BIU0 Status/Control (Dev0:F0:0x60) Bit 18 controls this" "Bit 18 - Halt_Discon_En - Halt Disconnect Enable 0 = No AMD Athlon system bus disconnect is performed following HALT 1 = AMD Athlon system bus disconnects after receiving a HALT special cycle." "Bit 17 - Stp_Grant_ Discon_En - Stop Grant Disconnect Enable 0 = No AMD Athlon processor system bus disconnect is performed following STOP/GRANT. 1 = AMD Athlon processor system bus disconnects after receiving a STOP/GRANT special" We need to set bits both 17 and 18 to 1. Then proceed to SouthBridge as usual. 2) Add "Halt Detect PCI" option Have no idea about this. Anyone? Actually, what does this option mean? 3) Optional idle loop Just add a command line option to either idle or not 4) Add option to either enable or disable the "cool" bit since it is possible that this bit might have adverse effects on system behavior. Good for testing Anyone up for this? I think this is a nice addition for AMD processor owners. Regards, * Related information: - AMD-761 System Controller Revision Guide - talks about problems with ACPI modes, HLT, STOP, GRANT http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/23613.pdf -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." Computer Science Undergraduate | FreeBSD Committer | CS Developer flames to beloved devnull@someotherworldbeloworabove.org feature, n: a documented bug | bug, n: an undocumented feature To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 22:59:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7650337B400; Tue, 6 Aug 2002 22:59:10 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1393E43E75; Tue, 6 Aug 2002 22:59:10 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0634.cvx40-bradley.dialup.earthlink.net ([216.244.44.124] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17cJqb-0001Oy-00; Tue, 06 Aug 2002 22:59:05 -0700 Message-ID: <3D50B6C1.C247FF5B@mindspring.com> Date: Tue, 06 Aug 2002 22:57:21 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mario Sergio Fujikawa Ferreira Cc: freebsd-hackers@FreeBSD.org, Michael Nottebrock , Gary Jennejohn , Aaron Seelyes Subject: Re: Cooling idle Athlon/Duron processors? (vcool) References: <20020807050725.96740.qmail@exxodus.fedaykin.here> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mario Sergio Fujikawa Ferreira wrote: > I know that this surfaces every once in a while. However, > I thought I could try to add more information. I did a little digging > on the issue. Every time this comes up I ask: o Have you got a software method of detecting use of a half frequency multiplier yet? o Have you got a software method of diabling the ACPI C2 and C3 low-power states? o Have you figured out how to make use of C2 and C3 vs. disconnect, so that this can be done at the user option? o Can you *reliably* detect the AMD Athlon Model 4 PLL via software? o Have you been able to get AMD to release the contents of their proprietary REvision documents #23614 and #24478 so that the CLK_CTRL MSR reconnect timining can implement the necessary workaround in software? o Is there a way to detect, in software, the variability of the power supply, since the thing can hang on wakeup with the 35-55W delta increase in power consumnption coming out of the sleep? Then I point out that ACPI is hard enough as it is, without trying t disable only parts of it so that you can do a weird hack on the Northbridge to support disconnect. Then I point them at: http://vcool.occludo.net/vc_freezes.html So that it's obvious that it's the author of "vcool" who has identified these problems, and not just me. Feel free to write a kernel module and/or provide patches for doing "vcool" for FreeBSD. Just as long as it's off by default, until you resolve the bullet pointed questions, above. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 6 23:44:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED47837B400; Tue, 6 Aug 2002 23:44:43 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96B2D43E4A; Tue, 6 Aug 2002 23:44:43 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g776ial37566; Tue, 6 Aug 2002 23:44:36 -0700 (PDT) (envelope-from rizzo) Date: Tue, 6 Aug 2002 23:44:36 -0700 From: Luigi Rizzo To: "Scott M. Nolde" Cc: freebsd-ipfw@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: kernel backtrace after panic - dummynet? Message-ID: <20020806234436.A37532@iguana.icir.org> References: <20020806205900.D370@smnolde.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020806205900.D370@smnolde.com>; from scott@smnolde.com on Tue, Aug 06, 2002 at 08:59:00PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG this sounds like a bug that i fixed a few days ago: src/sys/netinet/ip_dummynet.c Revision 1.24.2.16 / Sat Aug 3 16:56:39 2002 UTC by luigi Branch: RELENG_4 Changes since 1.24.2.15: +4 -0 lines Include "opt_ipfw.h" so we can tell whether we are being compiled for the old ipfw or for ipfw2. The absence of this caused surprising "divide by zero" panics in "pipe" rules. (i assume you are using ipfw2 on -stable ?). Please check that your version of ip_dummynet.c is up to date cheers luigi On Tue, Aug 06, 2002 at 08:59:00PM -0400, Scott M. Nolde wrote: > I've just had a 4.6-stable box (my firewall reboot) and I've been able to > capture a backtrace with gdb. If someone would please offer some > assistance I'd appreciate this. Sorry about the crossposts. > > Disclaimer: I'm not a coder, but I hope to learn something from this. > I've added debugging symbols into the kernel in hopes of catching just > this. > > System: FreeBSD gw.smnolde.com 4.6-STABLE FreeBSD 4.6-STABLE #4: Tue Aug > 6 14:10:57 EDT 2002 root@gw.smnolde.com:/usr/obj/usr/src/sys/FIREWALL > i386 > > Sorry for any flood, but here's the data from gdb: > This GDB was configured as "i386-unknown-freebsd"... > IdlePTD at phsyical address 0x003fc000 > initial pcb at physical address 0x0034f900 > panicstr: integer divide fault > panic messages: > --- > Fatal trap 18: integer divide fault while in kernel mode > instruction pointer = 0x8:0xc02d5b06 > stack pointer = 0x10:0xc8f70a4c > frame pointer = 0x10:0xc8f70ab8 > 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 = 591 (natd) > interrupt mask = net tty > trap number = 18 > panic: integer divide fault > > syncing disks... 4 > done > Uptime: 1h45m43s > > dumping to dev #da/0x20001, offset 536576 > dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 > 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 > 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 > 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 > 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 > 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 > > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) where > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > #1 0xc018f3f7 in boot (howto=256) at > /usr/src/sys/kern/kern_shutdown.c:316 > #2 0xc018f835 in panic (fmt=0xc03198cc "%s") at > /usr/src/sys/kern/kern_shutdown.c:595 > #3 0xc02be0e7 in trap_fatal (frame=0xc8f70a0c, eva=0) at > /usr/src/sys/i386/i386/trap.c:974 > #4 0xc02bda9e in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi > = -1056562568, tf_esi = 0, > tf_ebp = -923333960, tf_isp = -923334088, tf_ebx = 3932160, tf_edx = > 0, tf_ecx = 0, tf_eax = 1, tf_trapno = 18, > tf_err = 0, tf_eip = -1070769402, tf_cs = 8, tf_eflags = 66118, > tf_esp = 0, tf_ss = -1055003648}) > at /usr/src/sys/i386/i386/trap.c:636 > #5 0xc02d5b06 in __qdivrem (uq=3932160, vq=0, arq=0x0) at > /usr/src/sys/libkern/qdivrem.c:100 > #6 0xc02d5ee6 in __udivdi3 (a=3932160, b=0) at > /usr/src/sys/libkern/udivdi3.c:50 > #7 0xc01e507f in dummynet_io (m=0xc0b47500, pipe_nr=1, dir=1, > fwa=0xc8f70ba8) > at /usr/src/sys/netinet/ip_dummynet.c:1205 > #8 0xc01ec13e in ip_output (m0=0xc0b47500, opt=0x0, ro=0xc8771ed8, > flags=0, imo=0x0) > at /usr/src/sys/netinet/ip_output.c:626 > #9 0xc01f4ec5 in syncache_respond (sc=0xc8771ea0, m=0xc0b47500) at > /usr/src/sys/netinet/tcp_syncache.c:1196 > #10 0xc01f4b15 in syncache_add (inc=0xc8f70cd4, to=0xc8f70d40, > th=0xc0b475d8, sop=0xc8f70cd0, m=0xc0b47500) > at /usr/src/sys/netinet/tcp_syncache.c:1011 > #11 0xc01ef52d in tcp_input (m=0xc0b47500, off0=20, proto=6) at > /usr/src/sys/netinet/tcp_input.c:831 > #12 0xc01ea530 in ip_input (m=0xc8f70dfc) at > /usr/src/sys/netinet/ip_input.c:821 > #13 0xc01e36c3 in div_output (so=0xc85a6e00, m=0xc0b47500, sin=0xc1129710, > control=0x0) > at /usr/src/sys/netinet/ip_divert.c:327 > #14 0xc01e3863 in div_send (so=0xc85a6e00, flags=0, m=0xc0b47500, > nam=0xc1129710, control=0x0, p=0xc7fb52a0) > at /usr/src/sys/netinet/ip_divert.c:440 > #15 0xc01adc87 in sosend (so=0xc85a6e00, addr=0xc1129710, uio=0xc8f70ecc, > top=0xc0b47500, control=0x0, flags=0, > p=0xc7fb52a0) at /usr/src/sys/kern/uipc_socket.c:609 > #16 0xc01b1057 in sendit (p=0xc7fb52a0, s=3, mp=0xc8f70f0c, flags=0) at > /usr/src/sys/kern/uipc_syscalls.c:585 > #17 0xc01b115a in sendto (p=0xc7fb52a0, uap=0xc8f70f80) at > /usr/src/sys/kern/uipc_syscalls.c:638 > #18 0xc02be39d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 1, tf_esi = -1078002568, > tf_ebp = -1077937032, tf_isp = -923332652, tf_ebx = 60, tf_edx = > 134811904, tf_ecx = 1, tf_eax = 133, > tf_trapno = 7, tf_err = 2, tf_eip = 134551080, tf_cs = 31, tf_eflags > = 647, tf_esp = -1078002740, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1175 > #19 0xc02af2e5 in Xint0x80_syscall () > #20 0x8048837 in ?? () > #21 0x8048137 in ?? () > > -- > Scott Nolde > GPG Key 0xD869AB48 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 0:15:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D61937B400 for ; Wed, 7 Aug 2002 00:15:25 -0700 (PDT) Received: from web21110.mail.yahoo.com (web21110.mail.yahoo.com [216.136.227.112]) by mx1.FreeBSD.org (Postfix) with SMTP id 32E6343E3B for ; Wed, 7 Aug 2002 00:15:25 -0700 (PDT) (envelope-from hitmaster2k@yahoo.com) Message-ID: <20020807071524.15758.qmail@web21110.mail.yahoo.com> Received: from [62.254.0.5] by web21110.mail.yahoo.com via HTTP; Wed, 07 Aug 2002 00:15:24 PDT Date: Wed, 7 Aug 2002 00:15:24 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: mutex in kernel modules? To: Ed Yu , freebsd-hackers@freebsd.org In-Reply-To: <20020806182343.89911.qmail@web20702.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Ed Yu wrote: > Hi, what mutex is available when writing kernel > modules? I want something like declaring of > "semaphore" and be able to lock and unlock it. I found > simplelock in . I saw some modules using > struct mtx but I couldn't find it anywhere in the > header files. Man pages for both of them do not show > anything. I'm running FreeBSD-stable. Any help would > be greatly appreciated. Thank you. You cannot have mutexes in FreeBSD-STABLE. All the Premptive Multitasking and the related jazz is being done in FreeBSD-CURRENT. Please checkout: http://www.FreeBSD.org/smp -- Information about Locking and stuff http://www.lemis.com/~grog/SMPng/AOSS2/index.html -- FreeBSD SMP Article And you can checkout the man pages mutex(9), sx(9), mtx_pool(9), sema(9) etc. at: http://www.freebsd.org/cgi/man.cgi?query=&manpath=FreeBSD+5.0-current This is the web interface to the FreeBSD 5.0 Manual Pages. Hope this helps. -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 1: 9:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B425037B400; Wed, 7 Aug 2002 01:09:19 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB9C43E70; Wed, 7 Aug 2002 01:09:18 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g7789GQx004457; Wed, 7 Aug 2002 10:09:16 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g7789FYW552347; Wed, 7 Aug 2002 10:09:15 +0200 (MES) Date: Wed, 7 Aug 2002 10:10:58 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020807002456.T58571-100000@levais.imp.ch> Message-ID: <20020807101002.M58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I've added now -DDEBUG_SIGNAL to libc_r and I just started > another build. > > Very noisy it seems :-) I hope I'll still hit the bug case. I've now 2 builds without a problem. With -DDEBUG_SIGNAL this hang doesn't happen anymore :-((( Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 1:55: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2946337B400; Wed, 7 Aug 2002 01:54:58 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49E9543E6E; Wed, 7 Aug 2002 01:54:57 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g778suQx014252; Wed, 7 Aug 2002 10:54:56 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g778stYW553814; Wed, 7 Aug 2002 10:54:55 +0200 (MES) Date: Wed, 7 Aug 2002 10:56:38 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020807101002.M58571-100000@levais.imp.ch> Message-ID: <20020807105153.X58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ahh, I just got another hang again :-) uff This is the debug output I get from libc_r .... _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() sig == _SCHED_SIGNAL I'll try to add more debug messages now ... Can someone explain me how this should work ? Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 5:10:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D7ED37B401 for ; Wed, 7 Aug 2002 05:10:27 -0700 (PDT) Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by mx1.FreeBSD.org (Postfix) with SMTP id 44D5A43E6E for ; Wed, 7 Aug 2002 05:10:26 -0700 (PDT) (envelope-from Vail@gmx.net) Received: (qmail 4006 invoked by uid 0); 7 Aug 2002 12:10:25 -0000 Date: Wed, 7 Aug 2002 14:10:24 +0200 (MEST) From: Ingram To: freebsd-hackers@FreeBSD.ORG MIME-Version: 1.0 Subject: How to port old 3.x kld to 4.x? X-Priority: 3 (Normal) X-Authenticated-Sender: #0002727965@gmx.net X-Authenticated-IP: [62.245.144.206] Message-ID: <8664.1028722224@www19.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How to port old 3.x kld to 4.x? greetings, for the purpose of a honeypot i seek a solution to implement an "exec-redirection", which could redirect any call to /bin/sh to another file. After searching many days i found only one solution which could handle this: a kld. The kld is the redirection one from the paper at http://reactor-core.org/security/freebsd-kernel-hacking.html#II.4. It compiles and loads with kldload but if i execute the redirected file on my box, the whole os just hangs and spits something like "kernel page fault". I expect the problems lying within the userspace allocation, but i am not experienced enough in coding kld to port this code so that it works under FreeBSd 4.6 (or future releases). Somebody here who could help me out with that? Many thx in advantage, my regards Ingram -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 6:57:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B615637B400 for ; Wed, 7 Aug 2002 06:57:09 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E8BC43E4A for ; Wed, 7 Aug 2002 06:57:08 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 15113 invoked by uid 0); 7 Aug 2002 13:57:05 -0000 Received: from pd950a59b.dip.t-dialin.net (HELO gmx.net) (217.80.165.155) by mail.gmx.net (mp009-rz3) with SMTP; 7 Aug 2002 13:57:05 -0000 Message-ID: <3D512728.7080705@gmx.net> Date: Wed, 07 Aug 2002 15:56:56 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Terry Lambert Cc: Mario Sergio Fujikawa Ferreira , freebsd-hackers@FreeBSD.ORG, Gary Jennejohn , Aaron Seelyes Subject: Re: Cooling idle Athlon/Duron processors? (vcool) References: <20020807050725.96740.qmail@exxodus.fedaykin.here> <3D50B6C1.C247FF5B@mindspring.com> X-Enigmail-Version: 0.61.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7615229238CD23EEC5478B58" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following is an OpenPGP/MIME signed message created by Enigmail/Mozilla, following RFC 2440 and RFC 2015 --------------enig7615229238CD23EEC5478B58 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Terry Lambert wrote: > > http://vcool.occludo.net/vc_freezes.html > > So that it's obvious that it's the author of "vcool" who has > identified these problems, and not just me. I haven't continued to look into this because I need to agree with Terry. vcool has made Win2k on my 1400C quite unstable, whereas moving my funbox at home into an EPAC-noise-reduction housing and now having peak-temperatures of 70°C hasn't. I guess they specify 95°C as maximum operating temperature for that chip for a reason. :) Regards, -- Michael Nottebrock "The circumstance ends uglily in the cruel result." - Babelfish --------------enig7615229238CD23EEC5478B58 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9USctXhc68WspdLARApxXAJ0aydoOOK7joXspia6d3iG77BbqWwCfVKnc 1qfy1zss1Yjavk4HMBNQ+PQ= =uQzF -----END PGP SIGNATURE----- --------------enig7615229238CD23EEC5478B58-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 7:30:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84E937B400; Wed, 7 Aug 2002 07:30:27 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A864843E6A; Wed, 7 Aug 2002 07:30:26 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g77EUPQx085765; Wed, 7 Aug 2002 16:30:25 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g77EUOYW557943; Wed, 7 Aug 2002 16:30:24 +0200 (MES) Date: Wed, 7 Aug 2002 16:32:07 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020807105153.X58571-100000@levais.imp.ch> Message-ID: <20020807162811.P58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG And even more : Normal operation: merging registry "../../../../unxfbsd.pro/ucrdoc/com/sun/star/ ucb/ChaosContent.urd" under key "UCR" in registry "../../../../ unxfbsd.pro/ucrdoc/cssucb.db". _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() _thread_kern_in_sched == 0 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() _thread_run->sig_defer_count = 0 _thread_sig_handler() _thread_run->yield_on_sig_undefer = 0 _thread_sig_handler() called thread_sig_savecontext() merging registry "../../../../unxfbsd.pro/ucrdoc/com/sun/star/ etc ... Freaked out: merging registry "../../../../unxfbsd.pro/ucrdoc/com/sun/star/ sdbc/XWarningsSupplier.urd" under key "UCR" in registry "../../../../unxfbsd.pro/ucrdoc/csssdbc.db". _thread_sig_handler() Got signal 27, current thread 0x8081c00 _thread_sig_handler() _thread_kern_in_sched == 0 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() _thread_run->sig_defer_count = 0 _thread_sig_handler() _thread_run->yield_on_sig_undefer = 0 _thread_sig_handler() called thread_sig_savecontext() _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() _thread_kern_in_sched == 0 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() _thread_run->sig_defer_count = 1 _thread_sig_handler() _thread_run->yield_on_sig_undefer = 0 _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() _thread_kern_in_sched == 0 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() _thread_run->sig_defer_count = 1 _thread_sig_handler() _thread_run->yield_on_sig_undefer = 1 _thread_sig_handler() Got signal 27, current thread 0x804f000 _thread_sig_handler() _thread_kern_in_sched == 0 _thread_sig_handler() sig == _SCHED_SIGNAL _thread_sig_handler() _thread_run->sig_defer_count = 1 etc ... Why there is suddenly another thread ? 0x8081c00 has changed to 0x804f000 ... _thread_run->sig_defer_count stays forever 1 .... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 7:35:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8730137B400; Wed, 7 Aug 2002 07:35:18 -0700 (PDT) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id D014343E75; Wed, 7 Aug 2002 07:35:16 -0700 (PDT) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.5/8.12.3) with ESMTP id g77EZ8jN004776; Wed, 7 Aug 2002 10:35:09 -0400 (EDT) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.5/8.12.3/Submit) with ESMTP id g77EZ7iX004773; Wed, 7 Aug 2002 10:35:07 -0400 (EDT) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Wed, 7 Aug 2002 10:35:07 -0400 (EDT) From: Kenneth Culver To: Mario Sergio Fujikawa Ferreira Cc: freebsd-hackers@FreeBSD.ORG, Michael Nottebrock , Terry Lambert , Gary Jennejohn , Aaron Seelyes Subject: Re: Cooling idle Athlon/Duron processors? (vcool) In-Reply-To: <20020807050725.96740.qmail@exxodus.fedaykin.here> Message-ID: <20020807103400.H4711-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I know that this surfaces every once in a while. However, > I thought I could try to add more information. I did a little digging > on the issue. > This is related to the following thread: > > Subject: AMD low power hacks > > http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&threadm=ai6g47%242aat%241%40FreeBSD.csie.NCTU.edu.tw&rnum=1&prev=/groups%3Fq%3Dfreebsd%2Bpciconf%2Bvcool%26hl%3Den%26lr%3D%26ie%3DUTF-8%26oe%3Dutf-8%26selm%3Dai6g47%25242aat%25241%2540FreeBSD.csie.NCTU.edu.tw%26rnum%3D1 > > Well, I have been using this nice utility VCool under Windows > for quite some time. It has been able to decrease my CPU temperatures > from 60C to <50C. So, it's more than 10C decrease. Just a note, if your athlon is running this hot, you have other problems. Get a better heatsink/fan combo and put some silver based thermal compound between the cpu and the heatsink. I'm running an Athlon XP 2000+ that never goes over 100F, even when under a full 100% cpu load. Ken > > VCool is available at http://vcool.occludo.net/. There is even > a Linux version there at http://vcool.occludo.net/VC_Linux.html. Of course, > the Linux version does not have all the features of the Windows version > but the main feature which is temperature decrease exists. > > Here goes a little summary of what I could understand of > both how and why VCool works: > > -------------- (Begin - From VCool homepage) > > - Requirements: > > Chipset with a VT8371, VT82C691/693A/694 or VT8363 Northbridge > and a VT82C686x Southbridge (VIA KT133x or KX133) - limited support > for AMD 761 > > ------- > > - How it works: > > The Athlon (or Duron) enters a lower power state only when > its system bus is disconnected. However the (VIA-)Northbridge will > only disconnect the bus if its "Bus Disconnect Enable" bit is set > and the CPU is in STPGNT state. VCool allows you to enable this > bit so your CPU can relax when there's nothing to do. > > Setting this bit might not be enough on some systems as the > idle loop provided with the OS will not put the CPU into > the STPGNT state recognized by the Northbridge. For those > cases VCool includes an internal idle loop that forces the > CPU into the STPGNT mode required by the Northbridge to > initiate a bus disconnect. > > ------- > > - I see no cooling effect: (this is important for those > testing the idea or questioning why this would work better > than any ACPI support we already have) > > 1) Make sure your system is idle when VCool is not running: > Software coolers will have no effect on busy systems. Use the task > manager (W2K) or Wintop (W98) to see if there are any threads eating > up time (e.g. SETI@home). > > 2) Start VCool and set the NB Cool Bit but deactivate the > loop. Check again that your system is still idle. > > 3) Still no temperature drop? Then enable the idle loop. > When you check utilization you should see that VCool eats up most > of the CPU time now. > > On newer systems the Halt Detect PCI option is often required to > achieve cooling. You can configure VCool to use this option instead > of the cool bit or even both. > > NOTE: In some cases the idle loop might actually increase the > temperature with Halt Detect enabled, so try try deactivating the > loop. If you still don't see any cooling effect, VCool doesn't > work on your system. > > -------------- (End - From VCool homepage) > > A Linux version of VCool can be found at > http://vcool.occludo.net/VC_Linux.html . This version neither > supports AMD761 correctly NOR has Halt Detect PCI option. > > Here is a summary of how the Linux version works. Detailed information > on how it all should work can be found in > http://vcool.occludo.net/VC_Theory.html > > 1) Check if CPU is either Atlhon or Duron AMD. Proceed if > it is. Otherwise, stop; > > 2) Detect NorthBridge chipset > > 2.1) Set VIA=0, if it's neither 0x03051106, > 0x03911106 nor 0x06861106 (Gigabyte GA-7DXR -> > AMD761+VIA686); > > 2.2) Otherwise, VIA=1; > > 3) If (VIA==1) > > 3.1) Detect SouthBridge > 3.1.1) If chipset is neither 0x30571106 nor > 0x30571106, set VIA=0; > > 4) If (VIA==0) > > 4.1) Look all the possible addresses where either > NorthBridge and SouthBridge could be; > 4.1.1) If chip is either 0x03051106 or 0x03911106, > found VIA NorthBridge; > 4.1.2) If chip is 0x30571106, found VIA SouthBridge; > 4.2) If found both NorthBridge and SouthBridge > chips, proceed. Otherwise, stop; > > 5) SouthBridge, enable ACPI and find I/O-Space; > > 6) NorthBridge, enable "Bus Disconnect when STPGNT detected" > bit; > > 7) Enter idle loop. > > > Well, as you can notice, the AMD761 NorthBridge chipset is > not supported since (4.2) will obviously never detect both NorthBridge > and SouthBridge VIA chips. Also, there is no support for "Halt > Detect PCI" option. Furthermore, since some systems cool better > WITHOUT the idle loop as noted in the information from VCool homepage, > this design is not optimal. > > Well, what we need to fix... Wishlist: > > 1) AMD761 NorthBridge has specific support to disconnect > the bus when entering either HLT or GRANT/STOP states > > 1.1) According to "AMD-761 System Controller > Software/BIOS Design Guide" page 62 > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24081.pdf > > "BIU0 Status/Control (Dev0:F0:0x60) Bit 18 controls this" > > "Bit 18 - Halt_Discon_En - Halt Disconnect Enable > 0 = No AMD Athlon system bus disconnect is performed following HALT > 1 = AMD Athlon system bus disconnects after receiving a HALT special cycle." > > > "Bit 17 - Stp_Grant_ Discon_En - Stop Grant Disconnect Enable > 0 = No AMD Athlon processor system bus disconnect is performed following STOP/GRANT. > 1 = AMD Athlon processor system bus disconnects after receiving a STOP/GRANT special" > > We need to set bits both 17 and 18 to 1. Then proceed > to SouthBridge as usual. > > 2) Add "Halt Detect PCI" option > > Have no idea about this. Anyone? Actually, what does this option mean? > > 3) Optional idle loop > > Just add a command line option to either idle or not > > 4) Add option to either enable or disable the "cool" bit > since it is possible that this bit might have adverse effects > on system behavior. Good for testing > > > Anyone up for this? I think this is a nice addition for AMD processor > owners. > > Regards, > > * Related information: > > - AMD-761 System Controller Revision Guide > - talks about problems with ACPI modes, HLT, STOP, GRANT > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/23613.pdf > > -- > Mario S F Ferreira - DF - Brazil - "I guess this is a signature." > Computer Science Undergraduate | FreeBSD Committer | CS Developer > flames to beloved devnull@someotherworldbeloworabove.org > feature, n: a documented bug | bug, n: an undocumented feature > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 9: 8:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8648937B400; Wed, 7 Aug 2002 09:08:19 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29E9143E91; Wed, 7 Aug 2002 09:07:58 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77G7If12680; Wed, 7 Aug 2002 09:07:18 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77G7I4v058215; Wed, 7 Aug 2002 09:07:18 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 09:07:18 -0700 (PDT) Message-Id: <200208071607.g77G7I4v058215@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: mb@imp.ch, deischen@freebsd.org Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020807162811.P58571-100000@levais.imp.ch> References: <20020807162811.P58571-100000@levais.imp.ch> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020807162811.P58571-100000@levais.imp.ch>, Martin Blapp wrote: > > And even more : > > Normal operation: > > merging registry "../../../../unxfbsd.pro/ucrdoc/com/sun/star/ > ucb/ChaosContent.urd" under key "UCR" in registry "../../../../ > unxfbsd.pro/ucrdoc/cssucb.db". > _thread_sig_handler() Got signal 27, current thread 0x804f000 > _thread_sig_handler() _thread_kern_in_sched == 0 > _thread_sig_handler() sig == _SCHED_SIGNAL > _thread_sig_handler() _thread_run->sig_defer_count = 0 > _thread_sig_handler() _thread_run->yield_on_sig_undefer = 0 > _thread_sig_handler() called thread_sig_savecontext() > merging registry "../../../../unxfbsd.pro/ucrdoc/com/sun/star/ > > etc ... > > Freaked out: > > merging registry "../../../../unxfbsd.pro/ucrdoc/com/sun/star/ > sdbc/XWarningsSupplier.urd" under key "UCR" in registry > "../../../../unxfbsd.pro/ucrdoc/csssdbc.db". > _thread_sig_handler() Got signal 27, current thread 0x8081c00 > _thread_sig_handler() _thread_kern_in_sched == 0 > _thread_sig_handler() sig == _SCHED_SIGNAL > _thread_sig_handler() _thread_run->sig_defer_count = 0 > _thread_sig_handler() _thread_run->yield_on_sig_undefer = 0 > _thread_sig_handler() called thread_sig_savecontext() > _thread_sig_handler() Got signal 27, current thread 0x804f000 > _thread_sig_handler() _thread_kern_in_sched == 0 > _thread_sig_handler() sig == _SCHED_SIGNAL > _thread_sig_handler() _thread_run->sig_defer_count = 1 > _thread_sig_handler() _thread_run->yield_on_sig_undefer = 0 > _thread_sig_handler() Got signal 27, current thread 0x804f000 > _thread_sig_handler() _thread_kern_in_sched == 0 > _thread_sig_handler() sig == _SCHED_SIGNAL > _thread_sig_handler() _thread_run->sig_defer_count = 1 > _thread_sig_handler() _thread_run->yield_on_sig_undefer = 1 > _thread_sig_handler() Got signal 27, current thread 0x804f000 > _thread_sig_handler() _thread_kern_in_sched == 0 > _thread_sig_handler() sig == _SCHED_SIGNAL > _thread_sig_handler() _thread_run->sig_defer_count = 1 > > etc ... > > Why there is suddenly another thread ? 0x8081c00 has changed > to 0x804f000 ... > > _thread_run->sig_defer_count stays forever 1 .... Hopefully, Daniel will be able to explain this. One possibility: you said the failure happens during exit(). Maybe libc_r blocks thread preemption for a portion of the exit processing. If rtld locking contention occurred in that state, the locks would spin forever just as you have observed. Unfortunately, I haven't thought of a fix yet. :-( John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 9:18:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F89F37B400 for ; Wed, 7 Aug 2002 09:18:29 -0700 (PDT) Received: from heaven.gigo.com (heaven.gigo.com [64.57.102.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB9A43E6A for ; Wed, 7 Aug 2002 09:18:28 -0700 (PDT) (envelope-from lioux@brturbo.com) Received: from 200-193-225-182-bsace7003.dsl.telebrasilia.net.br (200-193-225-182-bsace7003.dsl.telebrasilia.net.br [200.193.225.182]) by heaven.gigo.com (Postfix) with ESMTP id E28C1B894 for ; Wed, 7 Aug 2002 09:18:19 -0700 (PDT) Received: (qmail 38998 invoked by uid 1001); 7 Aug 2002 15:58:53 -0000 Message-ID: <20020807155853.38997.qmail@exxodus.fedaykin.here> Date: Wed, 7 Aug 2002 12:58:31 -0300 From: Mario Sergio Fujikawa Ferreira To: Terry Lambert Cc: freebsd-hackers@FreeBSD.org, Michael Nottebrock , Gary Jennejohn , Aaron Seelyes Subject: Re: Cooling idle Athlon/Duron processors? (vcool) References: <20020807050725.96740.qmail@exxodus.fedaykin.here> <3D50B6C1.C247FF5B@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D50B6C1.C247FF5B@mindspring.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.6-STABLE X-Disclaimer: I hope you find what you are looking for... in life :) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 06, 2002 at 10:56:59PM -0700, Terry Lambert wrote: > Mario Sergio Fujikawa Ferreira wrote: > > I know that this surfaces every once in a while. However, > > I thought I could try to add more information. I did a little digging > > on the issue. > > Every time this comes up I ask: > > o Have you got a software method of detecting use of a half > frequency multiplier yet? I could not find an answer for that. What I found was that ----- (BEGIN - http://www.cpuidle.de) 14 Processors with Half-Frequency Multipliers May Hang Upon Wake-up from Disconnect Products Affected: A4, A5, A6, A7, A9. Normal Specified Operation: The processor should reconnect to the system bus upon wake-up after a disconnect while in the C2 and C3 ACPI low-power states. Non-conformance: The processor uses a special circuit to wake up from a low-power state and reconnect to the system bus when the nominal operating frequency is generated with a half- frequency multiplier. This circuit is rarely observed to glitch when coming out of the C2 and C3 low-power states. Potential Effect on System: The system will hang. ----- (END - http://www.cpuidle.de) Information on some of these processors - AMD Athlon Processor Model 4 Revision Guide http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/23614.pdf - AMD Athlon Processor Model 6 Revision Guide http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24332.pdf - AMD Duron Processor Model 7 Data Sheet http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/24310.pdf - k7cpuid.book http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/20734.pdf Best short term solution, warn the user that he has one of the possibly affected processors. Therefore, user would need a -FORCE option to still proceed with cooling attempt. OR, make enabling optional. > o Have you got a software method of diabling the ACPI C2 > and C3 low-power states? It would seem that there is an old ACPI Linux driver that "could" do this. I am unable to verify "Linux ACPI-HOWTO Ariel Glenn, ariel@columbia.edu v 0.1e, 22 January 2001 - How to disable entering either C2 or C3 (at boot time) http://www.columbia.edu/~ariel/acpi/acpi_howto.txt no-c2 Before initialization, some global variables are set so that the no-c3 processor power states C2 and C3 states cannot be entered. During normal initialization, C2 (cpu idle) and C3 (cpu idle, caches ignore snoops) states are both enabled. This step will be skipped if these options are enabled. Set the no-c2 option to disable entering C2; set no-c3 to disable entering C3. (off by default) Well, I believe that he did add some instrumentation to the ACPI code to disable activation of the states. This might be undesirable for your reasons mentioned below. Nevertheless, same short term solution as before, have this as an optional thing. > o Have you figured out how to make use of C2 and C3 vs. > disconnect, so that this can be done at the user option? Well, I have been mentioning "optional thing". What I mean is that this can be done from user land. No kernel modules. At least that is how Linux does it. Once again, I am neither sure this is possible under FreeBSD nor do I say that it REALLY works under Linux since I am unable to verify it. - Linux simplified version of VCool http://vcool.occludo.net/lvcool.tar.gz lvcool is a Linux command line utility that will WITHOUT any specific kernel support modify both NorthBridge and SouthBridge registers to enable "Bus Disconnect". It follows the steps I listed in my last email. Therefore, it is completely optional since it is command line only. Of course, it requires increased privileges to do its deed so it has to be run as root. > o Can you *reliably* detect the AMD Athlon Model 4 PLL via > software? > > o Have you been able to get AMD to release the contents of > their proprietary REvision documents #23614 and #24478 so > that the CLK_CTRL MSR reconnect timining can implement the > necessary workaround in software? > > o Is there a way to detect, in software, the variability of > the power supply, since the thing can hang on wakeup with > the 35-55W delta increase in power consumnption coming out > of the sleep? These last 3 are not possible to answer at this current time. However, I would stress both command line and optional. > Then I point out that ACPI is hard enough as it is, without trying > t disable only parts of it so that you can do a weird hack on the > Northbridge to support disconnect. This I will not disagree. I am most happy at the hard work of ACPI developers. I am not trying to get them to side track from main development. However, this might be possible to test outside of the kernel code with a command line utility. > Then I point them at: > > http://vcool.occludo.net/vc_freezes.html > > So that it's obvious that it's the author of "vcool" who has > identified these problems, and not just me. If it is all optional and there is A BIG WARNING: AT YOUR OWN RISK... YOUR SYSTEM MIGHT HANG.... DON'T ANNOY US ABOUT IT... That's the beauty of having a command line utility. Everything can be changed at run time. > Feel free to write a kernel module and/or provide patches for doing > "vcool" for FreeBSD. Just as long as it's off by default, until you > resolve the bullet pointed questions, above. Unfortunaly, I am no kernel programmer of any caliber. What I did was gather as much information as possible so that I could help kernel programmers do it. However, when I meant kernel programmers, I really meant driver programmers. What seems to be needed is someone who has the knowledge on how to: 1) probe the motherboard for chipsets (NorthBridge and SouthBridge) 2) program them accordingly Well, I provided some info on what needs to be done on my last email. Also, lvcool seems like a good example since it seems to be working under Linux. The fact that it makes some systems unstable does not detract value from this solution. You try it, it works for you, you keep it. It doesn't, don't enable at next boot. I have been lucky to verify that it works on both ASUS A7M266, ASUS A7V133 and ECS K7S5A with different combinations of Duron Morgan, Athlon TBird and Athlon XPs. I know others have not as much but that is not a problem if they just do not enable the utility again. Regards, -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." Computer Science Undergraduate | FreeBSD Committer | CS Developer flames to beloved devnull@someotherworldbeloworabove.org feature, n: a documented bug | bug, n: an undocumented feature To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 9:23: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7E0D37B400; Wed, 7 Aug 2002 09:23:06 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6536A43E4A; Wed, 7 Aug 2002 09:23:06 -0700 (PDT) (envelope-from eischen@mail.pcnet.com) Received: (from eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) id g77GN5K0002117; Wed, 7 Aug 2002 12:23:05 -0400 (EDT) Date: Wed, 7 Aug 2002 12:23:05 -0400 (EDT) From: Daniel Eischen Message-Id: <200208071623.g77GN5K0002117@mail.pcnet.com> To: hackers@freebsd.org, jdp@polstra.com Cc: deischen@freebsd.org, mb@imp.ch Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Why there is suddenly another thread ? 0x8081c00 has changed > > to 0x804f000 ... > > > _thread_run->sig_defer_count stays forever 1 .... > > Hopefully, Daniel will be able to explain this. It must have got interrupted while in a critical section. Something may have grabbed a spinlock that the thread needs inside a critical section. Spinlocks are bad, and we have critical sections to prevent this from happening. Every spinlock and spinunlock should be protected by being contained in a critical region. For the most part, you could argue that we don't need spinlocks if we have critical regions (in the single process/single KSE libc_r anyways). But there are consumers that use spinlocks without being in a critical region (malloc is one that I know about). With spinlocks, we don't know which thread owns the lock when it is contested, so we can't switch to the right thread in order to let it finish the lock protected region. Everything should be using mutexes outside of libc_r itself. I'm not sure of the reasoning behind the use of the spinlock in malloc() (it predates me), but I've often wanted to change it to use a mutex. [ Critical regions aren't exported outside of libc_r, which is why they aren't useable elsewhere. ] -- Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 9:27:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D319137B400 for ; Wed, 7 Aug 2002 09:27:27 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3A4943E4A for ; Wed, 7 Aug 2002 09:27:26 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77GROf12861; Wed, 7 Aug 2002 09:27:24 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77GROKJ058301; Wed, 7 Aug 2002 09:27:24 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 09:27:24 -0700 (PDT) Message-Id: <200208071627.g77GROKJ058301@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: eischen@pcnet1.pcnet.com Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208071623.g77GN5K0002117@mail.pcnet.com> References: <200208071623.g77GN5K0002117@mail.pcnet.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200208071623.g77GN5K0002117@mail.pcnet.com>, Daniel Eischen wrote: > > > Why there is suddenly another thread ? 0x8081c00 has changed > > > to 0x804f000 ... > > > > > _thread_run->sig_defer_count stays forever 1 .... > > > > Hopefully, Daniel will be able to explain this. > > It must have got interrupted while in a critical section. > Something may have grabbed a spinlock that the thread needs > inside a critical section. > > Spinlocks are bad, and we have critical sections to prevent > this from happening. Every spinlock and spinunlock should > be protected by being contained in a critical region. For > the most part, you could argue that we don't need spinlocks > if we have critical regions (in the single process/single > KSE libc_r anyways). But there are consumers that use > spinlocks without being in a critical region (malloc is > one that I know about). > > With spinlocks, we don't know which thread owns the lock > when it is contested, so we can't switch to the right > thread in order to let it finish the lock protected region. > > Everything should be using mutexes outside of libc_r > itself. I'm not sure of the reasoning behind the use > of the spinlock in malloc() (it predates me), but I've > often wanted to change it to use a mutex. > > [ Critical regions aren't exported outside of libc_r, > which is why they aren't useable elsewhere. ] I agree completely about spinlocks vs. mutexes, in principle. But ... the reason the rtld uses its own spinlock implementation is because it cannot assume that the threads package is libc_r. It could be linuxthreads or some completely unknown threads package. I don't like the current solution in the rtld, but it's hard to come up with something that works with arbitrary threads packages. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 9:37: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D624637B400 for ; Wed, 7 Aug 2002 09:36:58 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 565C643E6A for ; Wed, 7 Aug 2002 09:36:58 -0700 (PDT) (envelope-from eischen@mail.pcnet.com) Received: (from eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) id g77GavpD003986; Wed, 7 Aug 2002 12:36:57 -0400 (EDT) Date: Wed, 7 Aug 2002 12:36:57 -0400 (EDT) From: Daniel Eischen Message-Id: <200208071636.g77GavpD003986@mail.pcnet.com> To: hackers@freebsd.org, jdp@polstra.com Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I agree completely about spinlocks vs. mutexes, in principle. But ... > the reason the rtld uses its own spinlock implementation is because > it cannot assume that the threads package is libc_r. It could be > linuxthreads or some completely unknown threads package. I don't > like the current solution in the rtld, but it's hard to come up with > something that works with arbitrary threads packages. As long as all threads packages that we want to support have pthread_mutex_lock/pthread_mutex_unlock, then you can just use a weak reference to them (and pthread_mutex_init I guess too) and use them when present. Both libc_r (under -current anyways) and linuxthreads use weak definitions from pthread_* to _pthread_* (or __pthread_* in Linux I think), so that might throw a wrench into this solution. I'm not sure how weak references to weak definitions work. [ I may have reversed my use of weak reference and definitions, but _you_ should be able to figure out what I meant. ] -- Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 10:43:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A18537B400 for ; Wed, 7 Aug 2002 10:43:27 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E55D443E70 for ; Wed, 7 Aug 2002 10:43:26 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020807174326.UQKT19356.rwcrmhc51.attbi.com@blossom.cjclark.org>; Wed, 7 Aug 2002 17:43:26 +0000 Received: from blossom.cjclark.org (localhost. [127.0.0.1]) by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g77HhPJK072646; Wed, 7 Aug 2002 10:43:25 -0700 (PDT) (envelope-from crist.clark@attbi.com) Received: (from cjc@localhost) by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g77HhPpt072645; Wed, 7 Aug 2002 10:43:25 -0700 (PDT) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Wed, 7 Aug 2002 10:43:24 -0700 From: "Crist J. Clark" To: Terry Lambert Cc: Brad Laue , freebsd-hackers@FreeBSD.ORG Subject: Re: ifconfig alias and the 0xffffffff netmask Message-ID: <20020807174324.GB71991@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <3D4F7539.2090201@brad-x.com> <3D4F7F4F.97609D75@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D4F7F4F.97609D75@mindspring.com> User-Agent: Mutt/1.4i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 06, 2002 at 12:48:31AM -0700, Terry Lambert wrote: > Brad Laue wrote: > > Minor question regarding this; to recap: > > > > Creating an IP alias on the same subnet as the original seems under > > FreeBSD to require setting the netmask of the alias to 255.255.255.255, > > or at least a subnet of the original. > > > > What impact, if any, will having a /32 netmask on an aliased IP have? > > > > It seems inconsistent with networking practice regarding interface > > aliases, which typically view the aliased IP's simply as distinct hosts > > on the same physical network, allowing them to have the same netmask. > > This method is used with Cisco IOS and other Unix-like operating > > systems. Is it incorrect? > > 255.255.255.255 means "This is an alias IP address". > > The actual netmask in effect is the same netmask as the real > IP address. > > The thing that's broken is that you can't have a different > netmask from that of the real IP address. I've seen you say this before, Terry, and I'm not sure I understand exactly what you are saying is broken. This, ep0: flags=8843 mtu 1500 inet 172.16.0.1 netmask 0xffff0000 broadcast 172.16.255.255 inet 172.16.255.254 netmask 0xffffffff broadcast 172.16.255.254 inet 172.16.2.128 netmask 0xffffff00 broadcast 172.16.2.255 ether 00:20:af:17:0f:11 media: Ethernet 10baseT/UTP Works fine for me. What do you mean by, "you can't have a different netmask from that of the real IP address?" In the case of a 255.255.255.255 netmask, you have a different netmask from the "real" IP address. That's the whole point of using the all-ones mask after all. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 10:53:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 992CC37B400 for ; Wed, 7 Aug 2002 10:53:13 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id B070443E84 for ; Wed, 7 Aug 2002 10:53:12 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77Hr6f13401; Wed, 7 Aug 2002 10:53:06 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77Hr6Fs058407; Wed, 7 Aug 2002 10:53:06 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 10:53:06 -0700 (PDT) Message-Id: <200208071753.g77Hr6Fs058407@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: eischen@pcnet1.pcnet.com Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208071636.g77GavpD003986@mail.pcnet.com> References: <200208071636.g77GavpD003986@mail.pcnet.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200208071636.g77GavpD003986@mail.pcnet.com>, Daniel Eischen wrote: > > I agree completely about spinlocks vs. mutexes, in principle. But ... > > the reason the rtld uses its own spinlock implementation is because > > it cannot assume that the threads package is libc_r. It could be > > linuxthreads or some completely unknown threads package. I don't > > like the current solution in the rtld, but it's hard to come up with > > something that works with arbitrary threads packages. > > As long as all threads packages that we want to support have > pthread_mutex_lock/pthread_mutex_unlock, then you can just > use a weak reference to them (and pthread_mutex_init I guess > too) and use them when present. I tried something like that once, but I ran into a problem. When the rtld calls one of the application's locking functions, that function might reference a symbol which needs lazy binding. That results in a call back into the rtld, and the rtld locks against itself. I guess it's worthwhile revisiting that approach and trying harder to make it work. Ideally I'd just like to eliminate the need for locking at all when resolving symbols in the rtld. I think that's possible, but don't look for it any time real soon. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 11:25:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C57D837B400 for ; Wed, 7 Aug 2002 11:25:31 -0700 (PDT) Received: from mail.lasalle.tche.br (svr-net.lasalle.tche.br [200.132.228.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B05A43E5E for ; Wed, 7 Aug 2002 11:25:31 -0700 (PDT) (envelope-from yanko@lasalle.tche.br) Received: from noteyy.lasalle.tche.br (cache.lasalle.tche.br [200.132.228.6]) by mail.lasalle.tche.br (Postfix) with ESMTP id 65C554C359 for ; Wed, 7 Aug 2002 15:36:31 -0400 (EDT) Date: Wed, 7 Aug 2002 15:20:59 +0000 (GMT) From: Yanko Yanez Keller da Costa To: hackers@freebsd.org Subject: Freezing Freebsd (4.3/4.6) In-Reply-To: <00bc01c238ff$7c8a75a0$0100a8c0@ilya> Message-ID: <20020801192254.J514-100000@noteyy.lasalle.tche.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I having a problem with song in FreeBSD. I can listen music (mp3), games song, CD songs, movies, etc... But if I listen music for more than 3/4 hours my freebsd box freeze and I can only turn off/on. Nothing in logs. Just a crash msg in /var/log/wtmp I think was a 4.3 issue but when upgrade to 4.6 I have the same behaviour. Any ideas ? This is a Compaq armada e500. - FreeBSD noteyy.lasalle.tche.br 4.6-STABLE FreeBSD 4.6-STABLE #2: Fri Jul - pcm0: port 0x3000-0x30ff irq 11 at device 8.0 on pci0 - root ttyv0 Ter ago 6 12:03 - crash (22:08) - xmms 1.2.7 Yanko -------------------------------------- Centro Universitario La Salle http://www.unilasalle.edu.br/~yanko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 11:35:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A059237B400 for ; Wed, 7 Aug 2002 11:35:19 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C01643E3B for ; Wed, 7 Aug 2002 11:35:19 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g77IZIvc020682; Wed, 7 Aug 2002 14:35:18 -0400 (EDT) Date: Wed, 7 Aug 2002 14:35:18 -0400 (EDT) From: Daniel Eischen To: John Polstra Cc: hackers@freebsd.org Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208071753.g77Hr6Fs058407@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 7 Aug 2002, John Polstra wrote: > In article <200208071636.g77GavpD003986@mail.pcnet.com>, > Daniel Eischen wrote: > > > I agree completely about spinlocks vs. mutexes, in principle. But ... > > > the reason the rtld uses its own spinlock implementation is because > > > it cannot assume that the threads package is libc_r. It could be > > > linuxthreads or some completely unknown threads package. I don't > > > like the current solution in the rtld, but it's hard to come up with > > > something that works with arbitrary threads packages. > > > > As long as all threads packages that we want to support have > > pthread_mutex_lock/pthread_mutex_unlock, then you can just > > use a weak reference to them (and pthread_mutex_init I guess > > too) and use them when present. > > I tried something like that once, but I ran into a problem. When the > rtld calls one of the application's locking functions, that function > might reference a symbol which needs lazy binding. That results in > a call back into the rtld, and the rtld locks against itself. I > guess it's worthwhile revisiting that approach and trying harder to > make it work. Hmm, I didn't think of that. I know early in the libc_r/libc breakout in -current, we had problems with static libraries, where libc needed (weak referenced) things in libc_r, but the application didn't make use of some of those functions so they were missing in the statically built executable. For instance, if libc needs pthread_getspecific but the application never references it, it never gets built into the static image but libc is going to try and use it because __is_threaded is non-zero. So to solve this problem, we placed all references that libc needs in uthread_init.c. Everything in the threads library needs uthread_init, so it gets linked in and forces all the other needed things to get linked in also. You could also do something similar, forcing inclusion of needed symbols, but never using any of them (pthread_mutex_lock) unless they were all present. This seems pretty ugly though. You could just use __isthreaded for our own libc_r, because by the time that is set, all of our needed symbols have already been loaded. But that doesn't work for linuxthreads. I suppose we could require all threads libraries to set this and to ensure that all the necessary locking primitive symbols have been resolved before it is set. This would require a fix to libc_r because __isthreaded is set at the beginning of pthread_create and it would need to be set at the end. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 11:42:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 482DB37B400; Wed, 7 Aug 2002 11:42:54 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 409B243E65; Wed, 7 Aug 2002 11:42:53 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g77IgpQx020424; Wed, 7 Aug 2002 20:42:51 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g77IgpYW567852; Wed, 7 Aug 2002 20:42:51 +0200 (MES) Date: Wed, 7 Aug 2002 20:44:33 +0200 (CEST) From: Martin Blapp To: Daniel Eischen Cc: , , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208071623.g77GN5K0002117@mail.pcnet.com> Message-ID: <20020807204231.R58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, > It must have got interrupted while in a critical section. > Something may have grabbed a spinlock that the thread needs > inside a critical section. How can I debug that ? And is this a libc_r problem or a rtld problem (which uses spinlocks) ? > [ Critical regions aren't exported outside of libc_r, > which is why they aren't useable elsewhere. ] Or even a application error ? Do you know how I can debug this ? It happens only for about 0,1% when regmerge gets executed. Always different places in the build. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 12:23:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A8C37B400 for ; Wed, 7 Aug 2002 12:23:40 -0700 (PDT) Received: from lml100.siteprotect.com (lml100.siteprotect.com [66.113.136.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CD043E3B for ; Wed, 7 Aug 2002 12:23:40 -0700 (PDT) (envelope-from events@thesoleilgroup.com) Received: from BIZZONE5 (ip00131-cg.fibercitynetworks.net [64.124.38.75]) by lml100.siteprotect.com (8.9.3/8.9.3) with SMTP id OAA23362 for ; Wed, 7 Aug 2002 14:23:39 -0500 Message-Id: <200208071923.OAA23362@lml100.siteprotect.com> From: "Soleil" To: Subject: TOMORROW -- Password: Soleil -- TV Casting Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Wed, 7 Aug 2002 15:19:16 -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tomorrow will be huge. Password: Soleil has become the premiere Thursday night in New York - with a chill after-work and a blazing late-night. This Thursday, producers from Columbia Tristar are casting people for their new reality TV show. We invite all members of the media and entertainment industries for an exclusive event celebrating New York high-life. Password: SOLEIL Thursdays @Nativa 5 East 19th Street b/w B'way & 5th Ave. New York, NY "SOLEIL" REQUIRED FOR ENTRY You must say 'Soleil' at the door. $5 before 10pm 6-8pm Happy Hour Free dinner buffet. 1/2 price drinks. party 'til 4am Music: Hip-Hop, Reggae, Latin Soul, R&B RSVP Recommended: 212.591.1253 password@thesoleilgroup.com ---------------- To be removed from this list, email: remove@thesoleilgroup.com with the word "remove" in the subject heading. ---------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 12:50:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB82337B401; Wed, 7 Aug 2002 12:50:16 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A603A43E3B; Wed, 7 Aug 2002 12:50:15 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g77JoEQx026471; Wed, 7 Aug 2002 21:50:14 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g77JoEYW566068; Wed, 7 Aug 2002 21:50:14 +0200 (MES) Date: Wed, 7 Aug 2002 21:51:56 +0200 (CEST) From: Martin Blapp To: Daniel Eischen Cc: , , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: Message-ID: <20020807215119.M58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I don't think it's a libc_r problem. It's doing what it's > suppose to be doing. So the problem is rtld which uses wrong locking ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 13:10:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B7937B400; Wed, 7 Aug 2002 13:10:12 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 284D143E65; Wed, 7 Aug 2002 13:10:12 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g77JiVwA000585; Wed, 7 Aug 2002 15:44:31 -0400 (EDT) Date: Wed, 7 Aug 2002 15:44:31 -0400 (EDT) From: Daniel Eischen To: Martin Blapp Cc: hackers@freebsd.org, jdp@polstra.com, deischen@freebsd.org Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020807204231.R58571-100000@levais.imp.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 7 Aug 2002, Martin Blapp wrote: > hi, > > > It must have got interrupted while in a critical section. > > Something may have grabbed a spinlock that the thread needs > > inside a critical section. > > How can I debug that ? And is this a libc_r problem or a rtld > problem (which uses spinlocks) ? I don't think it's a libc_r problem. It's doing what it's suppose to be doing. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14: 6: 0 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167A937B400 for ; Wed, 7 Aug 2002 14:05:58 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E988A43E6E for ; Wed, 7 Aug 2002 14:05:56 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77L5pf14502; Wed, 7 Aug 2002 14:05:51 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77L5oMR058605; Wed, 7 Aug 2002 14:05:50 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 14:05:50 -0700 (PDT) Message-Id: <200208072105.g77L5oMR058605@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: eischen@pcnet1.pcnet.com, mb@imp.ch Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Daniel Eischen wrote: > On Wed, 7 Aug 2002, Martin Blapp wrote: > > hi, > > > > > It must have got interrupted while in a critical section. > > > Something may have grabbed a spinlock that the thread needs > > > inside a critical section. > > > > How can I debug that ? And is this a libc_r problem or a rtld > > problem (which uses spinlocks) ? > > I don't think it's a libc_r problem. It's doing what it's > suppose to be doing. I agree, it's probably not a libc_r problem. The way the rtld does locking is less than ideal. It works for most applications, but there must be a bad interaction with OpenOffice. Unfortunately I can't give you a solution or workaround right away. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:17: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF73D37B400 for ; Wed, 7 Aug 2002 14:17:05 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A648243E65 for ; Wed, 7 Aug 2002 14:17:04 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g77LH3Qx033636; Wed, 7 Aug 2002 23:17:03 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g77LH3YW571579; Wed, 7 Aug 2002 23:17:03 +0200 (MES) Date: Wed, 7 Aug 2002 23:18:45 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208072105.g77L5oMR058605@vashon.polstra.com> Message-ID: <20020807231439.F58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > I agree, it's probably not a libc_r problem. The way the rtld does > locking is less than ideal. It works for most applications, but > there must be a bad interaction with OpenOffice. Unfortunately I > can't give you a solution or workaround right away. I'd just need a workaround for building OO.org on this cluster. Can I remove the locking stuff just for this ? What would be the effect of this ? I'll add a message to the Makefile that rtld has serious problems and that the build needs to be restarted to solve this. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:32:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F93D37B400 for ; Wed, 7 Aug 2002 14:32:28 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 848D743E6A for ; Wed, 7 Aug 2002 14:32:27 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77LWOf14621; Wed, 7 Aug 2002 14:32:24 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77LWOBD058671; Wed, 7 Aug 2002 14:32:24 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 14:32:24 -0700 (PDT) Message-Id: <200208072132.g77LWOBD058671@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: mb@imp.ch Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <20020807231439.F58571-100000@levais.imp.ch> References: <20020807231439.F58571-100000@levais.imp.ch> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020807231439.F58571-100000@levais.imp.ch>, Martin Blapp wrote: > > I'd just need a workaround for building OO.org on this cluster. > > Can I remove the locking stuff just for this ? What would be the effect of > this ? The effect would be unpredictable. When it hangs, it hangs because two threads are trying to get the lock at the same time. Without the locking, it wouldn't hang. But the changes one thread was making to the rtld's data structures might cause the other thread to follow an invalid pointer and crash the whole application. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:39:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D63D037B400 for ; Wed, 7 Aug 2002 14:39:56 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CD443E42 for ; Wed, 7 Aug 2002 14:39:55 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g77LdtQx035503; Wed, 7 Aug 2002 23:39:55 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g77LdsYW568057; Wed, 7 Aug 2002 23:39:54 +0200 (MES) Date: Wed, 7 Aug 2002 23:41:37 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208072132.g77LWOBD058671@vashon.polstra.com> Message-ID: <20020807234046.V58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > The effect would be unpredictable. When it hangs, it hangs because > two threads are trying to get the lock at the same time. Without the > locking, it wouldn't hang. But the changes one thread was making to > the rtld's data structures might cause the other thread to follow an > invalid pointer and crash the whole application. It's happening in exit() ! The application does hang cause it hangs there. Doesn't that change anything ? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:40:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 414C337B400 for ; Wed, 7 Aug 2002 14:40:22 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB13843E8A for ; Wed, 7 Aug 2002 14:40:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g77LeLdc000770; Wed, 7 Aug 2002 14:40:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g77LeL2b000769; Wed, 7 Aug 2002 14:40:21 -0700 (PDT) (envelope-from dillon) Date: Wed, 7 Aug 2002 14:40:21 -0700 (PDT) From: Matthew Dillon Message-Id: <200208072140.g77LeL2b000769@apollo.backplane.com> To: John Polstra Cc: hackers@FreeBSD.ORG, mb@imp.ch Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag References: <20020807231439.F58571-100000@levais.imp.ch> <200208072132.g77LWOBD058671@vashon.polstra.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :In article <20020807231439.F58571-100000@levais.imp.ch>, :Martin Blapp wrote: :> :> I'd just need a workaround for building OO.org on this cluster. :> :> Can I remove the locking stuff just for this ? What would be the effect of :> this ? : :The effect would be unpredictable. When it hangs, it hangs because :two threads are trying to get the lock at the same time. Without the :locking, it wouldn't hang. But the changes one thread was making to :the rtld's data structures might cause the other thread to follow an :invalid pointer and crash the whole application. : :John :-- : John Polstra If it's a matter of one thread hogging the cpu and the other (which holds the lock) not being able to run to completion, maybe putting the sleep back in would work. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:43:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945BA37B405 for ; Wed, 7 Aug 2002 14:43:09 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18A8343E7B for ; Wed, 7 Aug 2002 14:43:08 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g77Lh4Qx035816; Wed, 7 Aug 2002 23:43:04 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g77Lh4YW572468; Wed, 7 Aug 2002 23:43:04 +0200 (MES) Date: Wed, 7 Aug 2002 23:44:47 +0200 (CEST) From: Martin Blapp To: Matthew Dillon Cc: John Polstra , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208072140.g77LeL2b000769@apollo.backplane.com> Message-ID: <20020807234318.U58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > If it's a matter of one thread hogging the cpu and the other (which > holds the lock) not being able to run to completion, maybe putting > the sleep back in would work. I had this also happen with the nanosleeps in place. For some strange reason it only happens with some gcc versions. Other never hang. - gcc2, gcc 3.1.1 prerelease are fine - gcc3.1 prerelease, gcc 3.1.1 release hang Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:43:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4990337B401; Wed, 7 Aug 2002 14:43:33 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FDD43E42; Wed, 7 Aug 2002 14:43:32 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g77LhWdc000806; Wed, 7 Aug 2002 14:43:32 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g77LhWxd000805; Wed, 7 Aug 2002 14:43:32 -0700 (PDT) (envelope-from dillon) Date: Wed, 7 Aug 2002 14:43:32 -0700 (PDT) From: Matthew Dillon Message-Id: <200208072143.g77LhWxd000805@apollo.backplane.com> To: Martin Blapp Cc: Daniel Eischen , , , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag References: <20020807204231.R58571-100000@levais.imp.ch> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :hi, : :> It must have got interrupted while in a critical section. :> Something may have grabbed a spinlock that the thread needs :> inside a critical section. : :How can I debug that ? And is this a libc_r problem or a rtld :problem (which uses spinlocks) ? In rtld-elf/i386/lockdflt.c, put some code in the wlock_acquire() loop to fault out or print an error message when lock contention is detected. If you know what threading package OpenOffice is using you could also setup a callback vector for rtld to call inside its lock acquisition loop to force a context switch. A hack, I know, but it may be the only real solution. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:46:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A054A37B400 for ; Wed, 7 Aug 2002 14:46:51 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE2143E70 for ; Wed, 7 Aug 2002 14:46:50 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77Lklf14783; Wed, 7 Aug 2002 14:46:47 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77Lkke8058706; Wed, 7 Aug 2002 14:46:46 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 14:46:46 -0700 (PDT) Message-Id: <200208072146.g77Lkke8058706@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: dillon@apollo.backplane.com Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208072140.g77LeL2b000769@apollo.backplane.com> References: <20020807231439.F58571-100000@levais.imp.ch> <200208072132.g77LWOBD058671@vashon.polstra.com> <200208072140.g77LeL2b000769@apollo.backplane.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200208072140.g77LeL2b000769@apollo.backplane.com>, Matthew Dillon wrote: > > If it's a matter of one thread hogging the cpu and the other (which > holds the lock) not being able to run to completion, maybe putting > the sleep back in would work. Yes, that was the original idea behind the sleeps. But in practice it doesn't work, because the rtld isn't really linked with the rest of the application. When the rtld calls nanosleep(), it's getting the real system call rather than the threads package's version. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 14:56:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92BC637B400 for ; Wed, 7 Aug 2002 14:56:47 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 404B543E3B for ; Wed, 7 Aug 2002 14:56:47 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g77Luldc000928; Wed, 7 Aug 2002 14:56:47 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g77Lulgi000927; Wed, 7 Aug 2002 14:56:47 -0700 (PDT) (envelope-from dillon) Date: Wed, 7 Aug 2002 14:56:47 -0700 (PDT) From: Matthew Dillon Message-Id: <200208072156.g77Lulgi000927@apollo.backplane.com> To: John Polstra Cc: hackers@FreeBSD.ORG Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag References: <20020807231439.F58571-100000@levais.imp.ch> <200208072132.g77LWOBD058671@vashon.polstra.com> <200208072140.g77LeL2b000769@apollo.backplane.com> <200208072146.g77Lkke8058706@vashon.polstra.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :In article <200208072140.g77LeL2b000769@apollo.backplane.com>, :Matthew Dillon wrote: :> :> If it's a matter of one thread hogging the cpu and the other (which :> holds the lock) not being able to run to completion, maybe putting :> the sleep back in would work. : : :Yes, that was the original idea behind the sleeps. But in practice :it doesn't work, because the rtld isn't really linked with the rest :of the application. When the rtld calls nanosleep(), it's getting :the real system call rather than the threads package's version. : :John :-- : John Polstra : John D. Polstra & Co., Inc. Seattle, Washington USA So the only solution may be a callback vector to switch threads that the application can set. Martin's earlier comment in regards to the problem occuring in exit() led me to search for 'atexit' use inside rtld-elf. I found a comment in rtld_start.S (for i386) but no direct link. If there is an at-exit function it could be deadlocking against a thread trying to cause the program to exit. Odd, but possible. Judicious use of write()'s to stderr (descriptor 2) on Martin's part may shed some light on exactly how the deadlock is occuring. (I'm getting into this conversation late. I am actually on vacation and will not have email access for about a week starting in about a day). -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 15:38: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6933337B400 for ; Wed, 7 Aug 2002 15:38:07 -0700 (PDT) Received: from web14208.mail.yahoo.com (web14208.mail.yahoo.com [216.136.173.72]) by mx1.FreeBSD.org (Postfix) with SMTP id 268FE43E70 for ; Wed, 7 Aug 2002 15:38:07 -0700 (PDT) (envelope-from neelnatu@yahoo.com) Message-ID: <20020807223806.10983.qmail@web14208.mail.yahoo.com> Received: from [208.2.250.250] by web14208.mail.yahoo.com via HTTP; Wed, 07 Aug 2002 15:38:06 PDT Date: Wed, 7 Aug 2002 15:38:06 -0700 (PDT) From: Neelkanth Natu Subject: Bug in kern_conf.c, allocdev() ? To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, In allocdev() in kern_conf.c, it seems like we will not be reusing any of the freed specinfo structs hanging off 'dev_free', once the value of 'stashed >= DEVT_STASH'. The diff below mallocs a new specinfo struct only if we have run out of our stash AND there are no specinfo structs to reuse in 'dev_free'. Hope I am not missing something obvious here ... thanks Neel kern_conf.c: @@ -182,7 +182,7 @@ static int stashed; struct specinfo *si; - if (stashed >= DEVT_STASH) { + if ((stashed >= DEVT_STASH) && !LIST_FIRST(&dev_free)) { MALLOC(si, struct specinfo *, sizeof(*si), M_DEVT, M_USE_RESERVE | M_ZERO); } else if (LIST_FIRST(&dev_free)) { __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 16:31: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1246437B401; Wed, 7 Aug 2002 16:30:56 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id A05D643E3B; Wed, 7 Aug 2002 16:30:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0264.cvx22-bradley.dialup.earthlink.net ([209.179.199.9] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17caGT-0006Hz-00; Wed, 07 Aug 2002 16:30:54 -0700 Message-ID: <3D51AD79.C07ECB0F@mindspring.com> Date: Wed, 07 Aug 2002 16:30:01 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Crist J. Clark" Cc: Brad Laue , freebsd-hackers@FreeBSD.ORG Subject: Re: ifconfig alias and the 0xffffffff netmask References: <3D4F7539.2090201@brad-x.com> <3D4F7F4F.97609D75@mindspring.com> <20020807174324.GB71991@blossom.cjclark.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Crist J. Clark" wrote: > I've seen you say this before, Terry, and I'm not sure I understand > exactly what you are saying is broken. This, > > ep0: flags=8843 mtu 1500 > inet 172.16.0.1 netmask 0xffff0000 broadcast 172.16.255.255 > inet 172.16.255.254 netmask 0xffffffff broadcast 172.16.255.254 > inet 172.16.2.128 netmask 0xffffff00 broadcast 172.16.2.255 > ether 00:20:af:17:0f:11 > media: Ethernet 10baseT/UTP > > Works fine for me. What do you mean by, "you can't have a different > netmask from that of the real IP address?" In the case of a > 255.255.255.255 netmask, you have a different netmask from the "real" > IP address. That's the whole point of using the all-ones mask after > all. There's a situation that can result in an "EEXIST" from the routing code, after the association of the IP address, on a non-"all bits lit" netmask on an alias. I ran into this on a system where I was running a lot of jails; the insidious part was that an ifconfig would show the IP as having been assigned, but you couldn't really use it. The only fix was to use an all 1's netmask for alias addresses. This was on FreeBSD 4.2; I believe subsequent versions of ifconfig have supressed the error message (but not the error). It was my understanding from the FreeBSD-net mailing list responses I received at the time that this was an artifact of a clone for a route of a non-existant entry. I think the way you have to work at triggering it is to do the ifconfig before a default route is defined (or intentionally not have a default route). It may be that this is falling into the cloning case in RT_ADD these days, but that doesn't make the behaviour in that case correct: /* * Uh-oh, we already have one of these in the tree. * We do a special hack: if the route that's already * there was generated by the protocol-cloning * mechanism, then we just blow it away and retry * the insertion of the new one. */ Basically, the way Cisco and other networking equipment vendors handle this case is by virtualizing the interface, rather than the route. If you *really* need it, I could revert the configuration on the system where this was a problem, and reproduce the error, since the configurations for that machine are under version control. A better thing to do would be to look for the terms "netmask" and "alias" on the FreeBSD-net mailing list archives around October/November of 2000. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 7 16:31: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9150937B405 for ; Wed, 7 Aug 2002 16:31:00 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE8E43E42 for ; Wed, 7 Aug 2002 16:30:59 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g77NUrf15226; Wed, 7 Aug 2002 16:30:53 -0700 (PDT) (envelope-from jdp@vashon.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.12.4/8.12.4/Submit) id g77NUqVW058833; Wed, 7 Aug 2002 16:30:52 -0700 (PDT) (envelope-from jdp) Date: Wed, 7 Aug 2002 16:30:52 -0700 (PDT) Message-Id: <200208072330.g77NUqVW058833@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: dillon@apollo.backplane.com, mb@imp.ch Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208072156.g77Lulgi000927@apollo.backplane.com> References: <20020807231439.F58571-100000@levais.imp.ch> <200208072140.g77LeL2b000769@apollo.backplane.com> <200208072146.g77Lkke8058706@vashon.polstra.com> <200208072156.g77Lulgi000927@apollo.backplane.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200208072156.g77Lulgi000927@apollo.backplane.com>, Matthew Dillon wrote: > :Yes, that was the original idea behind the sleeps. But in practice > :it doesn't work, because the rtld isn't really linked with the rest > :of the application. When the rtld calls nanosleep(), it's getting > :the real system call rather than the threads package's version. > : > :John > > So the only solution may be a callback vector to switch threads that > the application can set. Probably, but there are some real gotchas with that approach too. It is what I did initially in the early revisions of lockdflt.c. But some problems came up -- see the log messages for revisions 1.1 thru 1.5 of that file. The worst problem was that when the rtld called one of the application-supplied locking functions, that function might reference a symbol which needed lazy binding. That caused it to call back into the rtld, which recursively tried to call the locking function, ad infinitum. I tried various ways to make sure the locking functions were pre-bound, but none were successful in all cases. > Martin's earlier comment in regards to the problem occuring in exit() > led me to search for 'atexit' use inside rtld-elf. I found a > comment in rtld_start.S (for i386) but no direct link. If there is > an at-exit function it could be deadlocking against a thread trying > to cause the program to exit. Odd, but possible. There is an atexit function. It's set up by crt0 or crt1 -- I forget which. It causes "rtld_exit" in rtld.c to be called via the atexit mechanism. Martin, it might be worth a try to remove the locking calls from rtld_exit and see if that fixes the problem. > (I'm getting into this conversation late. I am actually on vacation > and will not have email access for about a week starting in about a day). I'm going to be a bit tied up myself for the next few days, unfortunately. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 0:16:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A724637B400 for ; Thu, 8 Aug 2002 00:16:39 -0700 (PDT) Received: from pd3mo2so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 988EC43E6E for ; Thu, 8 Aug 2002 00:16:38 -0700 (PDT) (envelope-from Colin_Percival@sfu.ca) Received: from pd2mr3so.prod.shaw.ca (pd2mr3so-ser.prod.shaw.ca [10.0.141.108]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0I00EGAK7PKT@l-daemon> for freebsd-hackers@freebsd.org; Thu, 08 Aug 2002 01:16:37 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca (pn2ml9so-qfe0.prod.shaw.ca [10.0.121.7]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0I00GC0K7Q80@l-daemon> for freebsd-hackers@freebsd.org; Thu, 08 Aug 2002 01:16:38 -0600 (MDT) Received: from piii600.sfu.ca (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0I0070DK7PNT@l-daemon> for freebsd-hackers@freebsd.org; Thu, 08 Aug 2002 01:16:38 -0600 (MDT) Date: Thu, 08 Aug 2002 00:16:36 -0700 From: Colin Percival Subject: release variability X-Sender: cperciva@popserver.sfu.ca To: freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Info-RBL1: ox.ac.uk filters email against various lists. X-Info-RBL2: If your replies bounce, try sending them to cperciva@sfu.ca Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If two people `make release` on different machines, how much difference will there be between the results? Obviously the kernel will be different because it contains the user and host names from its build; should everything else be the same? Colin Percival To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 0:35: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 158F937B400; Thu, 8 Aug 2002 00:34:43 -0700 (PDT) Received: from excite.com (vic6-adsl-122.tpgi.com.au [203.213.70.122]) by mx1.FreeBSD.org (Postfix) with SMTP id 91BF943E42; Thu, 8 Aug 2002 00:34:32 -0700 (PDT) (envelope-from utenngradmom5336m66@excite.com) Received: from smtp-server1.cflrr.com ([83.123.166.140]) by a231242.upc-a.zhello.nl with local; 08 Aug 0102 00:35:31 +0800 Received: from unknown (HELO hd.ressort.net) (165.28.99.205) by smtp-server.tampabayr.com with QMQP; Thu, 08 Aug 0102 08:35:04 +0500 Received: from unknown (11.133.63.173) by mx.loxsystems.net with local; Thu, 08 Aug 0102 13:34:37 -0600 Reply-To: Message-ID: <002e41b25c8d$8136a1a1$0cb05bc1@eqliec> From: To: , , , , , , , , , , , , Subject: Special News Update Date: Thu, 08 Aug 0102 08:20:26 -0100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00D4_83D45D5C.B4567D75" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00D4_83D45D5C.B4567D75 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 QXJlIENlbGwgUGhvbmVzIEEgSGVhbHRoIEhhemFyZD8NCg0KRG9jdG9ycyBh bmQgU2NpZW50aXN0cyBoYXZlIHJlY2VudGx5IGJlZW4gaXNzdWluZyByZXBv cnRzIHRoYXQgY2VsbCBwaG9uZSByYWRpYXRpb24gYW5kIGJyYWluIGFjbmVy IG1pZ2h0IGhhdmUgYSByZWxhdGlvbnNoaXAuICANCg0KTm9raWEgaGFzIGFu IGFjdHVhbCBwYXRlbnQgb24gYSBkZXZpY2UgdGhhdCBzaGllbGRzIHRoZSBo dW1hbiBoZWFkIGZyb20gY2VsbCBwaG9uZSByYWRpYXRpb24uICBZT1UgQ0FO IFJFQUQgSVQgT04gT1VSIFdFQlNJVEUhISENCg0KTWFqb3IgVS5TLm5ld3Mg YWdlbmNpZXMgaGF2ZSBkb25lIHRob3Vyb3VnaCByZXBvcnRzIGluIGRlcHRo IGNvdmVyaW5nIHRoZSBoYXJtZnVsIGVmZmVjdHMgb2YgY2VsbCBwaG9uZSBy YWRpYXRpb24uDQpEb24ndCBiZSB0aGUgcGhvbmUgY29tYXBhbnkncyBndW5p ZWEgcGlnISAgUHJvdGVjdCBZb3Vyc2VsZiBUb2RheSENCg0KV2UgaGF2ZSBw cmVzcyByZWxlYXNlcyBvbiBvdXIgc2l0ZSB0aGF0IHdpbGwgQUxBUk0gZXZl cnkgY2VsbCBwaG9uZSBvd25lciEhISENCg0KV2UgbWFrZSBhIHByb2R1Y3Qg dGhhdCBoZWxwcyBkZWNyZWFzZSBoYXJtZnVsIGVsZWN0cm8tbWFnbmV0aWMg cmFkaWF0aW9uIGZyb20gZW50ZXJpbmcgeW91ciBlYXIuICBJdCBpcyBicmFu ZCBuZXcsIHBhdGVudGVkLCBlYXN5IHRvIGluc3RhbGwsIGVhc3kgdG8gdXNl LCBmaXRzIGV2ZXJ5IHBob25lIG1hZGUsIGFuZCB2ZXJ5IGFmZm9yZGFibGUu ICANCg0KVmlzaXQgdXMgb25saW5lIGF0DQpodHRwOi8vd3d3LmNvbW8tdmVu ZGVyLmNvbS9zaGllbGRzDQoNCg0KV2UgYXJlIGN1cnJlbnRseSBoYXZpbmcg YSBTcGVjaWFsLg0KQnV5IDMgZ2V0IDEgRlJFRQ0KaHR0cDovL3d3dy5jb21v LXZlbmRlci5jb20vc2hpZWxkcw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN CmxhdWdoDQoNClVubGlzdCBJbmZvcm1hdGlvbiANCiANCk1hcmtldGluZyBG dXR1cmUgSW5jLiBoYXMgYnJvdWdodCB5b3UgdGhpcyBtZXNzYWdlIGluIGNv bXBsaWFuY2Ugd2l0aCBjdXJyZW50IGZlZGVyYWwgbGF3cy4gWW91IGFyZSBy ZWNlaXZpbmcgdGhpcyBtYWlsaW5nIGJlY2F1c2UgeW91IG9yIHNvbWVvbmUg eW91IGtub3cgaGFzIHJlZ2lzdGVyZWQgdGhpcyBlbWFpbCBhZGRyZXNzIHRv IHJlY2VpdmUgb2ZmZXJzIGZyb20gYSBNYXJrZXRpbmcgRnV0dXJlIEluYy4g bWFya2V0aW5nIHBhcnRuZXIuIFNjcmVlbmluZyBvZiBhZGRyZXNzZXMgaGFz IGJlZW4gZG9uZSB0byB0aGUgYmVzdCBvZiBvdXIga25vd2xlZGdlLiBXZSBo b25vciBhbGwgdW5saXN0IHJlcXVlc3RzIHdpdGhpbiAxIGJ1c2luZXNzIGRh eS4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwg d2UgYXBvbG9naXplIGZvciBhbnkgaW5jb252ZW5pZW5jZSBpdCBoYXMgY2F1 c2VkIGFuZCB3aWxsIG5vdCBtYWlsIGZ1cnRoZXIgb2ZmZXJzIHRvIHlvdS4g VG8gYmUgZGUtYWN0aXZhdGVkIGZyb20gb3VyIGRhdGEsIHBsZWFzZSBkbyB0 aGUgZm9sbG93aW5nOiBTaW1wbHkgc2VuZCBhbiBlbWFpbCB0byByZW1vdmU1 QGV5b3UuY29tICAgIA0KCUlmIHlvdSBoYXZlIHlvdXIgbWFpbCBmb3J3YXJk ZWQgdG8gYSBuZXcgZW1haWwgYWRkcmVzcyBwbGVhc2UgcHJvdmlkZSB5b3Vy IG9sZCBlbWFpbCBhZGRyZXNzLiBJZiB5b3Ugd2FudCB0byBiZSBkZWFjdGl2 YXRlZCBmcm9tIHNldmVyYWwgZW1haWwgYWRyZXNzZXMsIGluY2x1ZGUgYWxs IG9mIHRoZW0gaW4gdGhlIG1lc3NhZ2UgYm9keS4gDQo5MDAzblNOVzQtNTMz aWZKazA3MTJIREV6Mi0wMjFualJUODk4NVhzQ0s3LTIwMW9ab1k4MjYzSllC ZTEtMzExZm5qTTc3bDY2DQpsYXVnaA0KNDU0MVZxS3ozLTAxOUV6VUg3ODQ1 Uk1KUGwyNA== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 0:43:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A50A037B400 for ; Thu, 8 Aug 2002 00:43:10 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CCD243E6A for ; Thu, 8 Aug 2002 00:43:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0216.cvx40-bradley.dialup.earthlink.net ([216.244.42.216] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17chwf-0000lC-00; Thu, 08 Aug 2002 00:42:57 -0700 Message-ID: <3D52209F.CC0B6DAA@mindspring.com> Date: Thu, 08 Aug 2002 00:41:19 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Percival Cc: freebsd-hackers@freebsd.org Subject: Re: release variability References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Colin Percival wrote: > If two people `make release` on different machines, how much difference > will there be between the results? Obviously the kernel will be different > because it contains the user and host names from its build; should > everything else be the same? Assuming identical source trees, and that the build takes place on systems installed with the same software, the only things that should be different are user, host, and time stamps. The kernel is one place that's stamped; the boot code is another. If you have ports installed on the host system, the tar balls are copied into the build environment before the build occurs, as well, so that could add an element of variablity. If you need to have confidence in this, and don't, then you can try it, and then NFS mount and diff -r the ISO images. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 0:51:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB04B37B400 for ; Thu, 8 Aug 2002 00:51:13 -0700 (PDT) Received: from cspop.comsoft.de (csdc.comsoft.de [212.86.205.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3396E43EB2 for ; Thu, 8 Aug 2002 00:51:10 -0700 (PDT) (envelope-from peter.cornelius@comsoft.de) Received: by cspop.comsoft.de with Internet Mail Service (5.5.2653.19) id ; Thu, 8 Aug 2002 09:48:38 +0200 Message-ID: <00A57C71F997D6119D7700034707323F09CF6E@cspop.comsoft.de> From: "Cornelius, Peter" To: 'FreeBSD Hackers' Cc: 'Peter Cornelius' , "Cornelius, Peter" Subject: FW: 4.6-STABLE: SEGV in endpwent(3) ? Date: Thu, 8 Aug 2002 09:48:38 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I sent yesterday the message below to -questions but got no response. Since I don't know whom else to ask, I try here ;-). Thanks a lot... Best regards, Peter. -----Original Message----- From: Cornelius, Peter Sent: Wednesday, August 07, 2002 3:37 PM To: 'FreeBSD Questions' Cc: 'pcc@gmx.net' Subject: 4.6-STABLE: SEGV in endpwent(3) ? Hi there, I have a peculiar and reproducable problem where bash(1)(and probably truss(1), too) vomits in a endpwent(3) call. It happens always when I hit after I inserted a tilde ~ character, regardless of whether I then type a user name (it used to go into the user's homedir if so). What am I doing wrong? The system has been updated with ctm yesterday and had its world built and installed this morning and the problem seems to occur since then. For completeness' sake, here's `uname -a`: FreeBSD host.domain.de 4.6-STABLE FreeBSD 4.6-STABLE #17: Tue Jul 9 11:06:02 CEST 2002 root@host.domain.de:/usr/src/sys/compile/HOST i386 The box is a NIS client, but the error occurs with both local and NIS users. Currently, it's 'only' a major nuisance to me since I do use '~' a lot, but it may be more as a rather basic function is involved (and truss(1) also dies). Since it's reliable, I could also produce core dumps to interested people and whatever truss(1) manages to put out, if at all required. Any hints appreciated, thanks a lot and best regards, Peter. (P. S.: Please honor the Reply-To:, it makes life easier for me ;-) Ta.) --- gdb bt follows. --- bash-2.05b$ gdb bash GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... (gdb) run Starting program: /usr/local/bin/bash bash-2.05b$ ls -la ~co Program received signal SIGSEGV, Segmentation fault. 0x80aa411 in endpwent () (gdb) bt #0 0x80aa411 in endpwent () #1 0x80aab89 in endpwent () #2 0x80a9b39 in getpwent () #3 0x808e4e9 in rl_username_completion_function () #4 0x808e41d in rl_completion_matches () #5 0x8070ce8 in attempt_shell_completion () #6 0x808d382 in gen_completion_matches () #7 0x808e1d9 in rl_complete_internal () #8 0x808cafa in rl_complete () #9 0x808945e in _rl_dispatch_subseq () #10 0x8089302 in _rl_dispatch () #11 0x80891b9 in readline_internal_char () #12 0x8089285 in readline_internal_charloop () #13 0x80892a0 in readline_internal () #14 0x8088ee5 in readline () #15 0x804b574 in yy_readline_get () #16 0x804b4d5 in yy_getc () #17 0x804bd0d in shell_getc () #18 0x804c77e in read_token () #19 0x804c268 in yylex () #20 0x804a52d in yyparse () #21 0x804a2b9 in parse_command () #22 0x804a36f in read_command () #23 0x804a10b in reader_loop () #24 0x80488a2 in main () #25 0x8048135 in _start () (gdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 1: 0:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8BA937B401 for ; Thu, 8 Aug 2002 01:00:36 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D8A943E9E for ; Thu, 8 Aug 2002 01:00:34 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 644CC3ABD40; Thu, 8 Aug 2002 10:02:05 +0200 (CEST) Date: Thu, 8 Aug 2002 10:02:05 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Subject: Re: How to port old 3.x kld to 4.x? Message-ID: <20020808080205.GO29179@garage.freebsd.pl> References: <8664.1028722224@www19.gmx.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="tjOMJDssiV0CZSJH" Content-Disposition: inline In-Reply-To: <8664.1028722224@www19.gmx.net> X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tjOMJDssiV0CZSJH Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 07, 2002 at 02:10:24PM +0200, Ingram wrote: +> It compiles and loads with kldload but if i execute the redirected +> file on my box, the whole os just hangs and spits something like +> "kernel page fault". +> Here You got solution how to catch execve(): http://garage.freebsd.pl/rexec.tgz +> I expect the problems lying within the userspace allocation, but +> i am not experienced enough in coding kld to port this code +> so that it works under FreeBSd 4.6 (or future releases). +> And here You got an example module, which shows how to allocate memory in userspace (it converting open() of file "/tmp/foo" to file "/tmp/foobar"= ): http://garage.freebsd.pl/usmalloc.tgz And maybe this one too: http://garage.freebsd.pl/userpwd.tgz This module converts open() on files: /etc/passwd /etc/pwd.db /etc/group for users to: /etc/userpwd/passwd.| /etc/userpwd/pwd.db.| /etc/userpwd/group.| --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --tjOMJDssiV0CZSJH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPVIlfT/PhmMH/Mf1AQHI/AP8CVuQB5Qjig29p6XPYeK/D3RAL0zC9Fdt rygGxZHp9OWqafPh+kcibcK4rUQ3zTiFOryeD99O6oVu1TRSECnStHQCxpjMejwj 6yoe3pYdvzt2M7N8DRVL4Q6VdQlATXrf8n+wHHYmQ5kmkbkSLRf0ACHLIjfKSdCE WUFMBb6RDVA= =Gjul -----END PGP SIGNATURE----- --tjOMJDssiV0CZSJH-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 1: 8:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23C8837B400 for ; Thu, 8 Aug 2002 01:08:25 -0700 (PDT) Received: from pd3mo1so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9184343E42 for ; Thu, 8 Aug 2002 01:08:24 -0700 (PDT) (envelope-from Colin_Percival@sfu.ca) Received: from pd3mr1so.prod.shaw.ca (pd3mr1so-ser.prod.shaw.ca [10.0.141.177]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0I0019TMM0K6@l-daemon> for freebsd-hackers@freebsd.org; Thu, 08 Aug 2002 02:08:24 -0600 (MDT) Received: from pn2ml2so.prod.shaw.ca (pn2ml2so-qfe0.prod.shaw.ca [10.0.121.146]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0I00LMDMM00H@l-daemon> for freebsd-hackers@freebsd.org; Thu, 08 Aug 2002 02:08:24 -0600 (MDT) Received: from piii600.sfu.ca (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0I00JAHMLZW8@l-daemon> for freebsd-hackers@freebsd.org; Thu, 08 Aug 2002 02:08:24 -0600 (MDT) Date: Thu, 08 Aug 2002 01:08:04 -0700 From: Colin Percival Subject: Re: release variability In-reply-to: <3D52209F.CC0B6DAA@mindspring.com> X-Sender: cperciva@popserver.sfu.ca To: Terry Lambert Cc: freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20020808004942.02027a58@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Info-RBL1: ox.ac.uk filters email against various lists. X-Info-RBL2: If your replies bounce, try sending them to cperciva@sfu.ca References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 00:41 08/08/2002 -0700, Terry Lambert wrote: >Assuming identical source trees, and that the build takes place >on systems installed with the same software, the only things that >should be different are user, host, and time stamps. The kernel >is one place that's stamped; the boot code is another. Ok. I'm putting together some code to identify out-of-date files based on their checksums and I wanted to make sure I wouldn't miss any "polymorphic" files. >If you need to have confidence in this, and don't, then you >can try it, and then NFS mount and diff -r the ISO images. I tried to make 4.6-RELEASE, but it has unfortunately broken due to linkrot; http://www.w3.org/TR/xhtml1/xhtml1.zip has changed since when June, causing a checksum mismatch while building one of the requisite ports. Colin Percival To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 1:20:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D25237B400 for ; Thu, 8 Aug 2002 01:20:41 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E8843E42 for ; Thu, 8 Aug 2002 01:20:41 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0216.cvx40-bradley.dialup.earthlink.net ([216.244.42.216] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17ciX8-00048v-00; Thu, 08 Aug 2002 01:20:38 -0700 Message-ID: <3D52296B.78C620D@mindspring.com> Date: Thu, 08 Aug 2002 01:18:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Percival Cc: freebsd-hackers@freebsd.org Subject: Re: release variability References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020808004942.02027a58@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Colin Percival wrote: > I tried to make 4.6-RELEASE, but it has unfortunately broken due to > linkrot; http://www.w3.org/TR/xhtml1/xhtml1.zip has changed since when > June, causing a checksum mismatch while building one of the requisite ports. Unfortunately, FreeBSD is not completely self-hosting for arbitrary versions, because the ports needed for the docs build out are not chcked into FreeBSD's source repository. The best suggestion I have is to find an older version, and copy it into your local ports directory, which will keep it from being downloaded (and therefore have incorrect contents) during the build, since, as I said before, the build process copies local ports files into the chroot's distfiles directory, which avoids the download. What could have been a problem on machines that were unsynchronized can now save you from the FreeBSD source tree self hosting bugs with regard to docs). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 4:51:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AE8E37B400; Thu, 8 Aug 2002 04:51:43 -0700 (PDT) Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E311043E3B; Thu, 8 Aug 2002 04:51:41 -0700 (PDT) (envelope-from mb@imp.ch) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.12.3/8.12.3) with ESMTP id g78BiGQx041029; Thu, 8 Aug 2002 13:44:16 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g78BiFYW589599; Thu, 8 Aug 2002 13:44:15 +0200 (MES) Date: Thu, 8 Aug 2002 13:45:57 +0200 (CEST) From: Martin Blapp To: John Polstra Cc: , , Alexander Kabaev , Subject: Re: Help needed. Deadlock in rtld makes openoffice build hang ag In-Reply-To: <200208072330.g77NUqVW058833@vashon.polstra.com> Message-ID: <20020808134344.S58571-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > mechanism. Martin, it might be worth a try to remove the locking > calls from rtld_exit and see if that fixes the problem. Did that. Until now, I've completed one build without deadlock, a second is running ! Maybe we have the fix ! I'll build now all packages (15) and if I get no deadlocks I'd say this is the fix. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 9:29:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 435C837B400; Thu, 8 Aug 2002 09:29:55 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BEAC43E65; Thu, 8 Aug 2002 09:29:54 -0700 (PDT) (envelope-from lansil@rpi.edu) Received: from cortez.sss.rpi.edu (cortez.sss.rpi.edu [128.113.113.33]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g78GTqqh298210; Thu, 8 Aug 2002 12:29:52 -0400 Received: from localhost (lansil@localhost) by cortez.sss.rpi.edu (8.8.5/8.8.6) with SMTP id MAA63444; Thu, 8 Aug 2002 12:29:52 -0400 X-Authentication-Warning: cortez.sss.rpi.edu: lansil owned process doing -bs Date: Thu, 8 Aug 2002 12:29:52 -0400 (EDT) From: "Lawrence S. Lansing" X-Sender: lansil@cortez.sss.rpi.edu To: freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: doFS.sh, FreeBSD To Go Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Over a year ago, I started a project with the goal of making it much easier to create custom bootable "live filesystem" FreeBSD CD-ROMs. I called the project "FreeBSD To Go". I decided to keep things as simple as possible, so the project is really just a makefile, which takes a particular set of configuration files and packages which I call a "bundle". It should be trivial to make a bundle that generates a CD that does just about anything FreeBSD can normally do. I had a LiveFS CD booting into X and running netscape, about a year before the NetBSD folks did the same with NetBSD Live!. Feel free to check it out the project at http://www.sourceforge.net/projects/freebsdtogo/. It works, more or less. At least it did until the 1.24.2.9 -> 1.24.2.10 patch was committed to -stable's src/release/scripts/doFS.sh. I used this particular script to generate the El Torito boot images for my CDs. Unfortunately, this particular patch appears to make doFS.sh dependent upon a "make release" environment, including trees/bin/. I'm not quite sure how I'm supposed to cope with that, from the FreeBSD To Go side of things. doFS.sh does not contain *any* comments, and before this latest patch, the "RD" parameter to the script was not used at all in -stable. I would happily welcome any advice that can be offered. I would be happy to work on integrating my work into the main FreeBSD "make release" system, so that it is easier for FreeBSD users to create custom bootable disks. This would also help avoid bit-rot, due to a changing -stable. Thank you very much for your time. -Larry Lansing To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 10:24:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15B737B400; Thu, 8 Aug 2002 10:24:13 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D1743E3B; Thu, 8 Aug 2002 10:24:12 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g78HO6355181; Fri, 9 Aug 2002 02:24:06 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: hackers@FreeBSD.org, stable@FreeBSD.org In-Reply-To: References: X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 17 From: Makoto Matsushita To: lansil@rpi.edu Subject: Re: doFS.sh, FreeBSD To Go Date: Fri, 09 Aug 2002 02:24:03 +0900 Message-Id: <20020809022403C.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG lansil> I'm not quite sure how I'm supposed to cope with that, from lansil> the FreeBSD To Go side of things. doFS.sh does not contain lansil> *any* comments, and before this latest patch, the "RD" lansil> parameter to the script was not used at all in -stable. RD comes from src/release/Makefile. It is usually points ${CHROOT}/R/stage, where ${CHROOT} is the top directory of chroot environment for building a release. lansil> I would happily welcome any advice that can be offered. BTW, why you want a floppy image for your project? Doesn't 'cdboot' help you anything? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 14:51:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFCE237B400; Thu, 8 Aug 2002 14:51:43 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7863643E42; Thu, 8 Aug 2002 14:51:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0394.cvx40-bradley.dialup.earthlink.net ([216.244.43.139] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17cvBx-0001XD-00; Thu, 08 Aug 2002 14:51:38 -0700 Message-ID: <3D52E7B5.94C9270F@mindspring.com> Date: Thu, 08 Aug 2002 14:50:45 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Makoto Matsushita Cc: lansil@rpi.edu, hackers@FreeBSD.org, stable@FreeBSD.org Subject: Re: doFS.sh, FreeBSD To Go References: <20020809022403C.matusita@jp.FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Makoto Matsushita wrote: > BTW, why you want a floppy image for your project? Doesn't 'cdboot' > help you anything? FWIW, I think a floppy image is great. I have a number of older systems from which I cannot boot from the CDROM. It's also desirable from the third party driver perspective, as long as FreeBSD can load kernel modules of a CDROM or DOS floppy in a binary format: it means that someone can sign a non-disclosure agreement with a hardware vendor, create a binary only driver, and then give it to the hardware vendor to have them distribute in the A:\FREEBSD\BIN\ directory. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 15:21:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD38737B400 for ; Thu, 8 Aug 2002 15:21:52 -0700 (PDT) Received: from mail.lasalle.tche.br (svr-net.lasalle.tche.br [200.132.228.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBCE43E4A for ; Thu, 8 Aug 2002 15:21:51 -0700 (PDT) (envelope-from yanko@lasalle.tche.br) Received: from noteyy.lasalle.tche.br (cache.lasalle.tche.br [200.132.228.6]) by mail.lasalle.tche.br (Postfix) with ESMTP id 9D8244C34C for ; Thu, 8 Aug 2002 19:32:58 -0400 (EDT) Date: Thu, 8 Aug 2002 19:17:10 +0000 (GMT) From: Yanko Yanez Keller da Costa To: hackers@freebsd.org Subject: Re: Freezing Freebsd (4.3/4.6) In-Reply-To: <20020801192254.J514-100000@noteyy.lasalle.tche.br> Message-ID: <20020808191134.P523-100000@noteyy.lasalle.tche.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just another thing... Last week I put a w2k box to play music and have no problem, so I eliminate the hardware problem... Maybe a ESS driver problem???? Something not freeing in the code using all the resources??? How can I see or test if I can not have any core dump or list the resources beeing used? Thanks... On Wed, 7 Aug 2002, Yanko Yanez Keller da Costa wrote: > But if I listen music for more than 3/4 hours my freebsd box freeze and I > can only turn off/on. Nothing in logs. Just a crash msg in /var/log/wtmp > > I think was a 4.3 issue but when upgrade to 4.6 I have the same > behaviour. > > Any ideas ? > > This is a Compaq armada e500. > > - FreeBSD noteyy.lasalle.tche.br 4.6-STABLE FreeBSD 4.6-STABLE #2: Fri Jul > - pcm0: port 0x3000-0x30ff irq 11 at device > 8.0 on pci0 > - root ttyv0 Ter ago 6 12:03 - crash (22:08) > - xmms 1.2.7 > > > > Yanko > -------------------------------------- > Centro Universitario La Salle > http://www.unilasalle.edu.br/~yanko > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Yanko -------------------------------------- Centro Universitario La Salle http://www.lasalle.edu.br/~yanko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 17:35:32 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 579BD37B400 for ; Thu, 8 Aug 2002 17:35:29 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E91743E75 for ; Thu, 8 Aug 2002 17:35:25 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 21326 invoked by uid 1000); 9 Aug 2002 00:35:27 -0000 Date: Thu, 8 Aug 2002 17:35:27 -0700 (PDT) From: Nate Lawson To: Yanko Yanez Keller da Costa Cc: hackers@freebsd.org Subject: Re: Freezing Freebsd (4.3/4.6) In-Reply-To: <20020808191134.P523-100000@noteyy.lasalle.tche.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You could start by sending full dmesg and pciconf -l output. You should also enable ddb and see if you can enter the debugger when the box freezes. If so, the output of "trace" and "ps" would be useful. On Thu, 8 Aug 2002, Yanko Yanez Keller da Costa wrote: > Just another thing... > Last week I put a w2k box to play music and have no problem, so I > eliminate the hardware problem... > > Maybe a ESS driver problem???? > Something not freeing in the code using all the resources??? > > How can I see or test if I can not have any core dump or list > the resources beeing used? > > Thanks... > > On Wed, 7 Aug 2002, Yanko Yanez Keller da Costa wrote: > > But if I listen music for more than 3/4 hours my freebsd box freeze and I > > can only turn off/on. Nothing in logs. Just a crash msg in /var/log/wtmp > > > > I think was a 4.3 issue but when upgrade to 4.6 I have the same > > behaviour. > > > > Any ideas ? > > > > This is a Compaq armada e500. > > > > - FreeBSD noteyy.lasalle.tche.br 4.6-STABLE FreeBSD 4.6-STABLE #2: Fri Jul > > - pcm0: port 0x3000-0x30ff irq 11 at device > > 8.0 on pci0 > > - root ttyv0 Ter ago 6 12:03 - crash (22:08) > > - xmms 1.2.7 > > > > > > > > Yanko > > -------------------------------------- > > Centro Universitario La Salle > > http://www.unilasalle.edu.br/~yanko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 17:42:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC5537B400; Thu, 8 Aug 2002 17:42:48 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E9443E5E; Thu, 8 Aug 2002 17:42:47 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g790gT378041; Fri, 9 Aug 2002 09:42:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: lansil@rpi.edu, hackers@FreeBSD.org, stable@FreeBSD.org In-Reply-To: <3D52E7B5.94C9270F@mindspring.com> References: <20020809022403C.matusita@jp.FreeBSD.org> <3D52E7B5.94C9270F@mindspring.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 15 From: Makoto Matsushita To: tlambert2@mindspring.com Subject: Re: doFS.sh, FreeBSD To Go Date: Fri, 09 Aug 2002 09:42:26 +0900 Message-Id: <20020809094226E.matusita@jp.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tlambert2> FWIW, I think a floppy image is great. I have a number of tlambert2> older systems from which I cannot boot from the CDROM. That's true, but this project (FreeBSD To Go) employs CD-ROM as their root filesystem. It is natual to boot from CD-ROM :-) tlambert2> It's also desirable from the third party driver tlambert2> perspective, as long as FreeBSD can load kernel modules of tlambert2> a CDROM or DOS floppy in a binary format Loader(8) would help you. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 8 21:32:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1725137B401 for ; Thu, 8 Aug 2002 21:32:28 -0700 (PDT) Received: from mx1.FreeBSD.org (host-66-133-58-214.verestar.net [66.133.58.214]) by mx1.FreeBSD.org (Postfix) with SMTP id 828BB43E81 for ; Thu, 8 Aug 2002 21:32:23 -0700 (PDT) (envelope-from obi_33@usa.com) From: "OBI WILLIAMS " Date: Fri, 09 Aug 2002 05:29:14 To: freebsd-hackers@FreeBSD.org Subject: CONFIDENTIAL ASSISTANCE MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20020809043223.828BB43E81@mx1.FreeBSD.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG CHALLENGE SECURITIES LTD. LAGOS,NIGERIA. ATTENTION. SIR/MADAM I am MR. OBI WILLIAMS, the Director of Operations CHALLENGE SECURITIES LTD,LAGOS NIGERIA. Here in NIGERIA Our firm is a security company of high repute with years of outstanding service to the people of Africa. I have resolved to contact you through this medium based on business proposal that will be of mutual benefit to both of us. I got your particulars through a consultant company base on my research for a trustworthy and established person that understands investment ethic for entering into a life time profitable joint partnership investment and also co-operation with confidence and trust that you will keep the contents secret and divulged to any third party. To be explicit and straight to the point. Some time early 1997, a reputable client of ours deposited a consignment in our company\'s vault for safe keeping. And since then our client has failed to come forward to claim his consignment, which has accumulated a considerable amount of money in demurrage. Conse quently, in our bide to contact this client to redeem the demurrage which his consignment had accumulated we discovered that our client was the former president of the Federal Republic of Zaire, who died of illness after he was de-throwed in the same year the consignment was entrusted into our care. Since the death of our client President Mobutou Seseseko, none of his benefactors has come forward to claim the consignment with us, which means that non of his relatives or aids had any knowledge of this consignment. Hence out of curiosity I decided to secretly open the two boxes that our client deposited in our vault. And to my surprise I discovered that the two boxes that were registered as treasurer by our client actually contained a considerable amount of money in United States Dollars amounting to about US$30 million Dollar. Since this development I have been nursing plans secretly. I also found out from enquiries and the foreign media that our late client siphoned a lot of money from his country while he was in office as head of state. It is my conviction that the consignment in our vault was part of the money that our client siphoned and now that he is dead there is no race to this money in our care. I am now soliciting your noble assistance to assist me in transferring this money out of nigeria to your country for immediate investment with your assistance. I have also decided that you will generously be entitled to 30% of the total amount. Upon my receipt of your reply confirming your willingness to assist me of this transaction, I will immediately arrange and transfer all the rights of ownership of this consignment to your name to facilitate your easy clearance and transfer of the complete funds to your country. you have nothing to worry about, as I will be there to assist you in anyway necessary with all proper documentation. This transaction is 100% risk free. Please maintain absolute confidentiality on this matter. Please reply to the a bove email address with your telephone and fax so can call you. Thanks. Yours faithfully. MR. OBI WILLIAM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 0:13: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9FF537B401 for ; Fri, 9 Aug 2002 00:12:58 -0700 (PDT) Received: from axis.jeack.com.au (axis.jeack.com.au [203.24.125.2]) by mx1.FreeBSD.org (Postfix) with SMTP id A817C43E3B for ; Fri, 9 Aug 2002 00:12:55 -0700 (PDT) (envelope-from john@jeack.com.au) Received: (qmail 24031 invoked from network); 9 Aug 2002 07:12:58 -0000 Received: from fastethernet0.fw.mel.off.connect.com.au (HELO jauckett.cca.off.connect.com.au) (210.8.4.34) by axis.jeack.com.au with SMTP; 9 Aug 2002 07:12:58 -0000 Subject: Kernel panic 4.6, transparent squid2.4stable6 From: John Auckett To: hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 17:11:56 +1000 Message-Id: <1028877119.1453.1.camel@ernie> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a problem with a freebsd/squid box panicking when under some load. We divert port 80 requests from a router to this box which has ipfw forwarding requests to the squid server (squid2.4 stable 6). This box runs fine when we are not doing transparent proxy, but when the requests get up around around 800 per minute we get this panic problem (possibly less requests but it only seems to happen under load). We increased the mbuf clusters to 8192, thinking that we might have been hitting some resource limit. The kernel still panics with only about 500 mbuf clusters in use. Are there any other resource issues we should be looking at here? We run another squid (2.2 stable 4) on freebsd 4.4 which has never crashed like this. I havn't tried running the older squid on frebsd 4.6, or visa versa, it looks like a kernel problem. Any advice would be very much appreciated. I can reporduce this problem any time, provide dump files and debug kernel if need be. john The system running that has this problem is as follows : FreeBSD morris.jeack.com.au 4.6.1-RELEASE-p10 FreeBSD 4.6.1-RELEASE-p10 #0: Thu Aug 8 11:25:35 EST 2002 root@morris.jeack.com.au:/usr/src/sys/compile/MORRIS i386 Here is a traceback from the most recent panic : GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x004de000 initial pcb at physical address 0x0041e200 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4f fault code = supervisor read, page not present instruction pointer = 0x8:0xc030a23b stack pointer = 0x10:0xd7fa5d28 frame pointer = 0x10:0xd7fa5d28 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 = 235 (netstat) interrupt mask = trap number = 12 panic: page fault syncing disks... 96 19 19 1 1 done Uptime: 9m20s dumping to dev #ad/0x20001, offset 1032216 dump ata0: resetting devices .. done 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01e4797 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc01e4bd5 in panic (fmt=0xc03c196c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc0351283 in trap_fatal (frame=0xd7fa5ce8, eva=79) at ../../i386/i386/trap.c:966 #4 0xc0350f31 in trap_pfault (frame=0xd7fa5ce8, usermode=0, eva=79) at ../../i386/i386/trap.c:859 #5 0xc0350aab in trap (frame={tf_fs = -700973040, tf_es = -1052704752, tf_ds = -700973040, tf_edi = -704202752, tf_esi = -671457856, tf_ebp = -671458008, tf_isp = -671458028, tf_ebx = 0, tf_edx = 79, tf_ecx = -1026419456, tf_eax = 31, tf_trapno = 12, tf_err = 0, tf_eip = -1070554565, tf_cs = 8, tf_eflags = 66054, tf_esp = -671457968, tf_ss = -1071354637}) at ../../i386/i386/trap.c:458 #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 #7 0xc0246cf3 in syncache_add (inc=0xd7fa5dc0, to=0xd7fa5e2c, th=0xc1416034, sop=0xd7fa5dbc, m=0xc14fe600) at ../../netinet/tcp_syncache.c:861 #8 0xc0241b3c in tcp_input (m=0xc14fe600, off0=20, proto=6) at ../../netinet/tcp_input.c:827 #9 0xc023d485 in ip_input (m=0xc14fe600) at ../../netinet/ip_input.c:841 #10 0xc023d4fb in ipintr () at ../../netinet/ip_input.c:869 #11 0xc0343099 in swi_net_next () #12 0xc01d54ed in kldsym (p=0xd7f83c60, uap=0xd7fa5f80) at ../../kern/kern_linker.c:879 #13 0xc0351539 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134604172, tf_esi = 134604400, tf_ebp = -1077937260, tf_isp = -671457324, tf_ebx = 671609684, tf_edx = -1, tf_ecx = 2, tf_eax = 337, tf_trapno = 7, tf_err = 2, tf_eip = 671906284, tf_cs = 31, tf_eflags = 659, tf_esp = -1077937320, tf_ss = 47}) at ../../i386/i386/trap.c:1167 #14 0xc0341c35 in Xint0x80_syscall () #15 0x804fe7e in ?? () #16 0x804fb8a in ?? () #17 0x8049301 in ?? () (kgdb) up 6 #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 62 item = z->zitems; (kgdb) print z $1 = 0x0 (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 0:35:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4209037B400 for ; Fri, 9 Aug 2002 00:35:34 -0700 (PDT) Received: from axis.jeack.com.au (axis.jeack.com.au [203.24.125.2]) by mx1.FreeBSD.org (Postfix) with SMTP id AD07143E6E for ; Fri, 9 Aug 2002 00:35:32 -0700 (PDT) (envelope-from john@jeack.com.au) Received: (qmail 40209 invoked from network); 9 Aug 2002 07:35:38 -0000 Received: from fastethernet0.fw.mel.off.connect.com.au (HELO jauckett.cca.off.connect.com.au) (210.8.4.34) by axis.jeack.com.au with SMTP; 9 Aug 2002 07:35:38 -0000 Subject: Kernel panic with freebsd4.6 and squid From: John Auckett To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 09 Aug 2002 17:34:38 +1000 Message-Id: <1028878479.1462.13.camel@ernie> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG (sorry if this ends up on the list twice!) I have a problem with a freebsd/squid box panicking when under some load. We divert port 80 requests from a router to this box which has ipfw forwarding requests to the squid server (squid2.4 stable 6). This box runs fine when we are not doing transparent proxy, but when the requests get up around around 800 per minute we get this panic problem (possibly less requests but it only seems to happen under load). We increased the mbuf clusters to 8192, thinking that we might have been hitting some resource limit. The kernel still panics with only about 500 mbuf clusters in use. Are there any other resource issues we should be looking at here? We run another squid (2.2 stable 4) on freebsd 4.4 which has never crashed like this. I havn't tried running the older squid on frebsd 4.6, or visa versa, it looks like a kernel problem. Any advice would be very much appreciated. I can reporduce this problem any time, provide dump files and debug kernel if need be. john The system running that has this problem is as follows : FreeBSD morris.jeack.com.au 4.6.1-RELEASE-p10 FreeBSD 4.6.1-RELEASE-p10 #0: Thu Aug 8 11:25:35 EST 2002 root@morris.jeack.com.au:/usr/src/sys/compile/MORRIS i386 Here is a traceback from the most recent panic : GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x004de000 initial pcb at physical address 0x0041e200 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4f fault code = supervisor read, page not present instruction pointer = 0x8:0xc030a23b stack pointer = 0x10:0xd7fa5d28 frame pointer = 0x10:0xd7fa5d28 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 = 235 (netstat) interrupt mask = trap number = 12 panic: page fault syncing disks... 96 19 19 1 1 done Uptime: 9m20s dumping to dev #ad/0x20001, offset 1032216 dump ata0: resetting devices .. done 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01e4797 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc01e4bd5 in panic (fmt=0xc03c196c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc0351283 in trap_fatal (frame=0xd7fa5ce8, eva=79) at ../../i386/i386/trap.c:966 #4 0xc0350f31 in trap_pfault (frame=0xd7fa5ce8, usermode=0, eva=79) at ../../i386/i386/trap.c:859 #5 0xc0350aab in trap (frame={tf_fs = -700973040, tf_es = -1052704752, tf_ds = -700973040, tf_edi = -704202752, tf_esi = -671457856, tf_ebp = -671458008, tf_isp = -671458028, tf_ebx = 0, tf_edx = 79, tf_ecx = -1026419456, tf_eax = 31, tf_trapno = 12, tf_err = 0, tf_eip = -1070554565, tf_cs = 8, tf_eflags = 66054, tf_esp = -671457968, tf_ss = -1071354637}) at ../../i386/i386/trap.c:458 #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 #7 0xc0246cf3 in syncache_add (inc=0xd7fa5dc0, to=0xd7fa5e2c, th=0xc1416034, sop=0xd7fa5dbc, m=0xc14fe600) at ../../netinet/tcp_syncache.c:861 #8 0xc0241b3c in tcp_input (m=0xc14fe600, off0=20, proto=6) at ../../netinet/tcp_input.c:827 #9 0xc023d485 in ip_input (m=0xc14fe600) at ../../netinet/ip_input.c:841 #10 0xc023d4fb in ipintr () at ../../netinet/ip_input.c:869 #11 0xc0343099 in swi_net_next () #12 0xc01d54ed in kldsym (p=0xd7f83c60, uap=0xd7fa5f80) at ../../kern/kern_linker.c:879 #13 0xc0351539 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134604172, tf_esi = 134604400, tf_ebp = -1077937260, tf_isp = -671457324, tf_ebx = 671609684, tf_edx = -1, tf_ecx = 2, tf_eax = 337, tf_trapno = 7, tf_err = 2, tf_eip = 671906284, tf_cs = 31, tf_eflags = 659, tf_esp = -1077937320, tf_ss = 47}) at ../../i386/i386/trap.c:1167 #14 0xc0341c35 in Xint0x80_syscall () #15 0x804fe7e in ?? () #16 0x804fb8a in ?? () #17 0x8049301 in ?? () (kgdb) up 6 #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 62 item = z->zitems; (kgdb) print z $1 = 0x0 (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 1:20:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99B6E37B400 for ; Fri, 9 Aug 2002 01:20:06 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8AFA43E4A for ; Fri, 9 Aug 2002 01:20:05 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020809082005.ORHN19356.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 9 Aug 2002 08:20:05 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA83164; Fri, 9 Aug 2002 01:01:03 -0700 (PDT) Date: Fri, 9 Aug 2002 01:01:01 -0700 (PDT) From: Julian Elischer To: John Auckett Cc: freebsd-hackers@freebsd.org Subject: Re: Kernel panic with freebsd4.6 and squid In-Reply-To: <1028878479.1462.13.camel@ernie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 9 Aug 2002, John Auckett wrote: > (sorry if this ends up on the list twice!) > > > > > > john > > > > > The system running that has this problem is as follows : > FreeBSD morris.jeack.com.au 4.6.1-RELEASE-p10 FreeBSD 4.6.1-RELEASE-p10 > #0: Thu Aug 8 11:25:35 EST 2002 > root@morris.jeack.com.au:/usr/src/sys/compile/MORRIS i386 > > Here is a traceback from the most recent panic : > > > > > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) where > #0 dumpsys () at ../../kern/kern_shutdown.c:487 > #1 0xc01e4797 in boot (howto=256) at ../../kern/kern_shutdown.c:316 > #2 0xc01e4bd5 in panic (fmt=0xc03c196c "%s") at > ../../kern/kern_shutdown.c:595 > #3 0xc0351283 in trap_fatal (frame=0xd7fa5ce8, eva=79) at > ../../i386/i386/trap.c:966 > #4 0xc0350f31 in trap_pfault (frame=0xd7fa5ce8, usermode=0, eva=79) at > ../../i386/i386/trap.c:859 > #5 0xc0350aab in trap (frame={tf_fs = -700973040, tf_es = -1052704752, > tf_ds = -700973040, > tf_edi = -704202752, tf_esi = -671457856, tf_ebp = -671458008, > tf_isp = -671458028, tf_ebx = 0, > tf_edx = 79, tf_ecx = -1026419456, tf_eax = 31, tf_trapno = 12, > tf_err = 0, tf_eip = -1070554565, > tf_cs = 8, tf_eflags = 66054, tf_esp = -671457968, tf_ss = > -1071354637}) > at ../../i386/i386/trap.c:458 > #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 > #7 0xc0246cf3 in syncache_add (inc=0xd7fa5dc0, to=0xd7fa5e2c, > th=0xc1416034, sop=0xd7fa5dbc, > m=0xc14fe600) at ../../netinet/tcp_syncache.c:861 > #8 0xc0241b3c in tcp_input (m=0xc14fe600, off0=20, proto=6) at > ../../netinet/tcp_input.c:827 > #9 0xc023d485 in ip_input (m=0xc14fe600) at > ../../netinet/ip_input.c:841 > #10 0xc023d4fb in ipintr () at ../../netinet/ip_input.c:869 > #11 0xc0343099 in swi_net_next () I guess that is what is at the base of all swi-net stacks? > #12 0xc01d54ed in kldsym (p=0xd7f83c60, uap=0xd7fa5f80) at > ../../kern/kern_linker.c:879 huh???? syscall->kldsym??? what was going on here? what process was this? > #13 0xc0351539 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 134604172, > tf_esi = 134604400, tf_ebp = -1077937260, tf_isp = -671457324, > tf_ebx = 671609684, tf_edx = -1, > tf_ecx = 2, tf_eax = 337, tf_trapno = 7, tf_err = 2, tf_eip = > 671906284, tf_cs = 31, > tf_eflags = 659, tf_esp = -1077937320, tf_ss = 47}) at > ../../i386/i386/trap.c:1167 > #14 0xc0341c35 in Xint0x80_syscall () > #15 0x804fe7e in ?? () > #16 0x804fb8a in ?? () > #17 0x8049301 in ?? () > (kgdb) up 6 > #6 0xc030a23b in zalloc (z=0xc2d21500) at ../../vm/vm_zone.c:62 > 62 item = z->zitems; > (kgdb) print z > $1 = 0x0 > (kgdb) > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 2:14:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9A6837B400 for ; Fri, 9 Aug 2002 02:14:45 -0700 (PDT) Received: from ipass.uskonet.com (ipass.uskonet.com [196.3.167.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id C669243E65 for ; Fri, 9 Aug 2002 02:14:43 -0700 (PDT) (envelope-from eufm645@yahoo.ca) Received: from llqks.earthlink.net ([216.17.19.4]) by ipass.uskonet.com (8.12.3/8.12.3) with SMTP id g799BUOd018347; Fri, 9 Aug 2002 11:12:49 +0200 (SAST) (envelope-from eufm645@yahoo.ca) From: "Agatha Crystal" To: 8jfs@yahoo.ca Subject: Are you in debt? Reply-To: assuntalosey2761@excite.com X-Mailer: Microsoft Outlook Express 5.50.4522.1200 Message-ID: <2g8ge4g.ymu104@yahoo.ca> Date: 2002/08/09 Fri 00:02:00 CDT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG
Are you in debt? Having trouble paying it off? We can help! We can consolidate your bills into just one monthly payment and help achieve the following:

- Save you a lot of money by eliminating late fees
- Settle your accounts for a substantially reduced amount
- Stop creditors calling you on the phone
- Help avoid bankruptcy
.. And more!

By first reducing, and then completely removing your debts, you will be able to start fresh. Why keep dealing with the stress, headaches, and wasted money, when you can consolidate your debts and pay them off much sooner!

To obtain more information, with no obligations or costs, please fill out the form below and submit. Your submission will be processed within 10 business days and you will be shortly contacted by one of our informed staff. Thank you!

Full Name   
Address   
City   
State   
Zip Code   
Home Phone   
Work Phone   
Time to Contact   
Debt Size   
E-Mail   



**********
If this e-mail arrived to you by error, or you wish to never receive such advertisements from our company, please reply to this e-mail with the word REMOVE in the e-mail subject line. We apologize for any inconveniences

eufm645 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 6:41:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FAC537B400 for ; Fri, 9 Aug 2002 06:41:51 -0700 (PDT) Received: from pizzaro.mikdad.org (adsl160-25.dsl.uva.nl [146.50.160.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DDB843E70 for ; Fri, 9 Aug 2002 06:41:50 -0700 (PDT) (envelope-from dmm@mikdad.org) Received: (qmail 72452 invoked by uid 1001); 9 Aug 2002 13:41:49 -0000 From: "Dirard Mikdad" Date: Fri, 9 Aug 2002 15:41:49 +0200 To: hackers@freebsd.org Message-ID: <20020809134149.GA72443@pizzaro.mikdad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Accept-Language: nl, en, fr, ar, de X-Editor: ViM -> http://www.vim.org/ X-Mailer: Mutt -> http://www.mutt.org/ X-Operating-System: FreeBSD 4.6-STABLE X-Location: Amsterdam, The Netherlands (les Pays-Bas) X-Uptime: 3:41PM up 10 days, 3:51, 1 user, load averages: 0.05, 0.01, 0.00 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 6:53: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3367137B400 for ; Fri, 9 Aug 2002 06:53:05 -0700 (PDT) Received: from pizzaro.mikdad.org (adsl160-25.dsl.uva.nl [146.50.160.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713A143E3B for ; Fri, 9 Aug 2002 06:53:04 -0700 (PDT) (envelope-from dmm@mikdad.org) Received: (qmail 72624 invoked by uid 1001); 9 Aug 2002 13:53:03 -0000 From: "Dirard Mikdad" Date: Fri, 9 Aug 2002 15:53:03 +0200 To: hackers@freebsd.org Message-ID: <20020809135303.GA72580@pizzaro.mikdad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Accept-Language: nl, en, fr, ar, de X-Editor: ViM -> http://www.vim.org/ X-Mailer: Mutt -> http://www.mutt.org/ X-Operating-System: FreeBSD 4.6-STABLE X-Location: Amsterdam, The Netherlands (les Pays-Bas) X-Uptime: 3:49PM up 10 days, 3:59, 1 user, load averages: 0.08, 0.03, 0.01 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-hackers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 7: 1: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B289B37B400 for ; Fri, 9 Aug 2002 07:00:55 -0700 (PDT) Received: from mail024.syd.optusnet.com.au (mail024.syd.optusnet.com.au [210.49.20.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F11643E88 for ; Fri, 9 Aug 2002 07:00:54 -0700 (PDT) (envelope-from markhannon@optusnet.com.au) Received: from doorway.homeip.net (c16412.sunsh3.vic.optusnet.com.au [211.28.119.31]) by mail024.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id g79E0rK04583 for ; Sat, 10 Aug 2002 00:00:53 +1000 Received: from optusnet.com.au (tbird.home.lan [192.168.1.5]) by doorway.homeip.net (8.12.3/8.11.0) with ESMTP id g79E12vt079669 for ; Sat, 10 Aug 2002 00:01:02 +1000 (EST) (envelope-from markhannon@optusnet.com.au) Message-ID: <3D53CB1D.AE5BBA7A@optusnet.com.au> Date: Sat, 10 Aug 2002 00:01:01 +1000 From: Mark Hannon X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Alternate, floppy/cd-rom less install procedure Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I recently decided to upgrade my network firewall which is headless. Last time I had a monitor attached I had set the BIOS to boot only CD-ROM and then hard-disk. This presented me with a problem to perform a serial-console installation. (The handbook talks about modifiy the boot floppies to use the console, this isn't so easy with a d/led ISO image) After much mucking around I finally worked out how to perform a binary upgrade without resorting to either a floppy or cd to boot. My instructions follow in case they are of use to anyone else. rgds/mark Instructions for Upgrade Install without floppy / cdrom ------------------------------------------------------- The prerequisite is a working system (or at least boot blocks and existing ffs partitions). The first step is to unpack the normal installation images and copy the contents onto a subdirectory of your root partition. # cd / # mkdir installroot # cd installroot # vnconfig vn0c /cdrom/floppies/boot.flp # mount /dev/vn0c /mnt # cp -r /mnt/* /installroot Aftere this procedure there is an /installroot directory on your root partition with all the files needed to bootstrap the installation. Now reboot the computer and press space to enter the loader. Once you get the bootloader prompt then enter the following. ok load /installroot/kernel ok load -t mfs_root /installroot/mfsroot ok set vfs.root.mountfrom="ufs:/dev/md0c" ok boot Now the new kernel and mfs image should boot and the install start as per normal. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 9:21:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D40A737B400 for ; Fri, 9 Aug 2002 09:21:41 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D1DC43E3B for ; Fri, 9 Aug 2002 09:21:41 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id AF0893F28 for ; Fri, 9 Aug 2002 12:21:40 -0400 (EDT) From: "Dan Langille" To: hackers@freebsd.org Date: Fri, 09 Aug 2002 12:21:57 -0400 MIME-Version: 1.0 Subject: serial console com1 to com1 == login race condition? Message-ID: <3D53B3E5.5384.276CA6F0@localhost> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have two remote boxes. My colocation hosts have strung a crossover serial cable from com1 to com1 on these boxes. The idea is that if I paint myself into a corner on one box, I can get access to it from the other box via the serial cable. But... I will need to set up serial consoles on each box in advance of a problem arising. But won't I get a race condition with each box thinking the other is trying to login? [1] - my apologies to those with whom I have already discussed this issue. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 9:28: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 788E737B400 for ; Fri, 9 Aug 2002 09:28:03 -0700 (PDT) Received: from thehousleys.net (frenchknot.ne.client2.attbi.com [66.31.234.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id B690743E6E for ; Fri, 9 Aug 2002 09:28:01 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.6/8.11.6) id g79GS0U48490; Fri, 9 Aug 2002 12:28:00 -0400 (EDT) (envelope-from jim@Thehousleys.net) Received: from Thehousleys.net (baby.int.thehousleys.net [192.168.0.125]) (authenticated) by thehousleys.net (8.11.6/8.11.6) with ESMTP id g79GRwH48481; Fri, 9 Aug 2002 12:27:58 -0400 (EDT) (envelope-from jim@Thehousleys.net) Message-ID: <3D53ED8D.1020104@Thehousleys.net> Date: Fri, 09 Aug 2002 12:27:57 -0400 From: James Housley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Langille Cc: hackers@freebsd.org Subject: Re: serial console com1 to com1 == login race condition? References: <3D53B3E5.5384.276CA6F0@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Langille wrote: > I have two remote boxes. My colocation hosts have strung a crossover > serial cable from com1 to com1 on these boxes. The idea is that if I > paint myself into a corner on one box, I can get access to it from > the other box via the serial cable. > > But... > > I will need to set up serial consoles on each box in advance of a > problem arising. But won't I get a race condition with each box > thinking the other is trying to login? > > [1] - my apologies to those with whom I have already discussed this > issue. One option is com1 to com2 . It takes 2 cable, but if ttyd1 (com2) doesn't have getty running then the race won't exist. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net jhousley@SimTel.Net http://www.SimTel.Net --------------------------------------------------------------------- A Microsoft Certified Systems Engineer is to computing what a McDonalds Certified Food Specialist is to fine cuisine. -- Jack O'Neill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 9:33: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4234837B400 for ; Fri, 9 Aug 2002 09:33:05 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id A37D943E65 for ; Fri, 9 Aug 2002 09:33:04 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 738F33F28; Fri, 9 Aug 2002 12:33:03 -0400 (EDT) From: "Dan Langille" To: James Housley Date: Fri, 09 Aug 2002 12:33:20 -0400 MIME-Version: 1.0 Subject: Re: serial console com1 to com1 == login race condition? Cc: hackers@freebsd.org Message-ID: <3D53B690.8024.2777122C@localhost> In-reply-to: <3D53ED8D.1020104@Thehousleys.net> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 9 Aug 2002 at 12:27, James Housley wrote: > Dan Langille wrote: > > I have two remote boxes. My colocation hosts have strung a crossover > > serial cable from com1 to com1 on these boxes. The idea is that if I > > paint myself into a corner on one box, I can get access to it from > > the other box via the serial cable. > > > > But... > > > > I will need to set up serial consoles on each box in advance of a > > problem arising. But won't I get a race condition with each box > > thinking the other is trying to login? > > > > [1] - my apologies to those with whom I have already discussed this > > issue. > > One option is com1 to com2 . It takes 2 cable, but if ttyd1 (com2) > doesn't have getty running then the race won't exist. I was trying to avoid the second cable. Mainly because a non-BSD person suggested the cable which is now there, and I didn't want to go back and say sorry, I need a second cable... Yes, it's just ego... Unless of course, he's forgotten that I'd have to setup the serial consoles in advance of a problem arising. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 10:18:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6964437B400 for ; Fri, 9 Aug 2002 10:18:22 -0700 (PDT) Received: from www.opentrade.cl (50-126-141.leased.cust.tie.cl [200.50.126.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id D816A43EA9 for ; Fri, 9 Aug 2002 10:18:10 -0700 (PDT) (envelope-from jseverino@fritz.cl) Received: from pc ([192.168.1.10]) by www.opentrade.cl (8.12.2/8.12.2) with SMTP id g79HL2QU009764 for ; Fri, 9 Aug 2002 10:21:07 -0700 (PDT) Message-ID: <002f01c23fc9$21ef4320$0a01a8c0@opentrade.cl> Reply-To: "Jorge Severino Diaz" From: "Jorge Severino Diaz" To: References: <20020809022403C.matusita@jp.FreeBSD.org> Subject: unsubscribe Date: Fri, 9 Aug 2002 13:20:46 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 10:21:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B30637B400 for ; Fri, 9 Aug 2002 10:21:55 -0700 (PDT) Received: from www.opentrade.cl (50-126-141.leased.cust.tie.cl [200.50.126.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF37743E84 for ; Fri, 9 Aug 2002 10:21:53 -0700 (PDT) (envelope-from jseverino@fritz.cl) Received: from pc ([192.168.1.10]) by www.opentrade.cl (8.12.2/8.12.2) with SMTP id g79HOrQU003708 for ; Fri, 9 Aug 2002 10:24:53 -0700 (PDT) Message-ID: <005f01c23fc9$a8859ba0$0a01a8c0@opentrade.cl> Reply-To: "Jorge Severino Diaz" From: "Jorge Severino Diaz" To: References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <3D52209F.CC0B6DAA@mindspring.com> Subject: unsubscribe Date: Fri, 9 Aug 2002 13:24:46 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 10:23:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D9CF37B400; Fri, 9 Aug 2002 10:23:45 -0700 (PDT) Received: from www.opentrade.cl (50-126-141.leased.cust.tie.cl [200.50.126.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACFF443E65; Fri, 9 Aug 2002 10:23:43 -0700 (PDT) (envelope-from jseverino@fritz.cl) Received: from pc ([192.168.1.10]) by www.opentrade.cl (8.12.2/8.12.2) with SMTP id g79HQgQU014207; Fri, 9 Aug 2002 10:26:43 -0700 (PDT) Message-ID: <007201c23fc9$e9e572a0$0a01a8c0@opentrade.cl> Reply-To: "Jorge Severino Diaz" From: "Jorge Severino Diaz" To: , , , , , , , References: <002e41b25c8d$8136a1a1$0cb05bc1@eqliec> Subject: unsubscribe Date: Fri, 9 Aug 2002 13:26:35 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 10:49:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B30CA37B400 for ; Fri, 9 Aug 2002 10:49:44 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B47A43E4A for ; Fri, 9 Aug 2002 10:49:44 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0438.cvx22-bradley.dialup.earthlink.net ([209.179.199.183] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dDtP-0002uY-00 for freebsd-hackers@FreeBSD.ORG; Fri, 09 Aug 2002 10:49:43 -0700 Message-ID: <3D540083.F8A1827E@mindspring.com> Date: Fri, 09 Aug 2002 10:48:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: unsubscribe References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <3D52209F.CC0B6DAA@mindspring.com> <005f01c23fc9$a8859ba0$0a01a8c0@opentrade.cl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's a means of collecting email addresses, like the "joke of the day" subscriptions with reply addresses that don't go to the "joke of the day" site they pretend to be from. The expectation is that people will reply with information on how to unsubscribe, thereby validating their emial addresses... just like you do if you try to unsubscribe from the mailing list that you never subscribed to in the first place. -- Terry Jorge Severino Diaz wrote: > > unsubscribe > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 10:56:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7427837B400 for ; Fri, 9 Aug 2002 10:56:21 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E8D943E6E for ; Fri, 9 Aug 2002 10:56:21 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0438.cvx22-bradley.dialup.earthlink.net ([209.179.199.183] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dDzi-0004ZF-00; Fri, 09 Aug 2002 10:56:14 -0700 Message-ID: <3D54020A.C4D1F405@mindspring.com> Date: Fri, 09 Aug 2002 10:55:22 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Langille Cc: hackers@freebsd.org Subject: Re: serial console com1 to com1 == login race condition? References: <3D53B3E5.5384.276CA6F0@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Langille wrote: > I have two remote boxes. My colocation hosts have strung a crossover > serial cable from com1 to com1 on these boxes. The idea is that if I > paint myself into a corner on one box, I can get access to it from > the other box via the serial cable. > > But... > > I will need to set up serial consoles on each box in advance of a > problem arising. But won't I get a race condition with each box > thinking the other is trying to login? The historical fix for this problem is to not emit a banner or login until you get two CR's within a small time window. It is the banner/login that triggers the mutual login attempts. Usually, this is a getty hack. I believe vgetty and mgetty can do this (the initial system greeting and login banner comes from getty). You *must* have modem control, e.g. HUPCL, so that exiting the com program has the effect of resetting the other end to getty, rather than leaving it logged in, etc.. If these are actually consoles, then you are probably already screwed, since there will be a lot of spew with CR/LF all over the place. If you are willing to hack the driver, then you can make sure you are not sending DTR to the other side unless you open with a modified cu/tip program that has to do an explicit ioctl to turn it on to the other end. One incredibly -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 10:59:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9488437B401 for ; Fri, 9 Aug 2002 10:59:42 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55D0743E6A for ; Fri, 9 Aug 2002 10:59:42 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0438.cvx22-bradley.dialup.earthlink.net ([209.179.199.183] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dE2z-0001cK-00; Fri, 09 Aug 2002 10:59:37 -0700 Message-ID: <3D5402D5.2D0F3200@mindspring.com> Date: Fri, 09 Aug 2002 10:58:45 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Langille , hackers@freebsd.org Subject: Re: serial console com1 to com1 == login race condition? References: <3D53B3E5.5384.276CA6F0@localhost> <3D54020A.C4D1F405@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fricking glide-pad... Terry Lambert wrote: > One incredibly As I was saying... one incredibly ugly hack I've seen used is to set the baud rate widely different between the ports, and then use explicit breaks to synchronize them so you can login. This relys on the UARTs not making the noise at one baud rate look like a CR at another... My money is on the hacked CR-greedy getty, though... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 11: 6:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0855E37B400 for ; Fri, 9 Aug 2002 11:06:41 -0700 (PDT) Received: from kai.qix.co.uk (kai.qix.co.uk [195.149.39.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id F282243E91 for ; Fri, 9 Aug 2002 11:06:39 -0700 (PDT) (envelope-from aledm@qix.co.uk) Received: from localhost (aledm@localhost) by kai.qix.co.uk (8.11.1/8.11.1) with ESMTP id g79I6Y963629; Fri, 9 Aug 2002 19:06:34 +0100 (BST) (envelope-from aledm@qix.co.uk) Date: Fri, 9 Aug 2002 19:06:34 +0100 (BST) From: Aled Morris To: hackers@FreeBSD.ORG Cc: Dan Langille Subject: Re: serial console com1 to com1 == login race condition? In-Reply-To: <3D5402D5.2D0F3200@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 9 Aug 2002, Terry Lambert wrote: >My money is on the hacked CR-greedy getty, though... Why not bring up ppp or slip on the line permanently 10.0.0.1 -> 10.0.0.2 Maybe you could bind a standalone telnetd to that IP only? Aled -- Cheap server colo in Telehouse London - http://www.qix.co.uk/colo/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 11: 7:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5497D37B400 for ; Fri, 9 Aug 2002 11:07:52 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4303B43E5E for ; Fri, 9 Aug 2002 11:07:51 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.5/8.12.2) with ESMTP id g79I7mFh019548; Fri, 9 Aug 2002 20:07:49 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.5/8.12.5/Submit) id g79I7mX5019547; Fri, 9 Aug 2002 20:07:48 +0200 (CEST) Date: Fri, 9 Aug 2002 20:07:48 +0200 From: Wilko Bulte To: Aled Morris Cc: hackers@FreeBSD.ORG, Dan Langille Subject: Re: serial console com1 to com1 == login race condition? Message-ID: <20020809200748.B19496@freebie.xs4all.nl> References: <3D5402D5.2D0F3200@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from aledm@qix.co.uk on Fri, Aug 09, 2002 at 07:06:34PM +0100 X-OS: FreeBSD 4.6-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 09, 2002 at 07:06:34PM +0100, Aled Morris wrote: > On Fri, 9 Aug 2002, Terry Lambert wrote: > > >My money is on the hacked CR-greedy getty, though... > > Why not bring up ppp or slip on the line permanently 10.0.0.1 -> 10.0.0.2 Serial consoles don't talk ppp.. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 11:15:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DCAA37B405 for ; Fri, 9 Aug 2002 11:15:20 -0700 (PDT) Received: from smtp2.mail.vanderbilt.edu (smtp2.mail.Vanderbilt.Edu [129.59.1.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42D2B43E65 for ; Fri, 9 Aug 2002 11:15:19 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from smtp2.mail.vanderbilt.edu (LOCALHOST [127.0.0.1]) by smtp2.mail.vanderbilt.edu (8.11.6/8.11.6/VU-3.6C+d3.6) with ESMTP id g79IFFQ21296; Fri, 9 Aug 2002 13:15:15 -0500 (CDT) Received: from imap3.mail.vanderbilt.edu (imap3.mail.Vanderbilt.Edu [129.59.1.136]) by smtp2.mail.vanderbilt.edu (8.11.6/8.11.6/VU-3.6B+d3.6) with ESMTP id g79IFEq21288; Fri, 9 Aug 2002 13:15:14 -0500 (CDT) Received: from [192.168.1.103] ([160.129.138.54]) by imap3.mail.vanderbilt.edu (8.11.6/8.11.6/VU-3.6A+d3.6) with ESMTP id g79IF9W12163; Fri, 9 Aug 2002 13:15:10 -0500 (CDT) Date: Fri, 9 Aug 2002 13:14:38 -0500 (CDT) From: "Brandon D. Valentine" X-X-Sender: bandix@taran To: Aled Morris Cc: hackers@FreeBSD.ORG, Dan Langille Subject: Re: serial console com1 to com1 == login race condition? In-Reply-To: Message-ID: <20020809131009.F272-100000@taran> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 9 Aug 2002, Aled Morris wrote: > On Fri, 9 Aug 2002, Terry Lambert wrote: > > >My money is on the hacked CR-greedy getty, though... > > Why not bring up ppp or slip on the line permanently 10.0.0.1 -> 10.0.0.2 > > Maybe you could bind a standalone telnetd to that IP only? The point is to be able to get in even when the machine is no longer responding to network traffic. Serial consoles are also nice for being able to break to the debugger and do your best to sync the disks before forcing a panic when there's no other way to bring the machine down. My question to Dan is, is there a reason you can't have two null modem cables strung between these machines? i.e. Machine1::Com1->Machine2::Com2 && Machine2::Com1->Machine1->Com2 This way you avoid the issue entirely. If these are 1U servers which for some reason only have one COM port, you could look at USB to serial adapters. I don't think the driver support is quite there in FreeBSD yet but it would be a good excuse to get one's feet wet with the USB subsystem and I'm sure those folks would be glad to help since I think USB serial converters are fairly high on their todo list. Brandon D. Valentine -- http://www.geekpunk.net bandix@geekpunk.net ++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<+++++>-]<+.+++++++..++ +.>>+++++[<++++++>-]<++.<<+++++++++++++++.>.+++.------.--------.>+. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 11:20:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B230E37B400 for ; Fri, 9 Aug 2002 11:20:17 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3854A43E77 for ; Fri, 9 Aug 2002 11:20:17 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020809182016.YWNA22139.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 9 Aug 2002 18:20:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA88380; Fri, 9 Aug 2002 11:16:44 -0700 (PDT) Date: Fri, 9 Aug 2002 11:16:42 -0700 (PDT) From: Julian Elischer To: Dan Langille Cc: hackers@freebsd.org Subject: Re: serial console com1 to com1 == login race condition? In-Reply-To: <3D53B3E5.5384.276CA6F0@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 9 Aug 2002, Dan Langille wrote: > I have two remote boxes. My colocation hosts have strung a crossover > serial cable from com1 to com1 on these boxes. The idea is that if I > paint myself into a corner on one box, I can get access to it from > the other box via the serial cable. > > But... > > I will need to set up serial consoles on each box in advance of a > problem arising. But won't I get a race condition with each box > thinking the other is trying to login? yes. I do the same.. I have two cross-over cables.. works better.. port 1 to port 2 of the other machine.. and visa versa.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 11:38:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D34437B400 for ; Fri, 9 Aug 2002 11:38:52 -0700 (PDT) Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 505CB43E4A for ; Fri, 9 Aug 2002 11:38:51 -0700 (PDT) (envelope-from wouter@pair.com) Received: from hibernate.cryolabs.net ([213.132.151.88]) by amsfep16-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with SMTP id <20020809183850.GODE26256.amsfep16-int.chello.nl@hibernate.cryolabs.net> for ; Fri, 9 Aug 2002 20:38:50 +0200 Received: (qmail 18916 invoked from network); 9 Aug 2002 20:38:40 +0200 Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5) by hibernate.cryolabs.net with SMTP; 9 Aug 2002 20:38:40 +0200 Subject: Re: unsubscribe From: Wouter Van Hemel To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <3D540083.F8A1827E@mindspring.com> References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <3D52209F.CC0B6DAA@mindspring.com> <005f01c23fc9$a8859ba0$0a01a8c0@opentrade.cl> <3D540083.F8A1827E@mindspring.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 09 Aug 2002 20:36:59 +0200 Message-Id: <1028918219.237.15.camel@cocaine> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 2002-08-09 at 19:48, Terry Lambert wrote: > It's a means of collecting email addresses, like the "joke of the > day" subscriptions with reply addresses that don't go to the > "joke of the day" site they pretend to be from. > > The expectation is that people will reply with information on > how to unsubscribe, thereby validating their emial addresses... > just like you do if you try to unsubscribe from the mailing > list that you never subscribed to in the first place. > Why not catch (un)subscribe's to mailing lists? That wouldn't only stop people fishing for addresses, but also newbies and distracted people... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 12:15:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAF8937B400; Fri, 9 Aug 2002 12:15:19 -0700 (PDT) Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2327543E4A; Fri, 9 Aug 2002 12:15:19 -0700 (PDT) (envelope-from Qing.Li@windriver.com) Received: from heavygear (qing3.isi.com [192.103.54.234]) by mail.wrs.com (8.9.3/8.9.1) with SMTP id MAA16843; Fri, 9 Aug 2002 12:15:08 -0700 (PDT) From: "Qing Li" To: "FreeBSD Net" , "FreeBSD Hackers" Subject: problems with "route add -host" Date: Fri, 9 Aug 2002 12:14:21 -0700 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) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG My interface xl0 is assigned 147.11.38.218. ========== Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 147.11.38.1 UGSc 4 0 xl0 127.0.0.1 127.0.0.1 UH 1 22 lo0 147.11.38/24 link#5 UC 2 0 xl0 147.11.38.1 00:00:0c:07:ac:26 UHLW 5 0 xl0 783 147.11.38.15 147.11.38.218 UGHS 0 3 xl0 147.11.38.218 127.0.0.1 UGHS 1 0 lo0 147.11.38.254 00:02:7e:23:fa:80 UHLW 0 0 xl0 49 ========== Now I add a host route: "route add -host 147.11.38.15 147.11.38.218" Then ping> "ping 147.11.38.15" fails. This is due to the "G" flag in that static route entry. This route addition should be allowed as a place holder to be filled in later, similar to of an entry with RTF_LLINFO flag. I put in the fixes, here is what the routing table shows after the fix using the same route command, =========== 147.11.38.15 link#5 UHLS 0 3 xl0 =========== "ping 147.11.38.15" now succeeds, that route entry is modified to be =========== 147.11.38.15 8:0:20:d1:64:c6 UHLS 0 3 xl0 =========== This problem exists for IPv6, too. But the fix there is slightly different than the v4 fix. Unlike "ping", "ping6" returns -1 with an error message of "No route to host". I am ready to submit a couple of bug reports with my fixes. I'd like to know if anyone had any comments. My version is: FreeBSD 4.6 compiled on June 17, 2002. -- Qing To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 13:20: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82BFD37B401 for ; Fri, 9 Aug 2002 13:20:00 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C95643E70 for ; Fri, 9 Aug 2002 13:20:00 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0438.cvx22-bradley.dialup.earthlink.net ([209.179.199.183] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dGEj-0003ZM-00; Fri, 09 Aug 2002 13:19:53 -0700 Message-ID: <3D5423A8.7E207376@mindspring.com> Date: Fri, 09 Aug 2002 13:18:48 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Aled Morris Cc: hackers@FreeBSD.ORG, Dan Langille Subject: Re: serial console com1 to com1 == login race condition? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aled Morris wrote: > On Fri, 9 Aug 2002, Terry Lambert wrote: > >My money is on the hacked CR-greedy getty, though... > > Why not bring up ppp or slip on the line permanently 10.0.0.1 -> 10.0.0.2 > > Maybe you could bind a standalone telnetd to that IP only? The purpose is to handle things that can only be handled by a console, not a network. Like typing in "boot -s kernel.old". If it could be handled over a network, we wouldn't be talking about serial consoles or cables in the first place. If they were local, we wouldn't be talking about serial consoles or cables in the first place. So this is all about how to be cheap with two boxes and avoid having to buy a termial server by using "the buddy system". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 13:23:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D556B37B400 for ; Fri, 9 Aug 2002 13:23:56 -0700 (PDT) Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 900CC43E3B for ; Fri, 9 Aug 2002 13:23:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0438.cvx22-bradley.dialup.earthlink.net ([209.179.199.183] helo=mindspring.com) by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dGId-0001ro-00; Fri, 09 Aug 2002 13:23:55 -0700 Message-ID: <3D54249A.78F5B003@mindspring.com> Date: Fri, 09 Aug 2002 13:22:50 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Wouter Van Hemel Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: unsubscribe References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <3D52209F.CC0B6DAA@mindspring.com> <005f01c23fc9$a8859ba0$0a01a8c0@opentrade.cl> <3D540083.F8A1827E@mindspring.com> <1028918219.237.15.camel@cocaine> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wouter Van Hemel wrote: > Why not catch (un)subscribe's to mailing lists? That wouldn't only stop > people fishing for addresses, but also newbies and distracted people... It's too compute intensive for high traffic lists, and it occasionally makse mistakes. For example, we would both have to resubscribe because of the subject line. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 13:52:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D4937B407 for ; Fri, 9 Aug 2002 13:51:57 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [216.187.105.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED3D843E70 for ; Fri, 9 Aug 2002 13:51:56 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id BB4C83F28; Fri, 9 Aug 2002 16:51:55 -0400 (EDT) From: "Dan Langille" To: "Brandon D. Valentine" Date: Fri, 09 Aug 2002 16:52:13 -0400 MIME-Version: 1.0 Subject: Re: serial console com1 to com1 == login race condition? Cc: hackers@freebsd.org Message-ID: <3D53F33D.20592.28641762@localhost> References: In-reply-to: <20020809131009.F272-100000@taran> X-mailer: Pegasus Mail for Windows (v4.02) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 9 Aug 2002 at 13:14, Brandon D. Valentine wrote: > My > question to Dan is, is there a reason you can't have two null modem > cables strung between these machines? No, not AFAIK. I am guessing that both boxes have two com ports. I posted my original question because my contact at the colocation added a single crossover serial cable after both machines recently had sshd die[1] on them during concurrent make worlds[2]. Given the time zone differences, I wanted to explore possibilities before requesting a second cable and to prepare myself for the questions I expect him to have in reply. Thanks folks. [1] - http://www.freebsd.org/cgi/getmsg.cgi?fetch=88296+0+current/freebsd- stable [2] - I won't be doing that again. Once the serial consoles are in place, I'll be upgrading them one at a time. -- Dan Langille I'm looking for a computer job: http://www.freebsddiary.org/dan_langille.php To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 15:53:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8679037B400 for ; Fri, 9 Aug 2002 15:53:46 -0700 (PDT) Received: from ash.drims.net (dom15-209.menta.net [62.57.118.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF9C43E6E for ; Fri, 9 Aug 2002 15:51:57 -0700 (PDT) (envelope-from hal@telefonica.net) Received: from amavis by ash.drims.net with scanned-ok (Exim 3.35 #1 (Debian)) id 17dIbl-0000Wt-00 for ; Sat, 10 Aug 2002 00:51:49 +0200 Received: from [127.0.0.1] by ash.drims.net with smtp (Exim 3.35 #1 (Debian)) id 17dIaT-0000Wi-00 for ; Sat, 10 Aug 2002 00:50:58 +0200 Subject: Memory below 1 MB To: freebsd-hackers@freebsd.org Message-Id: From: hal@telefonica.net Date: Sat, 10 Aug 2002 00:50:58 +0200 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, As I explained in another message, I am writing some graphics code (both for fun and educational purposes) and need to access memory below 1 MB. I have tried it by opening /dev/mem, calling mmap, i386_vm86 and even opening /dev/io to change permission levels. However, the program (and actually the physical terminal) hangs when doing the interruption call. I attach the test program within this mail. If attachments are not part of this list's etiquette, sorry, it will not happen again. Compile with "gcc -o whatever vesainfo.c" if you want to have a look (you will need root privileges to execute it). Well, I am completely desperate. I tried everything I could, but for some magical reasons, this low-level access does not work. Any ideas? Thank you in advance, Alex vesastructs.h: #ifndef __VESASTRUCTS_H #define __VESASTRUCTS_H typedef unsigned char byte; typedef unsigned short word; typedef unsigned int dword; struct VesaInfo { byte signature[4]; word version; char *oemName; dword capabilities; word *suppModes; word total64kBlocks; word oemSoftVersion; byte *vendorName; byte *productName; byte *productRev; word VBEAFVersion; word *accelSuppModes; byte reserved[216]; byte oemStrings[256]; }; #endif vesainfo.c: #include #include #include #include #include #include #include #include #include "vesastructs.h" int main (void) { struct vm86_init_args vm86init; struct vm86_intcall_args intargs; struct VesaInfo *vbeInfo; char c; int f, io; unsigned int len=0x400; int ioperm=0; f=open("/dev/mem", O_RDWR); if (f==-1) { printf("Could Not Access Memory\n"); return -1; } vbeInfo=(struct VesaInfo*)mmap((void*)0x10000, 0x1000, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_FIXED|MAP_SHARED, f, 0x10000); if (vbeInfo==MAP_FAILED) { printf("Peta mmap\n"); return -1; } memset(&vm86init, 0, sizeof(struct vm86_init_args)); memset(&intargs, 0, sizeof(struct vm86_intcall_args)); memset(vbeInfo, 0, sizeof(struct VesaInfo)); printf("vbeInfo = %p\n", vbeInfo); vbeInfo->signature[0]='V'; vbeInfo->signature[1]='B'; vbeInfo->signature[2]='E'; vbeInfo->signature[3]='2'; printf("vbeSig = %c%c%c%c\n", vbeInfo->signature[0], vbeInfo->signature[1], vbeInfo->signature[2], vbeInfo->signature[3]); // sleep(1); if (!i386_vm86(VM86_INIT, &vm86init)) { printf("VM86_INIT successful\n"); } intargs.intnum=0x10; intargs.vmf.vmf_ax=0x4f00; intargs.vmf.vmf_es=(((dword)vbeInfo)&0xf0000)>>4; /*0x1000;*/ intargs.vmf.vmf_di=((dword)vbeInfo)&0xffff; /*0x0000;*/ i386_set_ioperm(0, 0x400, 1); i386_get_ioperm(0, &len, &ioperm); printf("len=%x perm=%x\n", len, ioperm); // return -1; io=open("/dev/io", 0); if (io==-1) { printf("io pef\n"); return -1; } // sleep(1); printf("INTCALL (0x%x, ax=0x%.04x, es:di=%.04x:%.04x)\n", intargs.intnum, intargs.vmf.vmf_ax, intargs.vmf.vmf_es, intargs.vmf.edi.r_ex); if (!i386_vm86(VM86_INTCALL, &intargs)) { printf("VM86_INTCALL successful (ax=%.04x)\n", intargs.vmf.vmf_ax); } // sleep(1); printf("vbeVer\n"); // sleep(1); printf("VESA signature: %c%c%c%c\nVESA Version: 0x%.04x\n", vbeInfo->signature[0], vbeInfo->signature[1], vbeInfo->signature[2], vbeInfo->signature[3], vbeInfo->version); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 16:40:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6524A37B400 for ; Fri, 9 Aug 2002 16:40:15 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E5D543E3B for ; Fri, 9 Aug 2002 16:40:15 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.245.136.56.dial1.sanjose1.level3.net ([209.245.136.56] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dJMV-0005L5-00; Fri, 09 Aug 2002 16:40:07 -0700 Message-ID: <3D54527B.9E27D6C3@mindspring.com> Date: Fri, 09 Aug 2002 16:38:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: hal@telefonica.net Cc: freebsd-hackers@freebsd.org Subject: Re: Memory below 1 MB References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hal@telefonica.net wrote: > As I explained in another message, I am writing some graphics code > (both for fun and educational purposes) and need to access memory > below 1 MB. I have tried it by opening /dev/mem, calling mmap, > i386_vm86 and even opening /dev/io to change permission levels. > However, the program (and actually the physical terminal) hangs > when doing the interruption call. > > I attach the test program within this mail. If attachments are not > part of this list's etiquette, sorry, it will not happen again. > Compile with "gcc -o whatever vesainfo.c" if you want to have a > look (you will need root privileges to execute it). > > Well, I am completely desperate. I tried everything I could, but > for some magical reasons, this low-level access does not work. Any ideas? See /usr/srcsys/pci/agp* for the sources to agp.ko. You can't do what you want to do without using a device driver to allocate the physical resource on your behalf, since you are talking about physical memory. This is what I told you the first time you asked. By persisting, you remind me of a non-technical manager I had, who, when she didn't get the answer she wanted to hear, would ask over and over and over again, in different ways, totally certain that you were not very bright, and just needed help understandinging the question, and the answer couldn't simply be what it was, because that would be inconvenient. If you insist on using VM86, the only real example is in the X11 source code: xsrc/xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_savage/lrmi.c If you can wade through it, the only other program that uses it is in: /usr/src/usr.bin/doscmd But it does so much more to emulate the full DOS environment that the calls you actually need t do something minimal are lost and buried in the rest of it. Good luck using vm86, if you insist on that route. Otherwise, look at the source code to "agp.ko". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 20:20:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2460837B400 for ; Fri, 9 Aug 2002 20:20:21 -0700 (PDT) Received: from hpdi.ath.cx (pc1-nfds1-5-cust34.not.cable.ntl.com [80.4.34.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 181B443E4A for ; Fri, 9 Aug 2002 20:20:20 -0700 (PDT) (envelope-from hitenp@hpdi.ath.cx) Received: from hpdi.ath.cx (localhost.hpdi.net [127.0.0.1]) by hpdi.ath.cx (8.12.3/8.12.3) with ESMTP id g7A3DmHj011495 for ; Sat, 10 Aug 2002 04:13:49 +0100 (BST) (envelope-from hitenp@hpdi.ath.cx) Received: (from hitenp@localhost) by hpdi.ath.cx (8.12.3/8.12.3/Submit) id g7A3Dmf0011494 for freebsd-hackers@FreeBSD.org; Sat, 10 Aug 2002 04:13:48 +0100 (BST) Date: Sat, 10 Aug 2002 04:13:47 +0100 From: Hiten Pandya To: freebsd-hackers@FreeBSD.org Subject: Newbus Draft Message-ID: <20020810041347.A11159@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: Hiten Pandya, Leicester LE5 3NF, United Kingdom X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc X-URL: http://www.unixdaemons.com/~hiten Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. Does anyone have a copy of the newbus draft? It used to reside on asmodai's space on http://people.FreeBSD.org, but it has disappeared. It will be very appreciated. Thank you. --=20 Hiten Pandya http://storm.uk.FreeBSD.org/~hiten Finger hiten@storm.uk.FreeBSD.org for PGP public key -- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3=20 --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE9VITrhh1dveTjA8MRAgVQAKDLSm9cNPBoUuSV65LfxZZPgHbjnACeKE9c +ml9lj8vm5NYtyPdc6xNs88= =TXA+ -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 21:54:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EDAE37B400 for ; Fri, 9 Aug 2002 21:54:50 -0700 (PDT) Received: from mail020.syd.optusnet.com.au (mail020.syd.optusnet.com.au [210.49.20.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E08E43E84 for ; Fri, 9 Aug 2002 21:54:49 -0700 (PDT) (envelope-from markhannon@optusnet.com.au) Received: from doorway.homeip.net (c16412.sunsh3.vic.optusnet.com.au [211.28.119.31]) by mail020.syd.optusnet.com.au (8.11.1/8.11.1) with ESMTP id g7A4slQ30941 for ; Sat, 10 Aug 2002 14:54:47 +1000 Received: from optusnet.com.au (tbird.home.lan [192.168.1.5]) by doorway.homeip.net (8.12.3/8.11.0) with ESMTP id g7A4spvt051261 for ; Sat, 10 Aug 2002 14:54:52 +1000 (EST) (envelope-from markhannon@optusnet.com.au) Message-ID: <3D549CA6.29734446@optusnet.com.au> Date: Sat, 10 Aug 2002 14:55:02 +1000 From: Mark Hannon X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: HOWTO: Upgrade w/o floppy or cd to bootstrap Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I recently decided to upgrade my network firewall which is headless. Last time I had a monitor attached I had set the BIOS to boot only CD-ROM and then hard-disk. This presented me with a problem to perform a serial-console installation. (The handbook talks about modifiy the boot floppies to use the console, this isn't so easy with a d/led ISO image) After much mucking around I finally worked out how to perform a binary upgrade without resorting to either a floppy or cd to boot. My instructions follow in case they are of use to anyone else. rgds/mark Instructions for Upgrade Install without floppy / cdrom ------------------------------------------------------- The prerequisite is a working system (or at least boot blocks and existing ffs partitions). The first step is to unpack the normal installation images and copy the contents onto a subdirectory of your root partition. # cd / # mkdir installroot # cd installroot # vnconfig vn0c /cdrom/floppies/boot.flp # mount /dev/vn0c /mnt # cp -r /mnt/* /installroot Aftere this procedure there is an /installroot directory on your root partition with all the files needed to bootstrap the installation. Now reboot the computer and press space to enter the loader. Once you get the bootloader prompt then enter the following. ok load /installroot/kernel ok load -t mfs_root /installroot/mfsroot ok set vfs.root.mountfrom="ufs:/dev/md0c" ok boot Now the new kernel and mfs image should boot and the install start as per normal. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 22:56: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7308F37B400 for ; Fri, 9 Aug 2002 22:56:01 -0700 (PDT) Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19FF943E72 for ; Fri, 9 Aug 2002 22:56:00 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g7A5tDo59606; Fri, 9 Aug 2002 22:55:13 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Fri, 9 Aug 2002 22:55:13 -0700 (PDT) From: Patrick Thomas To: Cc: Subject: status of UDP in jail bug ? Message-ID: <20020809225223.S58763-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG There is (was?) a problem with jail that, among other things, made it impossible for an ircd server to perform reverse lookups for clients. In the news archives, there were complaints about this, and after a not so good patch, eventually a good patch was posted by: From: Lamont Granquist (lamont@scriptkiddie.org) Subject: UDP jail bug patch (was Re: (PATCH) Re: jail bug with ircd-hybrid I have two questions: 1. Does anyone know which versions of FreeBSD this patch will work on ? 2. Do I need this patch anymore on 4.6 and above ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 9 23:24:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EDC637B400 for ; Fri, 9 Aug 2002 23:24:37 -0700 (PDT) Received: from mailgate.mailbox.co.za (mailgate.mailbox.co.za [196.31.150.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id C15D643E4A for ; Fri, 9 Aug 2002 23:24:29 -0700 (PDT) (envelope-from softex@webmail.co.za) Received: from imail (iweb4 [192.168.0.14]) by mailgate.mailbox.co.za (8.11.2/8.11.2) with SMTP id g7A6ONq30021 for ; Sat, 10 Aug 2002 08:24:25 +0200 Message-Id: <200208100624.g7A6ONq30021@mailgate.mailbox.co.za> Date: Sat, 10 Aug 2002 08:24:24 +0200 From: "Pieter Duvenhage" To: freebsd-hackers@FreeBSD.ORG X-Mailer: WebMail v2.52R9 X-Sender-Ip: 196.33.199.118 X-Account: 46005 MIME-Version: 1.0 Content-Type: text/plain Subject: Help Needed on dial-in ppp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I hope that you can help me in this regard. I've setup a freebsd 4.6 server and ppp to dial-in. THe modem answers but "NO CARRIER" disconnects before authentication. Thanx Pieter _______________________________________________________________ http://www.webmail.co.za the South-African free email service To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 0:19:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BBF037B400 for ; Sat, 10 Aug 2002 00:19:25 -0700 (PDT) Received: from mailgate.mailbox.co.za (mailgate.mailbox.co.za [196.31.150.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3692343E65 for ; Sat, 10 Aug 2002 00:19:22 -0700 (PDT) (envelope-from softex@webmail.co.za) Received: from imail (iweb4 [192.168.0.14]) by mailgate.mailbox.co.za (8.11.2/8.11.2) with SMTP id g7A7JJq31317 for ; Sat, 10 Aug 2002 09:19:19 +0200 Message-Id: <200208100719.g7A7JJq31317@mailgate.mailbox.co.za> Date: Sat, 10 Aug 2002 09:19:20 +0200 From: "Pieter Duvenhage" To: freebsd-hackers@FreeBSD.ORG X-Mailer: WebMail v2.52R9 X-Sender-Ip: 196.34.160.183 X-Account: 46005 MIME-Version: 1.0 Content-Type: text/plain Subject: ppp dialup on 4.6 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I hop eyou can help me, I'm strugling with a ppp setup on 4.6, getting it to work. The modem answers but then as soon as handshake's done it disconnects on No carrier. Please help. Thanx Pieter _______________________________________________________________ http://www.webmail.co.za the South-African free email service To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 1:58:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A8AB37B400 for ; Sat, 10 Aug 2002 01:58:57 -0700 (PDT) Received: from ash.drims.net (dom15-209.menta.net [62.57.118.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C70B43E75 for ; Sat, 10 Aug 2002 01:58:56 -0700 (PDT) (envelope-from hal@telefonica.net) Received: from amavis by ash.drims.net with scanned-ok (Exim 3.35 #1 (Debian)) id 17dS5A-00008H-00 for ; Sat, 10 Aug 2002 10:58:48 +0200 Received: from [127.0.0.1] by ash.drims.net with smtp (Exim 3.35 #1 (Debian)) id 17dS3p-000086-00 for ; Sat, 10 Aug 2002 10:58:25 +0200 Subject: Re: Memory below 1 MB To: freebsd-hackers@freebsd.org Message-Id: From: hal@telefonica.net Date: Sat, 10 Aug 2002 10:58:25 +0200 X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG | See /usr/srcsys/pci/agp* for the sources to agp.ko. | | You can't do what you want to do without using a device driver | to allocate the physical resource on your behalf, since you are | talking about physical memory. Ok, thank you. I'll have a look. | This is what I told you the first time you asked. | | By persisting, you remind me of a non-technical manager I had, Well, what I didn't have very clear when you answered was that it was the *only* way to solve the problem, and consequently tried to continue with which I had done. | If you insist on using VM86, the only real example is in the | X11 source code: | | xsrc/xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_savage/lrmi.c | | If you can wade through it, the only other program that uses | it is in: | | /usr/src/usr.bin/doscmd Again, thank you for the sources. | But it does so much more to emulate the full DOS environment that | the calls you actually need t do something minimal are lost and | buried in the rest of it. Actually, I skim-read some x11 code before starting and found it a little bit messy. Thanks for confirming that observation :) | Good luck using vm86, if you insist on that route. Otherwise, | look at the source code to "agp.ko". I have no particular interest in using vm86, but since that is the route I took when I began, I thought it would be possible to continue. Now that you've told me again that what I need is a device driver, I'll have a look at it. Thank you very much for your help. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 3:22:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58E5737B400 for ; Sat, 10 Aug 2002 03:22:27 -0700 (PDT) Received: from Reineke.Malepartus.DE (reineke.malepartus.de [194.25.4.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D9743E6E for ; Sat, 10 Aug 2002 03:22:25 -0700 (PDT) (envelope-from bm@Reineke.Malepartus.DE) Received: from Reineke.Malepartus.DE (localhost [127.0.0.1]) by Reineke.Malepartus.DE (8.12.5/8.11.6) with ESMTP id g7AAMMfj057203 for ; Sat, 10 Aug 2002 12:22:23 +0200 (MEST) (envelope-from bm@Reineke.Malepartus.DE) Received: (from bm@localhost) by Reineke.Malepartus.DE (8.12.5/8.12.5/Submit) id g7AAMIO8057202; Sat, 10 Aug 2002 12:22:18 +0200 (MEST) Date: Sat, 10 Aug 2002 12:22:18 +0200 From: Burkard Meyendriesch To: freebsd-hackers@freebsd.org Subject: problems with IDE interface flash card reader Message-Id: <20020810122218.4aff6344.bm@malepartus.de> Organization: The Home of Reineke Fuchs X-Mailer: Sylpheed version 0.8.1 (GTK+ 1.2.10; i386-portbld-freebsd4.6) X-Face: "[-;]oI+8gP9>*J%knDN8d%DuhvJS2Lj4L\bRb7gz(pcT?2Zh6_Vam_6csAum3$<&lhAFd^ jt|!&Ut1C~Vg*E/q}+#cbFg-GU]c.bB8Ad,L'W$'9{^0y'AzM4#hS[C[F-1'|O;Kg3Vrq5q6dsU*TmJ@}+QPM\ b[^9Rhd,UoMpRpd5k[X=h.Dom*kbT`cNQ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm trying to install an "IDE interface flash card reader" (sorry, but I can't give you more information about type, chipset etc; it's just a no name product...). After reboot I get the following error message: dmesg: ... afd0: MODE_SENSE_BIG - ILLEGAL REQUEST asc=0x24 ascq=0x00 error=0x04 afd0: floppy device - NO DRIVER! ... The device is connected as master to the second channel of my IDE controler. I think that the kernel does recognize the device but has no specific driver for it. Can somebody please tell me which device has to be inserted into my kernel configuration file. Thanks a lot for your help! Burkard ----------------------------------------------------------------------- uname -a FreeBSD Reineke.Malepartus.DE 4.6-STABLE FreeBSD 4.6-STABLE #12: Fri Aug 2 21:48:08 MEST 2002 bm@Reineke.Malepartus.DE:/usr/src/sys/compile/REINEKE i386 bm@Reineke:/usr/home/bm$ ----------------------------------------------------------------------- my current configuration file: ident REINEKE machine i386 #i386 family PC hardware architecture maxusers 128 #controls the static sizing of system tables options ROOTDEVNAME=\"ufs:ad0s1a\" cpu I686_CPU #aka Pentium Pro(tm) options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options USER_LDT #allow user-level ctrl of i386 ldt WINE options SYSVSHM # include support for shared memory options SHMMAXPGS=1025 # max amount of shared memory pages (4k on i386) options SHMALL=1025 # max amount of shared memory (bytes) options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)" # max shared memory segment size (bytes) options SHMMIN=2 # min shared memory segment size (bytes) options SHMMNI=129 # max number of shared memory identifiers options SHMSEG=33 # max shared memory segments per process options SYSVSEM # include support for semaphores options SEMMAP=31 # amount of entries in semaphore map options SEMMNI=11 # number of semaphore identifiers in the system options SEMMNS=61 # number of semaphores in the system options SEMMNU=31 # number of undo structures in the system options SEMMSL=61 # max number of semaphores per id options SEMOPM=101 # max number of operations per semop call options SEMUME=11 # max number of undo entries per process options SYSVMSG # include support for message queues options MSGMNB=2049 # max characters per message queue options MSGMNI=41 # max number of message queue identifiers options MSGSEG=2049 # max number of message segments in the system options MSGSSZ=16 # size of a message segment MUST be power of 2 options MSGTQL=41 # max amount of messages in the system options PMAP_SHPGPERPROC=300 options DDB #enable kernel debugger options DDB_UNATTENDED #don't drop into DDB for a panic. options KTRACE #kernel tracing options PERFMON #Pentium performance counters options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options INET #InterNETworking options INET6 #IPv6 communications protocols options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_DEBUG #debug for IP security options NETSMB #SMB/CIFS requester options NETSMBCRYPTO #encrypted password support for SMB options LIBMCHAIN #mbuf management library options LIBICONV #Kernel side iconv library pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device bpf 4 #Berkeley packet filter pseudo-device disc #Discard device (ds0, ds1, etc) pseudo-device sl 1 #Kernel SLIP pseudo-device ppp 1 #Kernel PPP pseudo-device tun #Packet tunnel pseudo-device gif 4 #IPv6 and IPv4 tunneling pseudo-device faith 1 #IPv6-to-IPv4 relaying (translation) pseudo-device stf #6to4 IPv6 over IPv4 encapsulation options RANDOM_IP_ID #causes ID field in IP packets to be randomized options ICMP_BANDLIM #enables icmp error response bandwidth limiting options FFS #Fast filesystem options MFS #Memory File System options NFS_NOSERVER #Disable the NFS-server code. options CD9660 #ISO 9660 filesystem options KERNFS #Kernel filesystem options MSDOSFS #MS DOS File System options PROCFS #Process filesystem options FFS_ROOT #FFS usable as root device options CD9660_ROOT #CD-ROM usable as root device options SOFTUPDATES #Enable FFS soft updates support options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L device amd0 #AMD 53C974 (Teckram DC-390(T)) device scbus0 at amd0 #Single bus device device da0 device sa0 at scbus0 target 5 device sa1 at scbus0 target 4 device cd0 at scbus0 target 6 device pass # Passthrough device (direct SCSI access) options CAM_MAX_HIGHPOWER=4 options SCSI_DELAY=8000 #Be pessimistic about Joe SCSI device options SA_1FM_AT_EOD pseudo-device pty 32 #Pseudo-ttys (telnet etc) pseudo-device speaker #IBM BASIC-style noises out your speaker pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device md #Memory/malloc disk pseudo-device snp #Snoop device - to look at pty/vty/etc.. device isa options AUTO_EOI_1 #enables `automatic EOI' on master 8259A options PPS_SYNC #Support external PPS signal options CLK_USE_TSC_CALIBRATION options NTIMECOUNTER=20 device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 options ATKBD_DFLT_KEYMAP # specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP="german.iso" device psm0 at atkbdc? irq 12 device vga0 at isa? device sc0 at isa? options MAXCONS=16 # number of virtual consoles options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=cp850 options SC_DISABLE_DDBKEY # disable `debug' key options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor options SC_PIXEL_MODE # add support for the raster text mode options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_YELLOW|BG_GREEN)" options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" device npx0 at nexus? port IO_NPX flags 0x0 irq 13 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device vpo # Iomega Zip Drive options VP0_DEBUG # ZIP/ZIP+ debug device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device sio0 at isa? port 0x3f8 flags 0x0010 irq 4 options COM_MULTIPORT device sio1 at isa? port 0x2a0 flags 0x0401 device sio2 at isa? port 0x2a8 flags 0x0401 device sio3 at isa? port 0x2b0 flags 0x0401 device sio4 at isa? port 0x2b8 flags 0x0401 irq 3 device pci # PCI bus chip set device miibus # MII bus controller support device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ppc0 at isa? port 0x378 irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device device pps # Pulse per second Timing Interface device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device urio # Diamond Rio MP3 Player device pcm0 at isa? irq 10 drq 1 flags 0x0 device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 -- * Burkard Meyendriesch ___ bm@malepartus.de * * Stevern 2 ________|________ tel +49 171 5456381 * * D-48301 Nottuln 0 51 56'55"N 07 22'14"E * * PGP-Fingerprint BF 3B 41 DE 15 4D C9 48 15 EF A5 86 BF 6D 68 1A * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message -- * Burkard Meyendriesch ___ bm@malepartus.de * * Stevern 2 ________|________ tel +49 171 5456381 * * D-48301 Nottuln 0 51 56'55"N 07 22'14"E * * PGP-Fingerprint BF 3B 41 DE 15 4D C9 48 15 EF A5 86 BF 6D 68 1A * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 4:21:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1985E37B400; Sat, 10 Aug 2002 04:21:57 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F85043E77; Sat, 10 Aug 2002 04:21:56 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 958CA3ABB06; Sat, 10 Aug 2002 13:23:32 +0200 (CEST) Date: Sat, 10 Aug 2002 13:23:32 +0200 From: Pawel Jakub Dawidek To: freebsd-hackers@freebsd.org Cc: rwatson@FreeBSD.org Subject: JailNG. Message-ID: <20020810112331.GK74897@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ZG5hGh9V5E9QzVHS" Content-Disposition: inline X-PGP-Key-URL: http://garage.freebsd.pl/jules.pgp X-OS: FreeBSD 4.6-STABLE i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ZG5hGh9V5E9QzVHS Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello there... When jailNG will be commited? --=20 Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. --ZG5hGh9V5E9QzVHS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPVT3sz/PhmMH/Mf1AQFJiQQAnu85MUO2ShgPigzW8WarRPlrooA2TLte ruojx/PUgYBNOw3K5OlonOU0+oFO2QkW/ZdWVmRjEB4LbgGOhK7Jk0uZUv02W3t1 YCGURf04q2BTOEAaPIpjyp196+atjh5rOckhzJq6kzYwteYONCGWSl0Mk8k36rR/ U2ciS1SKf/Q= =ZiJL -----END PGP SIGNATURE----- --ZG5hGh9V5E9QzVHS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 5:49: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD6637B400; Sat, 10 Aug 2002 05:48:21 -0700 (PDT) Received: from hotmail.com (dsl-212-135-221-183.dsl.easynet.co.uk [212.135.221.183]) by mx1.FreeBSD.org (Postfix) with SMTP id E63CC43E72; Sat, 10 Aug 2002 05:48:13 -0700 (PDT) (envelope-from konar_adrienne@hotmail.com) Received: from unknown (HELO rly-yk05.pesdets.com) (4.71.194.105) by rly-xw05.oxyeli.com with smtp; 10 Aug 0102 05:43:31 +0400 Received: from [30.153.34.83] by rly-yk04.aolmd.com with QMQP; 10 Aug 0102 09:39:42 -0400 Received: from 49.12.206.153 ([49.12.206.153]) by asy100.as122.sol-superunderline.com with asmtp; 10 Aug 0102 05:35:53 +0800 Received: from unknown (HELO sydint1.microthink.com.au) (192.84.95.243) by rly-xw05.oxyeli.com with NNFMP; 10 Aug 0102 13:32:04 +0900 Received: from [73.69.104.251] by sydint1.microthink.com.au with asmtp; Sat, 10 Aug 0102 22:28:15 -1000 Reply-To: Message-ID: <001a37b61b1a$4536e3c7$3ce38ec4@snawaf> From: To: , , , , , , Subject: Are you ready to Invest now Date: Sat, 10 Aug 0102 11:21:40 +0100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00D0_85E10D4E.D7384B52" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: eGroups Message Poster Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00D0_85E10D4E.D7384B52 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 VkVTVEVER0UgQUxFUlQ6IFZvbHVtZSAxNSwgSXNzdWUgNw0KICAgICAgICAg ICAgIA0KICAgICAgICAgICAgWFJBWU1FRElBIFRBUFMgSU5UTyBCSUxMSU9O UywgV0hJTEUgSEVMUElORyBBTEwgQlVTSU5FU1NFUyBHUk9XIA0KICAgICAg ICAgICAgVEhST1VHSCBGSU5BTkNJTkcgQURWRVJUSVNJTkcgUFVSQ0hBU0VT ISEhDQogICAgICAgICAgICAgDQogICAgICAgICAgICAqKioqKklNTUVESUFU RSBTVFJPTkcgQlVZIEFMRVJUIFhSQVlNRURJQSAoT1RDQkI6IFhSTUQpDQog ICAgICAgICAgICAgDQogICAgICAgICAgICBYUkFZTUVESUEgKE9UQ0JCOiBY Uk1EKQ0KICAgICAgICAgICAgODAsMDAwLDAwMCBlc3QuIHNoYXJlcyBvdXRz dGFuZGluZw0KICAgICAgICAgICAgMTUsMDAwLDAwMCBlc3QuIGZsb2F0DQog ICAgICAgICAgICA2MCUgZXN0LiBjb250cm9sbGVkIGJ5IGluc2lkZXJzIA0K ICAgICAgICAgICAgIA0KICAgICAgICAgICAgKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKg0KICAgICAgICAgICAgQXMgb3VyIFJFU0VB UkNIIFRFQU0gaXMgYWx3YXlzIGxvb2tpbmcgZm9yIHRoZSBuZXh0IHJpc2lu ZyBTVEFSLCANCiAgICAgICAgICAgIGRlc3BpdGUgbWFya2V0IGNvbmRpdGlv bnMgY29tcGFuaWVzIE5PVyBJREVOVElGSUVEIGFyZSB0aG9zZSB0aGF0IA0K ICAgICAgICAgICAgSEVMUCBCVUlMRCBUSEUgRUNPTk9NWSBhbmQgSEVMUCBB TEwgQlVTSU5FU1NFUyBHUk9XLiBUSEVZIERFU0VSVkUgDQogICAgICAgICAg ICBPVVIgU1BFQ0lBTCBBVFRFTlRJT04gYW5kIGhhdmUgUFJPVkVOIFRIRVkg QVJFIE9OIFRIRSBSSUdIVCBUUkFDSyEhISANCiAgICAgICAgICAgIFZFU1RF REdFIGlzIE9OTFkgaW50ZW5kZWQgZm9yIHRoZSBTRVJJT1VTIElOVkVTVE9S LiANCiAgICAgICAgICAgICoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioNCiAgICAgICAgICAgICANCiAgICAgICAgICAgIEdST1dUSCBJ UyBUSEUgS0VZLCBvdXIgc291cmNlcyBnYXZlIHVzIFhSQVlNRURJQSAoT1RD QkI6IFhSTUQpIGFzIA0KICAgICAgICAgICAgb3VyIGxhc3QgTUFKT1IgV0lO TkVSIG1vdmluZyBpdCBVUCBuaWNlbHkgYXMgaXQgU1RBUlRTIFRPIE1BS0Ug SVRTIA0KICAgICAgICAgICAgTU9WRSEhISBJbiB0aGlzIExPVyBwcmljZSBy YW5nZSB3ZSBoYXZlIEJPVUdIVCBMQVJHRSBhbmQgV0UnTEwgDQogICAgICAg ICAgICBDT05USU5VRSB0byBCVVkgTEFSR0UsIGFzIHRoZSByZXN0IG9mIFdB TExTVFJFRVQgY2F0Y2hlcyBPTiwgaXQgd2lsbCANCiAgICAgICAgICAgIFBP UCBVUCBvdmVyIHRoZSBzaG9ydCB0ZXJtIHRvIG91ciBUQVJHRVQgb2YgIiQx LjAwIHBlciBzaGFyZSIuIFdlIA0KICAgICAgICAgICAgYmVsaWV2ZSBpdCB3 aWxsIFRIRU4gY29udGludWUgdG8gTU9WRSBhcyB0aGV5IFBST0dSRVNTIGJ5 IEhFTFBJTkcgDQogICAgICAgICAgICBBTEwgQ09NUEFOSUVTIEdST1cgUkVW RU5VRVMgdGhyb3VnaCB0aGVpciBSRVZPTFVUSU9OQVJZIExJVkUgDQogICAg ICAgICAgICBORUdPVElBVElORyBURUNITk9MT0dZIGZvciB0aGUgQURWRVJU SVNJTkcgSU5EVVNUUlkgY291cGxlZCB3aXRoIA0KICAgICAgICAgICAgdGhl aXIgcmVjZW50IGFiaWxpdHkgdG8gRklOQU5DRSBBRFZFUlRJU0lORyBQVVJD SEFTRVMsIHRoaXMgY29tcGFueSANCiAgICAgICAgICAgIGhhcyBhIHZlcnkg UE9XRVJGVUwgYnVzaW5lc3MgcGxhbiBhbmQgUFJPVklORyBJVCEhIQ0KICAg ICAgICAgICAgIA0KICAgICAgICAgICAgT24gSlVMWSAyNSwgMjAwMiAtIFRI RVkgQU5OT1VOQ0VEIEEgJDUwMCwwMDAuMDAgQURWRVJUSVNJTkcgDQogICAg ICAgICAgICBGSU5BTkNJTkcgREVBTCB3aXRoIE1PUkUgaW4gdGhlIHdvcmtz LCBOT1cgVEhBVCdTIFdIQVQgV0UgQ0FMTCBUSEUgDQogICAgICAgICAgICBG QVNUIFRSQUNLLCBrZWVwIGl0IFVQIEdVWVMhISEgSW4gb3VyIG9waW5pb24g dGhleSBhcmUgVFJVTFkgSEVMUElORyANCiAgICAgICAgICAgIE9VUiBFQ09O T01ZISEhIFRIRSBSRUNFTlQgUlVNT1JTIEhFQVRJTkcgVVAgV0FMTCBTVFJF RVQgaGFzIA0KICAgICAgICAgICAgWFJBWU1FRElBIGxhYmVsZWQgYXMgIlRI RSBORVhUIE1BSk9SIFBMQVlFUiIgaW4gdGhlICJNRURJQSBJTkRVU1RSWSIg DQogICAgICAgICAgICB3aXRoIHRoZSBNT1NUIFNPUEhJU1RJQ0FURUQgU09G VFdBUkUgSU4gVEhFIElORFVTVFJZISEhDQogICAgICAgICAgICAgDQogICAg ICAgICAgICBXZSd2ZSBoZWFyZCAiQlVZLU9VVCIgd2UndmUgaGVhcmQgIlRB S0UtT1ZFUiIsIGFuZCBhZnRlciBvdXIgDQogICAgICAgICAgICBkaWxpZ2Vu Y2UgdGhpcyBjb21wYW55IGhhcyBOTyBpbnRlbnRpb25zIG9mIGJlaW5nIEJP VUdIVC1PVVQsIGluIA0KICAgICAgICAgICAgRkFDVCB0aGVpciBsYXN0IE5F V1MgUkVMRUFTRSBzdGF0ZXMgdGhleSBhcmUgTk9XIEZJTkFOQ0lORyANCiAg ICAgICAgICAgIEFEVkVSVElTSU5HIFBVUkNIQVNFUyBvZiBhbGwgc2l6ZXMh ISEgVEhFWSBISVQgVEhFIEFEVkVSVElTSU5HIA0KICAgICAgICAgICAgSU5E VVNUUlkgaW4gdGhlIFJJR0hUIFNQT1QhISEgDQogICAgICAgICAgICAgDQog ICAgICAgICAgICBPTkNFIEFHQUlOLCB0aGlzIElOVkVTVE1FTlQgaXMgYSBu by1icmFpbmVyIHdoZW4geW91IGxvb2sgYXQgdGhlIA0KICAgICAgICAgICAg cG9zaXRpb24gdGhlIGNvbXBhbnkgaXMgaW4uIElOIFRISVMgTE9XIFBSSUNF IFJBTkdFIHdlIGNhbiBidXkgYSANCiAgICAgICAgICAgIHRvbiwgbXVsdGlw bGllZCBncm93dGggY3VydmUsIGZ1bmRhbWVudGFsIHRpbWluZywgdGhlIGNv bXBhbnkncyANCiAgICAgICAgICAgIHJlY2VudCBhbm5vdW5jZW1lbnRzIHNl ZW0gdG8gYmUgbW92aW5nIHRvd2FyZHMgQSBNQUpPUiBTV0lORywgYmlnIA0K ICAgICAgICAgICAgcmV2ZW51ZSB0aHJvdWdoIGl0cyBORVcgQURWRVJUSVNJ TkcgRklOQU5DRSBERVBBUlRNRU5ULCBNRURJQSANCiAgICAgICAgICAgIFBB UlRORVJTLCBzdXN0YWluZWQgZ3Jvd3RoIGZyb20gQVJFQSBQQVJUTkVSUywg cG90ZW50aWFsbHkgYnJpbmdpbmcgDQogICAgICAgICAgICBpbiBNSUxMSU9O UyBvZiBkb2xsYXJzIGluIHRyYW5zYWN0aW9ucyBwZXIgZGF5LCBhbmQgd2Ug bG92ZSBpdCwgd2UgDQogICAgICAgICAgICB3aWxsIGNvbnRpbnVlIHRvIEJV WSBGQVNUIEFORCBIVUdFISBJdCBpcyBhbWF6aW5nIGhvdyBzaW1wbGUgaXQg aXMsIA0KICAgICAgICAgICAgYmVpbmcgSU4sIGF0IHRoZSByaWdodCBQUklD RSwgYXQgdGhlIHJpZ2h0IFRJTUUgYW5kIHdhdGNoaW5nIGl0IA0KICAgICAg ICAgICAgTVVMVElQTFkhISEgVGhlIGltbWVuc2Ugc2l6ZSBvZiB0aGUgYWR2 ZXJ0aXNpbmcgaW5kdXN0cnkgaXMgbm8gDQogICAgICAgICAgICBzZWNyZXQs IGFzIGEgd2hvbGUsIHRyYWRpdGlvbmFsIGFuZCBvbmxpbmUgYWR2ZXJ0aXNp bmcgaXMgcHVsbGluZyBpbiANCiAgICAgICAgICAgIHdlbGwgb3ZlciAkNTAw IGJpbGxpb24gYW5udWFsbHkgaW4gTm9ydGggQW1lcmljYSBhbG9uZS4gWFJB WU1FRElBIA0KICAgICAgICAgICAgaGFzIHBvc2l0aW9uZWQgaXRzIHNlbGYg YXMgYSBjb25kdWl0IHRvIGNoYW5uZWwgdGhhdCByZXZlbnVlIHRocm91Z2gg DQogICAgICAgICAgICB0aGVpciBnZW5lcmFsIGJ1c2luZXNzIGNvbW11bml0 eSBieSBsYXVuY2hpbmcgYSAiTElWRSBNRURJQSBUUkFESU5HIA0KICAgICAg ICAgICAgQ0VOVEVSIiBhbmQgaGFzIGRlZmluaXRlbHkgYXR0cmFjdGVkIHRo ZSBBVFRFTlRJT04gb2YgdGhlIEJJRyBCT1lTIA0KICAgICAgICAgICAgd2l0 aCBOTyBJTlRFTlRJT05TIG9mIFNFTExJTkcgT1VUISEhIA0KICAgICAgICAg ICAgIA0KICAgICAgICAgICAgU2VlaW5nIHRoaXMgY29tcGFueSBtb3ZlIGlu dG8gdGhlIGluZHVzdHJ5IGF0IHN1Y2ggYSBoaWdoIGVudHJ5IA0KICAgICAg ICAgICAgcG9pbnQgUFJPVkVTIE9VUiBSRVNFQVJDSCBURUFNIGhhcyBnb3Qg UFVMTCBvciBqdXN0IHBsYWluIGhhcmQgd29yaywgDQogICAgICAgICAgICBl aXRoZXIgd2F5IGF0IHBlbm5pZXMgYSBzaGFyZSwgWFJBWU1FRElBIGlzIGFu IGludmVzdG1lbnQgZHJlYW0gY29tZSANCiAgICAgICAgICAgIHRydWUuIE9u Y2UgdGhleSBzdXN0YWluIHRoZWlyIFJFVkVOVUUgb3IgTUVSR0Ugb3IgR0VU IEJPVUdIVCBPVVQsIHdlIA0KICAgICAgICAgICAgYXJlIGxvb2tpbmcgZm9y IGEgdGFyZ2V0IHByaWNlIG9mICQ1LjAwLSAkMTAuMDAgZG9sbGFycyBwZXIv c2hhcmUgDQogICAgICAgICAgICBwcmV0dHkgcXVpY2ssIHRoYXQncyB3aHkg d2UgYnV5IHRoZXNlIHR5cGVzIG9mIEhJR0ggR1JPV1RIIGNvbXBhbWllcy4g DQoJDQogICAgICAgICAgICAgDQogICAgICAgICAgICBUaGV5IGhhdmUgc29t ZSBhbWF6aW5nIHRlY2hub2xvZ3k7IHdlIHVuZGVyc3RhbmQgdGhlIGNsb3Nl c3QgDQogICAgICAgICAgICB0ZWNobm9sb2d5IGNvbXBldGl0b3JzIGFyZSB1 c2luZyBkYXRlZCBhdWN0aW9uIHRlY2hub2xvZ3kgc2ltaWxhciB0byANCiAg ICAgICAgICAgIEVCQVkgb3IgWUFIT08gYW5kIHN0aWxsIHB1bGxpbmcgaW4g bWlsbGlvbnMgb2YgZG9sbGFycyBhIGRheSBpbiANCiAgICAgICAgICAgIHJl dmVudWUgYXVjdGlvbmluZyBhZHZlcnRpc2luZyBzcGFjZS4gWFJBWU1FRElB J3MgdGVjaG5vbG9neSBJUyBUSEUgDQogICAgICAgICAgICBNQUpPUiBUQVJH RVQgYW5kIGl0IGNhbiB0YWtlIHRoaXMgcmV2ZW51ZSB0byB0aGUgbmV4dCBs ZXZlbC4gUGF0ZW50IA0KICAgICAgICAgICAgUGVuZGluZyBMaXZlIE1lZGlh IFRyYWRpbmcgdGhyb3VnaCB0aGUgSW50ZXJuZXQganVzdCBsaWtlIHRoZSBT VE9DSyANCiAgICAgICAgICAgIE1BUktFVCwgd2UndmUgZ290IHRvIGp1c3Qg bG92ZSBpdCEhIQ0KICAgICAgICAgICAgIA0KICAgICAgICAgICAgVGhlaXIg TWVkaWEgU3VwZXJQb3J0YWwgYW5kIExpdmUgTWVkaWEgTWFya2V0cGxhY2Ug d2FzIGRldmVsb3BlZCB0byANCiAgICAgICAgICAgIGNyZWF0ZSBhIHJlYWwt dGltZSB0cmFkaW5nIGVudmlyb25tZW50IGZvciBtZWRpYSBhbmQgYWR2ZXJ0 aXNpbmcgDQogICAgICAgICAgICBpbmR1c3RyeSwgdGhleSBjb3ZlciBhbGwg dGhlIG1lZGlhIHNlY3RvcnMgbGlrZSBUViwgUmFkaW8sIFByaW50LCANCiAg ICAgICAgICAgIE9ubGluZSwgT3V0LW9mLUhvbWUgYW5kIFNwZWNpYWx0eSBB ZHZlcnRpc2luZy4gSXQgZ2l2ZXMgYnV5ZXJzIGFuZCANCiAgICAgICAgICAg IHNlbGxlcnMgdGhlIG9wcG9ydHVuaXR5IHRvIG5lZ290aWF0ZSB3aXRoIDEs IDEwLCAxMDAgcGVvcGxlIGFsbCBhdCANCiAgICAgICAgICAgIHRoZSBzYW1l IHRpbWUgYW5kIG5vIG9uZSBzZWVzIHdoYXQgdGhlIG90aGVycyBhcmUgZG9p bmcsIGFsbCBpbiByZWFsIA0KICAgICAgICAgICAgdGltZS4gVGhpcyBpcyBh IHJlYWwgbW9uZXkgbWFrZXIsIFhSQVlNRURJQSBtYWtlcyBpdHMgbW9uZXkg YnkgDQogICAgICAgICAgICBjaGFyZ2luZyBicm9rZXIgZmVlcyBvbiBjbG9z ZWQgZGVhbHMganVzdCBsaWtlIHRoZSBTVE9DSyBCUk9LRVJTIGFuZCANCiAg ICAgICAgICAgIERJU0NPVU5UIElOVEVSTkVUIFRSQURJTkcgSE9VU0VTLCB3 ZSB0aGluayB0aGV5IGtuZXcgd2hhdCB0aGV5IHdoZXJlIA0KICAgICAgICAg ICAgZG9pbmcgYnkgY2hvb3NpbmcgdGhlIHJpZ2h0IGluZHVzdHJ5IGF0IHRo ZSByaWdodCB0aW1lLiAkMTAwIG1pbGxpb24gDQogICAgICAgICAgICBkb2xs YXIgcmV2ZW51ZSBwYXJ0bmVycywgYWQgYWdlbmNpZXMsIG1lZGlhIGJ1eWlu ZyBmaXJtcywgYmx1ZSBjaGlwIA0KICAgICAgICAgICAgY29tcGFuaWVzIHVz aW5nIHRoZSB0ZWNobm9sb2d5LCB0aGUgZ3Jvd3RoIHBvdGVudGlhbCBpcyBy ZXNvdW5kaW5nLiANCiAgICAgICAgICAgIFdlIGhhdmVuJ3QgaGFkIGJhY2st dG8tYmFjayBtYWpvciB3aW5uZXJzIGluIGEgd2hpbGUgdGhpcyBpcyBnb29k OyANCiAgICAgICAgICAgIFNlZWluZyB0aGlzIGNvbXBhbnkgZ3JvdyB0byBi bHVlIGNoaXAgc3RhdHVzIGlzIG91ciBsb25nLXRlcm0gZ29hbCwgDQogICAg ICAgICAgICBzaG9ydCB0ZXJtIHRoZSBjb21wYW55IGhhcyBzb21lIHNlcmlv dXMgd2hlZWxzLCB0aGlzIGlzIG91ciB0b3AgcGljayANCiAgICAgICAgICAg IGZvciBwcmljZSBhbmQgcGVyY2VudGFnZSBnYWlucywgbWFrZSBzdXJlIHlv dSdyZSBvbiBib2FyZCBub3cgYW5kIA0KICAgICAgICAgICAgd2UnbGwgc2Vl IHlvdSBhdCB0aGUgYmlnIHBhcnR5IQ0KICAgICAgICAgICAgIA0KICAgICAg ICAgICAgIA0KICAgICAgICAgICAgKioqVGhpcyByZXBvcnQgaXMgYmFzZWQg b24gb3VyIHJlc2VhcmNoIGFuZCBvdXIgc291cmNlcyBpZGVudGlmeWluZyAN CiAgICAgICAgICAgIGltbWVkaWF0ZSBncm91bmQgZmxvb3IgaW52ZXN0bWVu dCBvcHBvcnR1bml0aWVzIGZvciB0aGUgZ2VuZXJhbCANCiAgICAgICAgICAg IHB1YmxpYy4gTWFraW5nIGEgdGltZWx5IGludmVzdG1lbnQgY2FsbCBhbmQg bWF4aW1pemluZyB5b3VyIHJldHVybiANCiAgICAgICAgICAgIGlzIG91ciBn b2FsLiBWRVNURURHRSBoYXMgKk5PVCogYmVlbiBjb21wZW5zYXRlZCB0byBw cm9kdWNlIHRoaXMgb3IgDQogICAgICAgICAgICBhbnkgb2Ygb3VyIG9waW5p b25zLiBUaGlzIHJlcG9ydCBpcyBmcmVlIHRvIHRoZSBwdWJsaWMgYW5kIHN0 cmljdGx5IA0KICAgICAgICAgICAgY29tcHJpc2VkIG9mIG91ciBvcGluaW9u cyBhbmQgeW91IHNob3VsZCBhbHdheXMgZG8geW91ciBvd24gDQogICAgICAg ICAgICBkaWxpZ2VuY2UgYW5kIG1ha2Ugc3VyZSB5b3UgdGFrZSBjb250cm9s IG9mIHlvdXIgb3duIGludmVzdG1lbnQgDQogICAgICAgICAgICBkZWNpc2lv bnMgd2hpbGUgY29uc3VsdGluZyB5b3VyIGJyb2tlciBvciBpbnZlc3RtZW50 IGNvdW5zZWwuDQogICAgICAgICAgICAgDQogICAgICAgICAgICA= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 6:13:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB18F37B400 for ; Sat, 10 Aug 2002 06:13:46 -0700 (PDT) Received: from pd2mo3so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 348DE43E5E for ; Sat, 10 Aug 2002 06:13:46 -0700 (PDT) (envelope-from Colin_Percival@sfu.ca) Received: from pd5mr2so.prod.shaw.ca (pd5mr2so-qfe3.prod.shaw.ca [10.0.141.233]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0M00F0BQ2XEJ@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 07:13:45 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca (pn2ml9so-qfe0.prod.shaw.ca [10.0.121.7]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0M00D10Q2XK2@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 07:13:45 -0600 (MDT) Received: from piii600.sfu.ca (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0M00H07Q2WL2@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 07:13:45 -0600 (MDT) Date: Sat, 10 Aug 2002 06:13:11 -0700 From: Colin Percival Subject: Re: release variability In-reply-to: <3D52209F.CC0B6DAA@mindspring.com> X-Sender: cperciva@popserver.sfu.ca To: Terry Lambert , Colin Percival Cc: freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 00:41 08/08/2002 -0700, Terry Lambert wrote: >Colin Percival wrote: > > If two people `make release` on different machines, how much difference > > will there be between the results? Obviously the kernel will be different > > because it contains the user and host names from its build; should > > everything else be the same? > >Assuming identical source trees, and that the build takes place >on systems installed with the same software, the only things that >should be different are user, host, and time stamps. The kernel >is one place that's stamped; the boot code is another. And, unfortunately, there's a hell of a lot more. I've grabbed the 4.6-RELEASE source tree and ran a make world - chroot - make world twice, and here's what I found: /kernel, /boot/loader, and /boot/pxeboot all contain user, host, time, and date stamps, as expected. All .a files (126 in /usr/lib, one in /usr/libdata/perl/5.00503/mach/auto/DynaLoader) contain some sort of indices of .o files, including seconds-since-epoch stamps User, host, time, and date stamps are found in /etc/mail/freebsd.cf /usr/sbin/named /usr/libexec/named-xfer Time and date stamps are found in: /usr/bin/suidperl /usr/bin/ntpq /usr/sbin/ntp(d|date|dc|timeset|trace) /usr/sbin/isdn(d|debug|monitor|phone|telctl) /usr/libdata/perl/5.00503/mach/perllocal.pod Date stamps are found in: /usr/sbin/ppp /var/db/port.mkversion /usr/share/doc/usd/(07.mail|13.viref|18.msdiffs|19.memacros|20.meref)/paper.ascii.gz (once you ungzip them) /usr/share/perl/man/man3/(Config|DynaLoader).3.gz (once you ungzip them) Files which are always the same size, but seem to have completely different contents: /usr/share/games/fortune/*.dat /var/games/phantasia/void This raises two questions: 1. Is there any way I can set up my system to consistently build the same world? The user and host are of course easy to fix; I'd consider running a daemon to reset my clock every second in order to keep the time stamps consistent, except that I don't think it would work, and I worry that it might break `make` anyway. 2. Is this really a desireable state of affairs at all? As it is, it is practically impossible for someone to `make release` on their own and compare their version to the official version to ensure that the build was correct. Reproducibility and verifiability are rather important matters when it comes to security. Colin Percival To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 7:59:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1391437B400 for ; Sat, 10 Aug 2002 07:59:43 -0700 (PDT) Received: from amsfep13-int.chello.nl (amsfep13-int.chello.nl [213.46.243.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id C86F843E65 for ; Sat, 10 Aug 2002 07:59:41 -0700 (PDT) (envelope-from wouter@pair.com) Received: from hibernate.cryolabs.net ([213.132.151.88]) by amsfep13-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with SMTP id <20020810145936.SESM20358.amsfep13-int.chello.nl@hibernate.cryolabs.net> for ; Sat, 10 Aug 2002 16:59:36 +0200 Received: (qmail 29290 invoked from network); 10 Aug 2002 16:59:27 +0200 Received: from unknown (HELO cocaine.cryolabs.net) (192.168.196.5) by hibernate.cryolabs.net with SMTP; 10 Aug 2002 16:59:27 +0200 Subject: Re: release variability From: Wouter Van Hemel To: Colin Percival Cc: freebsd-hackers@freebsd.org In-Reply-To: <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 10 Aug 2002 16:57:41 +0200 Message-Id: <1028991462.212.32.camel@cocaine> Mime-Version: 1.0 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-08-10 at 15:13, Colin Percival wrote: > [...] > This raises two questions: > 1. Is there any way I can set up my system to consistently build the same > world? The user and host are of course easy to fix; I'd consider running a > daemon to reset my clock every second in order to keep the time stamps > consistent, except that I don't think it would work, and I worry that it > might break `make` anyway. I think what you're trying to do here is impossible. Every condition would have to be the same as on the initial build machine, and even then, your time will not always match. Whatever you're trying to do, it seems like the wrong solution to me... > 2. Is this really a desireable state of affairs at all? As it is, it is > practically impossible for someone to `make release` on their own and > compare their version to the official version to ensure that the build was > correct. Reproducibility and verifiability are rather important matters > when it comes to security. > There are better ways to check the integrity of the code. The most simple way I can think of, is if you e.g. install from a cd, check the md5sum. (Maybe a md5sum/pgp key could be distributed with the announcement itself?) If your code is clean, so will be your compiled software. Except when you have something (somebody?) in resident memory that screws it after installation, but this is unlikely if you just reinstalled the whole machine, and there's nothing you can do about that either way. If you sync from source and want to build a full release when one is made instead of downloading an iso (which is a pretty reasonable and common thing to do, I think), you have AFAIK no way to check if the source has not been tampered with. It might be better to download the release source packages then, those contain md5sums: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.6-RELEASE/src/ ,,, but this seems like something you don't want to do? wouter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 11:59:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 485A637B400 for ; Sat, 10 Aug 2002 11:59:53 -0700 (PDT) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF01B43E6A for ; Sat, 10 Aug 2002 11:59:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0086.cvx21-bradley.dialup.earthlink.net ([209.179.192.86] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dbSn-0003RN-00; Sat, 10 Aug 2002 11:59:49 -0700 Message-ID: <3D556270.CACF724B@mindspring.com> Date: Sat, 10 Aug 2002 11:58:56 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Percival Cc: freebsd-hackers@freebsd.org Subject: Re: release variability References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Colin Percival wrote: > At 00:41 08/08/2002 -0700, Terry Lambert wrote: > >Colin Percival wrote: > > > If two people `make release` on different machines, how much difference > > > will there be between the results? Obviously the kernel will be different > > > because it contains the user and host names from its build; should > > > everything else be the same? > > > >Assuming identical source trees, and that the build takes place > >on systems installed with the same software, the only things that > >should be different are user, host, and time stamps. The kernel > >is one place that's stamped; the boot code is another. > > And, unfortunately, there's a hell of a lot more. [ ... good list of generated files containing timestamps ... ] > Files which are always the same size, but seem to have completely different > contents: > /usr/share/games/fortune/*.dat > /var/games/phantasia/void This is disturbing. > This raises two questions: > 1. Is there any way I can set up my system to consistently build the same > world? The user and host are of course easy to fix; I'd consider running a > daemon to reset my clock every second in order to keep the time stamps > consistent, except that I don't think it would work, and I worry that it > might break `make` anyway. For library files, there's nothing you can do, since it's the archive date, and .o files are assembled from multiple source files. Some of the generated files with timestamps really want to use the timestamp of the modification date of the sources, rather than the creation date of hte object. Correcting this is relatively minor; it's one of the reasons I suggested NFS mounting the sources; I imagine you would have a much worse time otherwise. > 2. Is this really a desireable state of affairs at all? As it is, it is > practically impossible for someone to `make release` on their own and > compare their version to the official version to ensure that the build was > correct. Reproducibility and verifiability are rather important matters > when it comes to security. I personally agree. The hardest part has got to be the archive files; I don't see how it could be avoided, without destroying information, at least in the archive update case, and probably in the archive recreation from object files case. The main problem here is that there isn't a "derivation date" stamp on object files, that can be used instead of the date of last modification or creation date. I think changing the modification date vs. create date would break "make". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 12: 8:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E12337B400; Sat, 10 Aug 2002 12:08:16 -0700 (PDT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB31943E6A; Sat, 10 Aug 2002 12:08:13 -0700 (PDT) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.5/8.12.5) with ESMTP id g7AJ8AwP078838; Sun, 11 Aug 2002 04:08:10 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id g7AJ88F19297; Sun, 11 Aug 2002 04:08:08 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id 7030C5323; Sun, 11 Aug 2002 04:08:08 +0900 (JST) Date: Sun, 11 Aug 2002 04:08:08 +0900 (JST) Message-Id: <20020811.040808.74720123.fujita@soum.co.jp> To: freebsd-net@FreeBSD.ORG Cc: freebsd-hackers@FreeBSD.ORG Subject: m_freem() in tcp_respond() From: FUJITA Kazutoshi X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-Mailer: Mew version 2.2 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIp?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, there. In tcp_respond() from /sys/netinet/tcp_subr.c, m_freem(m->m_next) is called without any checks. I think it's better to check m->m_next is not NULL, at least. --- /sys/netinet/tcp_subr.c.ORG Thu Jul 18 19:47:04 2002 +++ /sys/netinet/tcp_subr.c Sun Aug 11 04:00:09 2002 @@ -393,7 +393,8 @@ bcopy((caddr_t)th, (caddr_t)nth, sizeof(struct tcphdr)); flags = TH_ACK; } else { - m_freem(m->m_next); + if (m->m_next) + m_freem(m->m_next); m->m_next = 0; m->m_data = (caddr_t)ipgen; /* m_len is set later */ Regards, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 13:21: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 777BE37B400; Sat, 10 Aug 2002 13:21:05 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2422143E65; Sat, 10 Aug 2002 13:21:05 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0086.cvx21-bradley.dialup.earthlink.net ([209.179.192.86] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dcj7-0003hr-00; Sat, 10 Aug 2002 13:20:46 -0700 Message-ID: <3D557563.D1FC72B8@mindspring.com> Date: Sat, 10 Aug 2002 13:19:47 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: FUJITA Kazutoshi Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: m_freem() in tcp_respond() References: <20020811.040808.74720123.fujita@soum.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FUJITA Kazutoshi wrote: > --- /sys/netinet/tcp_subr.c.ORG Thu Jul 18 19:47:04 2002 > +++ /sys/netinet/tcp_subr.c Sun Aug 11 04:00:09 2002 > @@ -393,7 +393,8 @@ > bcopy((caddr_t)th, (caddr_t)nth, sizeof(struct tcphdr)); > flags = TH_ACK; > } else { > - m_freem(m->m_next); > + if (m->m_next) > + m_freem(m->m_next); > m->m_next = 0; > m->m_data = (caddr_t)ipgen; > /* m_len is set later */ NO. It is better to know that it's not NULL before it gets there. If you check everything everywhere to see if it's NULL before you do anything, then you are going to speen all your time comparing things to NULL, rather than doing real work. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 14:52: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 717F037B400; Sat, 10 Aug 2002 14:52:03 -0700 (PDT) Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A1D43E6A; Sat, 10 Aug 2002 14:52:03 -0700 (PDT) (envelope-from hsu@FreeBSD.org) Received: from FreeBSD.org ([63.193.112.125]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0H0N00C04E2QUK@mta5.snfc21.pbi.net>; Sat, 10 Aug 2002 14:52:03 -0700 (PDT) Date: Sat, 10 Aug 2002 14:53:34 -0700 From: Jeffrey Hsu Subject: Re: m_freem() in tcp_respond() In-reply-to: Message from FUJITA Kazutoshi "of Sun, 11 Aug 2002 04:08:08 +0900." <20020811.040808.74720123.fujita@soum.co.jp> To: FUJITA Kazutoshi Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Message-id: <0H0N00C05E2QUK@mta5.snfc21.pbi.net> MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG m_freem() already checks to see if it gets passed in a NULL pointer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 16:15:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF3C37B400 for ; Sat, 10 Aug 2002 16:15:53 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26FAD43E5E for ; Sat, 10 Aug 2002 16:15:53 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8E0A872FBE; Sat, 10 Aug 2002 16:13:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8CE7D72FBD for ; Sat, 10 Aug 2002 16:13:06 -0700 (PDT) Date: Sat, 10 Aug 2002 16:13:06 -0700 (PDT) From: Doug White To: hackers@freebsd.org Subject: SMP P4 Xeons out there? Message-ID: <20020810160643.I38678-100000@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey folks, Anyone other there with multiprocessor P4 Xeon systems with Hyperthreading enabled that are seeing 4 CPUs show up on boot? If you are, can you mail me the output of 'mptable'? It appears you need to enumerate CPUs out of ACPI if you want the logical CPUs to show up. FreeBSD doesn't appear to support this (yet -- correct me if I've misread the MP init code), but some people are seeing 4 CPUs anyway. I'm curious if those systems are modifying the mptable for the benefit of non-ACPI systems. Systems that don't modify the mptable (board/chipset): Intel SE7500WV2 (Intel E7500) Dell PE2650 (Serverworks GC-HE) If anyone understands the Proper(tm) way to support hyperthreaded CPUs and can explain it that would be neat too. Intels docs are a little lean on the matter. Thanks! -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 16:23:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26A5237B400; Sat, 10 Aug 2002 16:23:06 -0700 (PDT) Received: from gate.soum.co.jp (gate.soum.co.jp [202.221.40.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55DB243E81; Sat, 10 Aug 2002 16:23:03 -0700 (PDT) (envelope-from fujita@soum.co.jp) Received: from force.soum.co.jp (force.soum.co.jp [IPv6:3ffe:501:80a:1:a00:20ff:fef0:4c9c]) by gate.soum.co.jp (8.12.5/8.12.5) with ESMTP id g7ANN1wP080584; Sun, 11 Aug 2002 08:23:02 +0900 (JST) (envelope-from fujita@soum.co.jp) Received: from vanilla.soum.co.jp (vanilla.soum.co.jp [3ffe:501:80a:1:202:b3ff:fe98:8115]) by force.soum.co.jp (8.11.6/3.7W-2001122804) with ESMTP id g7ANN0F24358; Sun, 11 Aug 2002 08:23:00 +0900 (JST) Received: from localhost (localhost [::1]) by vanilla.soum.co.jp (Postfix) with ESMTP id CC0B35306; Sun, 11 Aug 2002 08:22:59 +0900 (JST) Date: Sun, 11 Aug 2002 08:22:59 +0900 (JST) Message-Id: <20020811.082259.74720252.fujita@soum.co.jp> To: tlambert2@mindspring.com Cc: freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: m_freem() in tcp_respond() From: FUJITA Kazutoshi In-Reply-To: <3D557563.D1FC72B8@mindspring.com> References: <20020811.040808.74720123.fujita@soum.co.jp> <3D557563.D1FC72B8@mindspring.com> X-PGP-PublicKey: http://www.soum.co.jp/~fujita/fujita-GnuPG-publickey.txt X-PGP-FingerPrint: 9956 2ECE 7E7D B425 EC2D D49E FEBB 3C5F 2C34 1ECA Organization: SOUM Corporation, JAPAN X-Mailer: Mew version 2.2 on Emacs 21.2 / Mule 5.0 =?iso-2022-jp?B?KBskQjgtTFobKEIp?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: Terry Lambert Subject: Re: m_freem() in tcp_respond() Date: Sat, 10 Aug 2002 13:19:47 -0700 Message-ID: <3D557563.D1FC72B8@mindspring.com> > It is better to know that it's not NULL before it gets there. > > If you check everything everywhere to see if it's NULL before > you do anything, then you are going to speen all your time > comparing things to NULL, rather than doing real work. Hmmm... But my -STABLE box crashes at here when boot. # gdb -k kernel.debug vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x005d2000 initial pcb at physical address 0x004e2880 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc021ef9c stack pointer = 0x10:0xdc319cd0 frame pointer = 0x10:0xdc319cd8 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 = 197 (wnnstat) interrupt mask = net tty panic: from debugger Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc03b872c stack pointer = 0x10:0xdc319ae4 frame pointer = 0x10:0xdc319aec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 197 (wnnstat) interrupt mask = net tty panic: from debugger Uptime: 38s dumping to dev #ad/0x30001, offset 1311872 dump ata0: resetting devices .. done 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 527 526 525 524 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 39 2 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0202e73 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc02032b1 in panic (fmt=0xc03edd84 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc014cbb9 in db_panic (addr=-1071517796, have_addr=0, count=-1, modif=0xdc319b3c "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc014cb59 in db_command (last_cmdp=0xc0463918, cmd_table=0xc0463758, aux_cmd_tablep=0xc04c0cb8) at /usr/src/sys/ddb/db_command.c:333 #5 0xc014cc1e in db_command_loop () at /usr/src/sys/ddb/db_command.c:457 #6 0xc014ed5b in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:71 #7 0xc03b84ce in kdb_trap (type=12, code=0, regs=0xdc319c90) at /usr/src/sys/i386/i386/db_interface.c:158 #8 0xc03c8e14 in trap_fatal (frame=0xdc319c90, eva=0) at /usr/src/sys/i386/i386/trap.c:969 #9 0xc03c8aed in trap_pfault (frame=0xdc319c90, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:867 #10 0xc03c8667 in trap (frame={tf_fs = 16, tf_es = -600768496, tf_ds = 16, tf_edi = -1048332032, tf_esi = 6422528, tf_ebp = -600728360, tf_isp = -600728388, tf_ebx = 0, tf_edx = 6756410, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071517796, tf_cs = 8, tf_eflags = 66199, tf_esp = -1048331972, tf_ss = -1048331972}) at /usr/src/sys/i386/i386/trap.c:466 #11 0xc021ef9c in m_freem (m=0x0) at /usr/src/sys/kern/uipc_mbuf.c:706 ---Type to continue, or q to quit--- #12 0xc0273a0f in tcp_respond (tp=0x0, ipgen=0xc183b93c, th=0xc183b950, m=0xc183b900, ack=2100704027, seq=0, flags=20) at /usr/src/sys/netinet/tcp_subr.c:396 #13 0xc0271eff in tcp_input (m=0xc183b900, off0=20, proto=6) at /usr/src/sys/netinet/tcp_input.c:2204 #14 0xc026b874 in ip_input (m=0xc183b900) at /usr/src/sys/netinet/ip_input.c:821 #15 0xc026b8d3 in ipintr () at /usr/src/sys/netinet/ip_input.c:842 #16 0xc03ba809 in swi_net_next () #17 0xc0224929 in connect (p=0xd86e1f20, uap=0xdc319f80) at /usr/src/sys/kern/uipc_syscalls.c:396 #18 0xc03c90f5 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 22273, tf_esi = 3, tf_ebp = -1077938064, tf_isp = -600727596, tf_ebx = 671650276, tf_edx = -1077938288, tf_ecx = 13, tf_eax = 98, tf_trapno = 12, tf_err = 2, tf_eip = 672133692, tf_cs = 31, tf_eflags = 659, tf_esp = -1077938252, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #19 0xc03b93a5 in Xint0x80_syscall () #20 0x2806fcbd in ?? () #21 0x8048d88 in ?? () #22 0x8048add in ?? () (kgdb) frame 12 #12 0xc0273a0f in tcp_respond (tp=0x0, ipgen=0xc183b93c, th=0xc183b950, m=0xc183b900, ack=2100704027, seq=0, flags=20) at /usr/src/sys/netinet/tcp_subr.c:396 396 m_freem(m->m_next); (kgdb) print m $1 = (struct mbuf *) 0xc183b900 (kgdb) print m->m_hdr.mh_next $2 = (struct mbuf *) 0x0 (kgdb) frame 11 #11 0xc021ef9c in m_freem (m=0x0) at /usr/src/sys/kern/uipc_mbuf.c:706 706 if (mcl_pool_now < mcl_pool_max && m->m_next == NULL && (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 16:28:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9406737B400; Sat, 10 Aug 2002 16:28:39 -0700 (PDT) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C958943E3B; Sat, 10 Aug 2002 16:28:38 -0700 (PDT) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id g7ANSNf94039; Sat, 10 Aug 2002 19:28:23 -0400 (EDT) (envelope-from bmilekic@unixdaemons.com) Date: Sat, 10 Aug 2002 19:28:22 -0400 From: Bosko Milekic To: FUJITA Kazutoshi Cc: tlambert2@mindspring.com, freebsd-net@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: m_freem() in tcp_respond() Message-ID: <20020810192822.A94017@unixdaemons.com> References: <20020811.040808.74720123.fujita@soum.co.jp> <3D557563.D1FC72B8@mindspring.com> <20020811.082259.74720252.fujita@soum.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020811.082259.74720252.fujita@soum.co.jp>; from fujita@soum.co.jp on Sun, Aug 11, 2002 at 08:22:59AM +0900 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ian Dowse just fixed this. Please upgrade. On Sun, Aug 11, 2002 at 08:22:59AM +0900, FUJITA Kazutoshi wrote: > From: Terry Lambert > Subject: Re: m_freem() in tcp_respond() > Date: Sat, 10 Aug 2002 13:19:47 -0700 > Message-ID: <3D557563.D1FC72B8@mindspring.com> >=20 > > It is better to know that it's not NULL before it gets there. > >=20 > > If you check everything everywhere to see if it's NULL before > > you do anything, then you are going to speen all your time > > comparing things to NULL, rather than doing real work. >=20 > Hmmm... > But my -STABLE box crashes at here when boot. >=20 >=20 > # gdb -k kernel.debug vmcore.0 > GNU gdb 4.18 (FreeBSD) > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-unknown-freebsd"... > IdlePTD at phsyical address 0x005d2000 > initial pcb at physical address 0x004e2880 > panicstr: from debugger > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x8:0xc021ef9c > stack pointer =3D 0x10:0xdc319cd0 > frame pointer =3D 0x10:0xdc319cd8 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 197 (wnnstat) > interrupt mask =3D net tty=20 > panic: from debugger >=20 >=20 > Fatal trap 3: breakpoint instruction fault while in kernel mode > instruction pointer =3D 0x8:0xc03b872c > stack pointer =3D 0x10:0xdc319ae4 > frame pointer =3D 0x10:0xdc319aec > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, IOPL =3D 0 > current process =3D 197 (wnnstat) > interrupt mask =3D net tty=20 > panic: from debugger > Uptime: 38s >=20 > dumping to dev #ad/0x30001, offset 1311872 > dump ata0: resetting devices .. done > 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 6= 21 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 = 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584= 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 56= 5 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 5= 46 545 544 543 542 541 540 539 538 537 536 535 534 533 532 531 530 529 528 = 527 526 525 524 523 522 521 520 519 518 517 516 515 514 513 512 511 510 509= 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 49= 0 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 4= 71 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 = 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434= 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 41= 5 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 3= 96 395 394 393 39 > 2 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 37= 4 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 3= 55 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 = 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318= 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 29= 9 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 2= 80 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 = 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243= 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 22= 4 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 2= 05 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 = 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168= 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 14= 9 148 147 146 145 > 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127= 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 10= 8 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86= 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61= 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36= 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11= 10 9 8 7 6 5 4 3 2 1 0=20 > --- > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) bt > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > #1 0xc0202e73 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :316 > #2 0xc02032b1 in panic (fmt=3D0xc03edd84 "from debugger") > at /usr/src/sys/kern/kern_shutdown.c:595 > #3 0xc014cbb9 in db_panic (addr=3D-1071517796, have_addr=3D0, count=3D-1= ,=20 > modif=3D0xdc319b3c "") at /usr/src/sys/ddb/db_command.c:435 > #4 0xc014cb59 in db_command (last_cmdp=3D0xc0463918, cmd_table=3D0xc0463= 758,=20 > aux_cmd_tablep=3D0xc04c0cb8) at /usr/src/sys/ddb/db_command.c:333 > #5 0xc014cc1e in db_command_loop () at /usr/src/sys/ddb/db_command.c:457 > #6 0xc014ed5b in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_tr= ap.c:71 > #7 0xc03b84ce in kdb_trap (type=3D12, code=3D0, regs=3D0xdc319c90) > at /usr/src/sys/i386/i386/db_interface.c:158 > #8 0xc03c8e14 in trap_fatal (frame=3D0xdc319c90, eva=3D0) > at /usr/src/sys/i386/i386/trap.c:969 > #9 0xc03c8aed in trap_pfault (frame=3D0xdc319c90, usermode=3D0, eva=3D0) > at /usr/src/sys/i386/i386/trap.c:867 > #10 0xc03c8667 in trap (frame=3D{tf_fs =3D 16, tf_es =3D -600768496, tf_d= s =3D 16,=20 > tf_edi =3D -1048332032, tf_esi =3D 6422528, tf_ebp =3D -600728360,= =20 > tf_isp =3D -600728388, tf_ebx =3D 0, tf_edx =3D 6756410, tf_ecx =3D= 0,=20 > tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -107151779= 6, tf_cs =3D 8,=20 > tf_eflags =3D 66199, tf_esp =3D -1048331972, tf_ss =3D -1048331972}) > at /usr/src/sys/i386/i386/trap.c:466 > #11 0xc021ef9c in m_freem (m=3D0x0) at /usr/src/sys/kern/uipc_mbuf.c:706 > ---Type to continue, or q to quit--- > #12 0xc0273a0f in tcp_respond (tp=3D0x0, ipgen=3D0xc183b93c, th=3D0xc183b= 950,=20 > m=3D0xc183b900, ack=3D2100704027, seq=3D0, flags=3D20) > at /usr/src/sys/netinet/tcp_subr.c:396 > #13 0xc0271eff in tcp_input (m=3D0xc183b900, off0=3D20, proto=3D6) > at /usr/src/sys/netinet/tcp_input.c:2204 > #14 0xc026b874 in ip_input (m=3D0xc183b900) > at /usr/src/sys/netinet/ip_input.c:821 > #15 0xc026b8d3 in ipintr () at /usr/src/sys/netinet/ip_input.c:842 > #16 0xc03ba809 in swi_net_next () > #17 0xc0224929 in connect (p=3D0xd86e1f20, uap=3D0xdc319f80) > at /usr/src/sys/kern/uipc_syscalls.c:396 > #18 0xc03c90f5 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 47, tf_ds = =3D 47,=20 > tf_edi =3D 22273, tf_esi =3D 3, tf_ebp =3D -1077938064, tf_isp =3D = -600727596,=20 > tf_ebx =3D 671650276, tf_edx =3D -1077938288, tf_ecx =3D 13, tf_eax= =3D 98,=20 > tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 672133692, tf_cs =3D 31,= =20 > tf_eflags =3D 659, tf_esp =3D -1077938252, tf_ss =3D 47}) > at /usr/src/sys/i386/i386/trap.c:1175 > #19 0xc03b93a5 in Xint0x80_syscall () > #20 0x2806fcbd in ?? () > #21 0x8048d88 in ?? () > #22 0x8048add in ?? () > (kgdb) frame 12 > #12 0xc0273a0f in tcp_respond (tp=3D0x0, ipgen=3D0xc183b93c, th=3D0xc183b= 950,=20 > m=3D0xc183b900, ack=3D2100704027, seq=3D0, flags=3D20) > at /usr/src/sys/netinet/tcp_subr.c:396 > 396 m_freem(m->m_next); > (kgdb) print m > $1 =3D (struct mbuf *) 0xc183b900 > (kgdb) print m->m_hdr.mh_next > $2 =3D (struct mbuf *) 0x0 > (kgdb) frame 11 > #11 0xc021ef9c in m_freem (m=3D0x0) at /usr/src/sys/kern/uipc_mbuf.c:706 > 706 if (mcl_pool_now < mcl_pool_max && m->m_next =3D=3D NULL = && > (kgdb)=20 >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message >=20 --=20 Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 16:45:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8ED837B400 for ; Sat, 10 Aug 2002 16:45:51 -0700 (PDT) Received: from pd3mo3so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D552643E5E for ; Sat, 10 Aug 2002 16:45:50 -0700 (PDT) (envelope-from Colin_Percival@sfu.ca) Received: from pd3mr1so.prod.shaw.ca (pd3mr1so-ser.prod.shaw.ca [10.0.141.177]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0N00LF6JC9WQ@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 17:45:45 -0600 (MDT) Received: from pn2ml10so.prod.shaw.ca (pn2ml10so-qfe0.prod.shaw.ca [10.0.121.80]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0N009BSJC9P1@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 17:45:45 -0600 (MDT) Received: from piii600.sfu.ca (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0N00AGSJC80B@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 17:45:45 -0600 (MDT) Date: Sat, 10 Aug 2002 16:43:54 -0700 From: Colin Percival Subject: Re: release variability In-reply-to: <1028991462.212.32.camel@cocaine> X-Sender: cperciva@popserver.sfu.ca To: Wouter Van Hemel , Colin Percival Cc: freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20020810163418.02072c10@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 16:57 10/08/2002 +0200, Wouter Van Hemel wrote: >On Sat, 2002-08-10 at 15:13, Colin Percival wrote: > > This raises two questions: > > 1. Is there any way I can set up my system to consistently build the same > > world? > >I think what you're trying to do here is impossible. Every condition would >have to be the same as on the initial build machine, and even then, your >time will not always match. Whatever you're trying to do, it seems like >the wrong solution to me... I don't need to build the same result as the machine which built the published -RELEASE; what I'd like to do, however, is perform various builds along the RELENG_x_y branch in such a way that I can identify which files had real changes, so that updates (consisting of only the changed files) can be published. > > 2. Is this really a desireable state of affairs at all? As it is, it is > > practically impossible for someone to `make release` on their own and > > compare their version to the official version to ensure that the build was > > correct. Reproducibility and verifiability are rather important matters > > when it comes to security. > > > >There are better ways to check the integrity of the code. The most simple >way I can think of, is if you e.g. install from a cd, check the md5sum. You misunderstand me. We have to trust the source code we receive; as it is, we have to either build our own release or trust one machine to build it for us. If `make release` always produced the same result given the same source tree, then several machines could build the release and publish the md5 sum of the result. Trusting several independant machines which agree on an answer is much safer than trusting a single machine (and makes that single machine less of a target). Colin Percival To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 16:51:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C20A37B401 for ; Sat, 10 Aug 2002 16:51:52 -0700 (PDT) Received: from priv-edtnes28.telusplanet.net (defout.telus.net [199.185.220.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B44143E70 for ; Sat, 10 Aug 2002 16:51:51 -0700 (PDT) (envelope-from sh@planetquake.com) Received: from dbs ([216.232.25.240]) by priv-edtnes28.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20020810235150.NCAK25741.priv-edtnes28.telusplanet.net@dbs> for ; Sat, 10 Aug 2002 17:51:50 -0600 Message-ID: <000f01c240c8$e7247c00$f019e8d8@slugabed.org> From: "Sean Hamilton" To: Subject: arplookup: host is not on local network Date: Sat, 10 Aug 2002 16:51:52 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, I have a FreeBSD box being colocated. Every few seconds, I get the following message: /kernel: arplookup 216.187.x.x failed: host is not on local network As I understand, this 216.187.x.x machine is acting as a "proxy arp". I think it's supposed to be completely transparent, but evidently my box is noticing. I am on a 64.69.x.x address. I have tried explicitly setting host routes, with no results. I have tried setting a permanent arp entry for that IP address, but then I get: /kernel: arp: 00:d0:b7:bb:86:ec attempts to modify permanent entry for 216.187.x.x on xl0 even though this is the hardware address I've set for the explicit arp. This has polluted my server logs beyond my tolerance, and I am about to cave and just comment these out of the kernel. Any suggestions on how to rectify this? thanks, sh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 17:45:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FE4D37B400 for ; Sat, 10 Aug 2002 17:45:38 -0700 (PDT) Received: from pd6mo2so.prod.shaw.ca (h24-71-223-10.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 615D943E3B for ; Sat, 10 Aug 2002 17:45:38 -0700 (PDT) (envelope-from Colin_Percival@sfu.ca) Received: from pd2mr1so.prod.shaw.ca (pd2mr1so-ser.prod.shaw.ca [10.0.141.110]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0N00HI3M2WZL@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 18:44:56 -0600 (MDT) Received: from pn2ml5so.prod.shaw.ca (pn2ml5so-qfe0.prod.shaw.ca [10.0.121.149]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0N007JCM42Q4@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 18:45:38 -0600 (MDT) Received: from piii600.sfu.ca (h24-79-84-133.vc.shawcable.net [24.79.84.133]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H0N00HNOM41IQ@l-daemon> for freebsd-hackers@freebsd.org; Sat, 10 Aug 2002 18:45:38 -0600 (MDT) Date: Sat, 10 Aug 2002 17:45:36 -0700 From: Colin Percival Subject: Re: release variability In-reply-to: <3D556270.CACF724B@mindspring.com> X-Sender: cperciva@popserver.sfu.ca To: Terry Lambert , Colin Percival Cc: freebsd-hackers@freebsd.org Message-id: <5.0.2.1.1.20020810164528.0207fc90@popserver.sfu.ca> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:58 10/08/2002 -0700, Terry Lambert wrote: >Colin Percival wrote: > > Files which are always the same size, but seem to have completely different > > contents: > > /usr/share/games/fortune/*.dat > > /var/games/phantasia/void > >This is disturbing. Upon further investigation, it turns out that the fortune files vary because `strfile` is instructed to randomize the order of the fortunes; as far as I can tell, this serves no purpose since `fortune` picks a random fortune anyway. (Two line patch to /usr/src/games/fortune/datfiles/Makefile) /var/games/phantasia/void is explicitly randomly generated; I'm not sure what purpose it serves. >For library files, there's nothing you can do, since it's the >archive date, and .o files are assembled from multiple source >files. > >Some of the generated files with timestamps really want to use >the timestamp of the modification date of the sources, rather >than the creation date of hte object. > >Correcting this is relatively minor; it's one of the reasons I >suggested NFS mounting the sources; I imagine you would have a >much worse time otherwise. Actually I didn't NFS mount the sources, since I didn't understand how that would help. I'll try that and see if there it makes any difference. >The hardest part has got to be the archive >files; I don't see how it could be avoided, without destroying >information, at least in the archive update case, and probably >in the archive recreation from object files case. Could someone point me towards information on what these values are used for? Colin Percival To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Aug 10 18:33:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B25437B400 for ; Sat, 10 Aug 2002 18:33:53 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A785043E5E for ; Sat, 10 Aug 2002 18:33:52 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0465.cvx40-bradley.dialup.earthlink.net ([216.244.43.210] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17dhc0-0003bg-00; Sat, 10 Aug 2002 18:33:45 -0700 Message-ID: <3D55BE94.25BEBBB9@mindspring.com> Date: Sat, 10 Aug 2002 18:32:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Colin Percival Cc: freebsd-hackers@freebsd.org Subject: Re: release variability References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca> <5.0.2.1.1.20020810164528.0207fc90@popserver.sfu.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Colin Percival wrote: > >The hardest part has got to be the archive > >files; I don't see how it could be avoided, without destroying > >information, at least in the archive update case, and probably > >in the archive recreation from object files case. > > Could someone point me towards information on what these values are used > for? man ar See "-o" and "-u". The "-u" opinion in particular is used to updated the archive contents with only the new files. Say you have: LIB=foo SRCS=q.c r.c s.c t.c u.c v.c libfoo.a contains q.o, r.o, s.o, t.o, u.o, v.o And you modify only s.c, and rebuild. If your Makefile, etc., is set up properly, then only s.o will be updated in the archive, because only the s.o file has a date later than the date of the object file in the archive. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message