From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 00:05:36 2003 Return-Path: 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 0281537B401; Sun, 17 Aug 2003 00:05:36 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99F243FAF; Sun, 17 Aug 2003 00:05:34 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7H75WlX025795; Sun, 17 Aug 2003 09:05:32 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Pawel Jakub Dawidek From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 17 Aug 2003 03:15:46 +0200." <20030817011545.GW395@garage.freebsd.pl> Date: Sun, 17 Aug 2003 09:05:32 +0200 Message-ID: <25794.1061103932@critter.freebsd.dk> cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 07:05:36 -0000 In message <20030817011545.GW395@garage.freebsd.pl>, Pawel Jakub Dawidek writes : > >--X8oaj2qX3NXXvcHN >Content-Type: text/plain; charset=iso-8859-2 >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Fri, Aug 15, 2003 at 11:53:11AM -0400, Robert Watson wrote: >+> That said, I think the geom gate stuff looks very cool :-). You might be >+> able to run some interesting performance numbers comparing NFS and UFS >+> over a remote block device. > >Ok. After last geom gate optimizations I'm ready to show some tests. > >NFS read: 2539890 bytes/sec >NFS write: 2668428 bytes/sec > >GG read file: 5791796 bytes/sec (file was exported) >GG write file: 4071411 bytes/sec (file was exported) > >GG read device: 4635277 bytes/sec (disk device was exported) >GG write device: I wasn't able to test Please use /usr/src/tools/tools/ministat to do a proper statistical benchmark. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 07:13:58 2003 Return-Path: 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 E8F6E37B401 for ; Sun, 17 Aug 2003 07:13:58 -0700 (PDT) Received: from web41411.mail.yahoo.com (web41411.mail.yahoo.com [66.218.93.77]) by mx1.FreeBSD.org (Postfix) with SMTP id 8531243FB1 for ; Sun, 17 Aug 2003 07:13:58 -0700 (PDT) (envelope-from zera_holladay@yahoo.com) Message-ID: <20030817141358.45152.qmail@web41411.mail.yahoo.com> Received: from [65.43.108.174] by web41411.mail.yahoo.com via HTTP; Sun, 17 Aug 2003 07:13:58 PDT Date: Sun, 17 Aug 2003 07:13:58 -0700 (PDT) From: zera holladay To: hackers@freebsd.org In-Reply-To: <20030816181536.GD31356@webserver> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: VGL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 14:13:59 -0000 Good day, what or where are the valid values for the parameter (int mode) for the functions of vgl.h as in VGLInit(int mode)? The man page for the VGL is a dead end on that topic. This could be ignorance on my part, so would someone be so kind as to point me the right direction. Thank you. zh __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 07:41:51 2003 Return-Path: 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 2E8E537B401 for ; Sun, 17 Aug 2003 07:41:51 -0700 (PDT) Received: from smtp.web.de (smtp02.web.de [217.72.192.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B87243F3F for ; Sun, 17 Aug 2003 07:41:50 -0700 (PDT) (envelope-from nakal@web.de) Received: from [217.225.228.69] (helo=[192.168.0.1]) by smtp.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.99 #448) id 19oOj7-00009f-00 for hackers@freebsd.org; Sun, 17 Aug 2003 16:41:49 +0200 From: Martin To: hackers@freebsd.org In-Reply-To: <20030817141358.45152.qmail@web41411.mail.yahoo.com> References: <20030817141358.45152.qmail@web41411.mail.yahoo.com> Content-Type: text/plain Message-Id: <1061131296.593.13.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Sun, 17 Aug 2003 16:41:37 +0200 Content-Transfer-Encoding: 7bit Sender: nakal@web.de Subject: Re: VGL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 14:41:51 -0000 On Sun, 2003-08-17 at 16:13, zera holladay wrote: > Good day, what or where are the valid values for the > parameter (int mode) for the functions of vgl.h as in > VGLInit(int mode)? You can find them in /usr/include/sys/consio.h Look at the #defines prefixed with "SW_". Can you give me feedback if everything works for you? I have troubles. I cannot use any single mode, even when vidcontrol reports them as valid. :( I'm not happy with libvgl. Are there any other alternatives to use graphics on console? Martin From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 09:26:00 2003 Return-Path: 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 5692637B401 for ; Sun, 17 Aug 2003 09:26:00 -0700 (PDT) Received: from web13409.mail.yahoo.com (web13409.mail.yahoo.com [216.136.172.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 0EC0043FBF for ; Sun, 17 Aug 2003 09:26:00 -0700 (PDT) (envelope-from giffunip@yahoo.com) Message-ID: <20030817162600.47892.qmail@web13409.mail.yahoo.com> Received: from [200.91.194.161] by web13409.mail.yahoo.com via HTTP; Sun, 17 Aug 2003 17:26:00 BST Date: Sun, 17 Aug 2003 17:26:00 +0100 (BST) From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" To: Martin MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: hackers@freebsd.org Subject: Re: VGL X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 16:26:00 -0000 VGL is unmaintained (my patches to it were never committed and then dropped). KGI/GGI is now the way to go: http://people.freebsd.org/~nsouch/kgi4BSD/ cheers, Pedro. ________________________________________________________________________ Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 09:42:32 2003 Return-Path: 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 D90EB37B401 for ; Sun, 17 Aug 2003 09:42:32 -0700 (PDT) Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95]) by mx1.FreeBSD.org (Postfix) with SMTP id 25C6843F3F for ; Sun, 17 Aug 2003 09:42:31 -0700 (PDT) (envelope-from bra@fsn.hu) Received: (qmail 21594 invoked from network); 17 Aug 2003 16:42:27 -0000 Received: from unknown (HELO fsn.hu) (127.0.0.1) by localhost with SMTP; 17 Aug 2003 16:42:27 -0000 Message-ID: <3F3FB064.9010906@fsn.hu> Date: Sun, 17 Aug 2003 18:42:12 +0200 From: Attila Nagy Organization: Free Software Network Foundation - http://www.fsn.hu/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: hu, en-us, en MIME-Version: 1.0 To: Terry Lambert References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> <3F3BE7A9.8060205@fsn.hu> <20030815111856.GN395@garage.freebsd.pl> <3F3CC927.4030306@fsn.hu> <3F3DD059.DF60BD3@mindspring.com> In-Reply-To: <3F3DD059.DF60BD3@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 16:42:33 -0000 Terry Lambert wrote: > It works on firewire and it works on a dual port RAID array (as a > separate box containing the RAID array). What does 'it' means? I guess it's not UFS, but the pure ability of sharing a device on a bus, connected to more than one adapters. > SAN and NAS are also options, but of course, you still have to have > an FS that can deal with it, and an external locking protocol. Right, we were talking about FreeBSD, which lacks such a filesystem :( -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone @work: +361 210 1415/127 ISOs: http://www.fsn.hu/?f=download cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 11:14:37 2003 Return-Path: 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 D4BFC37B401 for ; Sun, 17 Aug 2003 11:14:37 -0700 (PDT) Received: from episec.com (episec.com [198.78.65.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 63B9D43F93 for ; Sun, 17 Aug 2003 11:14:37 -0700 (PDT) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 47676 invoked by uid 1024); 17 Aug 2003 18:13:15 -0000 Date: Sun, 17 Aug 2003 14:13:15 -0400 From: ari To: freebsd-hackers@freebsd.org Message-ID: <20030817181315.GL55671@episec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 18:14:38 -0000 Currently, root is the only user that can actually drop significant privileges, as root is the only user that has access to such functions. This is flawed --- any user should be able to relinquish his privileges, and i've begun a patch to put this into effect. However, the fact that this is a security-related kernel feature modification warrants peer-review, in both design and implementation. It would be unwise of me to create the patch without consulting such. The web page that discusses the patch may be found at: http://www.episec.com/people/edelkind/patches/kernel/flowpriv/ I welcome any discussion and criticism. ari From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 14:16:30 2003 Return-Path: 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 CFA7937B401; Sun, 17 Aug 2003 14:16:30 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2219943F75; Sun, 17 Aug 2003 14:16:30 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h7HLGRYO026554; Sun, 17 Aug 2003 16:16:27 -0500 (CDT) (envelope-from dan) Date: Sun, 17 Aug 2003 16:16:27 -0500 From: Dan Nelson To: Pawel Jakub Dawidek Message-ID: <20030817211627.GC2653@dan.emsphone.com> References: <20030815111856.GN395@garage.freebsd.pl> <20030817011545.GW395@garage.freebsd.pl> <20030817015029.GA2653@dan.emsphone.com> <20030817020236.GX395@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030817020236.GX395@garage.freebsd.pl> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Robert Watson cc: Buckie Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Aug 2003 21:16:31 -0000 In the last episode (Aug 17), Pawel Jakub Dawidek said: > On Sat, Aug 16, 2003 at 08:50:30PM -0500, Dan Nelson wrote: > +> What kind of hardware were you using? 2.5MB/sec NFS sounds > +> abysmal. > > I don't think it is a hardware problem. > > Run this test on 5.1-CURRENT with: > > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > > and without any network and NFS optimization. Yes, another test system (P5 MMX/233 laptop) drops its NFS throughput from 4MB/sec to 2.5MB/sec when built with those flags. So I'm assuming you're doing these benchmarks on a comparable system? I think this just demonstrates that you should not run benchmarks with all your debugging flags enabled :) Most people will not be running production systems with WITNESS, and parts of the kernel that bog down under the heavy load of WITNESS may work just fine on a regular kernal config. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 19:52:39 2003 Return-Path: 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 E2A5D37B401 for ; Sun, 17 Aug 2003 19:52:39 -0700 (PDT) Received: from hotmail.com (bay1-f161.bay1.hotmail.com [65.54.245.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 849BA43F3F for ; Sun, 17 Aug 2003 19:52:39 -0700 (PDT) (envelope-from dandyking_18@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 17 Aug 2003 19:52:39 -0700 Received: from 211.179.149.146 by by1fd.bay1.hotmail.msn.com with HTTP; Mon, 18 Aug 2003 02:52:39 GMT X-Originating-IP: [211.179.149.146] X-Originating-Email: [dandyking_18@hotmail.com] From: "DANDY King" To: freebsd-hackers@freebsd.org Date: Mon, 18 Aug 2003 08:22:39 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 18 Aug 2003 02:52:39.0357 (UTC) FILETIME=[C96C6ED0:01C36533] Subject: help needed-urgent X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 02:52:40 -0000 hello our product is DVR(digital video recorder), it runs on linux system. i am sending very imp inofrmation to server through sockets. some time i am getting full data, some time i am getting partial data. i don't know reasons please advice. client side we uses VC++ GUI. client sending data neatly. in client side what i did while((nread = read(fd,buff,BUFFSIZE)) >0) send(sockfd,buff,nread,0); in server same data should receive. but some time i am receiveing full and some time 90% only please advice Dharanish _________________________________________________________________ MSN Hotmail now on your Mobile phone. http://server1.msn.co.in/sp03/mobilesms/ Click here. From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 19:59:04 2003 Return-Path: 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 218BC37B401 for ; Sun, 17 Aug 2003 19:59:04 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 065F043F75 for ; Sun, 17 Aug 2003 19:59:03 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.honeypot.net.strauser.com (kirk@pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.9/8.12.9) with ESMTP id h7I2x0Jx053662 for ; Sun, 17 Aug 2003 21:59:01 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-hackers@freebsd.org References: From: Kirk Strauser Date: Sun, 17 Aug 2003 21:59:00 -0500 In-Reply-To: (DANDY King's message of "Mon, 18 Aug 2003 08:22:39 +0530") Message-ID: <87vfsv3c3v.fsf@pooh.honeypot.net> Lines: 8 X-Mailer: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: help needed-urgent X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 02:59:04 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2003-08-18T02:52:39Z, "DANDY King" writes: > our product is DVR(digital video recorder), it runs on linux system. Then ask in a Linux mailing list. =2D-=20 Kirk Strauser --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/QED05sRg+Y0CpvERAig6AJ9FBPjDnL0fHDa/WnwR2pCwjJIPRQCfcZsh WoL1XjMx3GzkSH+ovuOMT1s= =4oCu -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 20:02:25 2003 Return-Path: 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 1260137B401 for ; Sun, 17 Aug 2003 20:02:25 -0700 (PDT) Received: from web11201.mail.yahoo.com (web11201.mail.yahoo.com [216.136.131.171]) by mx1.FreeBSD.org (Postfix) with SMTP id 9A15943F85 for ; Sun, 17 Aug 2003 20:02:24 -0700 (PDT) (envelope-from j_freitag@yahoo.com) Message-ID: <20030818030224.42438.qmail@web11201.mail.yahoo.com> Received: from [165.228.129.11] by web11201.mail.yahoo.com via HTTP; Sun, 17 Aug 2003 20:02:24 PDT Date: Sun, 17 Aug 2003 20:02:24 -0700 (PDT) From: Justin Freitag To: DANDY King , freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: help needed-urgent X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 03:02:25 -0000 linux server, windows client, commerical product...and you post an "urgent help" request to freebsd-hackers... LMAO. --- DANDY King wrote: > hello > > > our product is DVR(digital video recorder), it runs > on linux system. > i am sending very imp inofrmation to server through > sockets. some time i am > getting full data, some time i am getting partial > data. > i don't know reasons please advice. > client side we uses VC++ GUI. client sending data > neatly. in client side > what i did > > while((nread = read(fd,buff,BUFFSIZE)) >0) > send(sockfd,buff,nread,0); > > in server same data should receive. > but some time i am receiveing full and some time 90% > only > > please advice > > Dharanish > > _________________________________________________________________ > MSN Hotmail now on your Mobile phone. > http://server1.msn.co.in/sp03/mobilesms/ Click here. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 20:06:46 2003 Return-Path: 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 9ECE937B401 for ; Sun, 17 Aug 2003 20:06:46 -0700 (PDT) Received: from chihiro.leafy.idv.tw (sw59-121-140.adsl.seed.net.tw [61.59.121.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id C255443F75 for ; Sun, 17 Aug 2003 20:06:43 -0700 (PDT) (envelope-from leafy@leafy.idv.tw) Received: by chihiro.leafy.idv.tw (Postfix, from userid 1000) id 4C5B4193; Mon, 18 Aug 2003 11:06:42 +0800 (CST) Date: Mon, 18 Aug 2003 11:06:42 +0800 From: leafy To: freebsd-hackers@freebsd.org Message-ID: <20030818030642.GA9939@chihiro.leafy.idv.tw> References: <20030818030224.42438.qmail@web11201.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20030818030224.42438.qmail@web11201.mail.yahoo.com> User-Agent: Mutt/1.5.4i Subject: Re: help needed-urgent X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 03:06:46 -0000 On Sun, Aug 17, 2003 at 08:02:24PM -0700, Justin Freitag wrote: > linux server, windows client, commerical product...and > you post an "urgent help" request to > freebsd-hackers... > > LMAO. > --- DANDY King wrote: And he is from Hotmail, amen. -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 21:05:30 2003 Return-Path: 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 2F24137B401 for ; Sun, 17 Aug 2003 21:05:30 -0700 (PDT) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9091043F85 for ; Sun, 17 Aug 2003 21:05:29 -0700 (PDT) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.8p1/8.12.3) with ESMTP id h7I45HTU092075; Sun, 17 Aug 2003 21:05:20 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200308180405.h7I45HTU092075@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox To: Rudolf Cejka From: Orion Hodson In-Reply-To: Your message of "Sat, 16 Aug 2003 00:32:03 +0200." <20030815223203.GA68085@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_4916931620" Date: Sun, 17 Aug 2003 21:05:17 -0700 Sender: hodson@icir.org X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: hackers@freebsd.org cc: Oleg Sharoiko Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 04:05:30 -0000 This is a multipart MIME message. --==_Exmh_4916931620 Content-Type: text/plain /-- Rudolf Cejka wrote: | Orion Hodson wrote (2003/06/26): | > Oleg, Well done on working out a working fix for this problem... | > ... There are some comments inline below that may help. | > - Orion | | Hello, | how did you solve it in the end? Recently, I have got my new | machine with ASUS P4P800-VM with AD1980 and I came into exactly | same problem with no sound. Oleg's patch was very good starting | point how to get working sound and where to start ;o) Yes, I'll commit it shortly. | I have another machine with different problem: Output is good, however | main volume is not adjusted by Master Volume (0x02) register, but by | Headphone Volume (0x04) register (Monitor Volume in Aumix). There's a patch below that should help with this case - let me know how you go as I have no similar h/w. | It is just though, but maybe my and Oleg's machine is case 3 in | 5.2.1 AUX_OUT Options and the another machine would be case 1 or 2, | so that it is needed to implement checking procedure at the end of | 5.2.1 AUX_OUT Options. However, I have to access the another | machine and check its chipset and registers first. If there is | anybody with AD1980 chip too, it would be interesting to see content | of 0x00, 0x04, 0x28, and 0x38 registers and experiences with current | pcm driver. The existing code does something already (ac97_fix_auxout in ac97.c), but the available options are limited by the OSS mixer interface. Kind Regards - Orion --==_Exmh_4916931620-- From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 21:12:40 2003 Return-Path: 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 42CCE37B401 for ; Sun, 17 Aug 2003 21:12:40 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E32B243FB1 for ; Sun, 17 Aug 2003 21:12:36 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h7I4CXFL053387; Sun, 17 Aug 2003 22:12:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 17 Aug 2003 22:12:36 -0600 (MDT) Message-Id: <20030817.221236.68158868.imp@bsdimp.com> To: dandyking_18@hotmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: help needed-urgent X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 04:12:40 -0000 In message: "DANDY King" writes: : while((nread = read(fd,buff,BUFFSIZE)) >0) : send(sockfd,buff,nread,0); : : in server same data should receive. : but some time i am receiveing full and some time 90% only Get a copy of Stevens. It describes this in detail. Breifly, TCP doesn't preserve record boundaries. The quirks of Linux and Windows are beyond the scope of this list, however. Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 21:20:05 2003 Return-Path: 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 EDA4C37B401 for ; Sun, 17 Aug 2003 21:20:05 -0700 (PDT) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 570B643FA3 for ; Sun, 17 Aug 2003 21:20:05 -0700 (PDT) (envelope-from mbsd@pacbell.net) Received: from sotec.home (adsl-64-165-200-173.dsl.snfc21.pacbell.net [64.165.200.173]) by mtaw4.prodigy.net (8.12.9/8.12.3) with ESMTP id h7I4K4Iv020460; Sun, 17 Aug 2003 21:20:04 -0700 (PDT) Date: Sun, 17 Aug 2003 21:20:04 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@sotec.home To: DANDY King In-Reply-To: Message-ID: <20030817210704.F72461@sotec.home> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: help needed-urgent X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 04:20:06 -0000 On Mon, 18 Aug 2003, DANDY King wrote: > hello > > > our product is DVR(digital video recorder), it runs on linux system. > i am sending very imp inofrmation to server through sockets. some time i am > getting full data, some time i am getting partial data. > i don't know reasons please advice. > client side we uses VC++ GUI. client sending data neatly. in client side > what i did And that is related to FreeBSD... how? > > while((nread = read(fd,buff,BUFFSIZE)) >0) > send(sockfd,buff,nread,0); > > in server same data should receive. Wrong. You are not qualified to work on that product before taking at least "socket network programing 101". Hint: "short write". > but some time i am receiveing full and some time 90% only > > please advice Please post the name of the "product" and the company you work for, so I can stay way clear of both. > > Dharanish > > _________________________________________________________________ > MSN Hotmail now on your Mobile phone. > http://server1.msn.co.in/sp03/mobilesms/ Click here. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 21:45:14 2003 Return-Path: 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 8AB7837B405 for ; Sun, 17 Aug 2003 21:45:12 -0700 (PDT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2114143FA3 for ; Sun, 17 Aug 2003 21:45:12 -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 09B153D29 for ; Mon, 18 Aug 2003 00:45:06 -0400 (EDT) From: "Dan Langille" To: freebsd-hackers@freebsd.org Date: Mon, 18 Aug 2003 00:45:05 -0400 MIME-Version: 1.0 Message-ID: <3F402191.27576.761E5CF@localhost> Priority: normal X-mailer: Pegasus Mail for Windows (v4.02a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Is tar doing the right thing here? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 04:45:14 -0000 Why is this message not being suppressed? $ tar -czf test.tgz / 2>&1 > /dev/null tar: Removing leading `/' from member names And I don't really want to use the -P option. [Please cc me on all replies; thanks] -- Dan Langille : http://www.langille.org/ From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 22:24:37 2003 Return-Path: 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 8EADC37B408 for ; Sun, 17 Aug 2003 22:24:37 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9E4743F75 for ; Sun, 17 Aug 2003 22:24:36 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h7I5OZV0066342; Mon, 18 Aug 2003 00:24:35 -0500 (CDT) (envelope-from dan) Date: Mon, 18 Aug 2003 00:24:35 -0500 From: Dan Nelson To: Dan Langille Message-ID: <20030818052435.GE2653@dan.emsphone.com> References: <3F402191.27576.761E5CF@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F402191.27576.761E5CF@localhost> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: Is tar doing the right thing here? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 05:24:37 -0000 In the last episode (Aug 18), Dan Langille said: > Why is this message not being suppressed? > > $ tar -czf test.tgz / 2>&1 > /dev/null > tar: Removing leading `/' from member names What you did was dup fd1 onto fd2, then redirect fd1 to /dev/null: fd1 -> stdout fd2 -> stderr 2>&1 fd1 -> stdout fd2 -> stdout >/dev/null fd1 -> /dev/null fd2 -> stdout Swap the two redirects, so you redirect fd1 to /dev/null, then dup it onto fd2: fd1 -> stdout fd2 -> stderr >/dev/null fd1 -> /dev/null fd2 -> stdout 2>&1 fd1 -> /dev/null fd2 -> /dev/null -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 17 23:46:33 2003 Return-Path: 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 A3B1F37B401; Sun, 17 Aug 2003 23:46:33 -0700 (PDT) Received: from mailhub.webcraft99.com (blis.bernama.com [202.188.124.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B2643F85; Sun, 17 Aug 2003 23:46:32 -0700 (PDT) (envelope-from afu-subscribed-list@aeefyu.net) Received: from localhost (beta.webcraft99.com [127.0.0.1]) by mailhub.webcraft99.com (Postfix) with ESMTP id 1FAE619305; Mon, 18 Aug 2003 14:46:30 +0800 (MYT) Received: from mailhub.webcraft99.com ([127.0.0.1]) by localhost (beta.webcraft99.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19852-04; Mon, 18 Aug 2003 14:46:26 +0800 (MYT) Received: from aeefyu.net (unknown [202.157.203.86]) by mailhub.webcraft99.com (Postfix) with ESMTP id 9596519308; Mon, 18 Aug 2003 14:45:59 +0800 (MYT) Message-ID: <3F407625.3000706@aeefyu.net> Date: Mon, 18 Aug 2003 14:45:57 +0800 From: Aeefyu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030815 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Duncan Barclay References: <3F254CCB.8030403@aeefyu.net> <1059415694.710.31.camel@gyros> <3F262766.4DE637F4@mindspring.com> <002601c355ae$100a3240$a7ac77c1@DJK1Comp> In-Reply-To: <002601c355ae$100a3240$a7ac77c1@DJK1Comp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mailhub.webcraft99.com cc: Joe Marcus Clarke cc: freebsd-hackers@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: BCM4401 Support for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 06:46:34 -0000 Duncan Barclay wrote: >>Joe Marcus Clarke wrote: >> >>>On Mon, 2003-07-28 at 12:18, Aeefyu wrote: >>> >>>>i.e. Broadcom 440x NIC support for FreeBSD 4.x and 5.x (as found on >>>>latest Dell's Notebooks - mine is a 8500) >>>> >>>>Would anyone be so kind to enlighten me on the the current status? >>>>Last I heard of developments being made was end of June. >>> >>>This was forwarded to me from Greg Lehey. The dcm driver works okay for >>>me, but I had to hack it for some new bus dma changes. I have noticed a >>>few issues of slowness with it when using it in a more "normal" sense >>>(i.e. using it to read mail, ssh to machines, etc.). http://marc.theaimsgroup.com/?l=freebsd-hackers&m=105593188923273&w=2 I cant compile the above on my machine Its only applicable for 5.x and not 4.x? Sighs .... -- Feisal Webcraft Solutions - http://www.webcraftsolutions.com -------------------------------------- Conscious is when you are aware of something and conscience is when you wish you weren't. From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 00:23:17 2003 Return-Path: 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 B056237B401; Mon, 18 Aug 2003 00:23:17 -0700 (PDT) Received: from dmlb.org (pc2-cmbg4-6-cust36.cmbg.cable.ntl.com [81.96.76.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4A2F43FA3; Mon, 18 Aug 2003 00:23:16 -0700 (PDT) (envelope-from dmlb@dmlb.org) Received: from orac.my.domain ([192.168.200.75] helo=orac) by dmlb.org with smtp (Exim 3.36 #1) id 19oeM0-000AKl-00; Mon, 18 Aug 2003 08:23:00 +0100 Message-ID: <000701c36559$4f5b3ce0$4bc8a8c0@orac> From: "Duncan Barclay" To: "Aeefyu" References: <3F254CCB.8030403@aeefyu.net> <1059415694.710.31.camel@gyros> <3F262766.4DE637F4@mindspring.com> <002601c355ae$100a3240$a7ac77c1@DJK1Comp> <3F407625.3000706@aeefyu.net> Date: Mon, 18 Aug 2003 08:21:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: Joe Marcus Clarke cc: freebsd-hackers@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: BCM4401 Support for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 07:23:18 -0000 From: "Aeefyu" > > http://marc.theaimsgroup.com/?l=freebsd-hackers&m=105593188923273&w=2 > > I cant compile the above on my machine > Its only applicable for 5.x and not 4.x? > Sighs .... Correct, at present it is only for 5.x. A backport should no be too hard though. I now have a bit more free time to pick up the development of the driver again. The first thing on my list is to sort out the receive performance problems. Duncan From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 07:04:20 2003 Return-Path: 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 53A1B37B401; Mon, 18 Aug 2003 07:04:20 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A135443FE3; Mon, 18 Aug 2003 07:04:18 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.9/8.12.9) with ESMTP id h7IE4EbW005813 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 18 Aug 2003 16:04:14 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.9/8.12.5/Submit) id h7IE4DKe005812; Mon, 18 Aug 2003 16:04:13 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Mon, 18 Aug 2003 16:04:13 +0200 From: Rudolf Cejka To: Orion Hodson Message-ID: <20030818140413.GA2639@fit.vutbr.cz> References: <20030815223203.GA68085@fit.vutbr.cz> <200308180405.h7I45HTU092075@puma.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308180405.h7I45HTU092075@puma.icir.org> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org cc: Oleg Sharoiko Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 14:04:20 -0000 Orion Hodson wrote (2003/08/17): > There's a patch below that should help with this case - let > me know how you go as I have no similar h/w. Hello, my "another machine" is at home, so I will be sure about your patch tomorrow and I will send you another mail, however it looks reasonably. Maybe just for "defensive programming" wouldn't it be "safer" to switch values instead of assignment? Maybe there are some boards, which can use both outputs... My home machine is 4.8-RELEASE and pcm0: port 0xef00-0xef3f,0xe800-0xe8ff irq 9 at device 31.5 on pci0 pcm0: and it seems that registers are again according to the specification, AD1885 in this case: ich_rdcd(0x00): 0x0410 ich_rdcd(0x04): 0x8000 ich_rdcd(0x28): 0x0001 ich_rdcd(0x38): 0x0000 Because of AD1885 use, there is no problem with source selection for line out/hp out as in AD1980 case, because there is not any source switch for AD1885 and both outputs are connected to the mixer output. Hmm, documentation for AD1885 looks much better than for AD1980... > The existing code does something already (ac97_fix_auxout in ac97.c), Interesting, thanks ;o) and best regards. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 07:06:53 2003 Return-Path: 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 7C98A37B477 for ; Mon, 18 Aug 2003 07:06:51 -0700 (PDT) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F095E440A0 for ; Mon, 18 Aug 2003 05:51:43 -0700 (PDT) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) MAA02681 for ; Mon, 18 Aug 2003 12:51:41 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) OAA24405 for ; Mon, 18 Aug 2003 14:51:39 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (exmatis1.cnrm.meteo.fr [137.129.157.46]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_24419)/8.7.1) id OAA23731 for ; Mon, 18 Aug 2003 14:52:34 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (localhost [127.0.0.1]) h7ICmgb6035859 for ; Mon, 18 Aug 2003 14:48:42 +0200 (CEST) (envelope-from pokrovsi@exmatis1.cnrm.meteo.fr) Received: (from pokrovsi@localhost) by exmatis1.cnrm.meteo.fr (8.12.9/8.12.9/Submit) id h7ICmgc3035858 for freebsd-hackers@freebsd.org; Mon, 18 Aug 2003 14:48:42 +0200 (CEST) Date: Mon, 18 Aug 2003 14:48:41 +0200 From: Igor Pokrovsky To: freebsd-hackers@freebsd.org Message-ID: <20030818124841.GA35843@exmatis1.cnrm.meteo.fr> Mail-Followup-To: Igor Pokrovsky , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Accept-Language: ru X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Subject: PCI quirk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Igor Pokrovsky List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 14:06:58 -0000 Hello all, I'd like to add a PCI quirk, which will enable SMBus on boot (it gets disabled by BIOS). What is the best place in kernel to do this? I looked through PCI sources, but haven't found any suitable place for that (not like in USB case). -ip -- Write-Protect Tab, n.: A small sticker created to cover the unsightly notch carelessly left by disk manufacturers. The use of the tab creates an error message once in a while, but its aesthetic value far outweighs the momentary inconvenience. -- Robb Russon From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 07:15:14 2003 Return-Path: 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 0A04037B401 for ; Mon, 18 Aug 2003 07:15:14 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id D839C43FA3 for ; Mon, 18 Aug 2003 07:15:12 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 24865 invoked by uid 5013); 18 Aug 2003 14:12:17 -0000 Date: Mon, 18 Aug 2003 15:12:17 +0100 From: Bruce M Simpson To: Igor Pokrovsky , freebsd-hackers@freebsd.org Message-ID: <20030818141217.GD21219@spc.org> Mail-Followup-To: Bruce M Simpson , Igor Pokrovsky , freebsd-hackers@freebsd.org References: <20030818124841.GA35843@exmatis1.cnrm.meteo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030818124841.GA35843@exmatis1.cnrm.meteo.fr> User-Agent: Mutt/1.4.1i Organization: SPC Subject: Re: PCI quirk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 14:15:14 -0000 On Mon, Aug 18, 2003 at 02:48:41PM +0200, Igor Pokrovsky wrote: > Hello all, > > I'd like to add a PCI quirk, which will enable SMBus on boot > (it gets disabled by BIOS). What is the best place in kernel > to do this? I looked through PCI sources, but haven't found > any suitable place for that (not like in USB case). This sounds like perhaps you need to add a patch tied to your southbridge. Generally the SMBus interface hangs off the southbridge or a power management controller. But you haven't told us which one, so any advice we may be able to give you is largely academic. Do you know the PCI ID of the *function* that implements the SMBus interface in your system? If so, grep through the kernel source and find which driver is attached to it, if any. If not, pciconf -lv is a good place to start. BMS From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 07:23:42 2003 Return-Path: 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 9447C37B407 for ; Mon, 18 Aug 2003 07:23:42 -0700 (PDT) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D5FD43F75 for ; Mon, 18 Aug 2003 07:23:40 -0700 (PDT) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) OAA08209 for ; Mon, 18 Aug 2003 14:23:37 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) QAA14884; Mon, 18 Aug 2003 16:23:35 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (exmatis1.cnrm.meteo.fr [137.129.157.46]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_24419)/8.7.1) id QAA29992; Mon, 18 Aug 2003 16:24:30 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (localhost [127.0.0.1]) h7IEIqb6040602; Mon, 18 Aug 2003 16:18:52 +0200 (CEST) (envelope-from pokrovsi@exmatis1.cnrm.meteo.fr) Received: (from pokrovsi@localhost) by exmatis1.cnrm.meteo.fr (8.12.9/8.12.9/Submit) id h7IEIqL1040601; Mon, 18 Aug 2003 16:18:52 +0200 (CEST) Date: Mon, 18 Aug 2003 16:18:52 +0200 From: Igor Pokrovsky To: Bruce M Simpson , Igor Pokrovsky , freebsd-hackers@freebsd.org Message-ID: <20030818141852.GA40572@exmatis1.cnrm.meteo.fr> Mail-Followup-To: Igor Pokrovsky , Bruce M Simpson , freebsd-hackers@freebsd.org References: <20030818124841.GA35843@exmatis1.cnrm.meteo.fr> <20030818141217.GD21219@spc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030818141217.GD21219@spc.org> User-Agent: Mutt/1.4.1i X-Accept-Language: ru X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Subject: Re: PCI quirk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Igor Pokrovsky List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 14:23:42 -0000 On Mon, Aug 18, 2003 at 03:12:17PM +0100, Bruce M Simpson wrote: > On Mon, Aug 18, 2003 at 02:48:41PM +0200, Igor Pokrovsky wrote: > > Hello all, > > > > I'd like to add a PCI quirk, which will enable SMBus on boot > > (it gets disabled by BIOS). What is the best place in kernel > > to do this? I looked through PCI sources, but haven't found > > any suitable place for that (not like in USB case). > > This sounds like perhaps you need to add a patch tied to your southbridge. > > Generally the SMBus interface hangs off the southbridge or a power management > controller. But you haven't told us which one, so any advice we may be able > to give you is largely academic. > > Do you know the PCI ID of the *function* that implements the SMBus interface > in your system? If so, grep through the kernel source and find which driver > is attached to it, if any. If not, pciconf -lv is a good place to start. Yes, I have all information. I need to do the similar thing in kernel: pciconf -w -h pci0:31:0 0xf2 0 Generally according to datashit I have to turn off zero and third bits of 0xf2, but in fact zeroing whole 2 bytes of 0xf2 works also. And I'm searching for a right place to add this. -ip -- Write-Protect Tab, n.: A small sticker created to cover the unsightly notch carelessly left by disk manufacturers. The use of the tab creates an error message once in a while, but its aesthetic value far outweighs the momentary inconvenience. -- Robb Russon From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 09:58:34 2003 Return-Path: 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 6176E37B40E; Mon, 18 Aug 2003 09:58:34 -0700 (PDT) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.93.67.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1417544237; Mon, 18 Aug 2003 09:58:25 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])h7IGtwnO014627; Mon, 18 Aug 2003 12:56:01 -0400 (EDT) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) h7IGvAUA063611; Mon, 18 Aug 2003 12:57:10 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Duncan Barclay In-Reply-To: <000701c36559$4f5b3ce0$4bc8a8c0@orac> References: <3F254CCB.8030403@aeefyu.net> <1059415694.710.31.camel@gyros> <3F262766.4DE637F4@mindspring.com><3F407625.3000706@aeefyu.net> <000701c36559$4f5b3ce0$4bc8a8c0@orac> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-d8W/LxB89qU4LoNHB2Ra" Organization: MarcusCom, Inc. Message-Id: <1061225876.730.17.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.4 Date: Mon, 18 Aug 2003 12:57:56 -0400 X-Spam-Status: No, hits=-11.6 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_XIMIAN autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: Aeefyu cc: freebsd-hackers@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: BCM4401 Support for FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 16:58:35 -0000 --=-d8W/LxB89qU4LoNHB2Ra Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2003-08-18 at 03:21, Duncan Barclay wrote: > From: "Aeefyu" > > > > http://marc.theaimsgroup.com/?l=3Dfreebsd-hackers&m=3D105593188923273&w= =3D2 > > > > I cant compile the above on my machine > > Its only applicable for 5.x and not 4.x? > > Sighs .... >=20 > Correct, at present it is only for 5.x. A backport should no be too hard > though. >=20 > I now have a bit more free time to pick up the development of the driver > again. The first thing on my list is to sort out the receive performance > problems. Great! Let me know if you need a tester ;-). Joe >=20 >=20 > Duncan >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-d8W/LxB89qU4LoNHB2Ra Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA/QQWUb2iPiv4Uz4cRAvtzAKCrBfoGKmpSu/mIoPddamVQdthiqgCfSx6r x9b76PlmvVhx60qsgtTWj8c= =bQco -----END PGP SIGNATURE----- --=-d8W/LxB89qU4LoNHB2Ra-- From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 11:39:06 2003 Return-Path: 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 A940A37B401 for ; Mon, 18 Aug 2003 11:39:02 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD77543FB1 for ; Mon, 18 Aug 2003 11:39:00 -0700 (PDT) (envelope-from freebsd-hackers@m.gmane.org) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19oovD-0000Bp-00 for ; Mon, 18 Aug 2003 20:40:03 +0200 Mail-Followup-To: freebsd-hackers@freebsd.org X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19oomv-00008v-00 for ; Mon, 18 Aug 2003 20:31:29 +0200 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 19oolt-000073-00 for ; Mon, 18 Aug 2003 20:30:25 +0200 From: Andreas Fuchs Date: Mon, 18 Aug 2003 18:30:25 +0000 (UTC) Lines: 18 Message-ID: <867k5akedb.fsf@boinkine.defun.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org Mail-Copies-To: never X-Url: http://asf.void.at/ X-Attribution: asf Cancel-Lock: sha1:xYx+F4JVhP5Xmnw7pSNPDa1neu8= Sender: news Subject: SIGRTMIN, SIGRTMAX, sigqueue? A call for estimates X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Aug 2003 18:39:07 -0000 Hi all, What do you think, how much work will it take to get sigqueue and the SIGRT* bunch into freebsd (5-CURRENT)? I'm working on a port of Steel Bank Common Lisp's threading layer to freebsd (from linux), and it uses some realtime signal functionality, especially to raise conditions in other threads. Did anybody on this list try to implement sigqueue, etc. before? How far did they get? What were the complications? I couldn't find discussion on this in gmane.org's or freebsd.org's archive, so I'm asking here. Of course, I'm also interested in help from other interested porters, implementors or (preferably) kernel hackers. (-: Thanks, -- Andreas Fuchs, , asf@jabber.at, antifuchs From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 19:18:02 2003 Return-Path: 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 E9B9737B401 for ; Mon, 18 Aug 2003 19:18:02 -0700 (PDT) Received: from wvths.com (h0009b74df4c5.ne.client2.attbi.com [66.31.200.227]) by mx1.FreeBSD.org (Postfix) with SMTP id BC1EF43F3F for ; Mon, 18 Aug 2003 19:18:01 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from localhost (mail.wvths.com [127.0.0.1]) by wvths.com (WVTHS Mail Gateway) with ESMTP id 7CD4F10564; Mon, 18 Aug 2003 22:21:25 -0400 (EDT) Received: from wvths.com ([127.0.0.1]) by localhost (mail.wvths.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00987-07; Mon, 18 Aug 2003 22:21:21 -0400 (EDT) Received: from webmail.wvths.com (webmail.wvths.com [192.168.0.6]) by wvths.com (WVTHS Mail Gateway) with SMTP id D72D7FF29; Mon, 18 Aug 2003 22:21:20 -0400 (EDT) Received: from 24.218.220.202 (SquirrelMail authenticated user sysadmin) by webmail.wvths.com with HTTP; Mon, 18 Aug 2003 22:15:43 -0400 (EDT) Message-ID: <10656.24.218.220.202.1061259343.squirrel@webmail.wvths.com> Date: Mon, 18 Aug 2003 22:15:43 -0400 (EDT) From: sysadmin@wvths.com To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by Sophos AntiVirus Engine Content-Transfer-Encoding: quoted-printable Subject: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 02:18:03 -0000 Hi, It appears that the kernel panics at the time of high network activity. I was ble to reproduce it on my machine using this shell script: -- cut here -- #!/bin/sh # test IPAddr IPADDR=3D192.168.0.254 while :; do ping -f -s 65467 IPADDR & ping -f -s 65467 IPADDR & done -- cut here -- Basicly two or more network intensive processes need to be run at the sam= e time. The small gdb typescript is included: -- cut here -- Script started on Mon Aug 18 22:11:05 2003 [root]@nix^ \:/var/crash\ # gdb -k kernel.debug.1 vmcore.3 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"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf IdlePTD at phsyical address 0x00401000 initial pcb at physical address 0x003507c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0187709 stack pointer =3D 0x10:0xd77bbc9c frame pointer =3D 0x10:0xd77bbca8 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 379 (ping) interrupt mask =3D trap number =3D 12 panic: page fault syncing disks... done Uptime: 1m7s dumping to dev #ad/0x50001, offset 1048608 dump ata0: resetting devices .. done 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 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 7= 2 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 4= 7 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 2= 2 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) bt #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc016a93b in boot (howto=3D256) at ../../kern/kern_shutdown.c:316 #2 0xc016ad79 in panic (fmt=3D0xc0301f8c "%s") at ../../kern/kern_shutdown.c:595 #3 0xc02ac06b in trap_fatal (frame=3D0xd77bbc5c, eva=3D12) at ../../i386/i386/trap.c:974 #4 0xc02abd19 in trap_pfault (frame=3D0xd77bbc5c, usermode=3D0, eva=3D12= ) at ../../i386/i386/trap.c:867 #5 0xc02ab893 in trap (frame=3D{tf_fs =3D -1050542064, tf_es =3D -679804= 912, tf_ds =3D -1071906800, tf_edi =3D 2048, tf_esi =3D 0, tf_ebp =3D -6797566= 32, tf_isp =3D -679756664, tf_ebx =3D 2048, tf_edx =3D 0, tf_ecx =3D -1051824128, tf_eax =3D 28638, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1072138487, tf_cs =3D 8, tf_eflags =3D 66054, tf_esp =3D 2048, tf_ss =3D -10513= 38496}) at ../../i386/i386/trap.c:466 #6 0xc0187709 in m_copydata (m=3D0xc155d900, off=3D28672, len=3D2048, cp=3D0xc14e7000 "") at ../../kern/uipc_mbuf.c:984 #7 0xc018860e in m_defrag (m0=3D0xc155d900, how=3D1) at ../../kern/uipc_mbuf.c:1572 #8 0xc021e610 in dc_encap (sc=3D0xc21c2000, m_head=3D0xc155d900, txidx=3D0xd77bbd14) at ../../pci/if_dc.c:3005 #9 0xc021e852 in dc_start (ifp=3D0xc21c2000) at ../../pci/if_dc.c:3104 #10 0xc021e5a9 in dc_intr (arg=3D0xc21c2000) at ../../pci/if_dc.c:2969 #11 0xc02b42d1 in intr_mux (arg=3D0xc144d3a0) at ../../i386/isa/intr_machdep.c:582 #12 0xc029db2e in vec9 () #13 0xc029da43 in doreti_swi () #14 0xc0189bb0 in sosend (so=3D0xd5ca1a00, addr=3D0xc21dd300, uio=3D0xd77= bbecc, top=3D0xc156a000, control=3D0x0, flags=3D0, p=3D0xd7750700) at ../../kern/uipc_socket.c:583 #15 0xc018d0f3 in sendit (p=3D0xd7750700, s=3D3, mp=3D0xd77bbf0c, flags=3D= 0) at ../../kern/uipc_syscalls.c:590 #16 0xc018d1f6 in sendto (p=3D0xd7750700, uap=3D0xd77bbf80) at ../../kern/uipc_syscalls.c:643 #17 0xc02ac321 in syscall2 (frame=3D{tf_fs =3D 47, tf_es =3D 134742063, t= f_ds =3D -1078067153, tf_edi =3D 1, tf_esi =3D 134753312, tf_ebp =3D -1078003424, tf_isp =3D -679755820, tf_ebx =3D 65475, tf_edx =3D 16417, tf_ecx =3D 134818786, tf_eax =3D 133, tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 134530472, tf_cs =3D 31, tf_eflags =3D 663, tf_esp =3D -1078003500, tf_ss =3D = 47}) at ../../i386/i386/trap.c:1175 #18 0xc029c625 in Xint0x80_syscall () #19 0x80492e1 in ?? () #20 0x804813e in ?? () (kgdb) up 6 #6 0xc0187709 in m_copydata (m=3D0xc155d900, off=3D28672, len=3D2048, cp=3D0xc14e7000 "") at ../../kern/uipc_mbuf.c:984 984 } (kgdb) quit Script done on Mon Aug 18 22:11:30 2003 -- cut here -- uname -a output is as follows: FreeBSD nix.lab.net 4.8-STABLE FreeBSD 4.8-STABLE #0: Mon Aug 18 20:04:33 EDT 2003 root@nix.lab.net:/usr/src/sys/compile/system i386 If you need more information, you can email me. Later, From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 20:40:15 2003 Return-Path: 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 1CA5137B40F for ; Mon, 18 Aug 2003 20:40:15 -0700 (PDT) Received: from spoon.beta.com (spoon.beta.com [199.165.180.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4070B43F3F for ; Mon, 18 Aug 2003 20:40:10 -0700 (PDT) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (mcgovern@localhost.beta.com [127.0.0.1]) by spoon.beta.com (8.12.9/8.12.9) with ESMTP id h7J3l6X7073480 for ; Mon, 18 Aug 2003 23:47:06 -0400 (EDT) (envelope-from mcgovern@spoon.beta.com) Message-Id: <200308190347.h7J3l6X7073480@spoon.beta.com> To: hackers@freebsd.org Date: Mon, 18 Aug 2003 23:47:06 -0400 From: "Brian J. McGovern" X-Spam-Status: No, hits=0.0 required=5.0 tests=none version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Allocating memory from PCI bus... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 03:40:15 -0000 If anyone whom responds could cc me, I'd appreciate it. I seem to be having a problem making the logic jump in bus resource allocation with FreeBSD 5.x. Its been awhile since I've done driver development (around early 3.x), where you would call pci_map_mem() to get the virtual and physical memory locations of the hardware. In 5.x, it appears that you call bus_alloc_resource() with the rid (BAR) of the memory resource to actually obtain a resource structure to the memory. Would you then call rman_get_virtual() to obtain the virtual address? How about the physical address (use vtophys(rman_get_virtual()) ? Also, can I just make the rman_get_virtual call, or do I need to use rman_init, rman_reserve_resource, etc. to get to this information? Pointers to good documentation also appreciated :) -Brian From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 18 23:18:39 2003 Return-Path: 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 9F71B16A4BF for ; Mon, 18 Aug 2003 23:18:39 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EA0143F3F for ; Mon, 18 Aug 2003 23:18:38 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.9/8.12.3) with ESMTP id h7J6IaFL063843; Tue, 19 Aug 2003 00:18:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 19 Aug 2003 00:18:15 -0600 (MDT) Message-Id: <20030819.001815.118795363.imp@bsdimp.com> To: mcgovern@beta.com From: "M. Warner Losh" In-Reply-To: <200308190347.h7J3l6X7073480@spoon.beta.com> References: <200308190347.h7J3l6X7073480@spoon.beta.com> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Allocating memory from PCI bus... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 06:18:39 -0000 In message: <200308190347.h7J3l6X7073480@spoon.beta.com> "Brian J. McGovern" writes: : In 5.x, it appears that you call bus_alloc_resource() with the rid (BAR) of : the memory resource to actually obtain a resource structure to the memory. : Would you then call rman_get_virtual() to obtain the virtual address? How about : the physical address (use vtophys(rman_get_virtual()) ? Typically you'd use bus_space to access things via 'memory' mapping, and bus_dma for physical stuff. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 00:53:07 2003 Return-Path: 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 8D76E16A4BF for ; Tue, 19 Aug 2003 00:53:07 -0700 (PDT) Received: from apache.metrocom.ru (apache.metrocom.ru [195.5.128.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEE843FBF for ; Tue, 19 Aug 2003 00:53:06 -0700 (PDT) (envelope-from alex@metrocom.ru) Received: from apache (apache [195.5.128.150]) by apache.metrocom.ru (8.12.9/8.12.9) with ESMTP id h7J7r0Ad022685 for ; Tue, 19 Aug 2003 11:53:01 +0400 (MSD) Date: Tue, 19 Aug 2003 11:53:00 +0400 (MSD) From: Varshavchick Alexander To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-0.9 required=2.5 tests=AWL,USER_AGENT_PINE version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: nmbclusters and nmbufs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 07:53:08 -0000 Hi, Can anybody advise please if I want to increase nmbclusters option in kernel, can I just type sysctl kern.ipc.nmbclusters="16384" without rebooting the server, or is the only way to set the NMBCLUSTERS option in kernel, install the new kernel and reboot? And secondly, also I need to increase nmbufs kernel option, but there seems to be no such option in LINT, what should I tweak? sysctl kern.ipc.nmbufs="32768" without rebooting or kern.ipc.nmbufs="32768" in /boot/loader.conf and reboot? Thanks ---- Alexander Varshavchick, Metrocom Joint Stock Company Phone: (812)118-3322, 118-3115(fax) From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 00:55:22 2003 Return-Path: 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 1AAD816A4BF; Tue, 19 Aug 2003 00:55:22 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA3343F3F; Tue, 19 Aug 2003 00:55:20 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.9/8.12.9) with ESMTP id h7J7tIbW076405 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 19 Aug 2003 09:55:18 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.9/8.12.5/Submit) id h7J7tIbW076404; Tue, 19 Aug 2003 09:55:18 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Tue, 19 Aug 2003 09:55:18 +0200 From: Rudolf Cejka To: Orion Hodson Message-ID: <20030819075518.GA75416@fit.vutbr.cz> References: <20030818140413.GA2639@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030818140413.GA2639@fit.vutbr.cz> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 07:55:25 -0000 Rudolf Cejka wrote (2003/08/18): > my "another machine" is at home, so I will be sure about your patch > tomorrow and I will send you another mail, however it looks reasonably. > Maybe just for "defensive programming" wouldn't it be "safer" to switch > values instead of assignment? Maybe there are some boards, which can use > both outputs... So, I have tested your patch (machine with AD1885) and it works for me, however it would be really better to switch values instead of assignment even in my case just with HP_OUT connected. With an assignment, it is possible to control main volume by two independent controls, SOUND_MIXER_VOLUME and SOUND_MIXER_MONITOR, and if I change one of them, then there is an inconsistency between the real volume state and the other control. Best regards. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 01:22:29 2003 Return-Path: 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 4D1B016A4BF; Tue, 19 Aug 2003 01:22:29 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F053543F85; Tue, 19 Aug 2003 01:22:27 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.9/8.12.9) with ESMTP id h7J8MIlX045647; Tue, 19 Aug 2003 10:22:18 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Dan Nelson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 17 Aug 2003 16:16:27 CDT." <20030817211627.GC2653@dan.emsphone.com> Date: Tue, 19 Aug 2003 10:22:18 +0200 Message-ID: <45646.1061281338@critter.freebsd.dk> cc: Robert Watson cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 08:22:29 -0000 In message <20030817211627.GC2653@dan.emsphone.com>, Dan Nelson writes: >I think this just demonstrates that you should not run benchmarks with >all your debugging flags enabled :) Most people will not be running >production systems with WITNESS, and parts of the kernel that bog down >under the heavy load of WITNESS may work just fine on a regular kernal >config. To quote from src/UPDATING: ] NOTE TO PEOPLE WHO THINK THAT 5.0-CURRENT IS SLOW: ] FreeBSD 5.0-CURRENT has many debugging features turned on, in ] both the kernel and userland. These features attempt to detect ] incorrect use of system primitives, and encourage loud failure ] through extra sanity checking and fail stop semantics. They ] also substantially impact system performance. If you want to ] do performance measurement, benchmarking, and optimization, ] you'll want to turn them off. This includes various WITNESS- ] related kernel options, INVARIANTS, malloc debugging flags ] in userland, and various verbose features in the kernel. Many ] developers choose to disable these features on build machines ] to maximize performance. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 01:36:41 2003 Return-Path: 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 58F1616A4BF for ; Tue, 19 Aug 2003 01:36:41 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2F0543F75 for ; Tue, 19 Aug 2003 01:36:39 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (l7brh8sq@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h7J8ab912624437; Tue, 19 Aug 2003 12:36:37 +0400 (MSD) Date: Tue, 19 Aug 2003 12:36:37 +0400 (MSD) From: Maxim Konovalov To: Varshavchick Alexander In-Reply-To: Message-ID: <20030819123453.Q22868@news1.macomnet.ru> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: nmbclusters and nmbufs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 08:36:41 -0000 -questions material indeed. On Tue, 19 Aug 2003, 11:53+0400, Varshavchick Alexander wrote: > Hi, > > Can anybody advise please if I want to increase nmbclusters option in > kernel, can I just type > sysctl kern.ipc.nmbclusters="16384" > without rebooting the server, or is the only way to set the NMBCLUSTERS > option in kernel, install the new kernel and reboot? > > And secondly, also I need to increase nmbufs kernel option, but there > seems to be no such option in LINT, what should I tweak? > sysctl kern.ipc.nmbufs="32768" without rebooting > or > kern.ipc.nmbufs="32768" in /boot/loader.conf and reboot? You need to put kern.ipc.nmbclusters="xxx" kern.ipc.nmbufs="yyy" to /boot/loader.conf and reboot. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 02:18:54 2003 Return-Path: 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 8AC6516A4BF for ; Tue, 19 Aug 2003 02:18:54 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC3A643F85 for ; Tue, 19 Aug 2003 02:18:53 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0or.dialup.mindspring.com ([209.86.3.27] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19p2db-0006QN-00; Tue, 19 Aug 2003 02:18:48 -0700 Message-ID: <3F41EB3E.B29F29A2@mindspring.com> Date: Tue, 19 Aug 2003 02:17:50 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Attila Nagy References: <20030814110327.GD395@garage.freebsd.pl> <901731042.20030814215225@centrum.cz> <20030814175431.GA21219@spc.org> <3F3BE7A9.8060205@fsn.hu> <20030815111856.GN395@garage.freebsd.pl> <3F3CC927.4030306@fsn.hu> <3F3DD059.DF60BD3@mindspring.com> <3F3FB064.9010906@fsn.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45cf4f937dde9a81fc0aec2df16e6f0bb666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c cc: Buckie cc: freebsd-hackers@freebsd.org Subject: Re: GEOM Gate. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 09:18:54 -0000 Attila Nagy wrote: > Terry Lambert wrote: > > It works on firewire and it works on a dual port RAID array (as a > > separate box containing the RAID array). > > What does 'it' means? I guess it's not UFS, but the pure ability of > sharing a device on a bus, connected to more than one adapters. The "it" was the subject of the previous sentence, which you diked out; that's how prepositional phrases work in English. 8-). In other words, multiple access to the same device from one or more SCSI controllers. > > SAN and NAS are also options, but of course, you still have to have > > an FS that can deal with it, and an external locking protocol. > > Right, we were talking about FreeBSD, which lacks such a filesystem :( I've said it before, and I'll say it again: porting GFS would be a really trivial amount of work, taking almost no creativity to do; the last time this subject came up and Sistina was offering to change their license, I ported all the user space utilities in under a day. I didn't finish off the whole FS port because I lacked the necessary disk drives and FreeBSD lacked the necessary controller driver for those disk drives, and the active maintainers claimed that they had a port in progress. These types of things are primarily busy-work and a way to spend money on hardware I'll likely never use in a production environment to end up with code under a license that prevents me from using it in a commercial product. That makes doing the work very uninteresting. -- Terry From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 03:18:03 2003 Return-Path: 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 AF4D216A4BF for ; Tue, 19 Aug 2003 03:18:03 -0700 (PDT) Received: from iggypop1.wss.arrowhead.com (iggypop1.wss.arrowhead.com [81.216.65.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A62143F93 for ; Tue, 19 Aug 2003 03:18:02 -0700 (PDT) (envelope-from adam@vattnet.net) Received: by iggypop1.wss.arrowhead.com (Postfix, from userid 3300) id E3C4810266; Tue, 19 Aug 2003 12:18:05 +0200 (CEST) Received: from [172.26.15.61] (ahfw1-t4-sto.arrowhead.com [195.54.133.58]) by iggypop1.wss.arrowhead.com (Postfix) with ESMTP id 9EDC31023C for ; Tue, 19 Aug 2003 12:18:05 +0200 (CEST) From: Adam Balogh To: freebsd-hackers@freebsd.org Content-Type: text/plain Organization: Message-Id: <1061288292.58214.42.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.0 Date: 19 Aug 2003 12:18:13 +0200 Content-Transfer-Encoding: 7bit Subject: pkg_create X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: adam@vattnet.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 10:18:04 -0000 Hello, Has anyone found a solution for the pkg_create problem mentioned here in June? The original discussion. > http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001673.html Cheers, Adam From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 04:48:18 2003 Return-Path: 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 2E08C16A4BF for ; Tue, 19 Aug 2003 04:48:18 -0700 (PDT) Received: from wvths.com (h0009b74df4c5.ne.client2.attbi.com [66.31.200.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 2F44B43F85 for ; Tue, 19 Aug 2003 04:48:17 -0700 (PDT) (envelope-from sysadmin@wvths.com) Received: from localhost (mail.wvths.com [127.0.0.1]) by wvths.com (WVTHS Mail Gateway) with ESMTP id 9C58010564; Tue, 19 Aug 2003 07:51:41 -0400 (EDT) Received: from wvths.com ([127.0.0.1]) by localhost (mail.wvths.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01958-02; Tue, 19 Aug 2003 07:51:37 -0400 (EDT) Received: from webmail.wvths.com (www.wvths.com [192.168.0.6]) by wvths.com (WVTHS Mail Gateway) with SMTP id 0C6C8FF29; Tue, 19 Aug 2003 07:51:37 -0400 (EDT) Received: from 24.218.220.202 (SquirrelMail authenticated user sysadmin) by webmail.wvths.com with HTTP; Tue, 19 Aug 2003 07:45:58 -0400 (EDT) Message-ID: <10978.24.218.220.202.1061293558.squirrel@webmail.wvths.com> In-Reply-To: <20030819004731.Y43031@odysseus.silby.com> References: <10656.24.218.220.202.1061259343.squirrel@webmail.wvths.com> <20030819004731.Y43031@odysseus.silby.com> Date: Tue, 19 Aug 2003 07:45:58 -0400 (EDT) From: sysadmin@wvths.com To: hackers@freebsd.org User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by Sophos AntiVirus Engine Content-Transfer-Encoding: quoted-printable Subject: Re: 4.8-stable kernel panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 11:48:18 -0000 > What version of uipc_mbuf.c and mbuf.h are present on your system? > > Thanks, > > Mike "Silby" Silbersack uipc_mbuf.c: $FreeBSD: src/sys/kern/uipc_mbuf.c,v 1.51.2.32 2003/08/10 21:51:41 silby Exp $ mbuf.h: $FreeBSD: src/sys/sys/mbuf.h,v 1.44.2.21 2003/08/10 21:51:41 silby Exp $ Thanks, From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 07:09:46 2003 Return-Path: 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 01DE616A4BF for ; Tue, 19 Aug 2003 07:09:46 -0700 (PDT) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D11743F93 for ; Tue, 19 Aug 2003 07:09:45 -0700 (PDT) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.8p1/8.12.3) with ESMTP id h7JE9eTU013118; Tue, 19 Aug 2003 07:09:40 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200308191409.h7JE9eTU013118@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: Rudolf Cejka From: Orion Hodson In-Reply-To: Your message of "Tue, 19 Aug 2003 09:55:18 +0200." <20030819075518.GA75416@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Aug 2003 07:09:40 -0700 Sender: hodson@icir.org cc: hackers@freebsd.org Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 14:09:46 -0000 /-- Rudolf Cejka wrote: | Rudolf Cejka wrote (2003/08/18): | > my "another machine" is at home, so I will be sure about your patch | > tomorrow and I will send you another mail, however it looks reasonably. | > Maybe just for "defensive programming" wouldn't it be "safer" to switch | > values instead of assignment? Maybe there are some boards, which can use | > both outputs... | | So, I have tested your patch (machine with AD1885) and it works for me, | however it would be really better to switch values instead of assignment | even in my case just with HP_OUT connected. With an assignment, it is | possible to control main volume by two independent controls, | SOUND_MIXER_VOLUME and SOUND_MIXER_MONITOR, and if I change one of them, | then there is an inconsistency between the real volume state and the other | control. Thank you for the info regarding the patch. Rather than "defensively" assign the input monitor control (SOUND_MIXER_MONITOR) to an output, it'd be better to use a separate output control, eg add a control for SOUND_MIXER_OGAIN, should it actually be necessary. Cheers - Orion From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 09:29:31 2003 Return-Path: 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 1508D16A4D7 for ; Tue, 19 Aug 2003 09:29:28 -0700 (PDT) Received: from relaytwo.iverson.com (relaytwo.iverson.com [204.130.244.136]) by mx1.FreeBSD.org (Postfix) with SMTP id 18B4A43FA3 for ; Tue, 19 Aug 2003 09:29:25 -0700 (PDT) (envelope-from ) Received: (qmail 15628 invoked by uid 1004); 19 Aug 2003 09:29:24 -0700 Date: 19 Aug 2003 09:29:24 -0700 From: "System Anti-Virus Administrator" To: freebsd-hackers@FreeBSD.org Message-ID: X-Tnz-Problem-Type: 40 MIME-Version: 1.0 Content-type: text/plain Subject: Disallowed attachment type found in sent message "Re: Your application" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 16:29:31 -0000 Attention: freebsd-hackers@FreeBSD.org A Disallowed attachment type was found in an Email message you sent. This Email scanner intercepted it and stopped the entire message reaching its destination. The Disallowed attachment type was reported to be: Attachment disallowed (2) Please contact your I.T support personnel with any queries regarding this policy. Your message was sent with the following envelope: MAIL FROM: freebsd-hackers@FreeBSD.org RCPT TO: keith@iverson.com ... and with the following headers: --- MAILFROM: freebsd-hackers@FreeBSD.org Received: from unknown (HELO CC-DIRDKTOP) (209.48.211.148) by 0 with SMTP; 19 Aug 2003 09:29:20 -0700 From: To: Subject: Re: Your application Date: Tue, 19 Aug 2003 11:29:22 --0500 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_05DB6CD8" --- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 10:13:22 2003 Return-Path: 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 D56C316A4C0 for ; Tue, 19 Aug 2003 10:13:22 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2584C43F3F for ; Tue, 19 Aug 2003 10:13:22 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <20030819171321014003lt25e>; Tue, 19 Aug 2003 17:13:21 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA60680; Tue, 19 Aug 2003 10:13:20 -0700 (PDT) Date: Tue, 19 Aug 2003 10:13:18 -0700 (PDT) From: Julian Elischer To: Adam Balogh In-Reply-To: <1061288292.58214.42.camel@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: pkg_create X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 17:13:23 -0000 There weas no resolution though I discoverred that teh mechanism for the bug is that the "-C" argument is applied to tar immediatly that such a line is encounterred on teh arg list or the pascking list. the answer would be to not put the "-C" arg on the 'tar' list until a file to save is actually encounterred. I have not done that yet however. (other fish to fry). On 19 Aug 2003, Adam Balogh wrote: > Hello, > Has anyone found a solution for the pkg_create problem > mentioned here in June? > > The original discussion. > > > http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001673.html > > Cheers, Adam > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 12:14:50 2003 Return-Path: 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 E6EF516A4BF for ; Tue, 19 Aug 2003 12:14:50 -0700 (PDT) Received: from mailgate.algroup.co.uk (mailgate.algroup.co.uk [213.129.64.30]) by mx1.FreeBSD.org (Postfix) with SMTP id C702B43F93 for ; Tue, 19 Aug 2003 12:14:49 -0700 (PDT) (envelope-from ) Received: (qmail 94612 invoked by uid 1015); 19 Aug 2003 19:14:48 -0000 Date: 19 Aug 2003 19:14:48 -0000 From: "System Anti-Virus Administrator" To: hackers@FreeBSD.ORG Message-ID: X-Tnz-Problem-Type: 40 MIME-Version: 1.0 Content-type: text/plain Subject: Disallowed attachment type found in sent message "Re: That movie" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 19:14:51 -0000 Attention: hackers@FreeBSD.ORG A Disallowed attachment type was found in an Email message you sent. This Email scanner intercepted it and stopped the entire message reaching its destination. The Disallowed attachment type was reported to be: Executable attachment (not allowed) Please contact your I.T support personnel with any queries regarding this policy. Your message was sent with the following envelope: MAIL FROM: hackers@FreeBSD.ORG RCPT TO: ben@algroup.co.uk ... and with the following headers: --- MAILFROM: hackers@FreeBSD.ORG Received: from unknown (HELO TS1) (209.240.65.99) by mailgate.algroup.co.uk with SMTP; 19 Aug 2003 19:14:45 -0000 From: To: Subject: Re: That movie Date: Tue, 19 Aug 2003 14:02:40 --0500 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_007EFEAE" --- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 13:29:53 2003 Return-Path: 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 2552A16A4BF for ; Tue, 19 Aug 2003 13:29:52 -0700 (PDT) Received: from asp-viruswall02.pironet-ndh.com (asp-viruswall02.pironet-ndh.com [195.94.91.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id D037D43F75 for ; Tue, 19 Aug 2003 13:29:49 -0700 (PDT) (envelope-from ) Received: (from root@localhost) by asp-viruswall02.pironet-ndh.com (8.11.6/8.11.6) id h7JKU0b30092; Tue, 19 Aug 2003 22:30:00 +0200 Date: Tue, 19 Aug 2003 22:30:00 +0200 Message-Id: <200308192030.h7JKU0b30092@asp-viruswall02.pironet-ndh.com> From: "MailScanner Pironet NDH AG" To: freebsd-hackers@freebsd.org X-MailScanner: generated Subject: Warning: E-mail viruses detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 20:29:53 -0000 Our virus detector has just been triggered by a message you sent:- To: rauter@book-fair.com Subject: Re: That movie Date: Tue Aug 19 22:30:00 2003 Any infected parts of the message (details.pif) have not been delivered. This message is simply to warn you that your computer system may have a virus present and should be checked. The virus detector said this about the message: Report: Found virus WORM_SOBIG.F in file details.pif Shortcuts to MS-Dos programs are very dangerous in email (details.pif) -- Email Virus Scanner Pironet NDH AG, ASP System From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 14:51:52 2003 Return-Path: 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 AA06F16A4BF for ; Tue, 19 Aug 2003 14:51:52 -0700 (PDT) Received: from mail.stalker.com (mail.stalker.com [206.253.23.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6F443FE1 for ; Tue, 19 Aug 2003 14:51:52 -0700 (PDT) (envelope-from ) From: CGatePro-digest@mail.stalker.com (CGatePro administration) To: hackers@FreeBSD.ORG Date: Tue, 19 Aug 2003 14:51:04 -0700 Message-ID: X-ListServer: CommuniGate Pro LIST 4.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Subject: Confirmation Request (0472942472) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 21:51:52 -0000 This is an automated message from the mailing list manager Somebody (probably you) have requested the subscribe(digest) operation for your address If you want to confirm this operation, use the Reply command in your mailer. Check that the Subject of the reply message contains the confirmation ID: 0472942472, the reply is directed to , and the 'From' address of your reply is . If you do not want to confirm the requested operation, simply do nothing All requests about this mailing list should be sent to From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 14:58:41 2003 Return-Path: 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 0037816A4C0 for ; Tue, 19 Aug 2003 14:58:40 -0700 (PDT) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE0A43FE3 for ; Tue, 19 Aug 2003 14:58:40 -0700 (PDT) (envelope-from cliftonr@lava.net) Received: by malasada.lava.net (Postfix, from userid 102) id 65EF8153A24; Tue, 19 Aug 2003 11:58:39 -1000 (HST) Date: Tue, 19 Aug 2003 11:58:39 -1000 From: Clifton Royston To: freebsd-hackers@freebsd.org Message-ID: <20030819115839.A27858@lava.net> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: Re: pkg_create X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 21:58:41 -0000 [Sorry for the lost references, I'm reading this in digest form.] > Date: Tue, 19 Aug 2003 10:13:18 -0700 (PDT) > From: Julian Elischer > Subject: Re: pkg_create > To: Adam Balogh > Cc: freebsd-hackers@freebsd.org > Message-ID: > > Content-Type: TEXT/PLAIN; charset=US-ASCII > > There weas no resolution though I discoverred that teh mechanism for the > bug is that the "-C" argument is applied to tar immediatly > that such a line is encounterred on teh arg list or the pascking list. > > the answer would be to not put the "-C" arg on the 'tar' list until a > file to save is actually encounterred. > > I have not done that yet however. (other fish to fry). > On 19 Aug 2003, Adam Balogh wrote: ... > > The original discussion. > > > > http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001673.html In switching back and forth between FreeBSD and OpenBSD for a prototype system we're building, I've noticed that the OpenBSD ports system works in the conceptually "correct" order for package creation (or at any rate the preferable-to-me order.) It first creates a root-like subtree in the work directory, installs the port to that pseudo-root tree, creates the package from that directory and only then installs the package it has just created. In other words, in OpenBSD ports "make install" does a "make package" and then pkg_adds it, whereas in FreeBSD ports "make package" does a "make install" and then pkg_creates it. IMHO the former is more flexible, because it allows you to create a package on a system without installing it, and then install it onto a different system. (Or, for instance, build a whole suite of packages in advance and then install them at a later time.) Seems to me this must mean OpenBSD either fixed the pkg_create bug or found an adequate work-around for it using this relative root directory. Possibly worth looking into how it's solved there? I must admit I haven't yet been able to bend my head around either set of master makefiles to understand how they work or how the bug is dealt with, but I thought I'd throw this tidbit out where it might reach someone who understands the FreeBSD ports make system better than I do. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- cliftonr@lava.net Did you ever fly a kite in bed? Did you ever walk with ten cats on your head? Did you ever milk this kind of cow? Well we can do it. We know how. If you never did, you should. These things are fun, and fun is good. -- Dr. Seuss From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 15:36:50 2003 Return-Path: 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 B283016A4BF for ; Tue, 19 Aug 2003 15:36:50 -0700 (PDT) Received: from mailgate.algroup.co.uk (mailgate.algroup.co.uk [213.129.64.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 7280843FAF for ; Tue, 19 Aug 2003 15:36:49 -0700 (PDT) (envelope-from ) Received: (qmail 40455 invoked by uid 1015); 19 Aug 2003 22:36:48 -0000 Date: 19 Aug 2003 22:36:48 -0000 From: "System Anti-Virus Administrator" To: hackers@FreeBSD.ORG Message-ID: X-Tnz-Problem-Type: 40 MIME-Version: 1.0 Content-type: text/plain Subject: Disallowed attachment type found in sent message "Re: That movie" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 22:36:51 -0000 Attention: hackers@FreeBSD.ORG A Disallowed attachment type was found in an Email message you sent. This Email scanner intercepted it and stopped the entire message reaching its destination. The Disallowed attachment type was reported to be: Executable attachment (not allowed) Please contact your I.T support personnel with any queries regarding this policy. Your message was sent with the following envelope: MAIL FROM: hackers@FreeBSD.ORG RCPT TO: ben@algroup.co.uk ... and with the following headers: --- MAILFROM: hackers@FreeBSD.ORG Received: from unknown (HELO TS1) (209.240.65.99) by mailgate.algroup.co.uk with SMTP; 19 Aug 2003 22:36:46 -0000 From: To: Subject: Re: That movie Date: Tue, 19 Aug 2003 17:24:40 --0500 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_0137F081" --- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 16:01:17 2003 Return-Path: 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 D301E16A4BF; Tue, 19 Aug 2003 16:01:17 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7760543FB1; Tue, 19 Aug 2003 16:01:16 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h7JN1CCV000274; Wed, 20 Aug 2003 01:01:12 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h7JN1CC8000273; Wed, 20 Aug 2003 01:01:12 +0200 (CEST) Date: Wed, 20 Aug 2003 01:01:12 +0200 From: Wilko Bulte To: Orion Hodson Message-ID: <20030819230111.GA239@freebie.xs4all.nl> References: <20030819075518.GA75416@fit.vutbr.cz> <200308191409.h7JE9eTU013118@puma.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308191409.h7JE9eTU013118@puma.icir.org> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: Rudolf Cejka cc: hackers@freebsd.org Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 23:01:18 -0000 On Tue, Aug 19, 2003 at 07:09:40AM -0700, Orion Hodson wrote: > /-- Rudolf Cejka wrote: > | Rudolf Cejka wrote (2003/08/18): > | > my "another machine" is at home, so I will be sure about your patch > | > tomorrow and I will send you another mail, however it looks reasonably. > | > Maybe just for "defensive programming" wouldn't it be "safer" to switch > | > values instead of assignment? Maybe there are some boards, which can use > | > both outputs... > | > | So, I have tested your patch (machine with AD1885) and it works for me, > | however it would be really better to switch values instead of assignment > | even in my case just with HP_OUT connected. With an assignment, it is > | possible to control main volume by two independent controls, > | SOUND_MIXER_VOLUME and SOUND_MIXER_MONITOR, and if I change one of them, > | then there is an inconsistency between the real volume state and the other > | control. > > Thank you for the info regarding the patch. > > Rather than "defensively" assign the input monitor control > (SOUND_MIXER_MONITOR) to an output, it'd be better to use a separate output > control, eg add a control for SOUND_MIXER_OGAIN, should it actually be > necessary. hi, sorry for jumping in late: what is/is not now in 4.8-stable as far as the patches go to make the Asus P4P800 work? I get as far as: wkb@freebie ~: dmesg| grep pcm pcm0: port 0xee80-0xeebf,0xe800-0xe8ff mem 0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 10 at device 31.5 on pci0 pcm0: wkb@freebie ~: cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xfebff800, 0xfebff400 irq 10 bufsz 16384 (1p/1r/0v channels duplex) wkb@freebie ~: But no sound, as reported earlier. tnx, Wilko (who could use the PCI slot currently occupied by the sound card for something else ;) -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 16:03:14 2003 Return-Path: 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 B999216A4BF for ; Tue, 19 Aug 2003 16:03:14 -0700 (PDT) Received: from pony1pub.arc.nasa.gov (pony1pub.arc.nasa.gov [128.102.31.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEC6743FBF for ; Tue, 19 Aug 2003 16:03:12 -0700 (PDT) (envelope-from jtoung@arc.nasa.gov) Received: from nren-194.arc.nasa.gov ([128.102.196.194] verified) by pony1pub.arc.nasa.gov (CommuniGate Pro SMTP 4.0.6) with ESMTP id 2179060 for freebsd-hackers@freebsd.org; Tue, 19 Aug 2003 16:03:08 -0700 Content-Type: text/plain; charset="us-ascii" From: Jerry Toung To: freebsd-hackers@freebsd.org Date: Tue, 19 Aug 2003 16:02:40 -0700 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308191602.40166.jtoung@arc.nasa.gov> Subject: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jtoung@arc.nasa.gov List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 23:03:15 -0000 dear hackers, I am in the process of implementing a routing protocol under 5.0. This routing protocol is source route based and requires its own header a= fter the ip header and before any other one such as udp,tcp. =09 (ip)(new_rt_hdr)(udp)(paylaod) =09 I am requesting your input as to the best way to approach this. I am thin= king=20 that the quick way would be to open netinet/ip_input.c and for every pack= et=20 with ip->ip_p =3D NEW_RT_TYPE do my processing. I am not using routing ta= bles,=20 I have another mechanism for routing decisions. and for outgoing packets,= =20 before sending to the appropriate interface, in netinet/ip_output.c inser= t=20 the new routing header then pass the packet to ifp->if_output. =09 My problem is dealing with debuging and portability. With this raw approa= ch I=20 guess I will have to run builkernel and installkernel all the time. How c= an I=20 avoid that? I thought about kernel modules, but I don't know what kind to= use=20 (SYSCALL_MODULE or DEV_MODULE,etc..) and how about netgraph.? does that m= ake=20 sense? =09 somebody give a pointer and I'll figure out how to proceed. I am not that experienced in kernel programming. Thanks a lot, =09Jerry. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 16:30:23 2003 Return-Path: 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 BDC7C16A4BF for ; Tue, 19 Aug 2003 16:30:23 -0700 (PDT) Received: from hermes.aueb.gr (hermes.aueb.gr [195.251.255.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72FA143FD7 for ; Tue, 19 Aug 2003 16:30:22 -0700 (PDT) (envelope-from dds@aueb.gr) Received: from aueb.gr (faculty01.right.dialup.aueb.gr [195.251.255.245]) by hermes.aueb.gr (8.12.9/8.12.9) with ESMTP id h7JNTNoj012452; Wed, 20 Aug 2003 02:29:24 +0300 Message-ID: <3F42B2B0.FDC3DC9@aueb.gr> Date: Wed, 20 Aug 2003 02:28:48 +0300 From: Diomidis Spinellis Organization: Athens University of Ecomomics and Business X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,el,de MIME-Version: 1.0 To: jtoung@arc.nasa.gov References: <200308191602.40166.jtoung@arc.nasa.gov> Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 23:30:24 -0000 Jerry Toung wrote: > I am in the process of implementing a routing protocol under 5.0. [...] > My problem is dealing with debuging and portability. With this raw approach I > guess I will have to run builkernel and installkernel all the time. How can I > avoid that? I thought about kernel modules, but I don't know what kind to use > (SYSCALL_MODULE or DEV_MODULE,etc..) and how about netgraph.? does that make > sense? [ I was about to ask why we need another networking protocol, but then noticed the sender's domain :-) ] I suggest you first build userland applications that emulate the kernel's networking behavior that affects your protocol. Build and test your protocol in userland on top of that environment, and once you are happy with it, plug it into the kernel. You will thus gain: - a very fast turnaround compile/test time - the ability to use better debugging and profiling tools - the flexibility compile and run your code in the environment you prefer You might even want to keep your code buildable under the emulated environment and the real kernel using suitable stubs or conditional compilation. I have used such techniques a number of times; you typically recoup your initial investment very quickly. Diomidis - dds@FreeBSD.org - http://www.spinellis.gr From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 16:32:43 2003 Return-Path: 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 8553816A4BF for ; Tue, 19 Aug 2003 16:32:43 -0700 (PDT) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E1543F75 for ; Tue, 19 Aug 2003 16:32:43 -0700 (PDT) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.8p1/8.12.3) with ESMTP id h7JNWUTU028766; Tue, 19 Aug 2003 16:32:32 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200308192332.h7JNWUTU028766@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: Wilko Bulte From: Orion Hodson In-Reply-To: Your message of "Wed, 20 Aug 2003 01:01:12 +0200." <20030819230111.GA239@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 19 Aug 2003 16:32:30 -0700 Sender: hodson@icir.org cc: Rudolf Cejka cc: hackers@freebsd.org Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 23:32:43 -0000 /-- Wilko Bulte wrote: | | hi, sorry for jumping in late: what is/is not now in 4.8-stable | as far as the patches go to make the Asus P4P800 work? | | I get as far as: | | wkb@freebie ~: dmesg| grep pcm | pcm0: port 0xee80-0xeebf,0xe800-0xe8ff mem | 0xfebff400-0xfebff4ff,0xfebff800-0xfebff9ff irq 10 at device 31.5 on pci0 | pcm0: | wkb@freebie ~: cat /dev/sndstat | FreeBSD Audio Driver (newpcm) | Installed devices: | pcm0: at io 0xfebff800, 0xfebff400 irq 10 bufsz 16384 | (1p/1r/0v channels duplex) | wkb@freebie ~: Okay, I've not looked at the specs for the AD1985 at all or looked into what other folks are doing regarding custom initialization patches for it. We don't have any code in the tree at present that is likely to help. A similar patch to Oleg's submission for the AD1980 might be applicable, but that's not in the tree today (still thinking about some general issues arising relating to this). As a potential short term fix you might check that moving the "monitor" gain right up doesn't improve the situation. Regards - Orion From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 16:39:40 2003 Return-Path: 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 55A1B16A4C0; Tue, 19 Aug 2003 16:39:40 -0700 (PDT) Received: from artax.karlin.mff.cuni.cz (artax.karlin.mff.cuni.cz [195.113.31.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D8B43FBD; Tue, 19 Aug 2003 16:39:39 -0700 (PDT) (envelope-from mikulas@artax.karlin.mff.cuni.cz) Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421) id 79FFC3FAC; Wed, 20 Aug 2003 01:39:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 7827B2FBD9; Wed, 20 Aug 2003 01:39:37 +0200 (CEST) Date: Wed, 20 Aug 2003 01:39:37 +0200 (CEST) From: Mikulas Patocka To: sos@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Bug FreeBSD 4.8 ATA driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 23:39:40 -0000 Hi I am reading FreeBSD ATA drivers because I want to use them as base for my ATA driver and I found a total nonsence: in ata-dma.c in FreeBSD 4.8, there is line if (!((pci_read_config(parent,0x40,4)>>(ch->unit<<8))&0x4000)) { if ch->unit is 1, config word is shifted by 256 bytes, which gives undefined result in C. How was this meant? What should it do? Mikulas From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 17:36:14 2003 Return-Path: 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 1415716A4BF for ; Tue, 19 Aug 2003 17:36:14 -0700 (PDT) Received: from host24.webserver1010.com (host24.webserver1010.com [65.109.239.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34CE343F3F for ; Tue, 19 Aug 2003 17:36:13 -0700 (PDT) (envelope-from lutherh@stratcom.com) Received: (from stratcom@localhost) by host24.webserver1010.com (8.12.9/8.12.9) id h7K0aCJu019143; Tue, 19 Aug 2003 20:36:12 -0400 Date: Tue, 19 Aug 2003 20:36:12 -0400 From: lutherh@stratcom.com Message-Id: <200308200036.h7K0aCJu019143@host24.webserver1010.com> X-Authentication-Warning: host24.webserver1010.com: stratcom set sender to lutherh@stratcom.com using -f To: hackers@FreeBSD.ORG References: <200308200036.h7K0a82f019008@host24.webserver1010.com> In-Reply-To: <200308200036.h7K0a82f019008@host24.webserver1010.com> X-Loop: default@stratcom.com Precedence: junk Subject: Re: Details X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 00:36:14 -0000 You have reached a non-working email at Strategic Computer Solutions, Inc. If you believe you are getting this message in error, please email info@stratcom.com From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 18:10:11 2003 Return-Path: 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 2573A16A4BF for ; Tue, 19 Aug 2003 18:10:11 -0700 (PDT) Received: from cs.columbia.edu (cs.columbia.edu [128.59.16.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47A6943F85 for ; Tue, 19 Aug 2003 18:10:10 -0700 (PDT) (envelope-from pingpan@cs.columbia.edu) Received: from muni.cs.columbia.edu (muni.cs.columbia.edu [128.59.19.192]) by cs.columbia.edu (8.12.9/8.12.9) with ESMTP id h7K1A68J024193 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Tue, 19 Aug 2003 21:10:07 -0400 (EDT) Received: from muni.cs.columbia.edu (localhost [127.0.0.1]) by muni.cs.columbia.edu (8.12.9/8.12.9) with ESMTP id h7K1A5ZR002746; Tue, 19 Aug 2003 21:10:06 -0400 (EDT) Received: from localhost (pingpan@localhost)h7K19sZA002743; Tue, 19 Aug 2003 21:10:05 -0400 (EDT) X-Authentication-Warning: muni.cs.columbia.edu: pingpan owned process doing -bs Date: Tue, 19 Aug 2003 21:09:54 -0400 (EDT) From: Ping Pan To: Jerry Toung In-Reply-To: <200308191602.40166.jtoung@arc.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 01:10:11 -0000 Hi, I wrote a socket family SOCK_IPOPTION several years ago, where you can intercept any IP option. In your application, you can open this kind of sockets to receive control messages, and use raw sockets to send. At the same time, use the standard routing sockets to play in the userland. The work was done in 4.2 though. Porting it to 5.0 should be simple. http://www1.cs.columbia.edu/~pingpan/software_list.htm - Ping On Tue, 19 Aug 2003, Jerry Toung wrote: > dear hackers, > I am in the process of implementing a routing protocol under 5.0. > This routing protocol is source route based and requires its own header after > the ip header and before any other one such as udp,tcp. > > (ip)(new_rt_hdr)(udp)(paylaod) > > I am requesting your input as to the best way to approach this. I am thinking > that the quick way would be to open netinet/ip_input.c and for every packet > with ip->ip_p = NEW_RT_TYPE do my processing. I am not using routing tables, > I have another mechanism for routing decisions. and for outgoing packets, > before sending to the appropriate interface, in netinet/ip_output.c insert > the new routing header then pass the packet to ifp->if_output. > > My problem is dealing with debuging and portability. With this raw approach I > guess I will have to run builkernel and installkernel all the time. How can I > avoid that? I thought about kernel modules, but I don't know what kind to use > (SYSCALL_MODULE or DEV_MODULE,etc..) and how about netgraph.? does that make > sense? > > somebody give a pointer and I'll figure out how to proceed. > I am not that experienced in kernel programming. > Thanks a lot, > Jerry. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 18:24:14 2003 Return-Path: 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 DBF7616A4BF; Tue, 19 Aug 2003 18:24:14 -0700 (PDT) Received: from artax.karlin.mff.cuni.cz (artax.karlin.mff.cuni.cz [195.113.31.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C9543F93; Tue, 19 Aug 2003 18:24:14 -0700 (PDT) (envelope-from mikulas@artax.karlin.mff.cuni.cz) Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421) id 92D3F3FAC; Wed, 20 Aug 2003 03:24:12 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 90FD72FBD9; Wed, 20 Aug 2003 03:24:12 +0200 (CEST) Date: Wed, 20 Aug 2003 03:24:12 +0200 (CEST) From: Mikulas Patocka To: sos@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Bug FreeBSD 4.8 ATA driver X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 01:24:15 -0000 On Wed, 20 Aug 2003, Mikulas Patocka wrote: > Hi > > I am reading FreeBSD ATA drivers because I want to use them as base for my > ATA driver and I found a total nonsence: in ata-dma.c in FreeBSD 4.8, > there is line > > if (!((pci_read_config(parent,0x40,4)>>(ch->unit<<8))&0x4000)) { > > if ch->unit is 1, config word is shifted by 256 bytes, which gives > undefined result in C. How was this meant? What should it do? > > Mikulas Another weird thing: variable word44 is set but never used. Mikulas From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 19:16:54 2003 Return-Path: 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 57EED16A4BF for ; Tue, 19 Aug 2003 19:16:54 -0700 (PDT) Received: from solomon.io.com (solomon.io.com [199.170.88.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18CA43FE3 for ; Tue, 19 Aug 2003 19:16:52 -0700 (PDT) (envelope-from eighner@io.com) Received: from io.com (aus-as2-050.io.com [199.170.89.50]) by solomon.io.com (8.11.2/8.11.2) with SMTP id h7K2GSE19099 for ; Tue, 19 Aug 2003 21:16:29 -0500 Date: Tue, 19 Aug 2003 21:14:32 -0500 (CDT) From: Lars Eighner To: hackers@freebsd.org Message-ID: <20030819211348.W6635@pearl.io.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Modem won't connect at full speed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 02:16:54 -0000 This has been answered by somebody on some forum, but I lost it. I have an internal hardware modem. I have configured ppp on demand. Unfortunately, my 56k modem connects at an effective rate of about 14.4k when I use ppp under FreeBSD. I have got normal connect speeds with the same modem and the same ISP using Linux in the past. Here is my ppp.log. Notice the CCP rejection line, which I guess is pertinent: Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: bundle: Establish Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: deflink: closed -> opening Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: deflink: Connected! Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: deflink: opening -> dial Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Phone: 4857440 Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: deflink: Dial attempt 1 of 1 Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Send: ATZ^M Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Expect(5): OK Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Received: ATDT4857440^MATZ^M^M Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Received: OK Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Send: ATDT4857440^M Aug 19 20:03:01 pearl ppp[190]: tun0: Chat: Expect(40): CONNECT Aug 19 20:03:01 pearl ppp[190]: tun0: Chat: Received: ^M Aug 19 20:03:18 pearl ppp[190]: tun0: Chat: Received: ATDT4857440^M^M Aug 19 20:03:18 pearl ppp[190]: tun0: Chat: Received: CONNECT Aug 19 20:03:18 pearl ppp[190]: tun0: Phase: deflink: dial -> carrier Aug 19 20:03:19 pearl ppp[190]: tun0: Phase: deflink: /dev/cuaa4: CD detected Aug 19 20:03:19 pearl ppp[190]: tun0: Phase: deflink: carrier -> login Aug 19 20:03:19 pearl ppp[190]: tun0: Phase: deflink: login -> lcp Aug 19 20:03:19 pearl ppp[190]: tun0: LCP: FSM: Using "deflink" as a transport Aug 19 20:03:19 pearl ppp[190]: tun0: LCP: deflink: State change Initial --> Cl osed Aug 19 20:03:19 pearl ppp[190]: tun0: LCP: deflink: State change Closed --> Sto pped Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: deflink: LayerStart Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: deflink: SendConfigReq(21) state = S topped Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: ACFCOMP[2] Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: PROTOCOMP[2] Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: MRU[4] 1500 Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: MAGICNUM[6] 0x8a1b2b38 Aug 19 20:03:20 pearl ppp[190]: tun0: LCP: deflink: State change Stopped --> Re q-Sent Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: deflink: RecvConfigAck(21) state = R eq-Sent Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: ACFCOMP[2] Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: PROTOCOMP[2] Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: ACCMAP[6] 0x00000000 Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: MRU[4] 1500 Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: MAGICNUM[6] 0x8a1b2b38 Aug 19 20:03:21 pearl ppp[190]: tun0: LCP: deflink: State change Req-Sent --> A ck-Rcvd Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: deflink: RecvConfigReq(186) state = Ack-Rcvd Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: ACCMAP[6] 0x000a0000 Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: MAGICNUM[6] 0x3f80618e Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: PROTOCOMP[2] Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: ACFCOMP[2] Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: deflink: SendConfigAck(186) state = Ack-Rcvd Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: ACCMAP[6] 0x000a0000 Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: MAGICNUM[6] 0x3f80618e Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: PROTOCOMP[2] Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: ACFCOMP[2] Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: deflink: State change Ack-Rcvd --> O pened Aug 19 20:03:35 pearl ppp[190]: tun0: LCP: deflink: LayerUp Aug 19 20:03:35 pearl ppp[190]: tun0: Phase: bundle: Authenticate Aug 19 20:03:35 pearl ppp[190]: tun0: Phase: deflink: his = PAP, mine = none Aug 19 20:03:35 pearl ppp[190]: tun0: Phase: Pap Output: eighner ******** Aug 19 20:03:36 pearl ppp[190]: tun0: Phase: Pap Input: SUCCESS () Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: Using trigger address 0.0.0.0 Aug 19 20:03:36 pearl ppp[190]: tun0: Phase: deflink: lcp -> open Aug 19 20:03:36 pearl ppp[190]: tun0: Phase: bundle: Network Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: FSM: Using "deflink" as a transport Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: State change Initial --> C losed Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: LayerStart. Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: SendConfigReq(31) state = Closed Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] 0.0.0.0 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: PRIDNS[6] 199.170.88.29 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: SECDNS[6] 199.170.88.10 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: State change Closed --> Re q-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: RecvConfigReq(150) state = Req-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: COMPPROTO[6] 16 VJ slots without s lot compression Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] 206.224.86.3 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: SendConfigAck(150) state = Req-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: COMPPROTO[6] 16 VJ slots without s lot compression Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] 206.224.86.3 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: LCP: deflink: RecvProtocolRej(187) state = Opened Aug 19 20:03:36 pearl ppp[190]: tun0: LCP: deflink: -- Protocol 0x80fd (Compres sion Control Protocol) was rejected! Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: RecvConfigNak(31) state = Ack-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] 199.170.90.42 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] changing address: 0.0.0. 0 --> 199.170.90.42 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: SendConfigReq(32) state = Ack-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] 199.170.90.42 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: PRIDNS[6] 199.170.88.29 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: SECDNS[6] 199.170.88.10 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: RecvConfigAck(32) state = Ack-Sent Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: IPADDR[6] 199.170.90.42 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: COMPPROTO[6] 16 VJ slots with slot compression Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: PRIDNS[6] 199.170.88.29 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: SECDNS[6] 199.170.88.10 Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: deflink: LayerUp. Aug 19 20:03:36 pearl ppp[190]: tun0: IPCP: myaddr 199.170.90.42 hisaddr = 206. 224.86.3 Aug 19 20:04:37 pearl ppp[190]: tun0: Phase: deflink: HDLC errors -> FCS: 2, AD DR: 0, COMD: 0, PROTO: 0 Here is my ppp.conf file (from /etc/ppp/) (password starred out) ################################################################# # # PPP Sample Configuration File # # Originally written by Toshiharu OHNO # # $FreeBSD: src/share/examples/ppp/ppp.conf.sample,v 1.30 2002/01/10 14:56:47 brian Exp $ # ################################################################# # This file is separated into sections. Each section is named with # a label starting in column 0 and followed directly by a ``:''. The # section continues until the next label. Blank lines and characters # after a ``#'' are ignored (a literal ``#'' must be escaped with a ``\'' # or quoted with ""). All commands inside sections that do not begin # with ``!'' (e.g., ``!include'') *must* be indented by at least one # space or tab or they will not be recognized! # # Lines beginning with "!include" will ``include'' another file. You # may want to ``!include ~/.ppp.conf'' for backwards compatibility. # # Default setup. Always executed when PPP is invoked. # This section is *not* pre-loaded by the ``load'' or ``dial'' commands. # # This is the best place to specify your modem device, its DTR rate, # your dial script and any logging specification. Logging specs should # be done first so that the results of subsequent commands are logged. # default: set crtscts on set log Phase Chat LCP IPCP tun command allow users * set device /dev/cuaa4 set speed 57600 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ \ OK \\dATDT\\T TIMEOUT 40 CONNECT" # Client side PPP # # Although the PPP protocol is a peer to peer protocol, we normally # consider the side that initiates the connection as the client and # the side that receives the connection as the server. Authentication # is required by the server either using a unix-style login procedure # or by demanding PAP or CHAP authentication from the client. # # An on demand example where we have dynamic IP addresses and wish to # use a unix-style login script: # # If the peer assigns us an arbitrary IP (most ISPs do this) and we # can't predict what their IP will be either, take a wild guess at # some IPs that you can't currently route to. Ppp can change this # when the link comes up. # # The /0 bit in "set ifaddr" says that we insist on 0 bits of the # specified IP actually being correct, therefore, the other side can assign # any IP number. # # The fourth arg to "set ifaddr" makes us send "0.0.0.0" as our requested # IP number, forcing the peer to make the decision. This is necessary # when negotiating with some (broken) ppp implementations. # # This entry also works with static IP numbers or when not in -auto mode. # The ``add'' line adds a `sticky' default route that will be updated if # and when any of the IP numbers are changed in IPCP negotiations. # The "set ifaddr" is required in -auto mode only. # It's better to put the ``add'' line in ppp.linkup when not in -auto mode. # # Finally, the ``enable dns'' line tells ppp to ask the peer for the # nameserver addresses that should be used. This isn't always supported # by the other side, but if it is, ppp will update /etc/resolv.conf with # the correct nameserver values at connection time. # # The login script shown says that you're expecting ``ogin:''. If you # don't receive that, send a ``\n'' and expect ``ogin:'' again. When # it's received, send ``ppp'', expect ``word:'' then send ``ppp''. # You *MUST* customise this login script according to your local # requirements. # pmdemand: set phone 4857440 set login "ABORT NO\\sCARRIER TIMEOUT 5 sername:--sername: eighner assword: ****** :--: P" set timeout 300 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR enable dns # If you want to use PAP or CHAP instead of using a unix-style login # procedure, do the following. Note, the peer suggests whether we # should send PAP or CHAP. By default, we send whatever we're asked for. # # You *MUST* customise ``MyName'' and ``MyKey'' below. # PAPorCHAPpmdemand: set phone 4857440 set login set authname eighner set authkey ****** set timeout 300 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR enable dns I use the PAPorCHAPpmdemand for tun0. Here are my modem hardware setting (with explanations in square brackets): ati4 [Current Settings] U.S. Robotics 56K Voice INT Settings... B0 E1 F1 L1 M0 Q0 V1 X4 Y0 [Bn *n=0 V32 Mode/CCITT Answer Seq n=1 Bell Answer Seq En n=0 No Command Echo *n=1 Echo Command Chars Fn n=0 Online Echo *n=1 No Online Echo Ln n=0 Low Speaker Volume *n=1 Low Speaker Volume n=2 Med Speaker Volume n=3 Hi Speaker Volume Mn *n=0 Speaker OFF n=1 Speaker ON Until CD n=2 Speaker Always ON n=3 Speaker OFF During Dial Qn *n=0 Result Codes Sent n=1 Quiet (No Result Codes) Vn n=0 Numeric Responses *n=1 Verbal Responses Xn n=0 Basic Result Codes n=1 Extended Result Codes *n=2-4 Advanced Result Codes Yn *n=0 Next Reset to &W0 settings n=1 Next Reset to &W1 settings n=2 Next Reset to &F0 settings [Factory Hardware Control Settings] n=3 Next Reset to &F1 settings [Factory Software Control Settings] n=4 Next Reset to &F2 settings [User Settings] ] BAUD=9600 PARITY=N WORDLEN=8 DIAL=TONE ON HOOK CID=0 &A3 &B1 &C1 &D2 &G0 &H1 &I0 &K1 [&An n=0 Disable /ARQ Result Codes n=1 Enable /ARQ Result Codes n=2 Enable /Modulation Codes *n=3 Enable /Extra Result Codes &Bn n=0 Floating DTE Speed *n=1 Fixed DTE Speed n=2 DTE Speed Fixed When ARQ &Cn n=0 CD Always ON *n=1 Modem Controls CD &Gn *n=0 No Guard Tone n=1 550 Hz Guard Tone n=2 1800 Hz Guard Tone &Hn n=0 Disable TX Flow Control *n=1 CTS n=2 Xon/Xoff n=3 CTS and Xon/Xoff &In *n=0 Disable RX Flow Control n=1 Xon/Xoff n=2 Xon/Xoff Chars Filtered n=3 HP Enq/Ack Host Mode n=4 HP Enq/Ack Terminal Mode n=5 Xon/Xoff for non-ARQ Mode &Kn n=0 Disable Data Compression *n=1 Auto Data Compression n=2 Enable Data Compression n=3 Selective Data Compression ] &M4 &N0 &P0 &R2 &S0 &T5 &U0 &Y1 [&Mn n=0 Normal Mode *n=4 ARQ/Normal Mode n=5 ARQ Mode &Nn *n=0 Highest Link Speed n=1 300 bps n=2 1200 bps etc. &Pn *n=0 N.American Pulse Dial n=1 UK Pulse Dial &Rn n=1 Ignore RTS *n=2 RX to DTE/RTS high &Sn *n=0 DSR Always ON n=1 Modem Controls DSR n=2 DTE Speed Fixed When ARQ &Tn n=0 End Test n=1 Analog Loopback (ALB) n=3 Digital Loopback (DLB) n=4 Grant Remote DLB *n=5 Deny Remote DLB n=6 Remote Digital Loopback n=7 Remote DLB With Self Test n=8 ALB With Self Test &Un *n=0 Variable link rate floor. n=1 Minimum link rate 300 bps n=2 Minimum link rate 1200 bps etc. &Yn n=0 Destructive *n=1 Destructive/Expedited n=2 Nondest./Expedited n=3 Nondest./Unexpedited ] S00=000 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 [S0 Ring to Answer ON S1 Counts # of Rings S2 Escape Code Char S3 Carriage Return Char S4 Line Feed Char S5 Backspace Char S6 Wait Time/Dial Tone (sec) ] S07=045 S08=002 S09=006 S10=014 S11=070 S12=050 S13=000 [S7 Wait Time/Carrier (sec) S8 Comma Time (sec) S9 Carrier Detect Time (1/10sec) S10 Carrier Loss Time (1/10sec) S11 Dial Tone Spacing (msec) S12 Escape Code Time (1/50sec) S13 Bit Mapped 1 = Reset ON DTR Loss 2 = Reduced Non-ARQ TX Buffer 4 = Set DEL=Backspace 8 = Do DS0 ON DTR 16 = Do DS0 ON Reset 32 = Reserved 64 = Disable Quick Retrains 128 = Escape Code Hang Up ] S15=000 S16=000 S18=000 S19=000 S21=010 S22=017 S23=019 [S15 Bit Mapped 1 = MNP/V.42 Disabled in V.22 2 = MNP/V.42 Disabled in V.22bis 8 = Disable MNP Handshake 16 = Disable MNP Level 4 32 = Disable MNP Level 3 64 = Unusual MNP-Incompatibility 128 = Disable V.42 136 = Disable V.42 Detect Phase S16 Test Modes 1 = Reserved 2 = Dial Test 4 = Reserved etc. S18 &Tn Test Timeout (sec) S19 Inactivity Timeout (min) S21 Break Length (1/100sec) S22 Xon Char S23 Xoff Char ] S25=005 S27=000 S28=008 S29=020 S30=000 S31=128 S32=002 [S25 DTR Recognition Time (1/100sec) S27 Bit Mapped 1 = V21 Mode 2 = Disable TCM 4 = Disable V32 8 = Disable 2100hz 16 = Enable V23 Fallback 32 = Disable V32bis 64 = Reserved 128 = Software Compatibility Mode S28 V32 Handshake Time (1/10sec) S29 V.21 answer mode fallback timer S30 Reserved S31 Reserved S32 Connection bit mapped operations. 1 = V.8 Call Indicate enable *2 = Enable V.8 mode 4 = Reserved 8 = Disable V.34 modulation 16 = Disable V.34+ modulation 32 = Disable x2 modulation 64 = Disable V.90 modulation 128 = Reserved ] S33=000 S34=000 S35=000 S36=014 S38=000 S39=000 S40=001 [S33 V.34 & V.34+ Connection setup bit mapped control flags. 1 = Disable 2400 Symbol rate 2 = Disable 2743 Symbol rate 4 = Disable 2800 Symbol rate 16 = Disable 3200 Symbol rate 32 = Disable 3429 Symbol rate 64 = Reserved 128 = Disable Shaping S34 V.34 & V.34+ Connection setup bit mapped control flags. 1 = Disable 8S-2D trellis encoding 2 = Disable 16S-4D trellis encoding 4 = Disable 32S-2D trellis encoding 8 = Disable 64S-4D trellis encoding 16 = Disable Non linear coding 32 = Disable TX level deviation 64 = Disable Pre-emphasis 128 = Disable Pre-coding S35 Reserved S36 Reserved S38 Disconnect Wait Time (sec) S39 Reserved S40 Reserved ] S41=000 S42=000 [S41 Distinctive Ring options 1 = Distinctive Ring Enabled 2 = Reserved etc. S42 Reserved ] LAST DIALED #: T4857440 My ISP uses RedHat and does not support FreeBSD, but as I have said, I have connected at the proper speed using Linux with the same modem. Any help would be appreciated. -- Lars Eighner eighner@io.com -finger for geek code- http://www.io.com/~eighner/index.html 8800 N IH35 APT 1191 AUSTIN tx 78753-5266 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 20:00:04 2003 Return-Path: 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 2455D16A4BF for ; Tue, 19 Aug 2003 20:00:04 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D0B43FE0 for ; Tue, 19 Aug 2003 20:00:03 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h7K2xtM7032288; Tue, 19 Aug 2003 20:00:00 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200308200300.h7K2xtM7032288@gw.catspoiler.org> Date: Tue, 19 Aug 2003 19:59:55 -0700 (PDT) From: Don Lewis To: eighner@io.com In-Reply-To: <20030819211348.W6635@pearl.io.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: hackers@FreeBSD.org Subject: Re: Modem won't connect at full speed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 03:00:04 -0000 On 19 Aug, Lars Eighner wrote: > This has been answered by somebody on some forum, but I lost it. > > I have an internal hardware modem. I have configured ppp on demand. > Unfortunately, my 56k modem connects at an effective rate of about > 14.4k when I use ppp under FreeBSD. I have got normal connect speeds > with the same modem and the same ISP using Linux in the past. > > Here is my ppp.log. Notice the CCP rejection line, which I > guess is pertinent: > > Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: bundle: Establish > Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: deflink: closed -> opening > Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: deflink: Connected! > Aug 19 20:02:59 pearl ppp[190]: tun0: Phase: deflink: opening -> dial > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Phone: 4857440 > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: deflink: Dial attempt 1 of 1 > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Send: ATZ^M > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Expect(5): OK > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Received: ATDT4857440^MATZ^M^M > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Received: OK > Aug 19 20:02:59 pearl ppp[190]: tun0: Chat: Send: ATDT4857440^M > Aug 19 20:03:01 pearl ppp[190]: tun0: Chat: Expect(40): CONNECT > Aug 19 20:03:01 pearl ppp[190]: tun0: Chat: Received: ^M > Aug 19 20:03:18 pearl ppp[190]: tun0: Chat: Received: ATDT4857440^M^M > Aug 19 20:03:18 pearl ppp[190]: tun0: Chat: Received: CONNECT If you manually dial using cu or tip, what connection speed does the modem report? > Here are my modem hardware setting (with explanations in square > brackets): > > BAUD=9600 PARITY=N WORDLEN=8 > DIAL=TONE ON HOOK CID=0 > > &A3 &B1 &C1 &D2 &G0 &H1 &I0 &K1 > [&An n=0 Disable /ARQ Result Codes > n=1 Enable /ARQ Result Codes > n=2 Enable /Modulation Codes > *n=3 Enable /Extra Result Codes > &Bn n=0 Floating DTE Speed > *n=1 Fixed DTE Speed > n=2 DTE Speed Fixed When ARQ It is somewhat worrysome that your modem is reporting 9600 BAUD in the fixed DTE speed setting. I don't know about USR Internal modems, but at least some implementations will pace the data flow rate to the reported DTE speed to avoid overwhelming the host with quick bursts of interrupts. This might be the reason for your slow connection speeds. It's been a while since I've used the proper incantation to reset the speed on a USR modem, but I think with a serial modem, the procedure was to connect to the modem, repeatedly type AT to get its attention, put it in variable speed mode, reconnect at the desired speed, and set &B1 to get it back to fixed rate. Probably something similar will work with an internal modem. The modem will probably peek at the UART speed control register to pick up the desired DTE rate and save it to its non-volatile memory. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 20:27:28 2003 Return-Path: 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 404EE16A4BF; Tue, 19 Aug 2003 20:27:28 -0700 (PDT) Received: from hiram.io.com (hiram.io.com [199.170.88.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F11E43F3F; Tue, 19 Aug 2003 20:27:27 -0700 (PDT) (envelope-from eighner@io.com) Received: from io.com (aus-as2-050.io.com [199.170.89.50]) by hiram.io.com (8.11.2/8.11.2) with SMTP id h7K3QeL06076; Tue, 19 Aug 2003 22:26:41 -0500 Date: Tue, 19 Aug 2003 22:25:23 -0500 (CDT) From: Lars Eighner To: Don Lewis In-Reply-To: <200308200300.h7K2xtM7032288@gw.catspoiler.org> Message-ID: <20030819221817.M7004@pearl.io.com> References: <200308200300.h7K2xtM7032288@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@FreeBSD.org Subject: Re: Modem won't connect at full speed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 03:27:28 -0000 On Tue, 19 Aug 2003, Don Lewis wrote: > On 19 Aug, Lars Eighner wrote: > > This has been answered by somebody on some forum, but I lost it. > If you manually dial using cu or tip, what connection speed does the > modem report? Oh geez, pull out the manual and spend all night trying to figure out how to config cu or tip, whatever they are! > > BAUD=9600 PARITY=N WORDLEN=8 > > DIAL=TONE ON HOOK CID=0 > It is somewhat worrysome that your modem is reporting 9600 BAUD in the > fixed DTE speed setting. I don't know about USR Internal modems, but at > least some implementations will pace the data flow rate to the reported > DTE speed to avoid overwhelming the host with quick bursts of > interrupts. This might be the reason for your slow connection speeds. Hmmm. Of course this is "on hook." I obtained these values using minicom. I don't know how to talk to the modem when it is connected to somewhere, or more to the point how to query it. I assumed the 9600 here was just the default for talking to the serial port, not the pass-through. > It's been a while since I've used the proper incantation to reset the > speed on a USR modem, but I think with a serial modem, the procedure was > to connect to the modem, repeatedly type AT to get its attention, put it > in variable speed mode, reconnect at the desired speed, and set &B1 to > get it back to fixed rate. Probably something similar will work with an > internal modem. The modem will probably peek at the UART speed control > register to pick up the desired DTE rate and save it to its non-volatile > memory. -- Lars Eighner eighner@io.com -finger for geek code- http://www.io.com/~eighner/index.html 8800 N IH35 APT 1191 AUSTIN tx 78753-5266 From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 21:15:30 2003 Return-Path: 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 1583C16A4BF for ; Tue, 19 Aug 2003 21:15:30 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F68F43F75 for ; Tue, 19 Aug 2003 21:15:29 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7K4FJn02334; Tue, 19 Aug 2003 21:15:19 -0700 (PDT) Message-ID: <3F42F5D6.1080005@isi.edu> Date: Tue, 19 Aug 2003 21:15:18 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Diomidis Spinellis References: <200308191602.40166.jtoung@arc.nasa.gov> <3F42B2B0.FDC3DC9@aueb.gr> In-Reply-To: <3F42B2B0.FDC3DC9@aueb.gr> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020909060901000105040604" cc: jtoung@arc.nasa.gov cc: freebsd-hackers@freebsd.org Subject: Re: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 04:15:30 -0000 This is a cryptographically signed message in MIME format. --------------ms020909060901000105040604 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Diomidis Spinellis wrote: > > I suggest you first build userland applications that emulate the > kernel's networking behavior that affects your protocol. Build and test > your protocol in userland on top of that environment, and once you are > happy with it, plug it into the kernel. For example, you could use ns-2: http://www.isi.edu/nsnam/ns/ Lars -- Lars Eggert USC Information Sciences Institute --------------ms020909060901000105040604 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgyMDA0MTUxOFowIwYJKoZIhvcNAQkEMRYEFEfRKNfVCUlTlQ3Yl8wF 78h+vhmCMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEAheCC/oLySbNNnAxi4kto8LfLd/CW0IkF0/dn X0no+mt2neEhPiQVNAzykLxblWceJJENBkb2SO8avpzI8EubBHiXbSozys3UlxJOvv0UFJCr X5oolFNu3B05kERTYmhDXS8DwvdRMENL8Sx2W0W0hSla3yayz6JHe4XnU6zqyeLJdqo44GGN qrI4zN18gBB3XbgVQI4mX/oDYJQ3XpNI4EbujwYXBCtbOA3DJAYQvxdyREsWAT7diBempQlC kRKEQwsPPZIlmsuzp26JQNdTrGaYEircl2SHyYOWwr1LLiVwYQ57yVo8D/Qo3N5tkRO//FRH TP8NuQ/bPFjkKaC8ZgAAAAAAAA== --------------ms020909060901000105040604-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 21:57:28 2003 Return-Path: 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 5854D16A4BF for ; Tue, 19 Aug 2003 21:57:28 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A3DE43F3F for ; Tue, 19 Aug 2003 21:57:27 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h7K4vJM7032458; Tue, 19 Aug 2003 21:57:23 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200308200457.h7K4vJM7032458@gw.catspoiler.org> Date: Tue, 19 Aug 2003 21:57:19 -0700 (PDT) From: Don Lewis To: eighner@io.com In-Reply-To: <20030819221817.M7004@pearl.io.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: hackers@FreeBSD.org Subject: Re: Modem won't connect at full speed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 04:57:28 -0000 On 19 Aug, Lars Eighner wrote: > On Tue, 19 Aug 2003, Don Lewis wrote: > >> On 19 Aug, Lars Eighner wrote: >> > This has been answered by somebody on some forum, but I lost it. > >> If you manually dial using cu or tip, what connection speed does the >> modem report? > > Oh geez, pull out the manual and spend all night trying to figure > out how to config cu or tip, whatever they are! You should be able to do the same with minicom. While on-hook, just do ATDT your_isps_phone_number >> > BAUD=9600 PARITY=N WORDLEN=8 >> > DIAL=TONE ON HOOK CID=0 > >> It is somewhat worrysome that your modem is reporting 9600 BAUD in the >> fixed DTE speed setting. I don't know about USR Internal modems, but at >> least some implementations will pace the data flow rate to the reported >> DTE speed to avoid overwhelming the host with quick bursts of >> interrupts. This might be the reason for your slow connection speeds. > > Hmmm. Of course this is "on hook." I obtained these values using > minicom. I don't know how to talk to the modem when it is connected > to somewhere, or more to the point how to query it. I assumed the > 9600 here was just the default for talking to the serial port, not > the pass-through. Because your modem is configured with &B1, the DTE baud rate won't change when the modem connects. If you manually dial with ATDT, the CONNECT response should indicate the modem to modem connection speed because you have extended response codes enabled (X4). If it reports a high connection speed, then you can eliminated a poor connection and certain modem configuration problems as the cause of the problem. If this was a serial modem the DTE speed wouldn't change if the connection is initiated by the host. If your internal modem attempts to emulate the instantaneous I/O speed of a serial modem, then the fact that it is locked at 9600 BAUD will severely limit the potential data rate. It's also possible that the modem is reporting 9600 BAUD just because that is the speed that you are connecting to it with minicom. You should probably check the speed stored in NVRAM with the ATI5 command. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 22:20:47 2003 Return-Path: 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 5FD2616A4BF for ; Tue, 19 Aug 2003 22:20:47 -0700 (PDT) Received: from mail.ciam.ru (main.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCDC43F3F for ; Tue, 19 Aug 2003 22:20:46 -0700 (PDT) (envelope-from sem@ciam.ru) Received: from exim by mail.ciam.ru with drweb-scanned (Exim 4.20) id 19pLOm-000OOm-Nw; Wed, 20 Aug 2003 09:20:44 +0400 Received: from sem.ciam.ru ([192.168.45.10] helo=ciam.ru) by mail.ciam.ru with esmtp (Exim 4.20) id 19pLOm-000OOc-1N; Wed, 20 Aug 2003 09:20:44 +0400 Message-ID: <3F430553.3000209@ciam.ru> Date: Wed, 20 Aug 2003 09:21:23 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.3) Gecko/20030309 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: adam@vattnet.net, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pkg_create X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 05:20:47 -0000 Adam Balogh wrote: > Hello, > Has anyone found a solution for the pkg_create problem > mentioned here in June? I'm planing to hack pkg_install with other reasons. So, I can take a look on this. ---- Sem. From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 19 22:36:08 2003 Return-Path: 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 038CC16A4C0 for ; Tue, 19 Aug 2003 22:36:08 -0700 (PDT) Received: from mail.ciam.ru (main.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F14843FA3 for ; Tue, 19 Aug 2003 22:36:07 -0700 (PDT) (envelope-from sem@ciam.ru) Received: from exim by mail.ciam.ru with drweb-scanned (Exim 4.20) id 19pLdd-000OgZ-Vk for freebsd-hackers@freebsd.org; Wed, 20 Aug 2003 09:36:05 +0400 Received: from sem.ciam.ru ([192.168.45.10] helo=ciam.ru) by mail.ciam.ru with esmtp (Exim 4.20) id 19pLdd-000OgP-C3 for freebsd-hackers@freebsd.org; Wed, 20 Aug 2003 09:36:05 +0400 Message-ID: <3F4308ED.5010309@ciam.ru> Date: Wed, 20 Aug 2003 09:36:45 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.3) Gecko/20030309 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: GNATS problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 05:36:08 -0000 What's up with GNATS? PR's are not submitted from august 18 evening. ---- Sem. From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 00:37:15 2003 Return-Path: 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 4B1E716A4C0 for ; Wed, 20 Aug 2003 00:37:15 -0700 (PDT) Received: from cadillac.meteo.fr (cadillac.meteo.fr [137.129.1.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDFEE43FA3 for ; Wed, 20 Aug 2003 00:37:12 -0700 (PDT) (envelope-from igor.pokrovsky@cnrm.meteo.fr) Received: from cti825.cnrm.meteo.fr (localhost.meteo.fr [127.0.0.1]) HAA18802 for ; Wed, 20 Aug 2003 07:36:54 GMT Received: from xdata.cnrm.meteo.fr (xdata.cnrm.meteo.fr [137.129.150.2]) JAA18418; Wed, 20 Aug 2003 09:36:52 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (exmatis1.cnrm.meteo.fr [137.129.157.46]) by xdata.cnrm.meteo.fr with ESMTP (8.9.3 (PHNE_24419)/8.7.1) id JAA20117; Wed, 20 Aug 2003 09:37:54 +0200 (METDST) Received: from exmatis1.cnrm.meteo.fr (localhost [127.0.0.1]) h7K7ZauX000393; Wed, 20 Aug 2003 09:35:36 +0200 (CEST) (envelope-from pokrovsi@exmatis1.cnrm.meteo.fr) Received: (from pokrovsi@localhost) by exmatis1.cnrm.meteo.fr (8.12.9/8.12.9/Submit) id h7K7ZaUi000392; Wed, 20 Aug 2003 09:35:36 +0200 (CEST) Date: Wed, 20 Aug 2003 09:35:36 +0200 From: Igor Pokrovsky To: Igor Pokrovsky , Bruce M Simpson , freebsd-hackers@freebsd.org Message-ID: <20030820073535.GA331@exmatis1.cnrm.meteo.fr> Mail-Followup-To: Igor Pokrovsky , Bruce M Simpson , freebsd-hackers@freebsd.org References: <20030818124841.GA35843@exmatis1.cnrm.meteo.fr> <20030818141217.GD21219@spc.org> <20030818141852.GA40572@exmatis1.cnrm.meteo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030818141852.GA40572@exmatis1.cnrm.meteo.fr> User-Agent: Mutt/1.4.1i X-Accept-Language: ru X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (cti825/CNRM) Organization: METEO FRANCE(CNRM) Subject: Re: PCI quirk X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Igor Pokrovsky List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 07:37:15 -0000 On Mon, Aug 18, 2003 at 04:18:52PM +0200, Igor Pokrovsky wrote: > On Mon, Aug 18, 2003 at 03:12:17PM +0100, Bruce M Simpson wrote: > > On Mon, Aug 18, 2003 at 02:48:41PM +0200, Igor Pokrovsky wrote: > > > Hello all, > > > > > > I'd like to add a PCI quirk, which will enable SMBus on boot > > > (it gets disabled by BIOS). What is the best place in kernel > > > to do this? I looked through PCI sources, but haven't found > > > any suitable place for that (not like in USB case). > > > > This sounds like perhaps you need to add a patch tied to your southbridge. > > > > Generally the SMBus interface hangs off the southbridge or a power management > > controller. But you haven't told us which one, so any advice we may be able > > to give you is largely academic. > > > > Do you know the PCI ID of the *function* that implements the SMBus interface > > in your system? If so, grep through the kernel source and find which driver > > is attached to it, if any. If not, pciconf -lv is a good place to start. > > Yes, I have all information. > > I need to do the similar thing in kernel: > pciconf -w -h pci0:31:0 0xf2 0 > > Generally according to datashit I have to turn off zero and third bits of 0xf2, > but in fact zeroing whole 2 bytes of 0xf2 works also. And I'm searching for a > right place to add this. Just add-on to my last post. I found probably correct way to enable SMBus, but I still don't know where to add the following code: pcicfgregs p = {-1, 0, 31, 0}; pci_cfgwrite(&probe, 0xf2, 0, 2); Is there any gurus around? -ip -- "It's Like This" Even the samurai have teddy bears, and even the teddy bears get drunk. From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 01:08:16 2003 Return-Path: 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 0D52516A4BF; Wed, 20 Aug 2003 01:08:16 -0700 (PDT) Received: from david.io.com (david.io.com [199.170.88.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A4F843FBD; Wed, 20 Aug 2003 01:08:15 -0700 (PDT) (envelope-from eighner@io.com) Received: from io.com (aus-as2-120.io.com [199.170.89.120]) by david.io.com (8.11.6/8.11.2) with SMTP id h7K93Yb19845; Wed, 20 Aug 2003 04:03:34 -0500 Date: Wed, 20 Aug 2003 03:06:12 -0500 (CDT) From: Lars Eighner To: Don Lewis In-Reply-To: <200308200457.h7K4vJM7032458@gw.catspoiler.org> Message-ID: <20030820030423.I937@pearl.io.com> References: <200308200457.h7K4vJM7032458@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Modem won't connect at full speed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 08:08:16 -0000 On Tue, 19 Aug 2003, Don Lewis wrote: > On 19 Aug, Lars Eighner wrote: > > On Tue, 19 Aug 2003, Don Lewis wrote: > > > >> On 19 Aug, Lars Eighner wrote: > >> > This has been answered by somebody on some forum, but I lost it. > > > >> If you manually dial using cu or tip, what connection speed does the > >> modem report? > > > > Oh geez, pull out the manual and spend all night trying to figure > > out how to config cu or tip, whatever they are! > > You should be able to do the same with minicom. While on-hook, just > do > > ATDT your_isps_phone_number > > >> > BAUD=9600 PARITY=N WORDLEN=8 > >> > DIAL=TONE ON HOOK CID=0 > > > >> It is somewhat worrysome that your modem is reporting 9600 BAUD in the > >> fixed DTE speed setting. I don't know about USR Internal modems, but at > >> least some implementations will pace the data flow rate to the reported > >> DTE speed to avoid overwhelming the host with quick bursts of > >> interrupts. This might be the reason for your slow connection speeds. I set the port setup in minicom to 57600, and got this on connect: atdt4857440 CONNECT 29333/ARQ/V90/LAPM/V42BIS and when I hung up the current settings looked like this: ati4 U.S. Robotics 56K Voice INT Settings... B0 E1 F1 L1 M0 Q0 V1 X4 Y0 BAUD=57600 PARITY=N WORDLEN=8 DIAL=TONE ON HOOK CID=0 &A3 &B1 &C1 &D2 &G0 &H1 &I0 &K1 &M4 &N0 &P0 &R2 &S0 &T5 &U0 &Y1 S00=000 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07=060 S08=002 S09=006 S10=014 S11=070 S12=050 S13=000 S15=000 S16=000 S18=000 S19=000 S21=010 S22=017 S23=019 S25=005 S27=000 S28=008 S29=020 S30=000 S31=128 S32=002 S33=000 S34=000 S35=000 S36=014 S38=000 S39=000 S40=001 S41=000 S42=000 LAST DIALED #: T4857440 OK changed to 115200 in mincom port setup and got: atdt4857440 CONNECT 34666/ARQ/V90/LAPM/V42BIS Please log in with your username and password, or log in as 'new' to open NO CARRIER With 230400, it didn't change: atdt4857440 CONNECT 34666/ARQ/V90/LAPM/V42BIS Forced &B=0 and got AT&B0 OK atdt4857440 CONNECT 36000/ARQ/V90/LAPM/V42BIS which I guess is some improvement, but doesn't account for the huge discrepancies in actual download times/rates I am getting. I saved to NVRAM and exited. I adjusted the connect speed in ppp.conf to 115200. I rebooted and when ppp came up, no joy. Ppp.log looked much the same, but it doesn't log the whole CONNECT line. I really think this is a software thing, since all went well when I had a linux partition and did ppp from linux. As I said, someone solved this for me before, but my records of it got lost in deleting the linux partion and moving freebsd and my data to the big disk. A frantic search of wetware dimly suggests that the previous solution involved adding a couple of lines to a file one of which included "nobsdcomp" but that file wasn't in /etc/ppp, but was someplace really weird - maybe something to do with kernel mod loading. That solution worked in 4.x-STABLE but I am now running 5.0-x RELEASE. -- Lars Eighner eighner@io.com -finger for geek code- http://www.io.com/~eighner/index.html 8800 N IH35 APT 1191 AUSTIN tx 78753-5266 From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 01:33:41 2003 Return-Path: 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 C499616A4BF for ; Wed, 20 Aug 2003 01:33:41 -0700 (PDT) Received: from mail.ciam.ru (main.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4C9143FBD for ; Wed, 20 Aug 2003 01:33:38 -0700 (PDT) (envelope-from sem@ciam.ru) Received: from exim by mail.ciam.ru with drweb-scanned (Exim 4.20) id 19pOPQ-0002Xl-FN; Wed, 20 Aug 2003 12:33:36 +0400 Received: from sem.ciam.ru ([192.168.45.10] helo=ciam.ru) by mail.ciam.ru with esmtp (Exim 4.20) id 19pOPP-0002Xb-SD; Wed, 20 Aug 2003 12:33:35 +0400 Message-ID: <3F433288.6050405@ciam.ru> Date: Wed, 20 Aug 2003 12:34:16 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.3) Gecko/20030309 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: adam@vattnet.net, freebsd-hackers@freebsd.org References: <3F430553.3000209@ciam.ru> <1061359871.51546.0.camel@localhost> In-Reply-To: <1061359871.51546.0.camel@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pkg_create X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 08:33:42 -0000 Adam Balogh wrote: > On Wed, 2003-08-20 at 07:21, Sergey Matveychuk wrote: > >>Adam Balogh wrote: >> >>>Hello, >>>Has anyone found a solution for the pkg_create problem >>>mentioned here in June? >> >>I'm planing to hack pkg_install with other reasons. >>So, I can take a look on this. >> >>---- >>Sem. > > > That would indeed be great :) I can't reproduce a problem. Can you send me an exact example? ---- Sem. From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 01:47:12 2003 Return-Path: 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 989CE16A4C0 for ; Wed, 20 Aug 2003 01:47:12 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD76443FCB for ; Wed, 20 Aug 2003 01:47:11 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9/8.12.9) with ESMTP id h7K8l0M7032880; Wed, 20 Aug 2003 01:47:08 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200308200847.h7K8l0M7032880@gw.catspoiler.org> Date: Wed, 20 Aug 2003 01:47:00 -0700 (PDT) From: Don Lewis To: eighner@io.com In-Reply-To: <20030820030423.I937@pearl.io.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: hackers@FreeBSD.org Subject: Re: Modem won't connect at full speed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 08:47:12 -0000 On 20 Aug, Lars Eighner wrote: > On Tue, 19 Aug 2003, Don Lewis wrote: > I set the port setup in minicom to 57600, and got this > on connect: > > > atdt4857440 > CONNECT 29333/ARQ/V90/LAPM/V42BIS > > > and when I hung up the current settings looked like this: > > ati4 > U.S. Robotics 56K Voice INT Settings... > > B0 E1 F1 L1 M0 Q0 V1 X4 Y0 > BAUD=57600 PARITY=N WORDLEN=8 > DIAL=TONE ON HOOK CID=0 > changed to 115200 in mincom port setup and got: > > atdt4857440 > CONNECT 34666/ARQ/V90/LAPM/V42BIS > With 230400, it didn't change: > > atdt4857440 > CONNECT 34666/ARQ/V90/LAPM/V42BIS > > Forced &B=0 and got > > AT&B0 > OK > atdt4857440 > CONNECT 36000/ARQ/V90/LAPM/V42BIS > > which I guess is some improvement, but doesn't account for the > huge discrepancies in actual download times/rates > I am getting. The speed reported with the CONNECT message is the modem to modem speed, which depends on the how well the modems are able to cope with the conditions of the phone connection. It is independent of the DTE speed that you use to connect to the modem. It seems to vary somewhat from call to call in this case, and it is fast enough that it shouldn't be what is limiting your speed. The DTE speed reported by ATI4 seems to match the speed that you are using to connect to the modem, so if you have the speed in ppp.conf cranked up, it should not be the limiting factor. > I saved to NVRAM and exited. I adjusted the connect speed in ppp.conf > to 115200. I rebooted and when ppp came up, no joy. Ppp.log > looked much the same, but it doesn't log the whole CONNECT line. > > I really think this is a software thing, since all went well when > I had a linux partition and did ppp from linux. I'm inclined to agree. > As I said, someone solved this for me before, but my records of it > got lost in deleting the linux partion and moving freebsd and my > data to the big disk. A frantic search of wetware dimly suggests > that the previous solution involved adding a couple of lines to > a file one of which included "nobsdcomp" but that file wasn't > in /etc/ppp, but was someplace really weird - maybe something to > do with kernel mod loading. That solution worked in 4.x-STABLE > but I am now running 5.0-x RELEASE. > The bsdcomp option is documented in the pppd man page. The nobsdcomp option disables it. It is probably not supported by your ISP, but the ppp startup negotiations should take care of this. Other things that might cause problems are the other flavors of compression, Van Jacobson style TCP/IP header compression, and asyncmap. Your comment about kernel modules sounds like the netgraph ppp module. From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 02:52:46 2003 Return-Path: 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 F1C6116A4BF; Wed, 20 Aug 2003 02:52:45 -0700 (PDT) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75DE343FCB; Wed, 20 Aug 2003 02:52:42 -0700 (PDT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (8.12.9/8.12.9) with ESMTP id h7K9qTbW020696 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 20 Aug 2003 11:52:29 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.12.9/8.12.5/Submit) id h7K9qTeJ020694; Wed, 20 Aug 2003 11:52:29 +0200 (CEST) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Wed, 20 Aug 2003 11:52:28 +0200 From: Rudolf Cejka To: Wilko Bulte Message-ID: <20030820095228.GA17514@fit.vutbr.cz> References: <20030819075518.GA75416@fit.vutbr.cz> <200308191409.h7JE9eTU013118@puma.icir.org> <20030819230111.GA239@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030819230111.GA239@freebie.xs4all.nl> User-Agent: Mutt/1.4.1i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: hackers@freebsd.org cc: Orion Hodson Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 09:52:46 -0000 Wilko Bulte wrote (2003/08/20): > On Tue, Aug 19, 2003 at 07:09:40AM -0700, Orion Hodson wrote: > > Rather than "defensively" assign the input monitor control > > (SOUND_MIXER_MONITOR) to an output, it'd be better to use a separate output > > control, eg add a control for SOUND_MIXER_OGAIN, should it actually be > > necessary. I think that SOUND_MIXER_OGAIN should be used just for 4 or 6 channel configuration. However, by default the chip seems to be 2 channel and main volume is simply controlled by lineout, headphone, or surround, depending on something. > hi, sorry for jumping in late: what is/is not now in 4.8-stable > as far as the patches go to make the Asus P4P800 work? It looks problematic. Does anybody know, how to really get information, how the chip is connected on the mainboard? > But no sound, as reported earlier. I have updated my "... :o)" patches in ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich which would fix volume control atleast on AD1885 and no sound on AD1980/AD1985 (and break the same things for the others). They are for -current, but the same change should work for -stable too. Does they work for you? -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 03:02:36 2003 Return-Path: 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 8500316A4BF for ; Wed, 20 Aug 2003 03:02:36 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id 6925B43FE5 for ; Wed, 20 Aug 2003 03:02:35 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 19531 invoked by uid 5013); 20 Aug 2003 09:59:37 -0000 Date: Wed, 20 Aug 2003 10:59:37 +0100 From: Bruce M Simpson To: Jerry Toung Message-ID: <20030820095937.GE21219@spc.org> Mail-Followup-To: Bruce M Simpson , Jerry Toung , freebsd-hackers@freebsd.org References: <200308191602.40166.jtoung@arc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308191602.40166.jtoung@arc.nasa.gov> User-Agent: Mutt/1.4.1i Organization: SPC cc: freebsd-hackers@freebsd.org Subject: Re: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 10:02:36 -0000 On Tue, Aug 19, 2003 at 04:02:40PM -0700, Jerry Toung wrote: > dear hackers, Hello! > I am in the process of implementing a routing protocol under 5.0. I, too, am in the process of implementing a routing protocol under -CURRENT. :^) > This routing protocol is source route based and requires its own header after > the ip header and before any other one such as udp,tcp. > > (ip)(new_rt_hdr)(udp)(paylaod) This sounds an awful lot like how IPSEC chains its headers in using the type field of the IP datagram. > I am requesting your input as to the best way to approach this. I am thinking > that the quick way would be to open netinet/ip_input.c and for every packet > with ip->ip_p = NEW_RT_TYPE do my processing. I am not using routing tables, When I originally wrote my GRE driver for FreeBSD, I found yes, indeed, I had to add the protocol to the protosw table. This is one approach. > I have another mechanism for routing decisions. and for outgoing packets, > before sending to the appropriate interface, in netinet/ip_output.c insert > the new routing header then pass the packet to ifp->if_output. How do you intend to communicate with the kernel routing code? Do you plan on rewriting it or on injecting routes into the table which it can use? > My problem is dealing with debuging and portability. With this raw approach I > guess I will have to run builkernel and installkernel all the time. How can I You don't strictly need to use those targets to rebuild when only a few files have changed, providing the dependencies haven't significantly changed. Use the config(8) tool directly and perform your kernel build in the compile directory. > avoid that? I thought about kernel modules, but I don't know what kind to use > (SYSCALL_MODULE or DEV_MODULE,etc..) You could use a KLD. Look at the if_gre and if_gif drivers for some hints on how to dynamically load IP protocol handlers. They use the encap API, which may or may not suit your needs. You could just use the DECLARE_MODULE() macro directly but you have to pick a suitable sysinit level. This tells the kernel in what order initialization routines should be called, it is important for modules which are loaded by the loader at boot time. > and how about netgraph.? does that make sense? Netgraph might offer you an easier way of doing this, but I lack experience in this area; Julian Elischer and Archie Cobbs are knowledgeable in this area. BMS From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 05:05:43 2003 Return-Path: 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 B3E3316A4BF for ; Wed, 20 Aug 2003 05:05:43 -0700 (PDT) Received: from vsmtp1.tin.it (vsmtp1.tin.it [212.216.176.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id A12E243FAF for ; Wed, 20 Aug 2003 05:05:42 -0700 (PDT) (envelope-from flag@tin.it) Received: from newluxor.skynet.org (80.182.24.90) by vsmtp1.tin.it (7.0.019) id 3F17CBF9009280DE; Wed, 20 Aug 2003 14:05:37 +0200 Received: by newluxor.skynet.org (Postfix, from userid 1002) id 819B512C; Wed, 20 Aug 2003 14:07:19 +0200 (CEST) Date: Wed, 20 Aug 2003 14:07:19 +0200 From: Paolo Pisati To: Jerry Toung Message-ID: <20030820120719.GA1255@newluxor.skynet.org> References: <200308191602.40166.jtoung@arc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200308191602.40166.jtoung@arc.nasa.gov> User-Agent: Mutt/1.4.1i X-Useless-Header: Look ma, it's a # sign! X-Operating-System: FreeBSD newluxor.skynet.org 4.8-STABLE FreeBSD 4.8-STABLE cc: FreeBSD_Hackers Subject: Re: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 12:05:44 -0000 On Tue, Aug 19, 2003 at 04:02:40PM -0700, Jerry Toung wrote: > > My problem is dealing with debuging and portability. With this raw approach I > guess I will have to run builkernel and installkernel all the time. How can I > avoid that? I thought about kernel modules, but I don't know what kind to use > (SYSCALL_MODULE or DEV_MODULE,etc..) and how about netgraph.? does that make > sense? i'm implementing a packet classification algorithm in FreeBSD using the Netgraph nodes, and i would reccomend you to do the same: writing a netgraph node is really simple (after you crash your os serveral times... =), and you can plug/unplug your code at any time without the need to reboot. The only thing you have to bear in mind is that all your code is running in kernel land (like the patch you wanted to write...) so, an endless loop, a bad pointer or a misuse of the stack space will bring your computer down (sooner or later). It would be nice to have a manual of the "for dummies" collection called "writing code in kernel land" aka "be careful! we don't have seat belt here!" =) hope this help... -- Paolo GUFI: http://www.gufi.org From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 08:34:02 2003 Return-Path: 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 D205216A4BF for ; Wed, 20 Aug 2003 08:34:02 -0700 (PDT) Received: from pony1pub.arc.nasa.gov (pony1pub.arc.nasa.gov [128.102.31.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED08343FCB for ; Wed, 20 Aug 2003 08:34:01 -0700 (PDT) (envelope-from jtoung@arc.nasa.gov) Received: from nren-194.arc.nasa.gov ([128.102.196.194] verified) by pony1pub.arc.nasa.gov (CommuniGate Pro SMTP 4.0.6) with ESMTP id 2214994; Wed, 20 Aug 2003 08:34:01 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jerry Toung To: Paolo Pisati , Diomidis Spinellis , Ping Pan , Lars Eggert , Bruce M Simpson Date: Wed, 20 Aug 2003 08:33:29 -0700 User-Agent: KMail/1.4.3 References: <200308191602.40166.jtoung@arc.nasa.gov> <20030820120719.GA1255@newluxor.skynet.org> In-Reply-To: <20030820120719.GA1255@newluxor.skynet.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200308200833.29553.jtoung@arc.nasa.gov> cc: FreeBSD_Hackers Subject: Re: new routing protocol X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jtoung@arc.nasa.gov List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 15:34:03 -0000 Thank you all for the inputs, this should get me started faster. Jerry. On Wednesday 20 August 2003 05:07 am, Paolo Pisati wrote: > On Tue, Aug 19, 2003 at 04:02:40PM -0700, Jerry Toung wrote: > > My problem is dealing with debuging and portability. With this raw > > approach I guess I will have to run builkernel and installkernel all = the > > time. How can I avoid that? I thought about kernel modules, but I don= 't > > know what kind to use (SYSCALL_MODULE or DEV_MODULE,etc..) and how ab= out > > netgraph.? does that make sense? > > i'm implementing a packet classification algorithm in FreeBSD using > the Netgraph nodes, and i would reccomend you to do the same: > > writing a netgraph node is really simple (after you crash > your os serveral times... =3D), and you can > plug/unplug your code at any time without > the need to reboot. > From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 11:27:30 2003 Return-Path: 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 43FC616A4BF; Wed, 20 Aug 2003 11:27:30 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6EAE43F85; Wed, 20 Aug 2003 11:27:28 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h7KIRNg9000286; Wed, 20 Aug 2003 20:27:23 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h7KIRN7I000285; Wed, 20 Aug 2003 20:27:23 +0200 (CEST) Date: Wed, 20 Aug 2003 20:27:23 +0200 From: Wilko Bulte To: Rudolf Cejka Message-ID: <20030820182723.GA243@freebie.xs4all.nl> References: <20030819075518.GA75416@fit.vutbr.cz> <200308191409.h7JE9eTU013118@puma.icir.org> <20030819230111.GA239@freebie.xs4all.nl> <20030820095228.GA17514@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030820095228.GA17514@fit.vutbr.cz> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: hackers@freebsd.org cc: Orion Hodson Subject: Re: ASUS P4P800-VM + AD1980 (Was Re: VIA8235 + AD1980) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 18:27:30 -0000 On Wed, Aug 20, 2003 at 11:52:28AM +0200, Rudolf Cejka wrote: > Wilko Bulte wrote (2003/08/20): > > On Tue, Aug 19, 2003 at 07:09:40AM -0700, Orion Hodson wrote: > > > Rather than "defensively" assign the input monitor control > > > (SOUND_MIXER_MONITOR) to an output, it'd be better to use a separate output ... > > hi, sorry for jumping in late: what is/is not now in 4.8-stable > > as far as the patches go to make the Asus P4P800 work? > > It looks problematic. Does anybody know, how to really get > information, how the chip is connected on the mainboard? > > > But no sound, as reported earlier. > > I have updated my "... :o)" patches in > ftp://ftp.FreeBSD.cz/pub/FreeBSD-local/ich which would fix volume > control atleast on AD1885 and no sound on AD1980/AD1985 (and break > the same things for the others). They are for -current, but the same > change should work for -stable too. Does they work for you? They apply flawlessly to -stable and I now have working onboard sound on the P4P800. Great! W/ -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 13:34:20 2003 Return-Path: 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 762E816A4BF for ; Wed, 20 Aug 2003 13:34:20 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A783B43FF9 for ; Wed, 20 Aug 2003 13:34:17 -0700 (PDT) (envelope-from ddolson@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Wed, 20 Aug 2003 16:34:16 -0400 Message-ID: From: Dave Dolson To: "'hackers@freebsd.org'" Date: Wed, 20 Aug 2003 16:34:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: spltty / tty_imask question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 20:34:20 -0000 A quick FreeBSD 4.7 kernel question: Is tty_imask supposed to have bits set for all sio devices? I.e., should bits 3 and 4 be set to indicate IRQ3 and IRQ4? I noticed by gdb of a running system that bit 4 was set, but not bit 3. We're seeing a panic due to re-acquiring COM_LOCK, and I was wondering if this was the problem. Thanks, David Dolson (ddolson@sandvine.com, www.sandvine.com) From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 14:21:16 2003 Return-Path: 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 C079F16A4BF for ; Wed, 20 Aug 2003 14:21:16 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7DF43FDF for ; Wed, 20 Aug 2003 14:21:16 -0700 (PDT) (envelope-from ddolson@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Wed, 20 Aug 2003 17:21:15 -0400 Message-ID: From: Dave Dolson To: "'hackers@freebsd.org'" Date: Wed, 20 Aug 2003 17:21:14 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: spl protection of selrecord / selwakeup ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Aug 2003 21:21:17 -0000 In FreeBSD 4.7, When writing a device driver, which spl should be used when calling selrecord or selwakeup() ? Some of the functions called by those functions (e.g., pfind ) have no protection of their own. Some drivers use spltty() or splimp(). Can someone explain why splhigh() is not required? Thanks, David Dolson (ddolson@sandvine.com, www.sandvine.com) From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 20:06:30 2003 Return-Path: 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 6506816A4BF for ; Wed, 20 Aug 2003 20:06:30 -0700 (PDT) Received: from server1.metrolink.com (server1.metrolink.com [216.242.72.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7302744008 for ; Wed, 20 Aug 2003 20:06:29 -0700 (PDT) (envelope-from daemon@server1.metrolink.com) Date: Wed, 20 Aug 2003 23:06:27 -0400 Message-Id: <200308210306.h7L36Rao002107@server1.metrolink.com> To: freebsd-hackers@FreeBSD.ORG References: <200308210305.h7L35nD0001949@server1.metrolink.com> In-Reply-To: <200308210305.h7L35nD0001949@server1.metrolink.com> From: sales@metrolink.com Subject: Re: That movie X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 03:06:30 -0000 Thank you for contacting Metro Link. This is an auto-response message with important instructions. Due to an inordinate amount of spam sent to "sales@metrolink.com", we have eliminated this address and created a new one. Please resend your message to the following address, changing the words to symbols where obvious: TellMeMore AT metrolink DOT com Or, if you prefer, you can call us at either of these numbers: +1 954-660-2500 +1 800-821-8315 We apologize for this inconvenience and appreciate your persistence in reaching us. The Officers and Staff of Metro Link Incorporated From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 22:44:03 2003 Return-Path: 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 16E7516A4BF for ; Wed, 20 Aug 2003 22:44:03 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD3BA43FDD for ; Wed, 20 Aug 2003 22:44:02 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 8B9582A7EA; Wed, 20 Aug 2003 22:44:02 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: ari In-Reply-To: <20030817181315.GL55671@episec.com> Date: Wed, 20 Aug 2003 22:44:02 -0700 From: Peter Wemm Message-Id: <20030821054402.8B9582A7EA@canning.wemm.org> cc: freebsd-hackers@freebsd.org Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 05:44:03 -0000 ari wrote: > Currently, root is the only user that can actually drop significant > privileges, as root is the only user that has access to such functions. > This is flawed --- any user should be able to relinquish his privileges, > and i've begun a patch to put this into effect. > > However, the fact that this is a security-related kernel feature > modification warrants peer-review, in both design and implementation. > It would be unwise of me to create the patch without consulting such. > > The web page that discusses the patch may be found at: > > http://www.episec.com/people/edelkind/patches/kernel/flowpriv/ > > I welcome any discussion and criticism. The biggest risk is that you may have aquired something priviliged in your process memory space or file descriptor table. If you are then fully unpriviliged, then things like ptrace(), core dumps etc, become a minefield. For example, if a process did a getpwnam() before dropping privs, then it may have a cached copy of the secret master.passwd data in memory. Anyway, thats something to keep in mind. 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 From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 20 23:58:58 2003 Return-Path: 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 A4E7616A4BF for ; Wed, 20 Aug 2003 23:58:58 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18EB143FF2 for ; Wed, 20 Aug 2003 23:58:58 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h7L6wstg041783; Thu, 21 Aug 2003 01:58:54 -0500 (CDT) (envelope-from dan) Date: Thu, 21 Aug 2003 01:58:54 -0500 From: Dan Nelson To: ari Message-ID: <20030821065854.GA11586@dan.emsphone.com> References: <20030817181315.GL55671@episec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030817181315.GL55671@episec.com> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 06:58:58 -0000 In the last episode (Aug 17), ari said: > Currently, root is the only user that can actually drop significant > privileges, as root is the only user that has access to such > functions. This is flawed --- any user should be able to relinquish > his privileges, and i've begun a patch to put this into effect. Have you taken a look at Cerb? http://cerber.sourceforge.net/ It does something similar, but uses a C-like language to control a processes actions. This lets you get extremely fine-grained control (allow httpd to bind to only port 80, once), but the rules run as "root", so they can grant as well as revoke privileges. A useful modification would be to allow users to submit their own policies that can only disallow actions (i.e. all arguments and process variables are read-only, and the script can either pass the syscall through or return a failure code, nothing else). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 00:39:02 2003 Return-Path: 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 929C716A4BF for ; Thu, 21 Aug 2003 00:39:02 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-97.dsl.lsan03.pacbell.net [64.169.107.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF11343FBF for ; Thu, 21 Aug 2003 00:39:00 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 8D58566B04; Thu, 21 Aug 2003 00:39:00 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 5F8D6A56; Thu, 21 Aug 2003 00:39:00 -0700 (PDT) Date: Thu, 21 Aug 2003 00:39:00 -0700 From: Kris Kennaway To: Dan Nelson Message-ID: <20030821073900.GA90003@rot13.obsecurity.org> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20030821065854.GA11586@dan.emsphone.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: ari Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 07:39:02 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 21, 2003 at 01:58:54AM -0500, Dan Nelson wrote: > It does something similar, but uses a C-like language to control a > processes actions. This lets you get extremely fine-grained control > (allow httpd to bind to only port 80, once), but the rules run as > "root", so they can grant as well as revoke privileges. A useful > modification would be to allow users to submit their own policies that > can only disallow actions (i.e. all arguments and process variables are > read-only, and the script can either pass the syscall through or return > a failure code, nothing else). Exercise for the reader: find a situation where the failure to perform a syscall that normally succeeds, leads to privilege escalation :-) Kris --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/RHcUWry0BWjoQKURAuEzAJ9o49lyrY3Vol2F96FMTalpPeXXLgCdGXqb Dm3gcK2ZlBscCY1a9a+3jJE= =KWP8 -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 04:38:26 2003 Return-Path: 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 E05F716A4BF for ; Thu, 21 Aug 2003 04:38:26 -0700 (PDT) Received: from episec.com (episec.com [198.78.65.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 5804D43F93 for ; Thu, 21 Aug 2003 04:38:26 -0700 (PDT) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 54050 invoked by uid 1024); 21 Aug 2003 11:36:55 -0000 Date: Thu, 21 Aug 2003 07:36:55 -0400 From: ari To: freebsd-hackers@freebsd.org Message-ID: <20030821113655.GX55671@episec.com> Mail-Followup-To: ari , freebsd-hackers@freebsd.org, flowpriv@episec.com References: <20030817181315.GL55671@episec.com> <20030821054402.8B9582A7EA@canning.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821054402.8B9582A7EA@canning.wemm.org> cc: flowpriv@episec.com Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 11:38:27 -0000 peter@wemm.org said this stuff: > ari wrote: > > Currently, root is the only user that can actually drop significant > > privileges, as root is the only user that has access to such functions. > > This is flawed --- any user should be able to relinquish his privileges, > > and i've begun a patch to put this into effect. > > > > However, the fact that this is a security-related kernel feature > > modification warrants peer-review, in both design and implementation. > > It would be unwise of me to create the patch without consulting such. > > > > The web page that discusses the patch may be found at: > > > > http://www.episec.com/people/edelkind/patches/kernel/flowpriv/ > > > > I welcome any discussion and criticism. > > The biggest risk is that you may have aquired something priviliged in your > process memory space or file descriptor table. If you are then fully > unpriviliged, then things like ptrace(), core dumps etc, become a minefield. > For example, if a process did a getpwnam() before dropping privs, then > it may have a cached copy of the secret master.passwd data in memory. > > Anyway, thats something to keep in mind. True, but you have this problem if you don't drop privileges, as well. The programmer must account for such things, either way. However, since even root-owned processes will be able to drop most system call privileges, programmers must be careful not to lull themselves into a false sense of security if, for example, dumping core is still an option. Dumping core should be disabled with filesystem writes, however, and ptrace should be included in a class of items to disable. ari From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 05:52:00 2003 Return-Path: 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 4A1CC16A4BF for ; Thu, 21 Aug 2003 05:52:00 -0700 (PDT) Received: from episec.com (episec.com [198.78.65.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 9B78543F3F for ; Thu, 21 Aug 2003 05:51:59 -0700 (PDT) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 9124 invoked by uid 1024); 21 Aug 2003 12:50:28 -0000 Date: Thu, 21 Aug 2003 08:50:28 -0400 From: ari To: freebsd-hackers@freebsd.org Message-ID: <20030821125028.GY55671@episec.com> Mail-Followup-To: ari , freebsd-hackers@freebsd.org, flowpriv@episec.com References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821065854.GA11586@dan.emsphone.com> cc: flowpriv@episec.com Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 12:52:00 -0000 dnelson@allantgroup.com said this stuff: > In the last episode (Aug 17), ari said: > > Currently, root is the only user that can actually drop significant > > privileges, as root is the only user that has access to such > > functions. This is flawed --- any user should be able to relinquish > > his privileges, and i've begun a patch to put this into effect. > > Have you taken a look at Cerb? http://cerber.sourceforge.net/ > > It does something similar, but uses a C-like language to control a > processes actions. This lets you get extremely fine-grained control > (allow httpd to bind to only port 80, once), but the rules run as > "root", so they can grant as well as revoke privileges. A useful > modification would be to allow users to submit their own policies that > can only disallow actions (i.e. all arguments and process variables are > read-only, and the script can either pass the syscall through or return > a failure code, nothing else). I hadn't looked at cerb, though a C interface to systrace, or the modification of systrace to add a specialty function to the kernel, had passed though my mind. However, systrace is a good bit more complex than this should be, and the performance penalty can be significant. Neither programmers nor admins should be expected to implement something that slows down their programs on a wide scale, even if it would be advisable from a security standpoint. The implementation of flowpriv, however, will have a negligible performance impact (about three memory references per system call). I _do_ believe that systrace and flowpriv should work together, but i don't believe they should be consolidated. I have proof-of-concept code now, as a modification of 5.1-RELEASE-p2. I'll make a patch as soon as i get a chance; the idea may be a bit clearer then. ari From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 09:11:53 2003 Return-Path: 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 10AB616A4BF for ; Thu, 21 Aug 2003 09:11:53 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D7743FDD for ; Thu, 21 Aug 2003 09:11:51 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id B77753ABB4F; Thu, 21 Aug 2003 18:12:38 +0200 (CEST) Date: Thu, 21 Aug 2003 18:12:38 +0200 From: Pawel Jakub Dawidek To: Kris Kennaway Message-ID: <20030821161238.GK47959@garage.freebsd.pl> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821073900.GA90003@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Jtds+vpI57xq70EV" Content-Disposition: inline In-Reply-To: <20030821073900.GA90003@rot13.obsecurity.org> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: Dan Nelson cc: ari Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 16:11:53 -0000 --Jtds+vpI57xq70EV Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 21, 2003 at 12:39:00AM -0700, Kris Kennaway wrote: +> > It does something similar, but uses a C-like language to control a +> > processes actions. This lets you get extremely fine-grained control +> > (allow httpd to bind to only port 80, once), but the rules run as +> > "root", so they can grant as well as revoke privileges. A useful +> > modification would be to allow users to submit their own policies that +> > can only disallow actions (i.e. all arguments and process variables are +> > read-only, and the script can either pass the syscall through or return +> > a failure code, nothing else). +>=20 +> Exercise for the reader: find a situation where the failure to perform +> a syscall that normally succeeds, leads to privilege escalation :-) The answer is: Every network daemon. If you could compromise it, you get local access. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --Jtds+vpI57xq70EV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP0Tvdj/PhmMH/Mf1AQGKXAQAnsgjvghr9nxOKnUb7Njo+cXscMJGr4je 4MOMIb/hxwvspl6yjBye+aRc02W7X2rZNd7lae5KOMbFE3Eh7zzSqHSZKuFpcQdY 2zMvcGecrRep0A9ZjNqVy+bjN9GcTIwk4rc23pzIQsS5liRMxDxIdaTuwVtsPkh9 5czPA3RgtCU= =sjHU -----END PGP SIGNATURE----- --Jtds+vpI57xq70EV-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 09:14:46 2003 Return-Path: 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 5C20516A4BF for ; Thu, 21 Aug 2003 09:14:46 -0700 (PDT) Received: from asp-viruswall02.pironet-ndh.com (asp-viruswall02.pironet-ndh.com [195.94.91.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id C494043FE1 for ; Thu, 21 Aug 2003 09:14:44 -0700 (PDT) (envelope-from wittur@book-fair.com) Received: from smtprelay (ad96e3ec2.dsl.de.colt.net [62.96.4.194] (may be forged))h7LGEqD04662 for ; Thu, 21 Aug 2003 18:14:52 +0200 Received: from 192.168.142.12 by smtprelay (InterScan E-Mail VirusWall NT); Thu, 21 Aug 2003 18:10:07 +0200 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Thu, 21 Aug 2003 18:14:42 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: {Virus?} Re: Details Thread-Index: AcNn/1QhQgcwnjl2QG6Vf3um0DDSPAAAAAEY From: "Wittur-Ullrich, Yvonne" To: X-MailScanner: Found to be clean X-MailScanner-Information: Please contact the ISP for more information Subject: Abwesenheitsnotiz: {Virus?} Re: Details X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 16:14:46 -0000 Betreff: Abwesenheitsnotiz Vielen Dank f=FCr Ihre Mail. Ich bin ab dem 08.09.2003 wieder im B=FCro = erreichbar. In dringenden F=E4llen wenden Sie sich bitte an meine = Kollegin Frau Andrea Fiala de Ayerbe , E-Mail fiala@book-fair.com, = Telefon +49 (0) 69 2102-223. Mit freundlichen Gr=FC=DFen Yvonne Wittur-Ullrich Subject: out of office replay Thank you for your message. I will be back in the office as from 08-09- = 2003. If you need any assistance in the meantime, please contact my = colleague Mrs Andrea Fiala de Ayerbe, E-Mail fiala@book-fair.com, phone = +49 (0) 69 2102-223. Best regards, Yvonne Wittur-Ullrich Subject: out of office replay Thank you for your message. I will be back in the office as from June, 2 = 2003.=20 Best wishes Yvonne Wittur-Ullrich From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 09:21:08 2003 Return-Path: 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 0451D16A4C0 for ; Thu, 21 Aug 2003 09:21:08 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFDB43FE1 for ; Thu, 21 Aug 2003 09:21:06 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 1E5063ABB3F; Thu, 21 Aug 2003 18:21:56 +0200 (CEST) Date: Thu, 21 Aug 2003 18:21:56 +0200 From: Pawel Jakub Dawidek To: ari , freebsd-hackers@freebsd.org, flowpriv@episec.com Message-ID: <20030821162156.GL47959@garage.freebsd.pl> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821125028.GY55671@episec.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="2OzUYMsT4j3Kc+NU" Content-Disposition: inline In-Reply-To: <20030821125028.GY55671@episec.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 16:21:08 -0000 --2OzUYMsT4j3Kc+NU Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 21, 2003 at 08:50:28AM -0400, ari wrote: +> However, systrace is a good bit more complex than this should be, and +> the performance penalty can be significant. Neither programmers nor +> admins should be expected to implement something that slows down their +> programs on a wide scale, even if it would be advisable from a security +> standpoint. The implementation of flowpriv, however, will have a +> negligible performance impact (about three memory references per system +> call). I _do_ believe that systrace and flowpriv should work together, +> but i don't believe they should be consolidated. Let me explain you something. "flowpriv" isn't a well known standard. If you susspect that developers will rewrite their programms (and there are many things for rewritting to use such mechanism) you're wrong. This is my opinion. That's why I've decide to create CerbNG - it is totally transparent for applications and I think Niels Provos shares my opinion in systrace. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --2OzUYMsT4j3Kc+NU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP0TxpD/PhmMH/Mf1AQHXvAP+NAiZSoBkcwGEaLvhyY5M1Qb7kEpWeNeF 2TXJrfGxJUFQSXCn+JCoSAHqfwk+1h+bzmjvn2aYh7RenTffXcl4eg3IwmmGGVlz 8cT0dZZ8DU30s5U4jgC4+ZHx38bap+XbckbiAzoMuMQM65W/t5i6caQ9nWcB8zpc lwQ+CDsTvY0= =Ms9p -----END PGP SIGNATURE----- --2OzUYMsT4j3Kc+NU-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 09:22:59 2003 Return-Path: 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 33CF016A504 for ; Thu, 21 Aug 2003 09:22:57 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E0E43FA3 for ; Thu, 21 Aug 2003 09:22:56 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 2D6443ABB3F; Thu, 21 Aug 2003 18:23:46 +0200 (CEST) Date: Thu, 21 Aug 2003 18:23:46 +0200 From: Pawel Jakub Dawidek To: Dan Nelson Message-ID: <20030821162346.GM47959@garage.freebsd.pl> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="lbQeYSs6J2ITmUo7" Content-Disposition: inline In-Reply-To: <20030821065854.GA11586@dan.emsphone.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: freebsd-hackers@freebsd.org cc: ari Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 16:22:59 -0000 --lbQeYSs6J2ITmUo7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 21, 2003 at 01:58:54AM -0500, Dan Nelson wrote: +> Have you taken a look at Cerb? http://cerber.sourceforge.net/ +>=20 +> It does something similar, but uses a C-like language to control a +> processes actions. This lets you get extremely fine-grained control +> (allow httpd to bind to only port 80, once), but the rules run as +> "root", so they can grant as well as revoke privileges. A useful +> modification would be to allow users to submit their own policies that +> can only disallow actions (i.e. all arguments and process variables are +> read-only, and the script can either pass the syscall through or return +> a failure code, nothing else). I'm planing to do so in next CerbNG version, as well as allow jailed-roots to load rules that affects only jailed-processes. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --lbQeYSs6J2ITmUo7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP0TyEj/PhmMH/Mf1AQFJ8QP+PgB+3wyUKyJjQ5jJRjYVz1/+/HiUyjA+ i98+zvfIQU9Vt5VP72T3gbe9Sqku2vMdTJIc4ejDGHuz5yjZTSDt5GGU12oytDO0 Ebm4+1y+UJ02gfC96JYo0YWuIocpd6D6UrTI3173EKTi4i5yV+/NfXtJuEvnFSjZ Bc3rP8Yag1I= =8QZf -----END PGP SIGNATURE----- --lbQeYSs6J2ITmUo7-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 10:01:28 2003 Return-Path: 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 6757516A4C3 for ; Thu, 21 Aug 2003 10:01:28 -0700 (PDT) Received: from webserver.get-linux.org (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C873D43F3F for ; Thu, 21 Aug 2003 10:01:24 -0700 (PDT) (envelope-from oremanj@webserver.get-linux.org) Received: (qmail 11929 invoked by uid 1000); 21 Aug 2003 17:01:22 -0000 Date: Thu, 21 Aug 2003 10:01:22 -0700 From: Joshua Oreman To: Kris Kennaway Message-ID: <20030821170122.GC10811@webserver> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821073900.GA90003@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821073900.GA90003@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 17:01:28 -0000 On Thu, Aug 21, 2003 at 12:39:00AM -0700 or thereabouts, Kris Kennaway wrote: > On Thu, Aug 21, 2003 at 01:58:54AM -0500, Dan Nelson wrote: > > > It does something similar, but uses a C-like language to control a > > processes actions. This lets you get extremely fine-grained control > > (allow httpd to bind to only port 80, once), but the rules run as > > "root", so they can grant as well as revoke privileges. A useful > > modification would be to allow users to submit their own policies that > > can only disallow actions (i.e. all arguments and process variables are > > read-only, and the script can either pass the syscall through or return > > a failure code, nothing else). > > Exercise for the reader: find a situation where the failure to perform > a syscall that normally succeeds, leads to privilege escalation :-) setuid(), seteuid(), setruid() -- Josh > > Kris From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 10:10:48 2003 Return-Path: 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 F0D5416A4BF for ; Thu, 21 Aug 2003 10:10:47 -0700 (PDT) Received: from episec.com (episec.com [198.78.65.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A7BE43FCB for ; Thu, 21 Aug 2003 10:10:47 -0700 (PDT) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 13751 invoked by uid 1024); 21 Aug 2003 17:09:15 -0000 Date: Thu, 21 Aug 2003 13:09:15 -0400 From: ari To: freebsd-hackers@freebsd.org, flowpriv@episec.com Message-ID: <20030821170915.GZ55671@episec.com> Mail-Followup-To: ari , freebsd-hackers@freebsd.org, flowpriv@episec.com References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821125028.GY55671@episec.com> <20030821162156.GL47959@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821162156.GL47959@garage.freebsd.pl> Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 17:10:48 -0000 nick@garage.freebsd.pl said this stuff: > Let me explain you something. "flowpriv" isn't a well known standard. > If you susspect that developers will rewrite their programms (and there > are many things for rewritting to use such mechanism) you're wrong. > This is my opinion. > That's why I've decide to create CerbNG - it is totally transparent > for applications and I think Niels Provos shares my opinion in systrace. And i'm sure it is and will be useful. However, performance drawbacks are nothing to sneeze at. Additionally, systrace acts on the system calls you specify. If programmers are to take advantage of the interface, you can't expect them to drop every unnecessary system call that may potentially do harm. This makes their applications cumbersome and utterly nonportable. They must be able to take advantage of class-based privileges, which will automatically do what they're supposed to do on different systems. An example that i've used in the past is creating a file on the filesystem. The programmer should be able to drop filesystem creation permissions, without worrying about the need to drop open, mkfifo, bind, link, symlink, mkdir, and any other system calls that happen to be available in this particular kernel version. Note that any patches one adds to his kernel may also affect the available system calls. Of course it isn't a well-known standard. It hasn't even been written yet, aside from some proof-of-concept code that i have yet to package up and put on the site. Nor was systrace a well-known standard before it was written (not that it's necessarily a "standard" now, though it is quite popular). I wouldn't expect programmers to immediately begin using this code; if it catches on, however, and it's implemented in a number of different operating systems, then there stands a greater chance. If it doesn't catch on and isn't used, then so be it. So while i do appreciate the suggestion of using systrace, it's not something i'm considering. What i _am_ considering, however, is tying this into mandatory access controls, for which hooks are already in the kernel. But MAC doesn't seem to be fully implemented yet, as of 5.1-RELEASE. I am threatening neither cerb nor systrace by implementing flowpriv[1]. I believe they serve different purposes, and should work together quite well. ari [1] The name may or may not stay "flowpriv". Again, it's in its early stages, and this is a working title. "F" is for "function"; "low" and "priv" relate to dropping privileges. From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 10:41:43 2003 Return-Path: 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 2F72A16A4BF for ; Thu, 21 Aug 2003 10:41:43 -0700 (PDT) Received: from episec.com (episec.com [198.78.65.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 6770243F3F for ; Thu, 21 Aug 2003 10:41:42 -0700 (PDT) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 18216 invoked by uid 1024); 21 Aug 2003 17:40:10 -0000 Date: Thu, 21 Aug 2003 13:40:10 -0400 From: ari To: freebsd-hackers@freebsd.org Message-ID: <20030821174010.GA55671@episec.com> Mail-Followup-To: ari , freebsd-hackers@freebsd.org References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821073900.GA90003@rot13.obsecurity.org> <20030821170122.GC10811@webserver> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821170122.GC10811@webserver> Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 17:41:43 -0000 oremanj@get-linux.org said this stuff: > On Thu, Aug 21, 2003 at 12:39:00AM -0700 or thereabouts, Kris Kennaway wrote: > > > > Exercise for the reader: find a situation where the failure to perform > > a syscall that normally succeeds, leads to privilege escalation :-) > > setuid(), seteuid(), setruid() There seems to be some misunderstanding of what kris meant. He was referring to a system call that is so poised to succeed that programmers will often not bother checking for an error value. For example, if one winds up not having privileges to call exit(), then, say, an authentication failure may not abort execution. If close() is not allowed, then a sensitive file descriptor may be left open as the program continues to run. If unlink() fails, one may fall victim to following an unintended symbolic link upon file creation. If chroot() or chdir() fails, a program may not be able to properly insert itself into a chroot() environment. If getpid() fails, the program may not properly distinguish intended privileges. If mprotect() fails, one may not be able to remove the writable bit from a memory page. If munmap() fails, one may suffer memory leaks. If quotactl fails, user quotas may not take effect. The setuid() family of functions will only cause a problem here if a program is either running as root or has a saved or effective uid that is different from its real uid. Even then, having setuid() disabled may be either beneficial or detrimental, depending on what the programmer expects or is attempting. There are all sorts of ways for the failure of system calls at inopportune times to lead to an elevation of privileges. But the point is, this isn't (or shouldn't be) for the administrator to worry about; the programmer knows that while modifying his code, he should be careful not to introduce security problems. If a programmer is able to disable the exit() system call, he should know what he's getting himself into when he does so. The patch i'm proposing isn't going to allow the disabling of arbitrary system calls; not every function call will even be included in a class. For example, the ability to block memory-related routines would probably not be a good idea, and doing so may break your program, depending merely on which standard c library you use. If you expect memory leaks, resource limits can keep your process at bay. ari From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 11:34:28 2003 Return-Path: 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 B421216A4BF for ; Thu, 21 Aug 2003 11:34:28 -0700 (PDT) Received: from mail.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 5409E43FCB for ; Thu, 21 Aug 2003 11:34:26 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 32755 invoked from network); 21 Aug 2003 18:34:21 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 21 Aug 2003 18:34:21 -0000 Received: (qmail 17890 invoked by uid 1001); 21 Aug 2003 18:34:21 -0000 Date: Thu, 21 Aug 2003 14:34:21 -0400 From: Brian Reichert To: freebsd-hackers@freebsd.org Message-ID: <20030821183421.GN85538@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: dd to floppies broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 18:34:29 -0000 A quick question, haven't done enough research yet. Under 4.7-R and 5.1-R, I've found a file that won't copy to a floppy. In exploring a memory test available at: There are two distributions in question: 'Linux Memtest86 v3.0 Source and binary Package' 'Linux Memtest86 v2.9 Source and binary Package' Each of these distributions comes with a precompiled disk image called 'precomp.bin': % ls -ln memtest86-*/precomp.bin -rw------- 1 1001 1001 84480 Feb 28 2002 memtest86-2.9/precomp.bin -rwx--x--x 1 1001 1001 84420 May 21 2002 memtest86-3.0/precomp.bin When copying these to a floppy as root (using two different machines, and several floppes for testing:) # dd bs=8192 of=/dev/fd0 if=memtest86-2.9/precomp.bin 10+1 records in 10+1 records out 84480 bytes transferred in 3.775199 secs (22378 bytes/sec) # dd bs=8192 of=/dev/fd0 if=memtest86-3.0/precomp.bin dd: /dev/fd0: Invalid argument 10+1 records in 10+0 records out 81920 bytes transferred in 3.731600 secs (21953 bytes/sec) Got any quick clues, or should I just file a PR now? (I don't even know what to report, really...) -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 11:39:50 2003 Return-Path: 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 7E7E616A4C0 for ; Thu, 21 Aug 2003 11:39:50 -0700 (PDT) Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 442A043FDD for ; Thu, 21 Aug 2003 11:39:45 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: from ussenterprise.ufp.org (bicknell@localhost [127.0.0.1]) by ussenterprise.ufp.org (8.12.9/8.12.9) with ESMTP id h7LIdi8i087375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 21 Aug 2003 14:39:44 -0400 (EDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.12.9/8.12.9/Submit) id h7LIdiIA087374 for freebsd-hackers@freebsd.org; Thu, 21 Aug 2003 14:39:44 -0400 (EDT) Date: Thu, 21 Aug 2003 14:39:44 -0400 From: Leo Bicknell To: freebsd-hackers@freebsd.org Message-ID: <20030821183944.GA87316@ussenterprise.ufp.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030821183421.GN85538@numachi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20030821183421.GN85538@numachi.com> Organization: United Federation of Planets X-PGP-Key: http://www.ufp.org/~bicknell/ Subject: Re: dd to floppies broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 18:39:50 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In a message written on Thu, Aug 21, 2003 at 02:34:21PM -0400, Brian Reiche= rt wrote: > # dd bs=3D8192 of=3D/dev/fd0 if=3Dmemtest86-2.9/precomp.bin > 10+1 records in > 10+1 records out > 84480 bytes transferred in 3.775199 secs (22378 bytes/sec) fd0 is block buffered. Try: dd bs=3D18k of=3D/dev/rfd0c if=3Dmemtest86-2.9/precomp.bin I forget why, but 18k maximizes performance on (some?) floppies. --=20 Leo Bicknell - bicknell@ufp.org - CCIE 3440 PGP keys at http://www.ufp.org/~bicknell/ Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/RRHwNh6mMG5yMTYRAomjAJ9psM/yWu0HBpgirEeFOlgjo5dGdgCeNvoO ssRCQq/LdRJTiITNL/4A9/I= =Ww3X -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 11:43:00 2003 Return-Path: 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 4500116A4BF for ; Thu, 21 Aug 2003 11:43:00 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB0F943F3F for ; Thu, 21 Aug 2003 11:42:57 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h7LIgvaw029357; Thu, 21 Aug 2003 13:42:57 -0500 (CDT) (envelope-from dan) Date: Thu, 21 Aug 2003 13:42:57 -0500 From: Dan Nelson To: Brian Reichert Message-ID: <20030821184256.GA82969@dan.emsphone.com> References: <20030821183421.GN85538@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821183421.GN85538@numachi.com> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: dd to floppies broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 18:43:00 -0000 In the last episode (Aug 21), Brian Reichert said: > % ls -ln memtest86-*/precomp.bin > -rw------- 1 1001 1001 84480 Feb 28 2002 memtest86-2.9/precomp.bin > -rwx--x--x 1 1001 1001 84420 May 21 2002 memtest86-3.0/precomp.bin > > When copying these to a floppy as root (using two different machines, > and several floppes for testing:) > > # dd bs=8192 of=/dev/fd0 if=memtest86-2.9/precomp.bin > 10+1 records in > 10+1 records out > 84480 bytes transferred in 3.775199 secs (22378 bytes/sec) > > # dd bs=8192 of=/dev/fd0 if=memtest86-3.0/precomp.bin > dd: /dev/fd0: Invalid argument > 10+1 records in > 10+0 records out > 81920 bytes transferred in 3.731600 secs (21953 bytes/sec) > > Got any quick clues, or should I just file a PR now? (I don't > even know what to report, really...) You can only write full blocks to raw devices. The first file is 84480/512 = 165 disk blocks on the dot. The second file is 164.8828125 blocks, and that last fragment is why the dd is failing. Try adding conv=osync to your dd line to tell it to pad the last block out. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 12:04:59 2003 Return-Path: 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 1808316A4BF for ; Thu, 21 Aug 2003 12:04:59 -0700 (PDT) Received: from meketrex.pix.net (meketrex.pix.net [192.111.45.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A781343FE0 for ; Thu, 21 Aug 2003 12:04:53 -0700 (PDT) (envelope-from lidl@meketrex.pix.net) Received: (from lidl@localhost) by meketrex.pix.net (8.11.6/8.11.6) id h7LJ4mi15930 for freebsd-hackers@freebsd.org; Thu, 21 Aug 2003 15:04:48 -0400 (EDT) Date: Thu, 21 Aug 2003 15:04:48 -0400 From: "Kurt J. Lidl" To: freebsd-hackers@freebsd.org Message-ID: <20030821150448.A15808@pix.net> References: <20030821183421.GN85538@numachi.com> <20030821183944.GA87316@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030821183944.GA87316@ussenterprise.ufp.org>; from bicknell@ufp.org on Thu, Aug 21, 2003 at 02:39:44PM -0400 Subject: Re: dd to floppies broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 19:04:59 -0000 On Thu, Aug 21, 2003 at 02:39:44PM -0400, Leo Bicknell wrote: > fd0 is block buffered. Try: > > dd bs=18k of=/dev/rfd0c if=memtest86-2.9/precomp.bin > > I forget why, but 18k maximizes performance on (some?) floppies. Because a 1440 kbyte floppy has 80 tracks, and it's double sided. Thus, 9kbyte per side, both sides get done at once == 18k per track. So, you schedule a full track of data to be written at one go, the head seeks, and you start the next transfer to the device. -Kurt From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 12:29:32 2003 Return-Path: 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 31E1016A4C0 for ; Thu, 21 Aug 2003 12:29:32 -0700 (PDT) Received: from mail.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 3BE4243F93 for ; Thu, 21 Aug 2003 12:29:30 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 33516 invoked from network); 21 Aug 2003 19:29:28 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 21 Aug 2003 19:29:28 -0000 Received: (qmail 18587 invoked by uid 1001); 21 Aug 2003 19:29:28 -0000 Date: Thu, 21 Aug 2003 15:29:28 -0400 From: Brian Reichert To: Dan Nelson Message-ID: <20030821192928.GO85538@numachi.com> References: <20030821183421.GN85538@numachi.com> <20030821184256.GA82969@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821184256.GA82969@dan.emsphone.com> User-Agent: Mutt/1.4i cc: freebsd-hackers@freebsd.org Subject: Re: dd to floppies broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 19:29:32 -0000 On Thu, Aug 21, 2003 at 01:42:57PM -0500, Dan Nelson wrote: > You can only write full blocks to raw devices. The first file is > 84480/512 = 165 disk blocks on the dot. The second file is 164.8828125 > blocks, and that last fragment is why the dd is failing. Try adding > conv=osync to your dd line to tell it to pad the last block out. This does do it (thanks!), but I had to remove the 'bs=8192' clause for it to work. Hence: dd of=/dev/fd0 if=memtest86-3.0/precomp.bin conv=osync Does indeed work. Thanks a bunch; I would have assumed that block-padding would not have been an issue... > > -- > Dan Nelson > dnelson@allantgroup.com > -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 12:53:21 2003 Return-Path: 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 A2D8016A4BF for ; Thu, 21 Aug 2003 12:53:21 -0700 (PDT) Received: from smartrafficenter.org (pacer.smartrafficenter.org [207.14.56.3]) by mx1.FreeBSD.org (Postfix) with SMTP id A87F543F93 for ; Thu, 21 Aug 2003 12:53:19 -0700 (PDT) (envelope-from kpieckiel@smartrafficenter.org) Received: (qmail 63880 invoked by uid 1500); 21 Aug 2003 19:53:16 -0000 Date: Thu, 21 Aug 2003 15:53:16 -0400 From: "Kevin A. Pieckiel" To: freebsd-hackers@freebsd.org Message-ID: <20030821195316.GA54553@pacer.dmz.smartrafficenter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Intel and Broadcom NICs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 19:53:21 -0000 I've got a Dell Dimension 8300 on which I have loaded FreeBSD. It has an integrated Intel 10/100 NIC and a Broadcom 10/100/1000 NIC. I know the Broadcom NIC has a 5705 chipset, but I don't know about the integrated NIC. I would have thought both of these NICs were supported, but the bge driver doesn't indicate that it finds a NIC and none of the Intel drivers report finding anything, either. What gives? Here's the relevant output from pciconf: none4@pci2:2:0: class=0x020000 card=0x86531028 chip=0x165314e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' class = network subclass = ethernet none5@pci2:8:0: class=0x020000 card=0x01571028 chip=0x10508086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet And here's the relevant output from dmesg: pci2: at device 2.0 (no driver attached) pci2: at device 8.0 (no driver attached) This is from sources cvs'ed and compiled today (21 Aug 2003). Any help would be appreciated. Kevin A. Pieckiel From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 13:20:26 2003 Return-Path: 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 A44DC16A4C1 for ; Thu, 21 Aug 2003 13:20:26 -0700 (PDT) Received: from mail.redlinenetworks.com (mail.redlinenetworks.com [216.136.145.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0343B43FBF for ; Thu, 21 Aug 2003 13:20:25 -0700 (PDT) (envelope-from sreekanth@redlinenetworks.com) Received: from SREELAPTOP (dhcp-174.redlinenetworks.com [192.168.40.174]) h7LKKOW09623; Thu, 21 Aug 2003 13:20:24 -0700 (PDT) (envelope-from sreekanth@redlinenetworks.com) From: "Sreekanth" To: "'Kevin A. Pieckiel'" , Date: Thu, 21 Aug 2003 13:20:24 -0700 Message-ID: <000e01c36821$a78f9440$ae28a8c0@SREELAPTOP> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20030821195316.GA54553@pacer.dmz.smartrafficenter.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: RE: Intel and Broadcom NICs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 20:20:27 -0000 The intel nic is a fxp interface.Device ID 1050("Intel 82801BA (D865) Pro/100 VE Ethernet")You probably need to use the latest driver from current.To make sure you have the driver check if you have this line { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, in if_fxp.c Ditto with broadcom NIC Sreekanth > -----Original Message----- > From: owner-freebsd-hackers@freebsd.org > [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Kevin > A. Pieckiel > Sent: Thursday, August 21, 2003 12:53 PM > To: freebsd-hackers@freebsd.org > Subject: Intel and Broadcom NICs > > > I've got a Dell Dimension 8300 on which I have loaded > FreeBSD. It has an integrated Intel 10/100 NIC and a > Broadcom 10/100/1000 NIC. I know the Broadcom NIC has a 5705 > chipset, but I don't know about the integrated NIC. I would > have thought both of these NICs were supported, but the bge > driver doesn't indicate that it finds a NIC and none of the > Intel drivers report finding anything, either. What gives? > > Here's the relevant output from pciconf: > > none4@pci2:2:0: class=0x020000 card=0x86531028 > chip=0x165314e4 rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > class = network > subclass = ethernet > none5@pci2:8:0: class=0x020000 card=0x01571028 > chip=0x10508086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > > And here's the relevant output from dmesg: > > pci2: at device 2.0 (no driver attached) > pci2: at device 8.0 (no driver attached) > > > This is from sources cvs'ed and compiled today (21 Aug 2003). > > Any help would be appreciated. > > Kevin A. Pieckiel _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/free> bsd-hackers > To > unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.502 / Virus Database: 300 - Release Date: 7/18/2003 > > From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 13:43:19 2003 Return-Path: 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 77D7416A4BF for ; Thu, 21 Aug 2003 13:43:19 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E6A943FBF for ; Thu, 21 Aug 2003 13:43:18 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 3B58D3ABB3F; Thu, 21 Aug 2003 22:44:03 +0200 (CEST) Date: Thu, 21 Aug 2003 22:44:03 +0200 From: Pawel Jakub Dawidek To: ari , freebsd-hackers@freebsd.org, flowpriv@episec.com Message-ID: <20030821204403.GN47959@garage.freebsd.pl> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821125028.GY55671@episec.com> <20030821162156.GL47959@garage.freebsd.pl> <20030821170915.GZ55671@episec.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="dZihrQ6eCIduWT38" Content-Disposition: inline In-Reply-To: <20030821170915.GZ55671@episec.com> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 20:43:19 -0000 --dZihrQ6eCIduWT38 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 21, 2003 at 01:09:15PM -0400, ari wrote: +> [...] The programmer +> should be able to drop filesystem creation permissions, without worrying +> about the need to drop open, mkfifo, bind, link, symlink, mkdir, and any +> other system calls that happen to be available in this particular kernel +> version. [...] In CerbNG you only need to write a macro like: #define DROP_FS_CREATION() \ if (syscall =3D=3D SYS_open || syscall =3D=3D SYS_mkfifo || \ syscall =3D=3D SYS_bind || syscall =3D=3D SYS_link || ...) { \ return (EPERM); \ } +> Of course it isn't a well-known standard. It hasn't even been written +> yet, aside from some proof-of-concept code that i have yet to package up +> and put on the site. Nor was systrace a well-known standard before it +> was written (not that it's necessarily a "standard" now, though it is +> quite popular). I wouldn't expect programmers to immediately begin +> using this code; if it catches on, however, and it's implemented in a +> number of different operating systems, then there stands a greater +> chance. If it doesn't catch on and isn't used, then so be it. As I said. Stuff like systrace or cerb doesn't need to be standarized, because it is transparent for applications. It doesn't need any work from userland application programmer. That's why it is easy to addopt for non-BSD-licensed applications or even for non-open-source applications. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --dZihrQ6eCIduWT38 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP0UvEz/PhmMH/Mf1AQGpYwP8CGVaEDKJPOvoNqsDQi4chf/7bWoEP4VL +wB4VzkJUEpJkgHDRlqHd+074znlj76XhCfVlKIiB0PSLFOSEVgixNFCr6JH6geA U8AFcdG7UBRx2yCGgwXkLnSjwjY7Z7AceKAu5tKSvO3G94rWaLyW7l3seA06Ium1 Bz94128LDXk= =NJ8X -----END PGP SIGNATURE----- --dZihrQ6eCIduWT38-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 14:11:30 2003 Return-Path: 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 C572416A4BF for ; Thu, 21 Aug 2003 14:11:30 -0700 (PDT) Received: from episec.com (episec.com [198.78.65.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 306E143F85 for ; Thu, 21 Aug 2003 14:11:30 -0700 (PDT) (envelope-from edelkind-freebsd-hackers@episec.com) Received: (qmail 83543 invoked by uid 1024); 21 Aug 2003 21:09:58 -0000 Date: Thu, 21 Aug 2003 17:09:58 -0400 From: ari To: freebsd-hackers@freebsd.org, flowpriv@episec.com Message-ID: <20030821210958.GC55671@episec.com> Mail-Followup-To: ari , freebsd-hackers@freebsd.org, flowpriv@episec.com References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821125028.GY55671@episec.com> <20030821162156.GL47959@garage.freebsd.pl> <20030821170915.GZ55671@episec.com> <20030821204403.GN47959@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821204403.GN47959@garage.freebsd.pl> Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 21:11:31 -0000 nick@garage.freebsd.pl said this stuff: > As I said. Stuff like systrace or cerb doesn't need to be standarized, > because it is transparent for applications. It doesn't need any work from > userland application programmer. That's why it is easy to addopt for > non-BSD-licensed applications or even for non-open-source applications. This is precisely why i began working on the project. What's transparent to applications is not transparent to administrators. So instead of having one programmer (or even a group of programmers) "fix" the code, you have every administrator correct for it. Of course, it would be best if every administrator verified that it acted properly anyway, but that's simply not going to happen. Sure, some programmers are lazy. Some programmers don't care. But some will benefit, and that's what matters. This isn't intended to solve all the world's coding problems. It will probably never be used by as many programmers as systrace will by administrators. It's just furthering the unix mentality of shedding privileges, without granting additional ones. You seem to think that the idea is a security hack. It isn't. It's more of a security model. ari From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 14:57:42 2003 Return-Path: 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 96E8F16A4BF for ; Thu, 21 Aug 2003 14:57:42 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6723B43FE3 for ; Thu, 21 Aug 2003 14:57:41 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: from [192.168.0.3] (ppp8-235.pppoe.mtu-net.ru [81.195.8.235]) (authenticated bits=0) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id h7LLvYh9093648 for ; Fri, 22 Aug 2003 01:57:35 +0400 (MSD) (envelope-from timon@memphis.mephi.ru) From: "Artem 'Zazoobr' Ignatjev" To: freebsd-hackers@freebsd.org Content-Type: text/plain Message-Id: <1061503060.1030.4.camel@timon.nist> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 21 Aug 2003 21:57:41 +0000 Content-Transfer-Encoding: 7bit Subject: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 21:57:42 -0000 Hello, hackers I'm writing some program, which dlopens() a lot of shared objects, and can do nasty things to it's own memory. Some day I decided to trap fatal memory signals, like SIGILL, SIGBUS and SIGSEGV, and wrote a handler for these, which swears with bad words into syslog, dlcloses() all that objects, and quits. But today I found that it's very useful - to have coredump handy, since its eases debug a lot. What is the (correct) way to make a coredump of your own memory (and, it'll be nice to have all that stack frames and registers written as they were when the signal did occured, not what they were when we are already in signal handler) -- Artem 'Zazoobr' Ignatjev From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 15:00:31 2003 Return-Path: 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 3B2A316A4C0 for ; Thu, 21 Aug 2003 15:00:31 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B54343FDF for ; Thu, 21 Aug 2003 15:00:30 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 31772 invoked by uid 84); 21 Aug 2003 22:00:29 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.198529 secs); 21 Aug 2003 22:00:29 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 21 Aug 2003 22:00:28 -0000 Message-ID: <3F454218.4010209@netli.com> Date: Thu, 21 Aug 2003 15:05:12 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Artem 'Zazoobr' Ignatjev References: <1061503060.1030.4.camel@timon.nist> In-Reply-To: <1061503060.1030.4.camel@timon.nist> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 22:00:31 -0000 Artem 'Zazoobr' Ignatjev wrote: > Hello, hackers > > I'm writing some program, which dlopens() a lot of shared objects, and > can do nasty things to it's own memory. Some day I decided to trap fatal > memory signals, like SIGILL, SIGBUS and SIGSEGV, and wrote a handler for > these, which swears with bad words into syslog, dlcloses() all that > objects, and quits. What if a handler dlcloses() something which is already in process of dlclosing() at the time the handler fires? > But today I found that it's very useful - to have coredump handy, since > its eases debug a lot. What is the (correct) way to make a coredump of > your own memory (and, it'll be nice to have all that stack frames and > registers written as they were when the signal did occured, not what > they were when we are already in signal handler) man 3 abort -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 15:02:27 2003 Return-Path: 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 12F6516A53F for ; Thu, 21 Aug 2003 15:02:26 -0700 (PDT) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E3643FBD for ; Thu, 21 Aug 2003 15:02:25 -0700 (PDT) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id SAA04587; Thu, 21 Aug 2003 18:02:13 -0400 (EDT) Received: from kanpc.gte.com (ak03@localhost [127.0.0.1]) h7LM2DF3038946; Thu, 21 Aug 2003 18:02:13 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.9/8.12.9/Submit) id h7LM2CSD038945; Thu, 21 Aug 2003 18:02:12 -0400 (EDT) Date: Thu, 21 Aug 2003 18:02:10 -0400 From: Alexander Kabaev To: "Artem 'Zazoobr' Ignatjev" Message-Id: <20030821180210.44072108.ak03@gte.com> In-Reply-To: <1061503060.1030.4.camel@timon.nist> References: <1061503060.1030.4.camel@timon.nist> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.9.4claws3 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 22:02:27 -0000 Look for abort() or SIGABRT. On 21 Aug 2003 21:57:41 +0000 "Artem 'Zazoobr' Ignatjev" wrote: > Hello, hackers > > I'm writing some program, which dlopens() a lot of shared objects, and > can do nasty things to it's own memory. Some day I decided to trap > fatal memory signals, like SIGILL, SIGBUS and SIGSEGV, and wrote a > handler for these, which swears with bad words into syslog, dlcloses() > all that objects, and quits. > But today I found that it's very useful - to have coredump handy, > since its eases debug a lot. What is the (correct) way to make a > coredump of your own memory (and, it'll be nice to have all that stack > frames and registers written as they were when the signal did occured, > not what they were when we are already in signal handler) > -- > Artem 'Zazoobr' Ignatjev > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" -- Alexander Kabaev From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 15:07:36 2003 Return-Path: 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 D102F16A4BF for ; Thu, 21 Aug 2003 15:07:36 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id A000143FF7 for ; Thu, 21 Aug 2003 15:07:35 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: from [192.168.0.3] (ppp8-235.pppoe.mtu-net.ru [81.195.8.235]) (authenticated bits=0) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id h7LM7Wh9094125; Fri, 22 Aug 2003 02:07:33 +0400 (MSD) (envelope-from timon@memphis.mephi.ru) From: "Artem 'Zazoobr' Ignatjev" To: Lev Walkin In-Reply-To: <3F454218.4010209@netli.com> References: <1061503060.1030.4.camel@timon.nist> <3F454218.4010209@netli.com> Content-Type: text/plain Message-Id: <1061503658.1030.8.camel@timon.nist> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 21 Aug 2003 22:07:39 +0000 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 22:07:37 -0000 At Thu, 21.08.2003, 22:05, Lev Walkin wrote: > Artem 'Zazoobr' Ignatjev wrote: > > Hello, hackers > > > > I'm writing some program, which dlopens() a lot of shared objects, and > > can do nasty things to it's own memory. Some day I decided to trap fatal > > memory signals, like SIGILL, SIGBUS and SIGSEGV, and wrote a handler for > > these, which swears with bad words into syslog, dlcloses() all that > > objects, and quits. > > What if a handler dlcloses() something which is already in process of > dlclosing() at the time the handler fires? No, that's the only place (except normal shutdown sequence) where the object can be dlcosed() > > > But today I found that it's very useful - to have coredump handy, since > > its eases debug a lot. What is the (correct) way to make a coredump of > > your own memory (and, it'll be nice to have all that stack frames and > > registers written as they were when the signal did occured, not what > > they were when we are already in signal handler) > > man 3 abort thanks, I'll take a look -- Artem 'Zazoobr' Ignatjev From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 15:12:47 2003 Return-Path: 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 0FC4B16A4BF for ; Thu, 21 Aug 2003 15:12:47 -0700 (PDT) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id C81FB43F85 for ; Thu, 21 Aug 2003 15:12:45 -0700 (PDT) (envelope-from timon@memphis.mephi.ru) Received: from [192.168.0.3] (ppp8-235.pppoe.mtu-net.ru [81.195.8.235]) (authenticated bits=0) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id h7LMChh9094269; Fri, 22 Aug 2003 02:12:44 +0400 (MSD) (envelope-from timon@memphis.mephi.ru) From: "Artem 'Zazoobr' Ignatjev" To: Alexander Kabaev In-Reply-To: <20030821180210.44072108.ak03@gte.com> References: <1061503060.1030.4.camel@timon.nist> <20030821180210.44072108.ak03@gte.com> Content-Type: text/plain Message-Id: <1061503968.1030.11.camel@timon.nist> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 21 Aug 2003 22:12:49 +0000 Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 22:12:47 -0000 At Thu, 21.08.2003, 22:02, Alexander Kabaev wrote: > Look for abort() or SIGABRT. Thanks so far for you and Lev.. Is there the way to specify struct sigcontext to it? I still wish to have `correct' registers values to be written into coredump, those that were when signal happened, and not that were when i did abort()ed manually -- Artem 'Zazoobr' Ignatjev From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 15:28:55 2003 Return-Path: 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 F0F2916A4BF for ; Thu, 21 Aug 2003 15:28:55 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DCFC43FBD for ; Thu, 21 Aug 2003 15:28:55 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 1309 invoked by uid 84); 21 Aug 2003 22:28:55 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.148375 secs); 21 Aug 2003 22:28:55 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 21 Aug 2003 22:28:54 -0000 Message-ID: <3F4548C3.8050601@netli.com> Date: Thu, 21 Aug 2003 15:33:39 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030820 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Artem 'Zazoobr' Ignatjev References: <1061503060.1030.4.camel@timon.nist> <3F454218.4010209@netli.com> <1061503658.1030.8.camel@timon.nist> In-Reply-To: <1061503658.1030.8.camel@timon.nist> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 22:28:56 -0000 Artem 'Zazoobr' Ignatjev wrote: > At Thu, 21.08.2003, 22:05, Lev Walkin wrote: > >>Artem 'Zazoobr' Ignatjev wrote: >> >>>Hello, hackers >>> >>>I'm writing some program, which dlopens() a lot of shared objects, and >>>can do nasty things to it's own memory. Some day I decided to trap fatal >>>memory signals, like SIGILL, SIGBUS and SIGSEGV, and wrote a handler for >>>these, which swears with bad words into syslog, dlcloses() all that >>>objects, and quits. >> >>What if a handler dlcloses() something which is already in process of >>dlclosing() at the time the handler fires? > > No, that's the only place (except normal shutdown sequence) where the > object can be dlcosed() What if a SIGSEGV happens inside a normal shutdown sequence? My point is: it _seems_ that you're trying to do unsafe work while executing signal handler. This is off track of your main question, but does indeed suggest that the safe signal programming techniques aren't honored. >>>But today I found that it's very useful - to have coredump handy, since >>>its eases debug a lot. What is the (correct) way to make a coredump of >>>your own memory (and, it'll be nice to have all that stack frames and >>>registers written as they were when the signal did occured, not what >>>they were when we are already in signal handler) >> >>man 3 abort > > thanks, I'll take a look -- Lev Walkin vlm@netli.com From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 16:20:27 2003 Return-Path: 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 26F8C16A4C0 for ; Thu, 21 Aug 2003 16:20:27 -0700 (PDT) Received: from webserver.get-linux.org (adsl-64-161-78-226.dsl.lsan03.pacbell.net [64.161.78.226]) by mx1.FreeBSD.org (Postfix) with SMTP id DA76A43FF2 for ; Thu, 21 Aug 2003 16:20:25 -0700 (PDT) (envelope-from oremanj@webserver.get-linux.org) Received: (qmail 15021 invoked by uid 1000); 21 Aug 2003 23:20:23 -0000 Date: Thu, 21 Aug 2003 16:20:23 -0700 From: Joshua Oreman To: Artem 'Zazoobr' Ignatjev Message-ID: <20030821232023.GA14865@webserver> References: <1061503060.1030.4.camel@timon.nist> <20030821180210.44072108.ak03@gte.com> <1061503968.1030.11.camel@timon.nist> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1061503968.1030.11.camel@timon.nist> User-Agent: Mutt/1.4.1i cc: hackers@freebsd.org Subject: Re: Dumping a core from inside of process X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 23:20:27 -0000 On Thu, Aug 21, 2003 at 10:12:49PM +0000 or thereabouts, Artem 'Zazoobr' Ignatjev wrote: > At Thu, 21.08.2003, 22:02, Alexander Kabaev wrote: > > Look for abort() or SIGABRT. > Thanks so far for you and Lev.. Is there the way to specify struct > sigcontext to it? I still wish to have `correct' registers values to be > written into coredump, those that were when signal happened, and not > that were when i did abort()ed manually Not sure if it would work, but try __asm__ __volatile__ ("pusha"); at the top of the cleanup function and __asm__ __volatile__ ("popa"); just before you dump core. -- Josh > -- > Artem 'Zazoobr' Ignatjev > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 00:40:40 2003 Return-Path: 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 F3CA516A4BF for ; Fri, 22 Aug 2003 00:40:39 -0700 (PDT) Received: from cirb503493.alcatel.com.au (c211-28-27-130.belrs2.nsw.optusnet.com.au [211.28.27.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id F057C43FE0 for ; Fri, 22 Aug 2003 00:40:37 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])h7M7eWgh085566; Fri, 22 Aug 2003 17:40:32 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost) by cirb503493.alcatel.com.au (8.12.8/8.12.8/Submit) id h7M7eN2U085565; Fri, 22 Aug 2003 17:40:23 +1000 (EST) Date: Fri, 22 Aug 2003 17:40:23 +1000 From: Peter Jeremy To: Pawel Jakub Dawidek Message-ID: <20030822074023.GA85534@cirb503493.alcatel.com.au> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821125028.GY55671@episec.com> <20030821162156.GL47959@garage.freebsd.pl> <20030821170915.GZ55671@episec.com> <20030821204403.GN47959@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821204403.GN47959@garage.freebsd.pl> User-Agent: Mutt/1.4.1i cc: flowpriv@episec.com cc: freebsd-hackers@freebsd.org cc: ari Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 07:40:40 -0000 On Thu, Aug 21, 2003 at 10:44:03PM +0200, Pawel Jakub Dawidek wrote: >On Thu, Aug 21, 2003 at 01:09:15PM -0400, ari wrote: >+> [...] The programmer >+> should be able to drop filesystem creation permissions, without worrying >+> about the need to drop open, mkfifo, bind, link, symlink, mkdir, and any >+> other system calls that happen to be available in this particular kernel >+> version. [...] > >In CerbNG you only need to write a macro like: > > #define DROP_FS_CREATION() \ > if (syscall == SYS_open || syscall == SYS_mkfifo || \ > syscall == SYS_bind || syscall == SYS_link || ...) { \ > return (EPERM); \ > } Unless 'syscall' can be evaluated at compile time, this approach adds overhead whereever it is used - and the overhead gets worse as the number of system calls in the set increases. A particular problem is that the overhead is worst for system calls that aren't caught (in the above, the overhead for open() is trivial but write() would need to go through each of the tests). A bit-vector provides constant overhead but it's still fairly expensive unless the relevant parts of the vector are already cached. >As I said. Stuff like systrace or cerb doesn't need to be standarized, >because it is transparent for applications. It doesn't need any work from >userland application programmer. That's why it is easy to addopt for >non-BSD-licensed applications or even for non-open-source applications. This isn't good enough. It _does_ need to be standardised so that the administrator doesn't have to learn N radically different approaches to secure a system. As far as the userland application programmer is concerned, there's very little difference between any flavour of Un*x. There are massive differences between them when it comes to administration. Peter From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 02:11:22 2003 Return-Path: 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 A0FEA16A4BF for ; Fri, 22 Aug 2003 02:11:22 -0700 (PDT) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E313143FBD for ; Fri, 22 Aug 2003 02:11:21 -0700 (PDT) (envelope-from cgi@ncsa.uiuc.edu) X-Envelope-From: cgi X-Envelope-To: hackers@FreeBSD.ORG Received: (from bin@localhost) by mail.ncsa.uiuc.edu (8.11.6p2/8.11.6) id h7M9BLG11042; Fri, 22 Aug 2003 04:11:21 -0500 Date: Fri, 22 Aug 2003 04:11:21 -0500 Message-Id: <200308220911.h7M9BLG11042@mail.ncsa.uiuc.edu> X-Authentication-Warning: mail.ncsa.uiuc.edu: bin set sender to cgi using -f To: hackers@FreeBSD.ORG References: <200308220911.h7M9BEN10613@mail.ncsa.uiuc.edu> In-Reply-To: <200308220911.h7M9BEN10613@mail.ncsa.uiuc.edu> Precedence: junk X-Loop: cgi@ncsa.uiuc.edu From: cgi@ncsa.uiuc.edu Subject: Re: Thank you! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 09:11:22 -0000 Dear user: We regret, that due to staff and funding changes, support for cgi is unavailable We sincerely apologize for the inconvenience this causes. It may prove helpful to peruse the CGI documentation located at URLs http://hoohoo.ncsa.uiuc.edu/cgi, http://hoohoo.ncsa.uiuc.edu/docs/tutorials/cgi.html, http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/Docs/fill-out-forms/overview.html Thank you for your understanding, NCSA HTTPd Technical Support From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 02:52:02 2003 Return-Path: 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 A6E1516A4BF for ; Fri, 22 Aug 2003 02:52:02 -0700 (PDT) Received: from milla.ask33.net (milla.ask33.net [217.197.166.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE0CD43FBF for ; Fri, 22 Aug 2003 02:52:01 -0700 (PDT) (envelope-from nick@milla.ask33.net) Received: by milla.ask33.net (Postfix, from userid 1001) id 97EC93ABB3F; Fri, 22 Aug 2003 11:52:55 +0200 (CEST) Date: Fri, 22 Aug 2003 11:52:55 +0200 From: Pawel Jakub Dawidek To: Peter Jeremy Message-ID: <20030822095255.GO47959@garage.freebsd.pl> References: <20030817181315.GL55671@episec.com> <20030821065854.GA11586@dan.emsphone.com> <20030821125028.GY55671@episec.com> <20030821162156.GL47959@garage.freebsd.pl> <20030821170915.GZ55671@episec.com> <20030821204403.GN47959@garage.freebsd.pl> <20030822074023.GA85534@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FrxVhwK/bNRjN48l" Content-Disposition: inline In-Reply-To: <20030822074023.GA85534@cirb503493.alcatel.com.au> X-PGP-Key-URL: http://garage.freebsd.pl/jules.asc X-OS: FreeBSD 4.8-RELEASE-p3 i386 X-URL: http://garage.freebsd.pl User-Agent: Mutt/1.5.1i cc: flowpriv@episec.com cc: freebsd-hackers@freebsd.org cc: ari Subject: Re: [future patch] dropping user privileges on demand X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 09:52:02 -0000 --FrxVhwK/bNRjN48l Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 22, 2003 at 05:40:23PM +1000, Peter Jeremy wrote: +> Unless 'syscall' can be evaluated at compile time, this approach adds +> overhead whereever it is used - and the overhead gets worse as the +> number of system calls in the set increases. A particular problem is +> that the overhead is worst for system calls that aren't caught (in the +> above, the overhead for open() is trivial but write() would need to go +> through each of the tests). A bit-vector provides constant overhead +> but it's still fairly expensive unless the relevant parts of the vector +> are already cached. You are wrong. In CerbNG, you decide in rules which syscalls should be catched and which n= ot. And syscalls like read(2) and write(2) are never catched, because it is just useless. The most expensive policy in syscalls catching is openssh - it is monitoring 21 syscalls, but most of policies use only few syscalls. Of course there is overhead, but I haven't heard about security feature that speeds up system. The only thing we can do, is to decrease overhead. --=20 Pawel Jakub Dawidek pawel@dawidek.net UNIX Systems Programmer/Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am! http://cerber.sourceforge.net --FrxVhwK/bNRjN48l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBP0Xn9z/PhmMH/Mf1AQFVywP/bn9yXjZBhKFFrEQJgtyyUqypF/PWJrx6 BWUBfv6VYeE6N40vuI8k4rq/1lUCdtmhrhi8aGOGwrBuGWs2SsziocquB3SI5N9M kpCPGOejbGaDInlSEgtLg6VanmR+51BCsDiFZvtw6ewz2j/zCTddV4Zglwv80a1+ QBvhEJn4Xkk= =6LMW -----END PGP SIGNATURE----- --FrxVhwK/bNRjN48l-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 21 16:43:38 2003 Return-Path: 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 A05FF16A4BF for ; Thu, 21 Aug 2003 16:43:38 -0700 (PDT) Received: from web9506.mail.yahoo.com (web9506.mail.yahoo.com [216.136.129.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 34AAB43F3F for ; Thu, 21 Aug 2003 16:43:38 -0700 (PDT) (envelope-from bsdmaillist@yahoo.com.hk) Message-ID: <20030821234338.71495.qmail@web9506.mail.yahoo.com> Received: from [202.85.131.67] by web9506.mail.yahoo.com via HTTP; Fri, 22 Aug 2003 07:43:38 CST Date: Fri, 22 Aug 2003 07:43:38 +0800 (CST) From: =?big5?q?maillist=20bsd?= To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 22 Aug 2003 08:02:58 -0700 Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: about /usr/ports make with options.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Aug 2003 23:43:38 -0000 hi all, as i install a lot package work together, such apache+php+mysql.. i always download the source code compile by myself, it just need to make with some options such as .. make --prefix=/usr/local/apache --enable-module=so But i found someone said install by /usr/ports also can do that, it also add options at make in /usr/ports, i want to know how can i check the options the packages have, how can i know it.. it seems like.. cd /usr/ports/www/apahe13 make With xxxx Can anyone explain it more..?? Any document for reference..?? Thanks. ³Ì·s¹aÁn±À¤¶:¤Q­±®I¥ñ¡A¦hÁÂ¥¢ÅÊ¡A¤ß²H... http://ringtone.yahoo.com.hk From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 08:17:22 2003 Return-Path: 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 0F6A416A4BF for ; Fri, 22 Aug 2003 08:17:22 -0700 (PDT) Received: from ns.ulstu.ru (ns.ulstu.ru [62.76.34.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086BE43FF2 for ; Fri, 22 Aug 2003 08:17:19 -0700 (PDT) (envelope-from zaa@ulstu.ru) Received: by ns.ulstu.ru (Postfix, from userid 3909) id E3C265B; Fri, 22 Aug 2003 19:17:16 +0400 (MSD) Date: Fri, 22 Aug 2003 19:17:16 +0400 From: zhuravlev alexander To: maillist bsd Message-ID: <20030822151716.GA22367@ns.ulstu.ru> Mail-Followup-To: maillist bsd , freebsd-hackers@freebsd.org References: <20030821234338.71495.qmail@web9506.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20030821234338.71495.qmail@web9506.mail.yahoo.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: about /usr/ports make with options.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: zhuravlev alexander List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 15:17:22 -0000 On Fri, Aug 22, 2003 at 07:43:38AM +0800, maillist bsd wrote: > > hi all, Hi! > > as i install a lot package work together, such apache+php+mysql.. > i always download the source code compile by myself, it just need to make with some options such as .. > make --prefix=/usr/local/apache --enable-module=so > > But i found someone said install by /usr/ports also can do that, it also add options at make in /usr/ports, i want to know how can i check the options the packages have, how can i know it.. > > it seems like.. > cd /usr/ports/www/apahe13 > make With xxxx > > Can anyone explain it more..?? > Any document for reference..?? man ports http://www.FreeBSD.org/doc/handbook/ports.html less /usr/ports/Mk/bsd.port.mk -- zhuravlev alexander u l s t u n o c (zaa@ulstu.ru) From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 09:29:34 2003 Return-Path: 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 2E2B816A4BF for ; Fri, 22 Aug 2003 09:29:34 -0700 (PDT) Received: from platon.gneto.com (as6-1-5.kr.m.bonet.se [217.215.84.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD62743F3F for ; Fri, 22 Aug 2003 09:29:32 -0700 (PDT) (envelope-from martin@gneto.com) Received: from gneto.com (unknown [192.168.2.127]) by platon.gneto.com (Postfix) with ESMTP id C4E4A4AEF for ; Fri, 22 Aug 2003 18:29:30 +0200 (CEST) Message-ID: <3F4644F1.9060306@gneto.com> Date: Fri, 22 Aug 2003 18:29:37 +0200 From: Martin Nilsson Organization: Martins home control User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: sv, en-us, en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org References: <000e01c36821$a78f9440$ae28a8c0@SREELAPTOP> In-Reply-To: <000e01c36821$a78f9440$ae28a8c0@SREELAPTOP> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Subject: Re: Intel and Broadcom NICs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 16:29:34 -0000 Sreekanth wrote: > The intel nic is a fxp interface.Device ID 1050("Intel 82801BA (D865) > Pro/100 VE Ethernet")You probably need to use the latest driver from > current.To make sure you have the driver check if you have this line > { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, in > if_fxp.c Wouldn't it be a good idea to MFC this in time for the 4.9 release, the=20 intel 865 chipset is rather common in new machines these days. --=20 Martin Nilsson - Home: Work: UNIX & Webb programmer/architect Malm=F6, Sweden FreeBSD - The power to serve. http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 13:30:34 2003 Return-Path: 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 1E4CD16A4BF for ; Fri, 22 Aug 2003 13:30:34 -0700 (PDT) Received: from linux.research.att.com (H-135-207-24-16.research.att.com [135.207.24.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA3043FE1 for ; Fri, 22 Aug 2003 13:30:33 -0700 (PDT) (envelope-from chuck@research.att.com) Received: from unixmail.research.att.com (unixmail.research.att.com [135.207.26.71])h7MKWQWC018963 for ; Fri, 22 Aug 2003 16:32:26 -0400 Received: from chips.research.att.com (chips.research.att.com [135.207.27.139])h7MKTeZn009290 for ; Fri, 22 Aug 2003 16:29:40 -0400 (EDT) Received: (from chuck@localhost) by chips.research.att.com (SGI-8.9.3/8.8.5) id QAA50063 for hackers@freebsd.org; Fri, 22 Aug 2003 16:30:29 -0400 (EDT) Date: Fri, 22 Aug 2003 16:30:29 -0400 From: Chuck Cranor To: hackers@freebsd.org Message-ID: <20030822163029.A12447109@chips.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: AT&T Labs-Research Subject: working dell 2650 embedded remote access (ERA) linux tools X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 20:30:34 -0000 hi- about a year ago I posted about my failed attempt to gain access to the Dell 2650 ERA device from FreeBSD using the Dell Linux tools [ERA is an embedded device with its own ethernet link in a rack mount Dell 2650 box that lets you power cycle and control the 2650 remotely...]. In particular, I wanted to be able to run Linux "racadm" so that I could change the password on the ERA (because you can't do it through the web interface). since that time Dell has released a new stand-alone version of "racadm" that simplified how it talks to the ERA --- it now just uses sockets and can even be run remotely. there are two ways for "racadm" to communicate with the ERA: 1. over the network, assumes that both your 2650 and its ERA port are connected to a network and can talk to each other (i.e. not firewalled out). i've used this mode under Linux emulation with both FreeBSD and NetBSD and it works just fine. 2. the ERA has has a virtual sio 16550A device that runs a PPP server. i have a patch to sio.c that configures up this virtual 16550A (comes up as sio4) and allows you to create a PPP connection to it. this patch requires using a non-standard rclk in sio.c for the virtual 16550A so you can set a large "speed" because otherwise you will get interrupt buffer overflows. anyone else out there with 2650's that wants to be able to fully use their ERAs? you need: 0. a kernel with Linux system call emulation enabled 1. racadm-2.20-1.i386.rpm from the Dell CD which i've converted to a tgz at http://www.netbsd.org/~chuck/gz/racadm-2.20-1.i386.tgz install in /usr/compat/linux ... 2. if you want to be able to talk to the ERA without having it on the network, patch sio.c (my patch below is relative to 4.7 but the changes are minimal and should be easy to port?), recompile kernel, install, reboot. assuming your ERA comes up as sio4, use this command to start ppp: pppd /dev/cuaa4 1382400 crtscts noipdefault noauth lock persist connect 'chat -v "" CLIENT CLIENTSERVER "\\c"' 3. test it to test remote operation: /usr/compat/linux/usr/sbin/racadm -r 10.0.0.1 -i getsysinfo [where you change 10.0.0.1 to IP addr of your ERA interface] to test the ppp link, use: (my ERA comes up at 192.168.234.236) /usr/compat/linux/usr/sbin/racadm getsysinfo see http://docs.us.dell.com/docs/software/smdrac3/RAC/en/racadmug/racadmc1.htm for more details on running racadm... hope someone finds this useful. chuck *** sio.c_ORIG Thu Aug 21 14:48:50 2003 --- sio.c Fri Aug 22 19:44:10 2003 *************** *** 591,609 **** u_int32_t type; const char *desc; int rid; }; static struct pci_ids pci_ids[] = { ! { 0x100812b9, "3COM PCI FaxModem", 0x10 }, ! { 0x2000131f, "CyberSerial (1-port) 16550", 0x10 }, ! { 0x01101407, "Koutech IOFLEX-2S PCI Dual Port Serial", 0x10 }, ! { 0x01111407, "Koutech IOFLEX-2S PCI Dual Port Serial", 0x10 }, ! { 0x048011c1, "Lucent kermit based PCI Modem", 0x14 }, ! { 0x95211415, "Oxford Semiconductor PCI Dual Port Serial", 0x10 }, ! { 0x7101135e, "SeaLevel Ultra 530.PCI Single Port Serial", 0x18 }, ! { 0x0000151f, "SmartLink 5634PCV SurfRider", 0x10 }, ! { 0x98459710, "Netmos Nm9845 PCI Bridge with Dual UART", 0x10 }, ! { 0x00000000, NULL, 0 } }; static int --- 591,611 ---- u_int32_t type; const char *desc; int rid; + u_long rclk; }; static struct pci_ids pci_ids[] = { ! { 0x100812b9, "3COM PCI FaxModem", 0x10, 0 }, ! { 0x2000131f, "CyberSerial (1-port) 16550", 0x10, 0 }, ! { 0x01101407, "Koutech IOFLEX-2S PCI Dual Port Serial", 0x10, 0 }, ! { 0x01111407, "Koutech IOFLEX-2S PCI Dual Port Serial", 0x10, 0 }, ! { 0x048011c1, "Lucent kermit based PCI Modem", 0x14, 0 }, ! { 0x95211415, "Oxford Semiconductor PCI Dual Port Serial", 0x10, 0 }, ! { 0x7101135e, "SeaLevel Ultra 530.PCI Single Port Serial", 0x18, 0 }, ! { 0x0000151f, "SmartLink 5634PCV SurfRider", 0x10, 0 }, ! { 0x98459710, "Netmos Nm9845 PCI Bridge with Dual UART", 0x10, 0 }, ! { 0x00081028, "Dell RAC Serial PPP Link", 0x14, DEFAULT_RCLK*128 }, ! { 0x00000000, NULL, 0, 0 } }; static int *************** *** 620,626 **** if (id->desc == NULL) return (ENXIO); sio_pci_kludge_unit(dev); ! return (sioattach(dev, id->rid, 0UL)); } /* --- 622,628 ---- if (id->desc == NULL) return (ENXIO); sio_pci_kludge_unit(dev); ! return (sioattach(dev, id->rid, (id->rclk) ? id->rclk : 0UL)); } /* From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 13:43:37 2003 Return-Path: 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 DA4DB16A4BF for ; Fri, 22 Aug 2003 13:43:37 -0700 (PDT) Received: from hysteria.spc.org (hysteria.spc.org [195.206.69.234]) by mx1.FreeBSD.org (Postfix) with SMTP id C156D43F85 for ; Fri, 22 Aug 2003 13:43:36 -0700 (PDT) (envelope-from bms@hysteria.spc.org) Received: (qmail 24696 invoked by uid 5013); 22 Aug 2003 20:40:34 -0000 Date: Fri, 22 Aug 2003 21:40:34 +0100 From: Bruce M Simpson To: Chuck Cranor Message-ID: <20030822204034.GG21219@spc.org> References: <20030822163029.A12447109@chips.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030822163029.A12447109@chips.research.att.com> User-Agent: Mutt/1.4.1i Organization: SPC cc: hackers@freebsd.org Subject: Re: working dell 2650 embedded remote access (ERA) linux tools X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 20:43:38 -0000 On Fri, Aug 22, 2003 at 04:30:29PM -0400, Chuck Cranor wrote: > hi- > > about a year ago I posted about my failed attempt to gain access > to the Dell 2650 ERA device from FreeBSD using the Dell Linux tools [snip] WAY COOL. Now for my question: will this work with legacy RACs? Such as: none1@pci0:17:0: class=0x088000 card=0x0767101e chip=0x9063101e rev=0x04 hdr=0x00 vendor = 'American Megatrends Inc.' device = 'MegaRAC' class = base peripheral I'm willing to give it a try. Any suggestions? Does yours look like this? BMS From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 14:21:42 2003 Return-Path: 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 B96C516A4BF for ; Fri, 22 Aug 2003 14:21:42 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7473D43FBF for ; Fri, 22 Aug 2003 14:21:41 -0700 (PDT) (envelope-from emaste@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Fri, 22 Aug 2003 17:21:40 -0400 Message-ID: From: Ed Maste To: "'freebsd-hackers@freebsd.org'" Date: Fri, 22 Aug 2003 17:21:40 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: sio issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 21:21:43 -0000 I can reliably cause a panic in the sio driver by trying to enter the kernel debugger (with ~ ^b) while large numbers of kernel messages are being output to the console. I've included a stack trace excerpt showing what happens. In all of my cases siointr1 was called by comstart, and then is entered again from Xfastintr4 and it gives me the panic about the com lock shown. John Baldwin has a patch (http://www.geocrawler.com/mail/msg.php3?msg_id=8616108&list=163) for IRQ sharing, which doesn't set INTR_FAST for the shared case. I also tried switching sio to use normal interrupts since it seems safer, and I am unable to reproduce the panic. Does sio specify INTR_FAST only for performance reasons? We don't care about modems etc. dropping characters so I'd be happy eliminating the INTR_FAST if it's there only for improved performance. -ed #12 0xc01bd801 in panic ( fmt=0xc02d592e "rslock: cpu: %d, addr: 0x%08x, lock: 0x%08x") at /usr/src/sys/kern/kern_shutdown.c:607 #13 0xc02d592e in bsl1 () #14 0xc02c2960 in Xfastintr4 () #15 0xc02eb79c in siocnopen (sp=0xe166ab5c, iobase=1016, speed=115200) at /usr/src/sys/isa/sio.c:3099 #16 0xc02ebc9d in siocnputc (dev=0xc0363b04, c=116) at /usr/src/sys/isa/sio.c:3418 #17 0xc01da2fc in cnputc (c=116) at /usr/src/sys/kern/tty_cons.c:476 #18 0xc014628a in db_putchar (c=116, arg=0x0) at /usr/src/sys/ddb/db_output.c:108 #19 0xc01cb8d8 in kvprintf (fmt=0xc02f812e "opped at\t", func=0xc0146270 , arg=0x0, radix=16, ap=0xe166ac5c "") at /usr/src/sys/kern/subr_prf.c:532 #20 0xc014636e in db_printf (fmt=0xc02f812c "Stopped at\t") at /usr/src/sys/ddb/db_output.c:164 #21 0xc01470ea in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:76 #22 0xc02c1188 in kdb_trap (type=3, code=0, regs=0xe166accc) at /usr/src/sys/i386/i386/db_interface.c:158 #23 0xc02d701c in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = -1019379712, tf_ebp = -513364692, tf_isp = -513364744, tf_ebx = -1019379712, tf_edx = 1016, tf_ecx = 50331649, tf_eax = 0, tf_trapno = 3, tf_err = 0, tf_eip = -1070685984, tf_cs = 8, tf_eflags = 70, tf_esp = -1019379712, tf_ss = -1018515456}) at /usr/src/sys/i386/i386/trap.c:592 #24 0xc02ea0e0 in siointr1 (com=0xc33d8000) at machine/cpufunc.h:67 #25 0xc02eb171 in comstart (tp=0xc34ab000) at /usr/src/sys/isa/sio.c:2782 #26 0xc01d7883 in ttstart (tp=0xc34ab000) at /usr/src/sys/kern/tty.c:1401 #27 0xc01d8506 in ttwrite (tp=0xc34ab000, uio=0xe166aedc, flag=8323073) at /usr/src/sys/kern/tty.c:1969 #28 0xc02e9bff in siowrite (dev=0xc0363b04, uio=0xe166aedc, flag=8323073) at /usr/src/sys/isa/sio.c:1769 From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 16:02:26 2003 Return-Path: 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 988D916A4BF for ; Fri, 22 Aug 2003 16:02:26 -0700 (PDT) Received: from thuis.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id EBF6E43FDF for ; Fri, 22 Aug 2003 16:02:24 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 3399 invoked by uid 85); 22 Aug 2003 23:02:23 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.20rc1 (uvscan: v4.2.40/v4288. Clear:RC:1:. Processed in 0.061978 secs); 22 Aug 2003 23:02:23 -0000 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 22 Aug 2003 23:02:23 -0000 From: Arjan van Leeuwen To: freebsd-hackers@freebsd.org Date: Sat, 23 Aug 2003 01:02:21 +0200 User-Agent: KMail/1.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200308230102.21879.avleeuwen@piwebs.com> Subject: BSD-licensed gzip, grep and diff families in OpenBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 23:02:26 -0000 Hi, It seems that OpenBSD now has BSD licensed versions of the gzip, grep and diff families (see http://marc.theaimsgroup.com/?l=openbsd-misc&m=105899089116252&w=2). Wouldn't it be a good idea to import them into FreeBSD? Best regards, Arjan From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 16:58:03 2003 Return-Path: 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 33C5516A4BF for ; Fri, 22 Aug 2003 16:58:03 -0700 (PDT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAD8343FE9 for ; Fri, 22 Aug 2003 16:58:01 -0700 (PDT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id h7MNw1t21916 for freebsd-hackers@freebsd.org; Fri, 22 Aug 2003 16:58:01 -0700 (PDT) Date: Fri, 22 Aug 2003 16:58:01 -0700 From: Mike Hunter To: freebsd-hackers@freebsd.org Message-ID: <20030822235801.GA21027@ack.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Building kernels with large MAXDSIZ X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Aug 2003 23:58:03 -0000 Greetings hackers, I recently wrote a message to freebsd-questions@freebsd.org about trying to build a kernel with a large MAXDSIZ for some large network data crunching I'm trying to do. I got this reply: ----- Forwarded message from Lowell Gilbert ----- X-Authentication-Warning: be-well.ilk.org: lowell set sender to freebsd-questions-local@be-well.ilk.org using -f To: Mike Hunter Cc: freebsd-questions@freebsd.org reply-to: freebsd-questions@freebsd.org Subject: Re: Can't build kernel with 4GB of memory (MAXDSIZE) From: Lowell Gilbert Date: 22 Aug 2003 11:22:52 -0400 In-Reply-To: <20030820181346.GA21829@ack.Berkeley.EDU> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Mike Hunter writes: > I can't seem to get a new kernel working with increased memory parameters: > > I tried adding the following to my KERNCONF: > > options MAXDSIZ="(4096UL*1024*1024)" > options DFLDSIZ="(2048UL*1024*1024)" > > On 5-current (as of about 6 months ago) this produced an ungraceful > init.conf bomb-out. > > I tried again yesterday with a 4.8 box > > uname -a > FreeBSD mynewserver.net.berkeley.edu 4.8-RELEASE-p3 FreeBSD > 4.8-RELEASE-p3 #1: Tue Aug 19 14:24:09 GMT 2003 > root@mynewserver.net.berkeley.edu:/usr/obj/usr/src/sys/raeu i386 > > (cvsup'd some time after August 11) > > It gave me a similar but slightly more graceful bomb-out "I'm not going > anywhere without my init!\n\nRebooting in 15 seconds....") > > So, I think I'm missing something here :) The machine in question has 4GB > of ram, and I'd like to be able to use all of it for some nasty > number-crunching I'm trying to do. Any suggestions? I'm sorry, but you need to leave some space for the kernel and its data structures. I'm not sure how close to the edge you can tune it, but much beyond 3GB or so will probably need some real hacker knowledge... ----- End forwarded message ----- I found this link which helped me understand what I was doing wrong: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=83003+0+archive/2002/freebsd-hackers/20020804.freebsd-hackers The question that remains for me is this: Exactly how big can I set MAXDSIZ, and how can I influence that maximum? The machine I'm working with is running 4.8, but I've had the same kinds of problems on 5-CURRENT as well. Thanks, Mike From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 17:03:46 2003 Return-Path: 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 84E6716A4BF for ; Fri, 22 Aug 2003 17:03:46 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-97.dsl.lsan03.pacbell.net [64.169.107.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8243943F75 for ; Fri, 22 Aug 2003 17:03:45 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id D857266BE5; Fri, 22 Aug 2003 17:03:39 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E785B787; Fri, 22 Aug 2003 17:03:39 -0700 (PDT) Date: Fri, 22 Aug 2003 17:03:39 -0700 From: Kris Kennaway To: Arjan van Leeuwen Message-ID: <20030823000339.GA99414@rot13.obsecurity.org> References: <200308230102.21879.avleeuwen@piwebs.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <200308230102.21879.avleeuwen@piwebs.com> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Re: BSD-licensed gzip, grep and diff families in OpenBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 00:03:46 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 23, 2003 at 01:02:21AM +0200, Arjan van Leeuwen wrote: > Hi, >=20 > It seems that OpenBSD now has BSD licensed versions of the gzip, grep and= diff=20 > families (see=20 > http://marc.theaimsgroup.com/?l=3Dopenbsd-misc&m=3D105899089116252&w=3D2)= . Wouldn't=20 > it be a good idea to import them into FreeBSD? Only if they are relatively feature-complete with respect to the GNU code and don't have significant regressions (e.g. one of the BSDL reimplementations of grep floating around out there performs significantly worse than GNU grep). Perhaps you could investigate for us. Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/Rq9bWry0BWjoQKURApfZAJ9xPiA3Dk2fx9aGy39hgwMqPwaVnQCfSEG1 +ppJcAopWUe2RJ0ncDN484s= =yHiN -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 17:08:15 2003 Return-Path: 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 51DA316A4C0 for ; Fri, 22 Aug 2003 17:08:15 -0700 (PDT) Received: from mailbox.accipiter.com (uslec-66-255-130-116.cust.uslec.net [66.255.130.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D4C143FE1 for ; Fri, 22 Aug 2003 17:08:14 -0700 (PDT) (envelope-from ) Received: by mailbox.accipiter.com with Internet Mail Service (5.5.2650.21) id ; Fri, 22 Aug 2003 20:04:44 -0400 Message-ID: From: "Wood, Jeff" To: hackers@FreeBSD.org Date: Fri, 22 Aug 2003 20:04:43 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: Out of Office AutoReply: Your application X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 00:08:15 -0000 I am currently out of the office on vacation and will be returning on Monday, September 25. If this is an emergency, please contact Brian Handly at 919.872.7755. Thanks. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 17:15:36 2003 Return-Path: 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 DAFA416A4BF for ; Fri, 22 Aug 2003 17:15:36 -0700 (PDT) Received: from geekpunk.net (adsl-32-193-67.bna.bellsouth.net [67.32.193.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AD643FA3 for ; Fri, 22 Aug 2003 17:15:35 -0700 (PDT) (envelope-from bandix@geekpunk.net) Received: from localhost.my.domain (taran [127.0.0.1]) by geekpunk.net (8.12.8p1/8.12.6) with ESMTP id h7N0Fh42053444; Fri, 22 Aug 2003 19:15:43 -0500 (CDT) (envelope-from bandix@geekpunk.net) Received: (from bandix@localhost) by localhost.my.domain (8.12.8p1/8.12.8/Submit) id h7N0Ff8c053443; Fri, 22 Aug 2003 19:15:41 -0500 (CDT) Date: Fri, 22 Aug 2003 19:15:41 -0500 From: "Brandon D. Valentine" To: Kris Kennaway Message-ID: <20030823001541.GF43279@geekpunk.net> References: <200308230102.21879.avleeuwen@piwebs.com> <20030823000339.GA99414@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030823000339.GA99414@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: Arjan van Leeuwen Subject: Re: BSD-licensed gzip, grep and diff families in OpenBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 00:15:37 -0000 On Fri, Aug 22, 2003 at 05:03:39PM -0700, Kris Kennaway wrote: > > Only if they are relatively feature-complete with respect to the GNU > code and don't have significant regressions (e.g. one of the BSDL > reimplementations of grep floating around out there performs > significantly worse than GNU grep). Perhaps you could investigate for > us. I agree with Kris, but wanted to point out that at this moment OpenBSD is without sdiff(1) as a result of this change. I'm not interested in using any system without sdiff(1). Why not wait a bit and see how many OpenBSD users complain about this change? =) Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: truth is out about chinese espionage From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 17:28:49 2003 Return-Path: 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 B297016A4BF for ; Fri, 22 Aug 2003 17:28:49 -0700 (PDT) Received: from mail30.megamailservers.com (mail30.megamailservers.com [216.251.36.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D74BA43FA3 for ; Fri, 22 Aug 2003 17:28:47 -0700 (PDT) (envelope-from info@probilling.com) Received: from mail30.megamailservers.com (localhost [127.0.0.1]) h7N0SkWU041531 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 22 Aug 2003 20:28:47 -0400 (EDT) X-POP-User: betsi.cuttingedgejobs.com Received: (from info.probilling.com@localhost)h7N0Sk0o041521; Fri, 22 Aug 2003 20:28:46 -0400 (EDT) Date: Fri, 22 Aug 2003 20:28:46 -0400 (EDT) From: info@probilling.com Message-Id: <200308230028.h7N0Sk0o041521@mail30.megamailservers.com> X-Authentication-Warning: mail30.megamailservers.com: info.probilling.com set sender to info@probilling.com using -f To: hackers@FreeBSD.ORG References: <200308230028.h7N0S5XH085142@mx2.fl> In-Reply-To: <200308230028.h7N0S5XH085142@mx2.fl> X-Loop: info@probilling.com Precedence: junk Subject: Re: Thank you! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 00:28:50 -0000 Thank you for contacting ProBilling customer support. We have received your support request, a proBilling customer service representative will reply to your email inquiry within 24 hours. Please note: proBilling does not handle product or shipping inquiries. If you have a question about a product (or the shipment of a product) that you've purchased from a proBilling merchant, please contact the merchant directly. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 22 17:30:49 2003 Return-Path: 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 8F1A316A4C0 for ; Fri, 22 Aug 2003 17:30:49 -0700 (PDT) Received: from mail.inka.de (quechua.inka.de [193.197.184.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2324D43FBF for ; Fri, 22 Aug 2003 17:30:48 -0700 (PDT) (envelope-from mailnull@mips.inka.de) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with gbsmtp id 19qMIo-000297-05; Sat, 23 Aug 2003 02:30:46 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.9/8.12.6) with ESMTP id h7N02NF3036241 for ; Sat, 23 Aug 2003 02:02:23 +0200 (CEST) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.9/8.12.9/Submit) id h7N02NZQ036240 for freebsd-hackers@freebsd.org; Sat, 23 Aug 2003 02:02:23 +0200 (CEST) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 23 Aug 2003 00:02:22 +0000 (UTC) Message-ID: References: <200308230102.21879.avleeuwen@piwebs.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Subject: Re: BSD-licensed gzip, grep and diff families in OpenBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 00:30:49 -0000 Arjan van Leeuwen wrote: > It seems that OpenBSD now has BSD licensed versions of the gzip, grep and diff > families (see > http://marc.theaimsgroup.com/?l=openbsd-misc&m=105899089116252&w=2). Wouldn't > it be a good idea to import them into FreeBSD? Yes, maybe, no. gzip should be fine. grep is largely compatible with GNU grep but offers worse performance. Apparently much worse in some corner cases. diff lacks a lot of the extensions from the GNU version which everybody takes for granted, e.g. no -p, -x, or -I, and there's no sdiff. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 02:42:54 2003 Return-Path: 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 5E12116A4BF for ; Sat, 23 Aug 2003 02:42:54 -0700 (PDT) Received: from mail.ncsa.uiuc.edu (mail.ncsa.uiuc.edu [141.142.2.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A5B43FE9 for ; Sat, 23 Aug 2003 02:42:53 -0700 (PDT) (envelope-from cgi@ncsa.uiuc.edu) X-Envelope-From: cgi X-Envelope-To: hackers@FreeBSD.ORG Received: (from bin@localhost) by mail.ncsa.uiuc.edu (8.11.6p2/8.11.6) id h7N9gr515465; Sat, 23 Aug 2003 04:42:53 -0500 Date: Sat, 23 Aug 2003 04:42:53 -0500 Message-Id: <200308230942.h7N9gr515465@mail.ncsa.uiuc.edu> X-Authentication-Warning: mail.ncsa.uiuc.edu: bin set sender to cgi using -f To: hackers@FreeBSD.ORG References: <200308230942.h7N9giN15341@mail.ncsa.uiuc.edu> In-Reply-To: <200308230942.h7N9giN15341@mail.ncsa.uiuc.edu> Precedence: junk X-Loop: cgi@ncsa.uiuc.edu From: cgi@ncsa.uiuc.edu Subject: Re: Your details X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 09:42:54 -0000 Dear user: We regret, that due to staff and funding changes, support for cgi is unavailable We sincerely apologize for the inconvenience this causes. It may prove helpful to peruse the CGI documentation located at URLs http://hoohoo.ncsa.uiuc.edu/cgi, http://hoohoo.ncsa.uiuc.edu/docs/tutorials/cgi.html, http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/Docs/fill-out-forms/overview.html Thank you for your understanding, NCSA HTTPd Technical Support From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 07:52:53 2003 Return-Path: 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 5F89D16A4BF for ; Sat, 23 Aug 2003 07:52:53 -0700 (PDT) Received: from hexagon.stack.nl (hexagon.stack.nl [131.155.140.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 559F443F85 for ; Sat, 23 Aug 2003 07:52:52 -0700 (PDT) (envelope-from jilles@stack.nl) Received: from toad.stack.nl (zen.stack.nl [2001:610:1108:5010::130]) by hexagon.stack.nl (Postfix) with ESMTP id 2D77D1C2B for ; Sat, 23 Aug 2003 16:52:51 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 1677) id 0568BA3; Sat, 23 Aug 2003 16:52:50 +0200 (CEST) Date: Sat, 23 Aug 2003 16:52:50 +0200 From: Jilles Tjoelker To: freebsd-hackers@freebsd.org Message-ID: <20030823145250.GA31747@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: ps pages locked in core weirdness X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 14:52:53 -0000 Hello, I'm seeing this on two 5-CURRENT machines, i386 and sparc64. On some processes, the 'L' status (not as first letter, so it means 'has pages locked in core', is shown or not depending on the selection options to ps (presumably, whether kern.proc.all, kern.proc.uid or ... is used). These systems were upgraded in the meantime, but the problem persists and I have found it in the source code. jilles@hexagon2 ~> ps axww | grep '^ 465' 465 a ILs+ 0:00.03 /usr/libexec/getty 3wire.9600 ttya jilles@hexagon2 ~> ps 465 PID TT STAT TIME COMMAND 465 a Is+ 0:00.03 /usr/libexec/getty 3wire.9600 ttya jilles@hexagon2 ~> ps axww | grep '^ 465' 465 a ILs+ 0:00.03 /usr/libexec/getty 3wire.9600 ttya jilles@hexagon2 ~> ps 465 PID TT STAT TIME COMMAND 465 a Is+ 0:00.03 /usr/libexec/getty 3wire.9600 ttya jilles@hexagon2 ~> ps ta PID TT STAT TIME COMMAND 465 a ILs+ 0:00.03 /usr/libexec/getty 3wire.9600 ttya jilles@hexagon2 ~> ps U root|grep '^ 465' 465 a ILs+ 0:00.03 /usr/libexec/getty 3wire.9600 ttya jilles@hexagon2 ~> uname -a FreeBSD hexagon2.stack.nl 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Thu Aug 7 02:38:59 CEST 2003 dean@hexagon2.stack.nl:/usr/obj/turtle.mnt/usr.src/sys/HEXAGON2 sparc64 jilles@hexagon2 ~> jilles@turtle /home/jilles$ ps U jilles # uses kern.proc.uid PID TT STAT TIME COMMAND 3131 ?? RL 0:00.10 sshd: jilles@ttyp8 (sshd) 4307 ?? SL 0:00.02 sshd: jilles@ttyp9 (sshd) 3132 p8 SLs 0:00.09 -bash (bash) 4353 p8 RL+ 0:00.00 ps U jilles 4308 p9 SLs+ 0:00.04 -bash (bash) jilles@turtle /home/jilles$ ps U jilles,games # uses kern.proc.all PID TT STAT TIME COMMAND 3131 ?? R 0:00.10 sshd: jilles@ttyp8 (sshd) 4307 ?? S 0:00.02 sshd: jilles@ttyp9 (sshd) 3132 p8 Ss 0:00.09 -bash (bash) 4354 p8 R+ 0:00.00 ps U jilles,games 4308 p9 Ss+ 0:00.04 -bash (bash) jilles@turtle /home/jilles$ ps tp9 # uses kern.proc.tty PID TT STAT TIME COMMAND 4308 p9 ILs+ 0:00.04 -bash (bash) jilles@turtle /home/jilles$ ps 4308 # uses kern.proc.pid PID TT STAT TIME COMMAND 4308 p9 Is+ 0:00.04 -bash (bash) jilles@turtle /home/jilles$ uname -a FreeBSD turtle.stack.nl 5.1-CURRENT FreeBSD 5.1-CURRENT #11: Mon Jul 28 15:11:04 CEST 2003 jwk@turtle.stack.nl:/usr/obj/usr/src/sys/TURTLE i386 jilles@turtle /home/jilles$ The cause seems to be this commit to src/sys/kern/kern_proc.c: > Revision 1.188 / (download) - annotate - [select for diffs], Thu Jun 12 > 16:41:50 2003 UTC (2 months, 1 week ago) by scottl > Branch: MAIN > Changes since 1.187: +89 -55 lines > Diff to previous 1.187 (colored) > > Add support to sysctl_kern_proc to return all threads in a proc, not > just the first one. The old behaviour can be switched by specifying > KERN_PROC_PROC. > > Submitted by: julian, tweaks and added functionality by myself When iterating over the threads in a process, it does _PHOLD(p), which increments p->p_lock and causes ps to show 'L' state flag (kp->ki_lock). If KERN_PROC_NOTHREADS is used, FIRST_THREAD_IN_PROC(p) is used without _PHOLD(p), so p->p_lock is returned as it should be. A simple way to fix this would be adding an argument to fill_kinfo_thread() that it must subtract one from p->p_lock, but this may not be the correct solution. Is _PHOLD required for FOREACH_THREAD_IN_PROC? Is it required for FIRST_THREAD_IN_PROC? Also, could this _PHOLD result in data being paged in for ps? Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 09:15:56 2003 Return-Path: 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 94D2A16A4BF for ; Sat, 23 Aug 2003 09:15:56 -0700 (PDT) Received: from lakemtao01.cox.net (lakemtao01.cox.net [68.1.17.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F3B043FCB for ; Sat, 23 Aug 2003 09:15:55 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.98.167.210]) by lakemtao01.cox.net (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with ESMTP id <20030823161554.NNZM5378.lakemtao01.cox.net@mail.halplant.com> for ; Sat, 23 Aug 2003 12:15:54 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id: 15:53 -0400 (EDT) Date: Sat, 23 Aug 2003 12:15:53 -0400 From: Andrew J Caines To: freebsd-hackers@freebsd.org Message-ID: <20030823161553.GB484@hal9000.halplant.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20030821234338.71495.qmail@web9506.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030821234338.71495.qmail@web9506.mail.yahoo.com> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.8-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i Subject: Re: about /usr/ports make with options.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 16:15:56 -0000 Person who has forgotten their own name, > i always download the source code compile by myself, it just need to make > with some options such as .. make --prefix=/usr/local/apache > --enable-module=so But i found someone said install by /usr/ports also > can do that, it also add options at make in /usr/ports, i want to know how > can i check the options the packages have, how can i know it.. It's simple when you use the excellent "portupgrade" port. After updating your ports collection (with cvsup), install portupgrade.. # cd /usr/ports/sysutils/portupgrade/ # make && sudo make install Take a look at the file pkgtools.conf.sample which you should find in /usr/local/etc to see how it works and take a look at the manual page pkgtools.conf(5). Create your own pkgtools.conf with your preferred make options. For example, I have.. MAKE_ARGS = { 'audio/xmms' => '-DWITHOUT_3DNOW', 'irc/xchat' => '-DWITH_SSL -DWITH_TRANSPARENCY', 'mail/postfix' => 'BATCH=1 POSTFIX_OPTIONS=""', 'multimedia/mplayer' => '-DWITHOUT_RUNTIME_CPUDETECTION -DWITH_OPTIMIZED_CFLAGS -DWITHOUT_MENCODER -DWITH_FREETYPE', 'www/mozilla-*' => '-DWITHOUT_MAILNEWS -DWITHOUT_LDAP -DWITHOUT_CHATZILLA -DWITHOUT_COMPOSER', } In your case you're trying to redefine an internal ports variable rather than the port-specific examples I have, but the same idea should apply. I'd expect something like this to work for your customisations: MAKE_ARGS = { 'www/apache13' => 'PREFIX=/usr/local/apache CONFIGURE_ARGS+=--enable-module=so', 'www/apache2' => 'PREFIX_RELDEST=/usr/local/apache', } This should change the base for all installed files to /usr/local/apache instead of the default (/usr/local) and add "--enable-module=so" to the CONFIGURE_ARGS variable which you can see in the Apache 1.3 Makefile. There are possibly better variables to change since Apache is a fairly complex port and has its own layout issues, for example you may be able to simply choose another --enable-layout version. Note that Apache's --prefix is not the same as the port's ${PREFIX} or ${LOCALBASE}. See more details about ports variables in /usr/ports/Mk/bsd.port.mk. Personally, I'd just install the port with the default layout and copy your custom files into the new locations, just for the sake of simplicity. Install or update the port using portupgrade, eg. # portupgrade --new --upward-recursive --recursive --sudo --uninstall --verbose www/apache13 See portupgrade(1). Caveat emptor. I haven't tried this and it make not work. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 11:17:48 2003 Return-Path: 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 308A816A4BF for ; Sat, 23 Aug 2003 11:17:48 -0700 (PDT) Received: from 141.com (mail.141.com [65.168.139.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FAF643F93 for ; Sat, 23 Aug 2003 11:17:47 -0700 (PDT) (envelope-from arlankfo@141.com) Date: Sat, 23 Aug 2003 12:21:37 -0600 Message-Id: <200308231221.AA1156710722@141.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Andrew Lankford" To: Andrew J Caines X-Mailer: X-Declude-Sender: arlankfo@141.com [127.0.0.1] X-Note: This E-mail was scanned for spam. cc: hackers@freebsd.org Subject: Re: about /usr/ports make with options.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: arlankfo@141.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 18:17:48 -0000 >Create your own pkgtools.conf with your preferred make > options. For example, I have.. > > MAKE_ARGS = { > 'audio/xmms' => '-DWITHOUT_3DNOW', blah blah blah > } It would be even nicer to have that functionality work in /etc/make.conf or the ports build system instead of the imprecise "WITHOUT_3DNOW='yo'" trick I rely on. It would also be nice to specify certain "heirarchys" of kernel modules that you don't want built in make.conf or your config file. Not that I'm suggesting that pkgtools should be imported into FreeBSD. Yech! Andrew Lankford From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 14:49:28 2003 Return-Path: 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 C237216A4C0 for ; Sat, 23 Aug 2003 14:49:28 -0700 (PDT) Received: from spork.pantherdragon.org (spork.pantherdragon.org [206.29.168.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 196D943FBF for ; Sat, 23 Aug 2003 14:49:28 -0700 (PDT) (envelope-from dmp@bitfreak.org) Received: from speck.techno.pagans (12-206-23-247.client.attbi.com [12.206.23.247]) by spork.pantherdragon.org (Postfix) with ESMTP id 3C5762A41F; Sat, 23 Aug 2003 14:49:27 -0700 (PDT) Received: from speck.techno.pagans (localhost.techno.pagans [127.0.0.1]) by speck.techno.pagans (Postfix) with SMTP id A878FC0D0; Sat, 23 Aug 2003 14:49:24 -0700 (PDT) Date: Sat, 23 Aug 2003 14:49:24 -0700 From: Darren Pilgrim To: arlankfo@141.com Message-Id: <20030823144924.2f13a7c8.dmp@bitfreak.org> In-Reply-To: <200308231221.AA1156710722@141.com> References: <200308231221.AA1156710722@141.com> X-Mailer: Sylpheed version 0.9.3claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: about /usr/ports make with options.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 21:49:28 -0000 On Sat, 23 Aug 2003 12:21:37 -0600 "Andrew Lankford" wrote: > It would also > be nice to specify certain "heirarchys" of kernel modules that > you don't want built in make.conf or your config file. There's the MODULES_OVERRIDE option, which, while the logical opposite of what you want, is easy to populate with a script that takes the list of directories in /usr/src/sys/modules and creates a space-delimited list less the modules you don't want built. > Not that > I'm suggesting that pkgtools should be imported into FreeBSD. Yech! I feel just the opposite, I think pkgtools should be included, though it's not likely to happen. From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 15:39:22 2003 Return-Path: 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 AE52516A4BF for ; Sat, 23 Aug 2003 15:39:22 -0700 (PDT) Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E1D43FE0 for ; Sat, 23 Aug 2003 15:39:21 -0700 (PDT) (envelope-from A.J.Caines@halplant.com) Received: from mail.halplant.com ([68.98.167.210]) by lakemtao03.cox.net (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with ESMTP id <20030823223919.DVIH10977.lakemtao03.cox.net@mail.halplant.com>; Sat, 23 Aug 2003 18:39:19 -0400 Received: by mail.halplant.com (Postfix, from userid 1001) id: 39:20 -0400 (EDT) Date: Sat, 23 Aug 2003 18:39:20 -0400 From: Andrew J Caines To: Andrew Lankford , Darren Pilgrim Message-ID: <20030823223920.GC1698@hal9000.halplant.com> Mail-Followup-To: Andrew Lankford , Darren Pilgrim , hackers@freebsd.org References: <200308231221.AA1156710722@141.com> <20030823144924.2f13a7c8.dmp@bitfreak.org> <200308231221.AA1156710722@141.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030823144924.2f13a7c8.dmp@bitfreak.org> <200308231221.AA1156710722@141.com> Organization: H.A.L. Plant X-PGP-Fingerprint: C59A 2F74 1139 9432 B457 0B61 DDF2 AA61 67C3 18A1 X-Powered-by: FreeBSD 4.8-STABLE X-URL: http://halplant.com:88/ X-Yahoo-Profile: AJ_Z0 Importance: Normal User-Agent: Mutt/1.5.4i cc: hackers@freebsd.org Subject: Re: about /usr/ports make with options.. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew J Caines List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2003 22:39:22 -0000 Andrew, > It would be even nicer to have that functionality work in /etc/make.conf I prefer to have system (base) and apps (ports) separated as far as logically possible, but... > or the ports build system instead of the imprecise "WITHOUT_3DNOW='yo'" > trick I rely on. ..I'd be in favour of a native common make.conf type mechanism for defining ports' make variables like MAKE_ARGS in pkgtools.conf, though I'm reticent to suggest adding more cruft to ${PORTSDIR} and make.conf does incorporate a fair bit of common functionality across src, ports and docs. Even if I had real make-fu I still wouldn't like the job of doing the separation. Anyway, for ports pkgtools.conf is more sophisticated than make.conf and for me the its functionality and the portupgrade tool justify the extras. > It would also be nice to specify certain "heirarchys" of kernel modules > that you don't want built in make.conf or your config file. MODULES_OVERRIDE is lacking? My small brain wobbles with the mix of positive/negative and inclusive/exclusive (eg. NOFOO vs. NO_FOO vs. FOO=(yes|no|yo), WITH_FOO and WITHOUT_FOO, FOO=bar and so on). I dream of a consistent case of FOO=(yes|no), FOO+=this that, FOO-=the_other. Automagic dependency handling and sensible defaults would of course be required. > Not that I'm suggesting that pkgtools should be imported into FreeBSD. Whither ruby2perl (or better ruby2sh or even ruby2C)? Darren said to Andrew: > I feel just the opposite, I think pkgtools should be included, though > it's not likely to happen. While I love it for its functionality, I think it belongs in ports with anything else which has baggage such as `extra' interpreters so the base system can stay lean. The ports system itself is comparatively lean and sophisticated so it's no real barrier to add tools like this. -Andrew- -- _______________________________________________________________________ | -Andrew J. Caines- Unix Systems Engineer A.J.Caines@halplant.com | | "They that can give up essential liberty to obtain a little temporary | | safety deserve neither liberty nor safety" - Benjamin Franklin, 1759 | From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 19:54:02 2003 Return-Path: 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 7008716A4BF for ; Sat, 23 Aug 2003 19:54:02 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.SNVACAID.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E41D143FB1 for ; Sat, 23 Aug 2003 19:54:01 -0700 (PDT) (envelope-from kientzle@acm.org) Received: from acm.org (big.x.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id h7O2s1sE048833 for ; Sat, 23 Aug 2003 19:54:01 -0700 (PDT) (envelope-from kientzle@acm.org) Message-ID: <3F4828F5.8090207@acm.org> Date: Sat, 23 Aug 2003 19:54:45 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Inode Operations X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 02:54:02 -0000 I'm working on some archiving programs and need to (for various reasons) keep track of a very large number of files so that I can revisit them at the end of the operation. For example, on extract, I need to set directory access times and permissions after the complete extract is finished, which requires me to record every created directory. (No, there is no way around this short of re-scanning the entire archive a second time, which is impractical at best.) Right now, I'm storing the full pathname of each such file, but that is taking up a lot of memory, so I'm looking for a more compact approach. It occurred to me that the device number/inode (as returned by stat(2)) is another way to uniquely identify a file. As it turns out, I need to stat() everything anyway, so collecting such identifiers is easy. But, I can't find any system calls that actually use this information. Question: Are there any system calls that allow you to access/modify a file based only on the device number/inode number? Tim Kientzle From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 23 22:03:45 2003 Return-Path: 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 F2D5116A4BF for ; Sat, 23 Aug 2003 22:03:44 -0700 (PDT) Received: from HAL9000.homeunix.com (12-233-57-131.client.attbi.com [12.233.57.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6907243FDF for ; Sat, 23 Aug 2003 22:03:44 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: from HAL9000.homeunix.com (localhost [127.0.0.1]) by HAL9000.homeunix.com (8.12.9/8.12.9) with ESMTP id h7O53ptT013802; Sat, 23 Aug 2003 22:03:51 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by HAL9000.homeunix.com (8.12.9/8.12.9/Submit) id h7O53pwO013801; Sat, 23 Aug 2003 22:03:51 -0700 (PDT) (envelope-from das@FreeBSD.ORG) Date: Sat, 23 Aug 2003 22:03:51 -0700 From: David Schultz To: Tim Kientzle Message-ID: <20030824050351.GA13726@HAL9000.homeunix.com> Mail-Followup-To: Tim Kientzle , freebsd-hackers@freebsd.org References: <3F4828F5.8090207@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F4828F5.8090207@acm.org> cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Inode Operations X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2003 05:03:45 -0000 On Sat, Aug 23, 2003, Tim Kientzle wrote: > Right now, I'm storing the full pathname of each such > file, but that is taking up a lot of memory, so I'm looking > for a more compact approach. It occurred to me that > the device number/inode (as returned by stat(2)) is another > way to uniquely identify a file. As it turns out, I need to > stat() everything anyway, so collecting such identifiers is easy. > But, I can't find any system calls that actually use this information. > > Question: Are there any system calls that allow you to > access/modify a file based only on the device number/inode number? You can't do that, and if you could, you would be able to subvert access permissions on directories that otherwise prevented you from accessing a file. Also keep in mind that it is possible to have a virtually limitless number of hard links to a file, so this isn't something that can be easily changed. Have you considered a more compact representation for your massive list of files? With a clever data structure, you should only need to store a given pathname component once.