From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 00:23:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 229BB16A403 for ; Sun, 4 Feb 2007 00:23:36 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0733413C478 for ; Sun, 4 Feb 2007 00:23:35 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id l140NZK4075660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 3 Feb 2007 16:23:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id l140NZOD075659 for freebsd-hackers@freebsd.org; Sat, 3 Feb 2007 16:23:35 -0800 (PST) Received: from fbsd61 ([192.168.200.61]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA22614; Sat, 3 Feb 07 16:19:37 PST Date: Sat, 03 Feb 2007 16:21:35 -0800 From: perryh@pluto.rain.com To: freebsd-hackers@freebsd.org Message-Id: <45c5270f.m+ovKhgdkb0p47OA%perryh@pluto.rain.com> References: <200723171021.907086@poppa> <200702031940.00128.freebsd-hackers@dino.sk> In-Reply-To: <200702031940.00128.freebsd-hackers@dino.sk> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 00:23:36 -0000 > > The ACB is at the same level than Uart, so I had a look at sio > > source and got a big headache. I'm not really used to drivers > > nor kernel programming stuff, that's why I need your help. > > Why do you compare ACB and UART? In FreeBSD, sio is serial i/o > controller, not superIO, maybe you are confused... ACB and UART > does not have much in common... As I read the OP, both the ACB and the serial are in the same chip (the superIO), so it would seem reasonable to expect that the method of accessing the device registers in the (currently unsupported) ACB might be similar to the method of accessing the device registers in the (supported) serial port. Note I said "reasonable" -- it may not be "accurate" -- and this sort of analysis applies only to getting at the hardware. Certainly the means of communicating with the rest of the OS would be different, unless one wants the ACB to show up as sio7 or some such :) From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 02:57:32 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F45B16A533 for ; Sun, 4 Feb 2007 02:57:32 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id B603513C48E for ; Sun, 4 Feb 2007 02:57:31 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id C4DD36146; Sun, 4 Feb 2007 02:37:19 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id DE74540D4; Sun, 4 Feb 2007 02:37:11 +0000 (GMT) Date: Sun, 4 Feb 2007 02:37:11 +0000 From: Josef Karthauser To: fs@freebsd.org Message-ID: <20070204023711.GA3393@genius.tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org Subject: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 02:57:32 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey guys, does anyone know off the top of their heads why named pipes don't appear to work across null_fs mounted partitions? i.e. if I have a named pipe in a file system, # ls -ld /mysql/mysql.sock=20 srwxrwxrwx 1 mysql wheel 0 Feb 3 19:01 /mysql/mysql.sock # mysql --socket=3D/mysql/mysql.sock Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 6 Server version: 5.0.33-log FreeBSD port: mysql-server-5.0.33 Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql>=20 However if I make this available elsewhere via a null_fs mount: # mkdir /foo # mount_nullfs /mysql /foo # ls -ld /foo/mysql.sock=20 srwxrwxrwx 1 mysql wheel 0 Feb 3 19:01 /foo/mysql.sock # mysql --socket=3D/foo/mysql.sock -p Enter password:=20 ERROR 2002 (HY000): Can't connect to local MySQL server through socket = '/foo/mysql.sock' (61) the socket stops working. However a hardlink to the socket works: # umount /foo # ln /mysql/mysql.sock /foo/mysql.sock # mysql --socket=3D/foo/mysql.sock Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 10 Server version: 5.0.33-log FreeBSD port: mysql-server-5.0.33 Type 'help;' or '\h' for help. Type '\c' to clear the buffer. Is this a fundamental design issue with null_fs or a bug? There appears to be a lot of confusion on the lists about this point as many people are trying to do this so as to make a single mysql server available from within a number of jails, for instance. However people appear to think that this is a limitation of the jail code, not a limitation of the null_fs code. Having named pipes work in null_fs filesystems would be a very handy thing indeed. I'd appreciate any insights into this. Many thanks, Joe --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXFRtcACgkQXVIcjOaxUBZ2AgCfTJ8HIcdLfntDJMmcX5ndeyDL W5IAoJ+u0qy81TjfB/P1XedupjNxqp+m =5sRm -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 03:22:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9390116A405 for ; Sun, 4 Feb 2007 03:22:01 +0000 (UTC) (envelope-from luping.nju@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id 57C1813C471 for ; Sun, 4 Feb 2007 03:22:01 +0000 (UTC) (envelope-from luping.nju@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1221262wxc for ; Sat, 03 Feb 2007 19:22:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=S2j3Vp5ZiH/oEyk0YmZXmdAy18d0LvSxChafKlRs5Jc2SrtTdn20R9ILeHbO4YmAy49psoNRvSYEmjYm3qpnM+/RnYo+vs+5z+BQmQ1rUWbZgssQ7g13KoM2r3N1Nth22y/hBmsV6N4EtSlHhXf0zYfSuqmlbSspzHD59yei/zE= Received: by 10.70.32.13 with SMTP id f13mr9071849wxf.1170557660158; Sat, 03 Feb 2007 18:54:20 -0800 (PST) Received: by 10.70.7.7 with HTTP; Sat, 3 Feb 2007 18:54:20 -0800 (PST) Message-ID: Date: Sat, 3 Feb 2007 21:54:20 -0500 From: "lu ping" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: "sleep" in freebsd kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 03:22:01 -0000 Hey Folks, I have a kernel thread running as a daemon, and I want to make it sleep for a while in an infinite loop. I guess I can use "tsleep" but it only timeout after intergal system ticks, which only has millisecond granularity, but I want to make it sleep in some microsecond. Is there any way I can do this in the kernel? From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 06:57:55 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82B2516A402 for ; Sun, 4 Feb 2007 06:57:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4391813C481 for ; Sun, 4 Feb 2007 06:57:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l146uocX004650; Sat, 3 Feb 2007 23:56:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 03 Feb 2007 23:57:22 -0700 (MST) Message-Id: <20070203.235722.1973608952.imp@bsdimp.com> To: luping.nju@gmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 03 Feb 2007 23:56:50 -0700 (MST) Cc: freebsd-hackers@freebsd.org Subject: Re: "sleep" in freebsd kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 06:57:55 -0000 In message: "lu ping" writes: : I have a kernel thread running as a daemon, and I want to make it sleep for : a while in an infinite loop. I guess I can use "tsleep" but it only timeout : after intergal system ticks, which only has millisecond granularity, but I : want to make it sleep in some microsecond. Is there any way I can do this in : the kernel? Make HZ=10000 and you get 100us timeouts. :-) However, there are issues with that... There's presently no easy way to sleep for microseconds without some kind of hardware assist. Maybe the daemon you are running can access custom hardware, which you could use to schedule your interrupt in the near future. There is DELAY which will delay things by a number of microseconds, but it isn't that useful if you are doing it a lot because it is a busy wait, not a scheduling event. Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 08:20:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAEDF16A40A for ; Sun, 4 Feb 2007 08:20:01 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6EA13C474 for ; Sun, 4 Feb 2007 08:20:01 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from lex.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Sun, 04 Feb 2007 09:24:43 +0100 id 00000074.45C5984B.00016AFA From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Sun, 4 Feb 2007 09:18:36 +0100 User-Agent: KMail/1.9.4 References: <200723171021.907086@poppa> <200702031940.00128.freebsd-hackers@dino.sk> <45c5270f.m+ovKhgdkb0p47OA%perryh@pluto.rain.com> In-Reply-To: <45c5270f.m+ovKhgdkb0p47OA%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702040918.37825.freebsd-hackers@dino.sk> Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 08:20:01 -0000 On Sunday 04 February 2007 01:21, perryh@pluto.rain.com wrote: > > > The ACB is at the same level than Uart, so I had a look at sio > > > source and got a big headache. I'm not really used to drivers > > > nor kernel programming stuff, that's why I need your help. > > > > Why do you compare ACB and UART? In FreeBSD, sio is serial i/o > > controller, not superIO, maybe you are confused... ACB and UART > > does not have much in common... > > As I read the OP, both the ACB and the serial are in the same chip > (the superIO), so it would seem reasonable to expect that the method > of accessing the device registers in the (currently unsupported) ACB > might be similar to the method of accessing the device registers in > the (supported) serial port. > You are right from the point of view 'how to access registers'. But what OP wrote could be understand another way, too - he tried to modify sio to create acb driver, which would not achieve the correct results. There is i2c infrastructure in FreeBSD, acb driver should fit into its place there and it is not that easy - I tried to understand it, but nobody could/was willing to/did not care to help me understand it. > Note I said "reasonable" -- it may not be "accurate" -- and > this sort of analysis applies only to getting at the hardware. > Certainly the means of communicating with the rest of the OS > would be different, unless one wants the ACB to show up as sio7 > or some such :) > At hardware level, I consider it to be 'accurate', at OS level, they are completely different. Globally, at looks to me we basically do not disagree on subject, but that's just langauage ambiguity out there... Regards, Milan -- No need to mail me directly. Just reply to mailing list, please. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 11:32:29 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 82CB316A402 for ; Sun, 4 Feb 2007 11:32:29 +0000 (UTC) (envelope-from sten@blinkenlights.nl) Received: from mx1.blinkenlights.nl (mx1.blinkenlights.nl [193.202.115.243]) by mx1.freebsd.org (Postfix) with ESMTP id 4A10713C467 for ; Sun, 4 Feb 2007 11:32:29 +0000 (UTC) (envelope-from sten@blinkenlights.nl) Received: from zaphod.blinkenlights.nl (unknown [IPv6:2001:980:ffe:3:2e0:81ff:fe2f:bb6a]) by mx1.blinkenlights.nl (Postfix) with ESMTP id 463E53F41B; Sun, 4 Feb 2007 12:01:36 +0100 (CET) Received: by zaphod.blinkenlights.nl (Postfix, from userid 1001) id 1A9C317F459; Sun, 4 Feb 2007 12:01:27 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zaphod.blinkenlights.nl (Postfix) with ESMTP id 10B0417F455; Sun, 4 Feb 2007 12:01:27 +0100 (CET) Date: Sun, 4 Feb 2007 12:01:27 +0100 (CET) From: Sten Spans To: Frank Mayhar In-Reply-To: <1170530417.20968.14.camel@jill.exit.com> Message-ID: References: <1170530417.20968.14.camel@jill.exit.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers Subject: Re: UFS2 version of ffsrecov. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 11:32:29 -0000 On Sat, 3 Feb 2007, Frank Mayhar wrote: > I'm releasing it under the BSD two-clause license, with due credit to > John-Mark. It's my hope that someone else will take it, clean it up a > bit, rewrite the manpage and maybe make a port out of it. If you do and > you need a place to host the distfile, let me know. I've got the port done (in about 10 minutes). I could submit it as is, using your original url as the source. But hosting it somewhere else wouldn't be a problem either. Would it be ok to submit the port using your original url, and change it when someome else starts cleaning the code ? -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 06:54:30 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C91816A402 for ; Sun, 4 Feb 2007 06:54:30 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from mail.mppsystems.com (mppsystems.com [208.210.148.205]) by mx1.freebsd.org (Postfix) with ESMTP id 0658113C49D for ; Sun, 4 Feb 2007 06:54:29 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: by mail.mppsystems.com (Postfix, from userid 1000) id 54460115E0; Sun, 4 Feb 2007 00:54:29 -0600 (CST) Date: Sun, 4 Feb 2007 00:54:29 -0600 From: Mike Pritchard To: freebsd-hackers@freebsd.org Message-ID: <20070204065428.GA1731@mail.mppsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Mailman-Approved-At: Sun, 04 Feb 2007 12:29:11 +0000 Subject: Request for feedback on 2 new quota command options X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 06:54:30 -0000 I'd like to add 2 new options to the quota command, and would like to see if there are any comments before I commit them. The new options are: -f filesystem Only display information for the specified file system. -r Display the information as it appears in the quota structure, without any block translation and display the grace time values in more detail. E.g. instead of saying 6days for the time left, the actual time_t data and the time in ctime(3) format will be displayed. Both options have been useful in helping debug quota problems. Sample output from "quota -r -f /sandbox -u quotatest": Raw user quota information for id 1016 on /sandbox block hard limit: 1800 block soft limit: 1200 current block count: 6752 i-node hard limit: 11 i-node soft limit: 6 current i-node count: 5 block grace time: 1171080257 Fri Feb 9 22:04:17 2007 i-node grace time: 0 The patch is available at: http://people.freebsd.org/~mpp/quota.patch -Mike -- Mike Pritchard mpp @ mppsystems.com or mpp @ FreeBSD.org "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 20:24:03 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96FB516A405 for ; Sun, 4 Feb 2007 20:24:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4615C13C49D for ; Sun, 4 Feb 2007 20:24:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l14KLGxv016613; Sun, 4 Feb 2007 13:21:23 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 04 Feb 2007 13:21:50 -0700 (MST) Message-Id: <20070204.132150.1288664462.imp@bsdimp.com> To: freebsd-hackers@dino.sk From: "M. Warner Losh" In-Reply-To: <200702040918.37825.freebsd-hackers@dino.sk> References: <200702031940.00128.freebsd-hackers@dino.sk> <45c5270f.m+ovKhgdkb0p47OA%perryh@pluto.rain.com> <200702040918.37825.freebsd-hackers@dino.sk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 04 Feb 2007 13:21:23 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 20:24:03 -0000 In message: <200702040918.37825.freebsd-hackers@dino.sk> Milan Obuch writes: : On Sunday 04 February 2007 01:21, perryh@pluto.rain.com wrote: : > > > The ACB is at the same level than Uart, so I had a look at sio : > > > source and got a big headache. I'm not really used to drivers : > > > nor kernel programming stuff, that's why I need your help. : > > : > > Why do you compare ACB and UART? In FreeBSD, sio is serial i/o : > > controller, not superIO, maybe you are confused... ACB and UART : > > does not have much in common... : > : > As I read the OP, both the ACB and the serial are in the same chip : > (the superIO), so it would seem reasonable to expect that the method : > of accessing the device registers in the (currently unsupported) ACB : > might be similar to the method of accessing the device registers in : > the (supported) serial port. : > : : You are right from the point of view 'how to access registers'. But what OP : wrote could be understand another way, too - he tried to modify sio to create : acb driver, which would not achieve the correct results. There is i2c : infrastructure in FreeBSD, acb driver should fit into its place there and it : is not that easy - I tried to understand it, but nobody could/was willing : to/did not care to help me understand it. I'm happy to help you understand it. Warner From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 20:36:26 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64C0416A400 for ; Sun, 4 Feb 2007 20:36:26 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id F1AE413C481 for ; Sun, 4 Feb 2007 20:36:25 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from [192.168.16.241] (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Sun, 04 Feb 2007 21:41:16 +0100 id 00000074.45C644F1.000176F2 From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Sun, 4 Feb 2007 21:35:25 +0100 User-Agent: KMail/1.9.5 References: <200702031940.00128.freebsd-hackers@dino.sk> <200702040918.37825.freebsd-hackers@dino.sk> <20070204.132150.1288664462.imp@bsdimp.com> In-Reply-To: <20070204.132150.1288664462.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702042135.25962.freebsd-hackers@dino.sk> Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 20:36:26 -0000 On Sunday 04 February 2007 21:21, M. Warner Losh wrote: > In message: <200702040918.37825.freebsd-hackers@dino.sk> > > Milan Obuch writes: > : On Sunday 04 February 2007 01:21, perryh@pluto.rain.com wrote: > : > > > The ACB is at the same level than Uart, so I had a look at sio > : > > > source and got a big headache. I'm not really used to drivers > : > > > nor kernel programming stuff, that's why I need your help. > : > > > : > > Why do you compare ACB and UART? In FreeBSD, sio is serial i/o > : > > controller, not superIO, maybe you are confused... ACB and UART > : > > does not have much in common... > : > > : > As I read the OP, both the ACB and the serial are in the same chip > : > (the superIO), so it would seem reasonable to expect that the method > : > of accessing the device registers in the (currently unsupported) ACB > : > might be similar to the method of accessing the device registers in > : > the (supported) serial port. > : > : You are right from the point of view 'how to access registers'. But what > : OP wrote could be understand another way, too - he tried to modify sio to > : create acb driver, which would not achieve the correct results. There is > : i2c infrastructure in FreeBSD, acb driver should fit into its place there > : and it is not that easy - I tried to understand it, but nobody could/was > : willing to/did not care to help me understand it. > > I'm happy to help you understand it. > > Warner > Great, I will go through the code and will ask. What made me not achieve progress was lack of docs - this area is, ehm, under-documented, and lack of description in pcf, the only i2c hardware controller in source tree currently. Correct me, if I am wrong and there are more - but not smbus, they are not the same thing, even if very near to each other. SMbus controller in FreeBSD does not expose i2c device to userland, as far as I read it, but this was some time ago. I need some time to prepare myself, but I would like to get this working. There are some projects waiting for it... Regards, Milan -- This address is used only for mailing list response. Do not send any personal messages to it, use milan in address instead. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 21:27:18 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB95716A401 for ; Sun, 4 Feb 2007 21:27:18 +0000 (UTC) (envelope-from cats@catslab.com) Received: from racoon.catslab.com (racoon.catslab.com [88.191.13.229]) by mx1.freebsd.org (Postfix) with SMTP id 37F8413C46B for ; Sun, 4 Feb 2007 21:27:18 +0000 (UTC) (envelope-from cats@catslab.com) Received: (qmail 91007 invoked by uid 2010); 4 Feb 2007 21:27:16 -0000 Received: from 81.56.179.92 by racoon.catslab.com (envelope-from , uid 2009) with qmail-scanner-1.25-st-qms (clamdscan: 0.88.2/1524. spamassassin: 3.1.1. perlscan: 1.25-st-qms. Clear:RC:0(81.56.179.92):SA:0(-2.5/3.5):. Processed in 7.262523 secs); 04 Feb 2007 21:27:16 -0000 X-Spam-Status: No, hits=-2.5 required=3.5 X-Antivirus-CATSLAB-COM-Mail-From: cats@catslab.com via racoon.catslab.com X-Antivirus-CATSLAB-COM: 1.25-st-qms (Clear:RC:0(81.56.179.92):SA:0(-2.5/3.5):. Processed in 7.262523 secs Process 91000) Received: from spyro.catslab.com (HELO poppa) (cats@catslab.com@81.56.179.92) by racoon.catslab.com with SMTP; 4 Feb 2007 21:27:08 -0000 From: Cats To: , X-Mailer: PocoMail 4.1 (3650) - Licensed Version X-URL: http://www.pocomail.com/ Date: Sun, 4 Feb 2007 22:24:01 +0100 Message-ID: <20072422241.046491@poppa> X-Mailer: PocoMail 4.1 (3650) - Licensed Version X-URL: http://www.pocomail.com/ In-Reply-To: <200702040918.37825.freebsd-hackers@dino.sk> In-Reply-To: <20070204.132150.1288664462.imp@bsdimp.com> From: Cats Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 21:27:18 -0000 I played a bit today with Geode registers. Well, I tried to tweak the /usr/src/sys/i386/i386/geode.c *** 198,203 **** --- 198,207 ---- * people think their box just died. */ led_func(&led1b, 1); + outb(0x2E,0x7); // Select LDN Page 80 + outb(0x2F,0x2); // Put 02h in LDN to select IR Port + outb(0x2E,0x30); // Select Logical Device Control= Register + outb(0x2F,inb (0x2F)+1); // Set LDCR[0] to enable IR= port } if ( strlen(bios_oem) ) printf("Geode %s\n", bios_oem); After rebooting with the new kernel I got this in the dmesg: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Yes, the IR port is seen as a standard serial port and I have the cuad1* and= ttyd1* in the /dev Well of course none of IRRCX1 and IRTX pins are wired on the wrap board, so= no way to test it. This might be a trick to enable the ACBbuses on the geode to have them= recognized by a driver on the isa bus. Got to try when I'll have some spare time. Cheers, Cedric De cats@catslab.com, le 04/02/2007 > In message: > Milan Obuch writes: > : On Sunday 04 February 2007 01:21, perryh@pluto.rain.com wrote: : > > > > The ACB is at the same level than Uart, so I had a look at > sio : > > > source and got a big headache. I'm not really used to > drivers : > > > nor kernel programming stuff, that's why I need > your help. : > > > : > > Why do you compare ACB and UART? In FreeBSD, sio is serial > i/o : > > controller, not superIO, maybe you are confused... ACB > and UART : > > does not have much in common... : > > : > As I read the OP, both the ACB and the serial are in the same > chip : > (the superIO), so it would seem reasonable to expect that > the method : > of accessing the device registers in the (currently > unsupported) ACB : > might be similar to the method of accessing > the device registers in : > the (supported) serial port. : > : > : You are right from the point of view 'how to access registers'. > But what OP : wrote could be understand another way, too - he tried > to modify sio to create : acb driver, which would not achieve the > correct results. There is i2c : infrastructure in FreeBSD, acb > driver should fit into its place there and it : is not that easy - > I tried to understand it, but nobody could/was willing : to/did not > care to help me understand it. > > I'm happy to help you understand it. > > Warner > _______________________________________________ > 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 Feb 4 21:27:19 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29CDA16A402 for ; Sun, 4 Feb 2007 21:27:19 +0000 (UTC) (envelope-from cats@catslab.com) Received: from racoon.catslab.com (racoon.catslab.com [88.191.13.229]) by mx1.freebsd.org (Postfix) with SMTP id 3823913C471 for ; Sun, 4 Feb 2007 21:27:18 +0000 (UTC) (envelope-from cats@catslab.com) Received: (qmail 91007 invoked by uid 2010); 4 Feb 2007 21:27:16 -0000 Received: from 81.56.179.92 by racoon.catslab.com (envelope-from , uid 2009) with qmail-scanner-1.25-st-qms (clamdscan: 0.88.2/1524. spamassassin: 3.1.1. perlscan: 1.25-st-qms. Clear:RC:0(81.56.179.92):SA:0(-2.5/3.5):. Processed in 7.262523 secs); 04 Feb 2007 21:27:16 -0000 X-Spam-Status: No, hits=-2.5 required=3.5 X-Antivirus-CATSLAB-COM-Mail-From: cats@catslab.com via racoon.catslab.com X-Antivirus-CATSLAB-COM: 1.25-st-qms (Clear:RC:0(81.56.179.92):SA:0(-2.5/3.5):. Processed in 7.262523 secs Process 91000) Received: from spyro.catslab.com (HELO poppa) (cats@catslab.com@81.56.179.92) by racoon.catslab.com with SMTP; 4 Feb 2007 21:27:08 -0000 From: Cats To: , X-Mailer: PocoMail 4.1 (3650) - Licensed Version X-URL: http://www.pocomail.com/ Date: Sun, 4 Feb 2007 22:24:01 +0100 Message-ID: <20072422241.046491@poppa> X-Mailer: PocoMail 4.1 (3650) - Licensed Version X-URL: http://www.pocomail.com/ In-Reply-To: <200702040918.37825.freebsd-hackers@dino.sk> In-Reply-To: <20070204.132150.1288664462.imp@bsdimp.com> From: Cats Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 21:27:19 -0000 I played a bit today with Geode registers. Well, I tried to tweak the /usr/src/sys/i386/i386/geode.c *** 198,203 **** --- 198,207 ---- * people think their box just died. */ led_func(&led1b, 1); + outb(0x2E,0x7); // Select LDN Page 80 + outb(0x2F,0x2); // Put 02h in LDN to select IR Port + outb(0x2E,0x30); // Select Logical Device Control= Register + outb(0x2F,inb (0x2F)+1); // Set LDCR[0] to enable IR= port } if ( strlen(bios_oem) ) printf("Geode %s\n", bios_oem); After rebooting with the new kernel I got this in the dmesg: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Yes, the IR port is seen as a standard serial port and I have the cuad1* and= ttyd1* in the /dev Well of course none of IRRCX1 and IRTX pins are wired on the wrap board, so= no way to test it. This might be a trick to enable the ACBbuses on the geode to have them= recognized by a driver on the isa bus. Got to try when I'll have some spare time. Cheers, Cedric De cats@catslab.com, le 04/02/2007 > In message: > Milan Obuch writes: > : On Sunday 04 February 2007 01:21, perryh@pluto.rain.com wrote: : > > > > The ACB is at the same level than Uart, so I had a look at > sio : > > > source and got a big headache. I'm not really used to > drivers : > > > nor kernel programming stuff, that's why I need > your help. : > > > : > > Why do you compare ACB and UART? In FreeBSD, sio is serial > i/o : > > controller, not superIO, maybe you are confused... ACB > and UART : > > does not have much in common... : > > : > As I read the OP, both the ACB and the serial are in the same > chip : > (the superIO), so it would seem reasonable to expect that > the method : > of accessing the device registers in the (currently > unsupported) ACB : > might be similar to the method of accessing > the device registers in : > the (supported) serial port. : > : > : You are right from the point of view 'how to access registers'. > But what OP : wrote could be understand another way, too - he tried > to modify sio to create : acb driver, which would not achieve the > correct results. There is i2c : infrastructure in FreeBSD, acb > driver should fit into its place there and it : is not that easy - > I tried to understand it, but nobody could/was willing : to/did not > care to help me understand it. > > I'm happy to help you understand it. > > Warner > _______________________________________________ > 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 Feb 4 21:44:15 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F076A16A400 for ; Sun, 4 Feb 2007 21:44:15 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.freebsd.org (Postfix) with ESMTP id 8AF6B13C441 for ; Sun, 4 Feb 2007 21:44:15 +0000 (UTC) (envelope-from freebsd-hackers@dino.sk) Received: from lex.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by bsd.dino.sk with esmtp; Sun, 04 Feb 2007 22:49:05 +0100 id 00000074.45C654D6.00017815 From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Sun, 4 Feb 2007 22:41:57 +0100 User-Agent: KMail/1.9.4 References: <20072422241.046491@poppa> In-Reply-To: <20072422241.046491@poppa> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702042241.58481.freebsd-hackers@dino.sk> Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 21:44:16 -0000 On Sunday 04 February 2007 22:24, Cats wrote: > I played a bit today with Geode registers. > > Well, I tried to tweak the /usr/src/sys/i386/i386/geode.c > > *** 198,203 **** > --- 198,207 ---- > * people think their box just died. > */ > led_func(&led1b, 1); > + outb(0x2E,0x7); // Select LDN Page 80 > + outb(0x2F,0x2); // Put 02h in LDN to select IR Port > + outb(0x2E,0x30); // Select Logical Device Control > Register + outb(0x2F,inb (0x2F)+1); // Set LDCR[0] to > enable IR port } > if ( strlen(bios_oem) ) > printf("Geode %s\n", bios_oem); > > After rebooting with the new kernel I got this in the dmesg: > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > > Yes, the IR port is seen as a standard serial port and I have the cuad1* > and ttyd1* in the /dev > > Well of course none of IRRCX1 and IRTX pins are wired on the wrap board, so > no way to test it. > > This might be a trick to enable the ACBbuses on the geode to have them > recognized by a driver on the isa bus. > > Got to try when I'll have some spare time. > It will not work, there is much more to do. As shown in your test, even second serial will not work because irq routing is not set. But I will try to analyze Pascal's sources and compare it to my older work, maybe I can find the problem, just wait a bit... I will keep you informed if I achieve any progress... Milan -- No need to mail me directly. Just reply to mailing list, please. From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 4 22:23:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5908F16A403 for ; Sun, 4 Feb 2007 22:23:35 +0000 (UTC) (envelope-from cats@catslab.com) Received: from racoon.catslab.com (racoon.catslab.com [88.191.13.229]) by mx1.freebsd.org (Postfix) with SMTP id E16A413C48E for ; Sun, 4 Feb 2007 22:23:33 +0000 (UTC) (envelope-from cats@catslab.com) Received: (qmail 39489 invoked by uid 2010); 4 Feb 2007 22:23:32 -0000 Received: from 81.56.179.92 by racoon.catslab.com (envelope-from , uid 2009) with qmail-scanner-1.25-st-qms (clamdscan: 0.88.2/1524. spamassassin: 3.1.1. perlscan: 1.25-st-qms. Clear:RC:0(81.56.179.92):SA:0(-2.5/3.5):. Processed in 3.756504 secs); 04 Feb 2007 22:23:32 -0000 X-Spam-Status: No, hits=-2.5 required=3.5 X-Antivirus-CATSLAB-COM-Mail-From: cats@catslab.com via racoon.catslab.com X-Antivirus-CATSLAB-COM: 1.25-st-qms (Clear:RC:0(81.56.179.92):SA:0(-2.5/3.5):. Processed in 3.756504 secs Process 39477) Received: from spyro.catslab.com (HELO poppa) (cats@catslab.com@81.56.179.92) by racoon.catslab.com with SMTP; 4 Feb 2007 22:23:28 -0000 From: Cats To: X-Mailer: PocoMail 4.1 (3650) - Licensed Version X-URL: http://www.pocomail.com/ Date: Sun, 4 Feb 2007 23:20:20 +0100 Message-ID: <200724232020.754293@poppa> In-Reply-To: <200702042241.58481.freebsd-hackers@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 22:23:35 -0000 > On Sunday 04 February 2007 22:24, Cats wrote: >> I played a bit today with Geode registers. >> >> Well, I tried to tweak the /usr/src/sys/i386/i386/geode.c >> >> *** 198,203 **** >> --- 198,207 ---- >> * people think their box just died. */ led_func(&led1b, 1); >> + outb(0x2E,0x7); // Select LDN Page 80 + >> outb(0x2F,0x2); // Put 02h in LDN to select >> IR Port + outb(0x2E,0x30); // Select >> Logical Device Control Register + >> outb(0x2F,inb (0x2F)+1); // Set LDCR[0] to enable IR port } if ( >> strlen(bios_oem) ) printf("Geode %s\n", bios_oem); >> >> After rebooting with the new kernel I got this in the dmesg: >> >> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 >> sio0: type 16550A, console >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> sio1 at port 0x2f8-0x2ff irq 3 on isa0 >> sio1: type 16550A >> >> Yes, the IR port is seen as a standard serial port and I have the >> cuad1* and ttyd1* in the /dev >> >> Well of course none of IRRCX1 and IRTX pins are wired on the wrap >> board, so no way to test it. >> >> This might be a trick to enable the ACBbuses on the geode to have >> them recognized by a driver on the isa bus. >> >> Got to try when I'll have some spare time. >> > > It will not work, there is much more to do. As shown in your test, > even second serial will not work because irq routing is not set. > But I will try to analyze Pascal's sources and compare it to my > older work, maybe I can find the problem, just wait a bit... I will > keep you informed if I achieve any progress... Milan Ok thanks, I'll check on my side what I can do... ;-) Cedric From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 5 05:10:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2AFE16A401 for ; Mon, 5 Feb 2007 05:10:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 860C313C48D for ; Mon, 5 Feb 2007 05:10:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1558k4l021108; Sun, 4 Feb 2007 22:08:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 04 Feb 2007 22:09:21 -0700 (MST) Message-Id: <20070204.220921.-566238288.imp@bsdimp.com> To: freebsd-hackers@dino.sk From: "M. Warner Losh" In-Reply-To: <200702042135.25962.freebsd-hackers@dino.sk> References: <200702040918.37825.freebsd-hackers@dino.sk> <20070204.132150.1288664462.imp@bsdimp.com> <200702042135.25962.freebsd-hackers@dino.sk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 04 Feb 2007 22:08:52 -0700 (MST) Cc: freebsd-hackers@freebsd.org Subject: Re: Geode SC1100 i2c bus X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 05:10:46 -0000 In message: <200702042135.25962.freebsd-hackers@dino.sk> Milan Obuch writes: : On Sunday 04 February 2007 21:21, M. Warner Losh wrote: : > In message: <200702040918.37825.freebsd-hackers@dino.sk> : > : > Milan Obuch writes: : > : On Sunday 04 February 2007 01:21, perryh@pluto.rain.com wrote: : > : > > > The ACB is at the same level than Uart, so I had a look at sio : > : > > > source and got a big headache. I'm not really used to drivers : > : > > > nor kernel programming stuff, that's why I need your help. : > : > > : > : > > Why do you compare ACB and UART? In FreeBSD, sio is serial i/o : > : > > controller, not superIO, maybe you are confused... ACB and UART : > : > > does not have much in common... : > : > : > : > As I read the OP, both the ACB and the serial are in the same chip : > : > (the superIO), so it would seem reasonable to expect that the method : > : > of accessing the device registers in the (currently unsupported) ACB : > : > might be similar to the method of accessing the device registers in : > : > the (supported) serial port. : > : : > : You are right from the point of view 'how to access registers'. But what : > : OP wrote could be understand another way, too - he tried to modify sio to : > : create acb driver, which would not achieve the correct results. There is : > : i2c infrastructure in FreeBSD, acb driver should fit into its place there : > : and it is not that easy - I tried to understand it, but nobody could/was : > : willing to/did not care to help me understand it. : > : > I'm happy to help you understand it. : > : > Warner : > : : Great, I will go through the code and will ask. What made me not achieve : progress was lack of docs - this area is, ehm, under-documented, and lack of : description in pcf, the only i2c hardware controller in source tree : currently. pcf isn't the only i2c hardware controller in the tree. I personally comitted at91_twi.c quite some time ago. : Correct me, if I am wrong and there are more - but not smbus, they : are not the same thing, even if very near to each other. SMbus : controller in FreeBSD does not expose i2c device to userland, as far : as I read it, but this was some time ago. smbus has a higher level interface than i2c, so doesn't expose i2c to userland because it can't. : I need some time to prepare myself, but I would like to get this working. : There are some projects waiting for it... Sure thing. Like I said, I've done a lot with i2c in FreeBSD lately... Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 5 11:28:08 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8EBD16A400 for ; Mon, 5 Feb 2007 11:28:06 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 89A9F13C4A5 for ; Mon, 5 Feb 2007 11:28:06 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HE20s-0004V1-7y for freebsd-hackers@freebsd.org; Mon, 05 Feb 2007 12:27:58 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Feb 2007 12:27:58 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Feb 2007 12:27:58 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Mon, 05 Feb 2007 12:27:50 +0100 Lines: 10 Message-ID: References: <1170530417.20968.14.camel@jill.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.9 (X11/20070110) In-Reply-To: <1170530417.20968.14.camel@jill.exit.com> Sender: news Subject: Re: UFS2 version of ffsrecov. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 11:28:08 -0000 Frank Mayhar wrote: > No, I'm not looking for one, I'm releasing one. This is a heavily > modified version of John-Mark Gurney's ffsrecov, adapted to use libufs > and to work (only) with UFS2 file systems. I call it ffs2recov and it > is available at > http://www.exit.com/Archives/FreeBSD/ffs2recov.tar.bz2 Hi! Can it undelete files on a working file system? From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 5 16:24:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 267E316A40A for ; Mon, 5 Feb 2007 16:24:20 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id DCE7D13C471 for ; Mon, 5 Feb 2007 16:24:19 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so969385ana for ; Mon, 05 Feb 2007 08:24:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=GNcDLlmDcLGJGEaIzFmjFI/tXAgXrLC9t8pC/OngfijmJ27b/FHU7ww2qgXcgb2DfIr3FhzdpKumRsCyLLJVRXDlPfIkrxjvjk9eZHeEko+tO/88bzsJGqx+zwpVk9pZwQ/7nfsuOG7Q3D7pCEoSzsOYNi6ew6tXkoVwH6CPBEI= Received: by 10.114.202.15 with SMTP id z15mr595075waf.1170692658437; Mon, 05 Feb 2007 08:24:18 -0800 (PST) Received: by 10.114.170.13 with HTTP; Mon, 5 Feb 2007 08:24:18 -0800 (PST) Message-ID: Date: Mon, 5 Feb 2007 17:24:18 +0100 From: "Rene Ladan" To: "FreeBSD Hackers" In-Reply-To: <45B4CC81.1090607@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_17016_32169935.1170692658287" References: <45B4CC81.1090607@gmail.com> Subject: Fwd: xtaf-20070122 available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 16:24:20 -0000 ------=_Part_17016_32169935.1170692658287 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hmm, the fs@ list seems to be a bit silent on this, let's try it here :) The message is slightly modified to reflect reality. For those who can read from a real xbox360 memory card or hard disk, have a look at kern/107707 which defines a xbox360 geom module. Thanks, Rene ---------- Forwarded message ---------- From: Rene Ladan Date: 22 jan 2007 15:38 Subject: xtaf-20070122 available To: fs@freebsd.org Hi, I put a new version of the XTAF (xbox360 filesystem) module online at http://home.tiscali.nl/rladan/freebsd/xtaf The patch consists of two parts: * glue-20070205.diff.bz2 (the build glue) * kern-20070205.diff.bz2 (the file system module) There fs module still contains some nasty bugs, maybe some (msdos)fs or VOP gurus could have a look? My own guess is that I somehow mangle the cluster offsets, resulting in such things as directories showing up as files in ls(1), directories getting skipped, and some files in the root directory showing the wrong contents. Copying this without modifications from the msdosfs module is not possible because Microsoft decided to omit the . and .. directory entries (everywhere, not just in the root directory). I've uploaded an actual xtaf fs from my xbox360 memory card at http://home.tiscali.nl/rladan/freebsd/xtaf/part0.tbz That file also contains some notes about how that file system should look. To test it on a CURRENT box : (download and bunzip2 the files) # cd /usr/src # patch < glue-20070205.diff # patch < kern-20070205.diff # cd modules/xtaf # make depend && make obj && make && make install (get part0.tbz, extract part0.xtaf from it) # mdconfig -a -t vnode -f part0.xtaf # mount -t xtaf /dev/mdX /my/favorite/mountpoint (play with it) Note that * write support is currently disabled behind #ifdef XTAF_WRITE. * NFS support is currently disabled behind #ifdef XTAF_NFS. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 ------=_Part_17016_32169935.1170692658287 Content-Type: text/plain; name=xtaf-20070205.txt; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_ext45gng Content-Disposition: attachment; filename="xtaf-20070205.txt" LXJ3LXItLXItLSAgMSByZW5lICB3aGVlbCAgICA2NjEgRmViICA1IDE3OjIwIGdsdWUtMjAwNzAy MDUuZGlmZi5iejIKTUQ1IChnbHVlLTIwMDcwMjA1LmRpZmYuYnoyKSA9IDIxYjEzZGY5MTAxYjA4 NDkzMmQxMGEwZTE5OTU2NDk3ClNIQTI1NiAoZ2x1ZS0yMDA3MDIwNS5kaWZmLmJ6MikgPSBhYTg3 MDllOGEzMTc2NWIzYTljMmM2OGY5YWJmMmI3MWZkYzdmN2YxNjNhMTQwNTk0OTZhNWQ2NTc2MjVj MDljCgotcnctci0tci0tICAxIHJlbmUgIHdoZWVsICAzNTg4NSBGZWIgIDUgMTc6MjAga2Vybi0y MDA3MDIwNS5kaWZmLmJ6MgpNRDUgKGtlcm4tMjAwNzAyMDUuZGlmZi5iejIpID0gOGUwYzNmMDlh MDgzNjBmZGZlYzkzZmUxZjY0NTAzOGEKU0hBMjU2IChrZXJuLTIwMDcwMjA1LmRpZmYuYnoyKSA9 IGM5YTAzNTllNDJlZjM0N2NkOTY2NGEzZDM1ZjE0MDc1MWMyNTZlMDcyZTMyYTZjNTNiYzJlNGQw MDU4YTVlYTcK ------=_Part_17016_32169935.1170692658287-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 5 16:28:24 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1EA016A415 for ; Mon, 5 Feb 2007 16:28:24 +0000 (UTC) (envelope-from frank@exit.com) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.freebsd.org (Postfix) with ESMTP id 150F213C48D for ; Mon, 5 Feb 2007 16:28:23 +0000 (UTC) (envelope-from frank@exit.com) Received: from jill.exit.com (jill.exit.com [206.223.0.4]) by tinker.exit.com (8.13.8/8.13.8) with ESMTP id l15Ft0qr050134; Mon, 5 Feb 2007 07:55:00 -0800 (PST) (envelope-from frank@exit.com) Received: from jill.exit.com (localhost [127.0.0.1]) by jill.exit.com (8.13.8/8.13.8) with ESMTP id l15Fsx1O063630; Mon, 5 Feb 2007 07:55:00 -0800 (PST) (envelope-from frank@exit.com) Received: (from frank@localhost) by jill.exit.com (8.13.8/8.13.8/Submit) id l15FsxYG063629; Mon, 5 Feb 2007 07:54:59 -0800 (PST) (envelope-from frank@exit.com) X-Authentication-Warning: jill.exit.com: frank set sender to frank@exit.com using -f From: Frank Mayhar To: Ivan Voras In-Reply-To: References: <1170530417.20968.14.camel@jill.exit.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Exit Consulting Date: Mon, 05 Feb 2007 07:54:58 -0800 Message-Id: <1170690898.62703.5.camel@jill.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port X-Virus-Scanned: ClamAV 0.88.6/2524/Mon Feb 5 04:48:22 2007 on tinker.exit.com X-Virus-Status: Clean Cc: freebsd-hackers@FreeBSD.org Subject: Re: UFS2 version of ffsrecov. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 16:28:24 -0000 On Mon, 2007-02-05 at 12:27 +0100, Ivan Voras wrote: > Frank Mayhar wrote: > > No, I'm not looking for one, I'm releasing one. This is a heavily > > modified version of John-Mark Gurney's ffsrecov, adapted to use libufs > > and to work (only) with UFS2 file systems. I call it ffs2recov and it > > is available at > > http://www.exit.com/Archives/FreeBSD/ffs2recov.tar.bz2 > Can it undelete files on a working file system? Heh, I figured someone would ask that question. The answer is, for the most part, no, it can't. When you delete a file the directory entry is freed; ffs2recov doesn't know how to recover it and in fact it may not _be_ recoverable. If it is at all, fsdb might be your best bet. On the other hand, you might also shoot your own foot off. :-) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 00:20:43 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0390F16A40D for ; Tue, 6 Feb 2007 00:20:42 +0000 (UTC) (envelope-from iamthegenius@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id AB4AA13C474 for ; Tue, 6 Feb 2007 00:20:41 +0000 (UTC) (envelope-from iamthegenius@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1710363wxc for ; Mon, 05 Feb 2007 16:20:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jori5RLL0IeRf59Jn4kZsmF/tp9HjxNgCWSJDLh6naWga48vZdvLNHWDvDXChTuAE+Zedoa54jPaDot/agIQ2YQUEnV2iWEB3/Cmn6d5hqj7dI5BI7NGlCQ5whNrIkVODFRcM9fro2lO6OqH0dYA7J/giqbfJhQPhkK3EzkFCrg= Received: by 10.70.132.2 with SMTP id f2mr6625125wxd.1170719601151; Mon, 05 Feb 2007 15:53:21 -0800 (PST) Received: by 10.70.109.1 with HTTP; Mon, 5 Feb 2007 15:53:21 -0800 (PST) Message-ID: Date: Tue, 6 Feb 2007 02:53:21 +0300 From: "DAAD DAAD" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Inquiries about BSD wifi implementation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 00:20:43 -0000 Hi everyone, Where can I find information about BSD's wifi implementation? Is there any whitepapers or docs describing it? And if the single and only way to find is to dive through the code, can anyone tell me where to start looking? The reason I'm looking for this is to help Syllable operating system (syllable.org) developers implement wifi, any info is appreciated (though it would be nice if someone went there and helped them directly, they are like 4 guys working on what would be the future ""desktop"" OS for home and small office users). Thanks in advance. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 09:54:36 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCC6C16A406 for ; Tue, 6 Feb 2007 09:54:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 6687313C441 for ; Tue, 6 Feb 2007 09:54:36 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1485004uge for ; Tue, 06 Feb 2007 01:54:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fJPnrgPWs++ZCrPyKg7spjL0OZMhQdJD8TYilnWx5ofQP4X6pfDdJK4DUM7zh0S9JquqgMTMkIR8cKZj2vbB8O8qofGHGR3+nMEJ0NwYIy9MoT16dRi8iCIwzyYC2hc3TcIaZgQgDBXKWbWVhVr9bs+6lomIihviztXWEK/3D2w= Received: by 10.78.204.20 with SMTP id b20mr1542781hug.1170753903331; Tue, 06 Feb 2007 01:25:03 -0800 (PST) Received: by 10.78.202.1 with HTTP; Tue, 6 Feb 2007 01:25:03 -0800 (PST) Message-ID: <6eb82e0702060125r1fdaa305m8af033a1c6e7ccda@mail.gmail.com> Date: Tue, 6 Feb 2007 17:25:03 +0800 From: "Rong-en Fan" To: "Sten Spans" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1170530417.20968.14.camel@jill.exit.com> Cc: hackers Subject: Re: UFS2 version of ffsrecov. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 09:54:36 -0000 On 2/4/07, Sten Spans wrote: > On Sat, 3 Feb 2007, Frank Mayhar wrote: > > > I'm releasing it under the BSD two-clause license, with due credit to > > John-Mark. It's my hope that someone else will take it, clean it up a > > bit, rewrite the manpage and maybe make a port out of it. If you do and > > you need a place to host the distfile, let me know. > > I've got the port done (in about 10 minutes). I could > submit it as is, using your original url as the source. > But hosting it somewhere else wouldn't be a problem either. Now it's sysutils/ffs2recov. Regards, Rong-En Fan From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 14:22:31 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0C7F16A405 for ; Tue, 6 Feb 2007 14:22:30 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 72D6E13C4B3 for ; Tue, 6 Feb 2007 14:22:30 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so167457nfc for ; Tue, 06 Feb 2007 06:22:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type; b=QHZj/xhhPA3IYVSqsitkcnuYyYBRJJsrYkTuwEdSwX5ExH6fgMUbdPxmeIcj+C+Cf9gr5DMKWabChIcbiApyrYv3tGhEYBxuBOeJlVQaAlIgN5juO4rs6jMi7l2PCOxCJaHc3Q/OYET6C6EX5lNccN1n5/T3cu3EDdVz+TeF/LU= Received: by 10.48.14.4 with SMTP id 4mr327500nfn.1170771748210; Tue, 06 Feb 2007 06:22:28 -0800 (PST) Received: from ?192.168.123.202? ( [195.241.221.201]) by mx.google.com with ESMTP id p72sm2526566nfc.2007.02.06.06.22.26; Tue, 06 Feb 2007 06:22:27 -0800 (PST) Message-ID: <45C88F21.2020500@gmail.com> Date: Tue, 06 Feb 2007 15:22:25 +0100 From: Rene Ladan User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Craig Rodrigues , freebsd-hackers@freebsd.org References: <45B4CC81.1090607@gmail.com> <20070206004303.GA25928@crodrigues.org> In-Reply-To: <20070206004303.GA25928@crodrigues.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/mixed; boundary="------------050805020204050205090309" Cc: Subject: Re: Fwd: xtaf-20070122 available X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 14:22:31 -0000 This is a multi-part message in MIME format. --------------050805020204050205090309 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Craig Rodrigues schreef: > Hi, > > I don't have time to look at your xtaf stuff for a few days, > but it looks cool. > Thanks! > Can you try one test? Put an audio CD in your CD-ROM drive, and do: > > mount -t xtaf /dev/acd0 /mnt > > If your kernel crashes, like in this PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=85893 > > then you will need to fix your patch, similar to what I did > in version 1.316 of ffs_vfsops.c > Yup, the code crashed on a Radiohead CD using todays kernel/world. This is now fixed. The new kernel diff is at http://home.tiscali.nl/rladan/freebsd/xtaf/kern-20070206.diff.bz2 Checksums are attached. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 --------------050805020204050205090309 Content-Type: text/plain; name="xtaf-20070206.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xtaf-20070206.txt" -rw-r--r-- 1 rene wheel 661 Feb 5 17:20 glue-20070205.diff.bz2 MD5 (glue-20070205.diff.bz2) = 21b13df9101b084932d10a0e19956497 SHA256 (glue-20070205.diff.bz2) = aa8709e8a31765b3a9c2c68f9abf2b71fdc7f7f163a14059496a5d657625c09c -rw-r--r-- 1 rene wheel 36002 Feb 6 15:15 kern-20070206.diff.bz2 MD5 (kern-20070206.diff.bz2) = d74520e24684487b7c1dfe768502b6b0 SHA256 (kern-20070206.diff.bz2) = 0f5016b56fea1ec0b794acd166bd0e4d9bc9664547ec9968a3d79c05cab16d7b --------------050805020204050205090309-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 16:48:31 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8864A16A400; Tue, 6 Feb 2007 16:48:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5A42213C481; Tue, 6 Feb 2007 16:48:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l16GFkXE054869; Tue, 6 Feb 2007 10:15:47 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45C8A9B2.4090605@freebsd.org> Date: Tue, 06 Feb 2007 10:15:46 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Josef Karthauser References: <20070204023711.GA3393@genius.tao.org.uk> In-Reply-To: <20070204023711.GA3393@genius.tao.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2527/Tue Feb 6 04:14:46 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: hackers@freebsd.org, fs@freebsd.org Subject: Re: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 16:48:31 -0000 On 02/03/07 20:37, Josef Karthauser wrote: > Hey guys, does anyone know off the top of their heads why named pipes > don't appear to work across null_fs mounted partitions? i.e. if I have > a named pipe in a file system, > > # ls -ld /mysql/mysql.sock > srwxrwxrwx 1 mysql wheel 0 Feb 3 19:01 /mysql/mysql.sock > > # mysql --socket=/mysql/mysql.sock > Welcome to the MySQL monitor. Commands end with ; or \g. > Your MySQL connection id is 6 > Server version: 5.0.33-log FreeBSD port: mysql-server-5.0.33 > > Type 'help;' or '\h' for help. Type '\c' to clear the buffer. > > mysql> > > However if I make this available elsewhere via a null_fs mount: > > # mkdir /foo > # mount_nullfs /mysql /foo > # ls -ld /foo/mysql.sock > srwxrwxrwx 1 mysql wheel 0 Feb 3 19:01 /foo/mysql.sock > > # mysql --socket=/foo/mysql.sock -p > Enter password: > ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/foo/mysql.sock' (61) > > the socket stops working. > > However a hardlink to the socket works: > > # umount /foo > # ln /mysql/mysql.sock /foo/mysql.sock > > # mysql --socket=/foo/mysql.sock > Welcome to the MySQL monitor. Commands end with ; or \g. > Your MySQL connection id is 10 > Server version: 5.0.33-log FreeBSD port: mysql-server-5.0.33 > > Type 'help;' or '\h' for help. Type '\c' to clear the buffer. > > Is this a fundamental design issue with null_fs or a bug? > > There appears to be a lot of confusion on the lists about this point > as many people are trying to do this so as to make a single mysql > server available from within a number of jails, for instance. However > people appear to think that this is a limitation of the jail code, not a > limitation of the null_fs code. Having named pipes work in null_fs > filesystems would be a very handy thing indeed. > > I'd appreciate any insights into this. Just wanted to say that it seems like this should work, and I'm not yet certain why it doesn't. I've looked into it a bit, but my time is very limited, so I doubt I'll be able to put much more into it.. Eric From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 20:16:51 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13C5F16A409 for ; Tue, 6 Feb 2007 20:16:51 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 969CA13C4B9 for ; Tue, 6 Feb 2007 20:16:50 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [195.2.69.96] (HELO defan.zenon.net) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with ESMTPS id 18250574 for freebsd-hackers@freebsd.org; Tue, 06 Feb 2007 23:16:49 +0300 Date: Tue, 6 Feb 2007 23:16:49 +0300 (MSK) From: "Andrew N. Below" To: freebsd-hackers@freebsd.org Message-ID: <20070206230620.N97390@defan.zenon.net> Organization: Zenon N.S.P. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: socket descriptor returned from socket() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 20:16:51 -0000 Hello. Could 0 (zero) be a valid socket descriptor? man 2 socket: RETURN VALUES A -1 is returned if an error occurs, otherwise the return value is a descriptor referencing the socket. I have some troubles with xinetd (2.3.14) - first service in config file with proto=tcp, socket_type=stream and wait=yes fail to start (fcntl returns "Bad file descriptor" error). -- Andrew N. Below From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 20:24:15 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C1C116A402; Tue, 6 Feb 2007 20:24:15 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 3B22A13C48D; Tue, 6 Feb 2007 20:24:14 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by postfix2-g20.free.fr (Postfix) with ESMTP id B83D0A2581D; Tue, 6 Feb 2007 20:00:48 +0100 (CET) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp1-g19.free.fr (Postfix) with ESMTP id 57CB89B8DD; Tue, 6 Feb 2007 21:00:36 +0100 (CET) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 81CEF11AD8; Tue, 6 Feb 2007 21:00:32 +0100 (CET) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id teLpK9H0kzYl; Tue, 6 Feb 2007 21:00:25 +0100 (CET) Received: from [193.120.13.130] (cream.xbsd.org [193.120.13.130]) by smtp.xbsd.org (Postfix) with ESMTP id 0281E1164F; Tue, 6 Feb 2007 21:00:24 +0100 (CET) Message-ID: <45C8DD5F.3000907@xbsd.org> Date: Tue, 06 Feb 2007 19:56:15 +0000 From: Florent Thoumie User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-fs@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigEA21DBDE6DF7D3186E3D97BC" Cc: Subject: Use of kqueue/kevent NOTE_EXTEND fflag in VFS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 20:24:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA21DBDE6DF7D3186E3D97BC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'd like to use NOTE_EXTEND in the following cases: create, link, mkdir, mknod, rename, symlink for the parent vnode or the destination parent vnode (in the rename case). The rationale is that there's no way (or I don't see it) to know if a file/directory is removed or created when monitoring a directory. Using NOTE_EXTEND in the sense of "there's more files/directories" makes it possible to distinguish both cases. Another possibility could be to create new flags that would be the equivalent of IN_{CREATE,DELETE}_{FILE,SUBDIR}. Any thoughts? --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --------------enigEA21DBDE6DF7D3186E3D97BC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFyN1pMxEkbVFH3PQRCvOPAJ9YBjOshompn3KXspXFtxjxnTw03wCgh4Qa HrDEgaVrfdSvZau4hJZbF84= =4kxa -----END PGP SIGNATURE----- --------------enigEA21DBDE6DF7D3186E3D97BC-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 20:50:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABA9016A401 for ; Tue, 6 Feb 2007 20:50:02 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6B63D13C4AC for ; Tue, 6 Feb 2007 20:50:01 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by nz-out-0506.google.com with SMTP id i11so2061224nzh for ; Tue, 06 Feb 2007 12:50:01 -0800 (PST) Received: by 10.65.216.19 with SMTP id t19mr13585836qbq.1170793470275; Tue, 06 Feb 2007 12:24:30 -0800 (PST) Received: by 10.64.208.16 with HTTP; Tue, 6 Feb 2007 12:24:30 -0800 (PST) Message-ID: Date: Tue, 6 Feb 2007 22:24:30 +0200 From: "Vlad GALU" To: "Andrew N. Below" In-Reply-To: <20070206230620.N97390@defan.zenon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070206230620.N97390@defan.zenon.net> Cc: freebsd-hackers@freebsd.org Subject: Re: socket descriptor returned from socket() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 20:50:02 -0000 On 2/6/07, Andrew N. Below wrote: > Hello. > > Could 0 (zero) be a valid socket descriptor? Yes, if your program is a daemon and closes fds 0, 1, 2 which corespond to stdin, stdout and stderr. > man 2 socket: > > RETURN VALUES > A -1 is returned if an error occurs, otherwise the return value is a > descriptor referencing the socket. > > I have some troubles with xinetd (2.3.14) - first service > in config file with proto=tcp, socket_type=stream and wait=yes > fail to start (fcntl returns "Bad file descriptor" error). > > -- > Andrew N. Below > _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 23:23:41 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B073016A400 for ; Tue, 6 Feb 2007 23:23:37 +0000 (UTC) (envelope-from henry.lenzi@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA1313C47E for ; Tue, 6 Feb 2007 23:23:37 +0000 (UTC) (envelope-from henry.lenzi@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so30721uge for ; Tue, 06 Feb 2007 15:23:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=FICl7VMFzEWVTYCpO1Z7Gex3HqKtdeMEn4XJV3cyumA2LTH4CCFyVdMIYXfIrIsAmmfaPTeqvoYONFg9DFBT2+mcvkkiiyMEDKLW3ahuSCrpUGkMcQ0WCMbHSv0gFbheKXl4YPeHytS8mUgxLDXwTFRlfVBF6aG0bFyG0bv1tdw= Received: by 10.78.192.20 with SMTP id p20mr2005575huf.1170803678896; Tue, 06 Feb 2007 15:14:38 -0800 (PST) Received: by 10.78.176.6 with HTTP; Tue, 6 Feb 2007 15:14:38 -0800 (PST) Message-ID: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> Date: Tue, 6 Feb 2007 21:14:38 -0200 From: "Henry Lenzi" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: pkg_add does not backtrack, does it? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 23:23:41 -0000 Hi * -- I haven't found the pkg_add code (it's in Ruby, is it?). But from the behaviour of pkg_add -r, it's safe to say that it doesn't backtrack to resolve dependencies, does it? Like, for instance (a real example), during gnome2 installation on 6.2: warning: 'gstreamer-plugins-gconf-0.10.4_3,2' requires 'gstreamer-plugins-0.10.10,2', but 'gstreamer-plugins-0.10.9,1' is installed pkg_add goes right ahead. It does not com back to deinstalling 'gstreamer-plugins-0.10.9,1' and all its dependencies and _then_ goes back to that point. Isn't this a classic AI backtracking problem? (ok, complete noob opinion here). TIA, Henry From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 6 23:33:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C88B116A409 for ; Tue, 6 Feb 2007 23:33:02 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 632C713C4B4 for ; Tue, 6 Feb 2007 23:33:02 +0000 (UTC) (envelope-from mashtizadeh@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so32397uge for ; Tue, 06 Feb 2007 15:33:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DXbkXn29lbL0vlvXcYBePG+oSDG9RYcugSIqcWX/HJcQ6WNWW3hFE4XVEvQoGLnbKwK9MQwD1aZcVeiHkMkCr0OIo0YfkzbczW8icMjRu9ZEo4M9fmILTz2BuqDQiN2K8EcEeUMWMxcjjcbydqOFw4A1YUG0NvlYX4pOJjd/wSA= Received: by 10.78.204.20 with SMTP id b20mr2006357hug.1170802633587; Tue, 06 Feb 2007 14:57:13 -0800 (PST) Received: by 10.48.162.13 with HTTP; Tue, 6 Feb 2007 14:57:13 -0800 (PST) Message-ID: <440b3e930702061457j7d254ad7j531b0258d45a51ab@mail.gmail.com> Date: Tue, 6 Feb 2007 17:57:13 -0500 From: "Ali Mashtizadeh" To: "Florent Thoumie" In-Reply-To: <45C8DD5F.3000907@xbsd.org> MIME-Version: 1.0 References: <45C8DD5F.3000907@xbsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Use of kqueue/kevent NOTE_EXTEND fflag in VFS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 23:33:02 -0000 SSBzYXcgaW4gdGhlIHBhc3Qgc2V2ZXJhbCBwZW9wbGUgaGF2ZSBhc2tlZCBpZiB0aGVyZXMgYSB3 YXkgdG8gbW9uaXRvciBhbGwKZmlsZSBvcGVyYXRpb25zIChub3QgbGltaXRlZCB0byBhIHNldCBv ZiBWbm9kZXMpLiBJcyB0aGlzIGxpa2VseSB0byBiZQppbXBsZW1lbnRlZCBhbnkgdGltZSBzb29u PyBPciBpcyB0aGVyZSBhIGdvb2QgYWx0ZXJuYXRpdmU/CgpPbiAyLzYvMDcsIEZsb3JlbnQgVGhv dW1pZSA8Zmx6QHhic2Qub3JnPiB3cm90ZToKPgo+IEknZCBsaWtlIHRvIHVzZSBOT1RFX0VYVEVO RCBpbiB0aGUgZm9sbG93aW5nIGNhc2VzOiBjcmVhdGUsIGxpbmssIG1rZGlyLAo+IG1rbm9kLCBy ZW5hbWUsIHN5bWxpbmsgZm9yIHRoZSBwYXJlbnQgdm5vZGUgb3IgdGhlIGRlc3RpbmF0aW9uIHBh cmVudAo+IHZub2RlIChpbiB0aGUgcmVuYW1lIGNhc2UpLgo+Cj4gVGhlIHJhdGlvbmFsZSBpcyB0 aGF0IHRoZXJlJ3Mgbm8gd2F5IChvciBJIGRvbid0IHNlZSBpdCkgdG8ga25vdyBpZiBhCj4gZmls ZS9kaXJlY3RvcnkgaXMgcmVtb3ZlZCBvciBjcmVhdGVkIHdoZW4gbW9uaXRvcmluZyBhIGRpcmVj dG9yeS4gVXNpbmcKPiBOT1RFX0VYVEVORCBpbiB0aGUgc2Vuc2Ugb2YgInRoZXJlJ3MgbW9yZSBm aWxlcy9kaXJlY3RvcmllcyIgbWFrZXMgaXQKPiBwb3NzaWJsZSB0byBkaXN0aW5ndWlzaCBib3Ro IGNhc2VzLgo+Cj4gQW5vdGhlciBwb3NzaWJpbGl0eSBjb3VsZCBiZSB0byBjcmVhdGUgbmV3IGZs YWdzIHRoYXQgd291bGQgYmUgdGhlCj4gZXF1aXZhbGVudCBvZiBJTl97Q1JFQVRFLERFTEVURX1f e0ZJTEUsU1VCRElSfS4KPgo+IEFueSB0aG91Z2h0cz8KPgo+IC0tCj4gRmxvcmVudCBUaG91bWll Cj4gZmx6QEZyZWVCU0Qub3JnCj4gRnJlZUJTRCBDb21taXR0ZXIKPgo+Cj4KCgotLSAKQWxpIE1h c2h0aXphZGVoCti52YTbjCDZhdi02KrbjCDYstin2K/Zhwo= From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 00:03:54 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FBD316A401 for ; Wed, 7 Feb 2007 00:03:54 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id B6DB913C47E for ; Wed, 7 Feb 2007 00:03:51 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 56294 invoked by uid 1001); 7 Feb 2007 00:04:42 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Tue, 06 Feb 2007 19:04:41 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17865.6041.605201.772296@bhuda.mired.org> Date: Tue, 6 Feb 2007 19:04:41 -0500 To: "Henry Lenzi" In-Reply-To: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add does not backtrack, does it? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 00:03:54 -0000 In <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com>, Henry Lenzi typed: > I haven't found the pkg_add code (it's in Ruby, is it?). It's in /usr/src/usr.sbin/pkg_install/add. And no, it's not in ruby. > But from the behaviour of pkg_add -r, it's safe to say that it > doesn't backtrack to resolve dependencies, does it? Why should using a remote repository change the behavior of pkg_add? Are you sure you're not thinking of portupgrade? The -r otion to it causes things to be recursive, and it is sourced in ruby. And it's in the ports tree, not the base system (because it's sourced in ruby), so you'll need to look for the source (or maybe a tarball) there. > Like, for instance (a real example), during gnome2 installation on 6.2: > > warning: 'gstreamer-plugins-gconf-0.10.4_3,2' requires > 'gstreamer-plugins-0.10.10,2', but 'gstreamer-plugins-0.10.9,1' is > installed > > pkg_add goes right ahead. It does not com back to deinstalling > 'gstreamer-plugins-0.10.9,1' and all its dependencies and _then_ goes > back to that point. This looks a little bit confused. "not com back to deinstalling"? Since it wasn't deinstalling that package, it can't come back to it. For that matter, pkg_add doesn't deinstall packages at all as far as I know. I think you're asking if pkg_add will deinstall a package if a newer one is required by a package being installed. That isn't a decision it can really make - you don't know what will break if you do that. > Isn't this a classic AI backtracking problem? (ok, complete noob opinion here). Backtracking is usually associated with a search for a goal. Only the human invoking pkg_add knows the goal, so to decide whether or not a port should be deinstalled requires information from that person. The previously mentioned portupgrade has some flags to provide specific instances of that information for special cases. The port also has some commands for achieving specific goals. If you let us know what your goals are, we might be able to help you get there. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 02:01:57 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D425116A402 for ; Wed, 7 Feb 2007 02:01:56 +0000 (UTC) (envelope-from lists-freebsd-hackers@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id EE5C713C461 for ; Wed, 7 Feb 2007 02:01:55 +0000 (UTC) (envelope-from lists-freebsd-hackers@biaix.org) Received: (qmail 62712 invoked by uid 1012); 7 Feb 2007 02:02:06 -0000 Date: Wed, 7 Feb 2007 03:02:06 +0100 From: Joan Picanyol i Puig To: freebsd-hackers@freebsd.org Message-ID: <20070207020205.GC62321@grummit.biaix.org> Mail-Followup-To: freebsd-hackers@freebsd.org References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17865.6041.605201.772296@bhuda.mired.org> User-Agent: Mutt/1.5.11 Subject: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 02:01:58 -0000 * Mike Meyer [20070207 01:05]: > If you let us know what your goals are, we might be able to help you > get there. I know what I'd like: a utility in the base system for binary upgrading of packages. More flexible logic in how the '-r' option is handled would be nice (being able to fetch all packages from All/ even if you are on RELENG). Doesn't freebsd-update fetch install && pkg_upgrade -a look nice for keeping up to date? The obvious hairy details must be harder than it seems, I'm sure others have considered it (and would have done it) before. qvb -- pica From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 02:05:54 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93E2A16A407 for ; Wed, 7 Feb 2007 02:05:54 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.freebsd.org (Postfix) with ESMTP id A523C13C442 for ; Wed, 7 Feb 2007 02:05:53 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id l1725nL6096454; Tue, 6 Feb 2007 18:05:49 -0800 (PST) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id l1725nCN096451; Tue, 6 Feb 2007 18:05:49 -0800 (PST) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Tue, 6 Feb 2007 18:05:49 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Joan Picanyol i Puig In-Reply-To: <20070207020205.GC62321@grummit.biaix.org> Message-ID: <20070206180540.Q90547@demos.bsdclusters.com> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Wed, 07 Feb 2007 02:42:27 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 02:05:55 -0000 portupgrade -aPP On Wed, 7 Feb 2007, Joan Picanyol i Puig wrote: > * Mike Meyer [20070207 01:05]: >> If you let us know what your goals are, we might be able to help you >> get there. > > I know what I'd like: a utility in the base system for binary upgrading > of packages. More flexible logic in how the '-r' option is handled would > be nice (being able to fetch all packages from All/ even if you are > on RELENG). Doesn't > > freebsd-update fetch install && pkg_upgrade -a > > look nice for keeping up to date? The obvious hairy details must be > harder than it seems, I'm sure others have considered it (and would have > done it) before. > > qvb > -- > pica > _______________________________________________ > 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 Wed Feb 7 03:56:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A97216A408 for ; Wed, 7 Feb 2007 03:56:20 +0000 (UTC) (envelope-from henry.lenzi@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id EE27013C494 for ; Wed, 7 Feb 2007 03:56:19 +0000 (UTC) (envelope-from henry.lenzi@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so74861uge for ; Tue, 06 Feb 2007 19:56:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=kphWkdKpJuFE1XtAtbLVLtlMBn2tAKyCYW6gIOfZPX56rKOrI0aYpkt6VQboF7bM6qOavk73zhKFjq2+indKk4RVURg8eDGCPmBJ8hO7ckCjBF1gouRjxNCt5wIbPxBEnYQDQqOak1DVWU9GA9fxqyY5U8ZEkm47dcTCEGO7T24= Received: by 10.78.183.15 with SMTP id g15mr233569huf.1170803121393; Tue, 06 Feb 2007 15:05:21 -0800 (PST) Received: by 10.78.176.6 with HTTP; Tue, 6 Feb 2007 15:05:21 -0800 (PST) Message-ID: <8b4c81f0702061505o31cf92d5n9dacef1e76b90b89@mail.gmail.com> Date: Tue, 6 Feb 2007 21:05:21 -0200 From: "Henry Lenzi" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Where's the pkg_add, etc. code? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 03:56:20 -0000 Hi * Where is the pkg_add (and related) code supposed to be? I can't find it. I've been looking at: http://fxr.watson.org/fxr/source/?v=RELENG62 TIA, Henry From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 04:01:29 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12A8016A400 for ; Wed, 7 Feb 2007 04:01:25 +0000 (UTC) (envelope-from jdamato@andrew.cmu.edu) Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.81]) by mx1.freebsd.org (Postfix) with ESMTP id BD19113C442 for ; Wed, 7 Feb 2007 04:01:24 +0000 (UTC) (envelope-from jdamato@andrew.cmu.edu) Received: from UNIX38.andrew.cmu.edu (UNIX38.andrew.cmu.edu [128.2.13.168]) (user=jdamato mech=GSSAPI (0 bits)) by smtp.andrew.cmu.edu (8.13.6/8.13.6) with ESMTP id l1741P8m017387; Tue, 6 Feb 2007 23:01:25 -0500 Date: Tue, 6 Feb 2007 23:01:23 -0500 (EST) From: "Joseph J. Damato" To: Henry Lenzi In-Reply-To: <8b4c81f0702061505o31cf92d5n9dacef1e76b90b89@mail.gmail.com> Message-ID: References: <8b4c81f0702061505o31cf92d5n9dacef1e76b90b89@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.57 on 128.2.10.81 Cc: freebsd-hackers@freebsd.org Subject: Re: Where's the pkg_add, etc. code? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 04:01:29 -0000 On Tue, 6 Feb 2007, Henry Lenzi wrote: > I can't find it. I've been looking at: > > http://fxr.watson.org/fxr/source/?v=RELENG62 That is only the code under src/sys/ in the source tree, pkg_add and friends are under src/usr.sbin/pkg_install/. I don't know if the code in src/usr.sbin/ is browsable online, there is probably a CVS web somewhere, but checking it out with cvsup is well documented in the handbook. HTH, joe From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 04:14:49 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E346016A407 for ; Wed, 7 Feb 2007 04:14:47 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3E713C48E for ; Wed, 7 Feb 2007 04:14:47 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so77633uge for ; Tue, 06 Feb 2007 20:14:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Jiw3kXWID7L+1aGAOKeN9jzR1xzcE8a2xB9CXYglHfrinHGFoPYamg3lhnkleORovlrbmLpSTbL+J3/fVS1Gnr9r9D6Er9GblpiH6Jnu7/t7tdJcn8C6AmoDs8tlD8vzFPxzcxpJLnD9fWhoQtt5ks4w79xpc9C3e7U5r/S0+Fs= Received: by 10.78.180.16 with SMTP id c16mr16753huf.1170821678074; Tue, 06 Feb 2007 20:14:38 -0800 (PST) Received: by 10.78.81.12 with HTTP; Tue, 6 Feb 2007 20:14:38 -0800 (PST) Message-ID: <84dead720702062014k3a55fea5k871632f90852151@mail.gmail.com> Date: Wed, 7 Feb 2007 09:44:38 +0530 From: "Joseph Koshy" To: "Henry Lenzi" In-Reply-To: <8b4c81f0702061505o31cf92d5n9dacef1e76b90b89@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8b4c81f0702061505o31cf92d5n9dacef1e76b90b89@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Where's the pkg_add, etc. code? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 04:14:49 -0000 hl> Where is the pkg_add (and related) code supposed to be? hl> I can't find it. I've been looking at: hl> http://fxr.watson.org/fxr/source/?v=RELENG62 http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/pkg_install/add/ -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 04:56:42 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2583A16A406 for ; Wed, 7 Feb 2007 04:56:40 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id DD41613C4A3 for ; Wed, 7 Feb 2007 04:56:39 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from [192.168.42.21] (andersonbox1.centtech.com [192.168.42.21]) by mh2.centtech.com (8.13.8/8.13.8) with ESMTP id l174ubBl047208; Tue, 6 Feb 2007 22:56:37 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <45C95C04.6060402@centtech.com> Date: Tue, 06 Feb 2007 22:56:36 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2529/Tue Feb 6 13:25:02 2007 on mh2.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh2.centtech.com Cc: kostikbel@gmail.com Subject: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 04:56:42 -0000 On one of my boxes where I have a decent amount of (less than 50) users in a few groups, I finally hit the limit. Not 1024 bytes though (that I know of). When that happens though, it is sooner than expected, and tools (like 'id') seg fault (and core dump). I have a sample group, and it appears to be hitting the byte limit. If I add a single additional character to the group, it will break things. It appears to be a combination of multiple groups. Can someone with some experience in this area comment? I can send the group file itself if needed. This box is 6.2-PRERELEASE from about mid-September. I have also seen some issues on amd64, which I went through some debugging with Konstantin Belousov back in November (cc'ed). Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology An undefined problem has an infinite number of solutions. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 06:17:12 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 947B816A401 for ; Wed, 7 Feb 2007 06:17:12 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 3767313C442 for ; Wed, 7 Feb 2007 06:17:11 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 60949 invoked by uid 1001); 7 Feb 2007 06:18:03 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Wed, 07 Feb 2007 01:18:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17865.28442.623829.375834@bhuda.mired.org> Date: Wed, 7 Feb 2007 01:18:02 -0500 To: Joan Picanyol i Puig In-Reply-To: <20070207020205.GC62321@grummit.biaix.org> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 06:17:13 -0000 In <20070207020205.GC62321@grummit.biaix.org>, Joan Picanyol i Puig typed: > * Mike Meyer [20070207 01:05]: > > If you let us know what your goals are, we might be able to help you > > get there. > > I know what I'd like: a utility in the base system for binary upgrading > of packages. More flexible logic in how the '-r' option is handled would > be nice (being able to fetch all packages from All/ even if you are > on RELENG). Doesn't > > freebsd-update fetch install && pkg_upgrade -a > > look nice for keeping up to date? Not particularly, but why does it have to be in the base system? freebsd-update isn't. But if you insure the ports database is pristine and want to blindly update all your installed packages at once, you can do something like: freebsd-udpate fetch install && (portversion -c -C P | /bin/sh) I haven't tested it; in particular I'm not sure I got the syntax for -C right, and there are probably other things that are broken as well. > The obvious hairy details must be > harder than it seems, I'm sure others have considered it (and would have > done it) before. The thing is, chances are pretty good that at some point or another, you're *not* going to want to just update all the installed packages. Some package may require external work, or you may want to follow a different branch than the main port, or an update may include a new bug that you can't live with, or you may have something installed that's not in the ports tree that breaks if you update a port, etc. And of course, this doesn't work well if you've managed to corrupt the ports database, which is all to easy to do. Or at least I've found that to be the case. Maybe if I could only convince myself to *always* use portinstall, and not just do a "make install" after I've read through the package description, things wouldn't be so bad, but they are. People have tried this. portupgrade is the most complete solution I know of, though there are others in the ports tree. It can do binary-only upgrades, or can be set to try the binaries first, and only build if the binaries aren't available. It also has flags to save the old install, and a config file that lets you hold packages, or set build options if you build. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 09:47:39 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEDAD16A492 for ; Wed, 7 Feb 2007 09:47:37 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id F296313C4A3 for ; Wed, 7 Feb 2007 09:47:36 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l179Hq25054001; Wed, 7 Feb 2007 12:17:52 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 7 Feb 2007 12:17:51 +0300 (MSK) From: Maxim Konovalov To: Eric Anderson In-Reply-To: <45C95C04.6060402@centtech.com> Message-ID: <20070207120948.N31858@mp2.macomnet.net> References: <45C95C04.6060402@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: kostikbel@gmail.com, freebsd-hackers@freebsd.org Subject: Re: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 09:47:39 -0000 On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote: > On one of my boxes where I have a decent amount of (less than 50) > users in a few groups, I finally hit the limit. Not 1024 bytes > though (that I know of). When that happens though, it is sooner than > expected, and tools (like 'id') seg fault (and core dump). > > I have a sample group, and it appears to be hitting the byte limit. > If I add a single additional character to the group, it will break > things. > It appears to be a combination of multiple groups. > > Can someone with some experience in this area comment? I can send > the group file itself if needed. > > This box is 6.2-PRERELEASE from about mid-September. I have also > seen some issues on amd64, which I went through some debugging with > Konstantin Belousov back in November (cc'ed). Make sure you have rev. 1.32.8.3 of lib/libc/gen/getgrent.c. -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 10:34:39 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89DC816A400; Wed, 7 Feb 2007 10:34:38 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 41FD713C461; Wed, 7 Feb 2007 10:34:38 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp5-g19.free.fr (Postfix) with ESMTP id 497C527AC4; Wed, 7 Feb 2007 11:34:37 +0100 (CET) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 8BE3211B4E; Wed, 7 Feb 2007 11:34:31 +0100 (CET) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pQBEPU3tVvHM; Wed, 7 Feb 2007 11:34:25 +0100 (CET) Received: from [193.95.134.156] (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 7C11711AD2; Wed, 7 Feb 2007 11:34:24 +0100 (CET) Message-ID: <45C9AB28.7000509@xbsd.org> Date: Wed, 07 Feb 2007 10:34:16 +0000 From: Florent Thoumie User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: Ali Mashtizadeh References: <45C8DD5F.3000907@xbsd.org> <440b3e930702061457j7d254ad7j531b0258d45a51ab@mail.gmail.com> In-Reply-To: <440b3e930702061457j7d254ad7j531b0258d45a51ab@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigD484ED5E0569E1A7986E803C" Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Use of kqueue/kevent NOTE_EXTEND fflag in VFS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:34:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD484ED5E0569E1A7986E803C Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Ali Mashtizadeh wrote: > I saw in the past several people have asked if theres a way to monitor = all > file operations (not limited to a set of Vnodes). Is this likely to be > implemented any time soon? Or is there a good alternative? If I understand correctly what you're looking for, then you want beagle or tracker. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --------------enigD484ED5E0569E1A7986E803C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFyasuMxEkbVFH3PQRCtJGAJ4xCxHj/ad6Gc/yM8jBrKfPEwVF1wCeL4mr j70yrmkRi0hEohRAqKIhBqo= =8Lbw -----END PGP SIGNATURE----- --------------enigD484ED5E0569E1A7986E803C-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 10:47:51 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C92D16A49E; Wed, 7 Feb 2007 10:47:51 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id B4FBA13C4B2; Wed, 7 Feb 2007 10:47:50 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 92C9C6174; Wed, 7 Feb 2007 10:47:49 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id DD08140A8; Wed, 7 Feb 2007 10:47:47 +0000 (GMT) Date: Wed, 7 Feb 2007 10:47:47 +0000 From: Josef Karthauser To: Eric Anderson Message-ID: <20070207104747.GB4431@genius.tao.org.uk> References: <20070204023711.GA3393@genius.tao.org.uk> <45C8A9B2.4090605@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline In-Reply-To: <45C8A9B2.4090605@freebsd.org> User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org, fs@freebsd.org Subject: Re: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:47:51 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 06, 2007 at 10:15:46AM -0600, Eric Anderson wrote: > > > >Is this a fundamental design issue with null_fs or a bug? > > > >There appears to be a lot of confusion on the lists about this point > >as many people are trying to do this so as to make a single mysql > >server available from within a number of jails, for instance. However > >people appear to think that this is a limitation of the jail code, not a > >limitation of the null_fs code. Having named pipes work in null_fs > >filesystems would be a very handy thing indeed. > > > >I'd appreciate any insights into this. >=20 > Just wanted to say that it seems like this should work, and I'm not yet= =20 > certain why it doesn't. I've looked into it a bit, but my time is very= =20 > limited, so I doubt I'll be able to put much more into it.. >=20 It's been brought to my attention that there's been a PR open about it since April 2003: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/51583. It's got a patch in it, but it's not complete. I'd really really appreciated it if someone with file system foo could take a look and comment. Thanks thanks, Joe --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXJrlMACgkQXVIcjOaxUBacNgCfWw8EMNOAYjJd76v5nkj+TJeq KEYAoLHIvU6/GiIKmAGHLyHiqy8z+9d8 =IbNb -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 13:45:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65EEA16A400 for ; Wed, 7 Feb 2007 13:45:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0DC13C478 for ; Wed, 7 Feb 2007 13:44:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HEn6P-000OnI-RW for freebsd-hackers@freebsd.org; Wed, 07 Feb 2007 15:44:58 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l17DiNGG080462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Feb 2007 15:44:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l17DiMGU078091; Wed, 7 Feb 2007 15:44:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l17DiMJu078090; Wed, 7 Feb 2007 15:44:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Feb 2007 15:44:22 +0200 From: Kostik Belousov To: Maxim Konovalov Message-ID: <20070207134421.GF3304@deviant.kiev.zoral.com.ua> References: <45C95C04.6060402@centtech.com> <20070207120948.N31858@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="m1UC1K4AOz1Ywdkx" Content-Disposition: inline In-Reply-To: <20070207120948.N31858@mp2.macomnet.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 7155bbd8d023de41950ebecbe4708355 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 752 [Feb 07 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: kostikbel@gmail.com, freebsd-hackers@freebsd.org Subject: Re: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 13:45:00 -0000 --m1UC1K4AOz1Ywdkx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote: > On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote: >=20 > > On one of my boxes where I have a decent amount of (less than 50) > > users in a few groups, I finally hit the limit. Not 1024 bytes > > though (that I know of). When that happens though, it is sooner than > > expected, and tools (like 'id') seg fault (and core dump). > > > > I have a sample group, and it appears to be hitting the byte limit. > > If I add a single additional character to the group, it will break > > things. > > It appears to be a combination of multiple groups. > > > > Can someone with some experience in this area comment? I can send > > the group file itself if needed. > > > > This box is 6.2-PRERELEASE from about mid-September. I have also > > seen some issues on amd64, which I went through some debugging with > > Konstantin Belousov back in November (cc'ed). >=20 > Make sure you have rev. 1.32.8.3 of lib/libc/gen/getgrent.c. It was very strange thing with buggy code generated by compiler. I tracked = it down to exact assembler instruction missed in Mr. Anderson' instance of libc.so. After that, conversation stopped. --m1UC1K4AOz1Ywdkx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFyde1C3+MBN1Mb4gRAh06AJ9BpeH1gAXKGcJCgknfJY/GeQ+ISgCgm7dG YDa7SsqaZFb159BHUI79AUI= =Um8b -----END PGP SIGNATURE----- --m1UC1K4AOz1Ywdkx-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 14:11:03 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7349716A400 for ; Wed, 7 Feb 2007 14:11:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC6913C461 for ; Wed, 7 Feb 2007 14:11:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HEnVd-0008jy-Af; Wed, 07 Feb 2007 16:11:01 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l17EAVCP081260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Feb 2007 16:10:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l17EAVmu081714; Wed, 7 Feb 2007 16:10:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l17EAV4l081707; Wed, 7 Feb 2007 16:10:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Feb 2007 16:10:31 +0200 From: Kostik Belousov To: Eric Anderson Message-ID: <20070207141031.GG3304@deviant.kiev.zoral.com.ua> References: <45C95C04.6060402@centtech.com> <20070207120948.N31858@mp2.macomnet.net> <20070207134421.GF3304@deviant.kiev.zoral.com.ua> <45C9DB67.50602@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GdbWtwDHkcXqP16f" Content-Disposition: inline In-Reply-To: <45C9DB67.50602@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 6dc4245230f22f3abb357b69a6da667e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 752 [Feb 07 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-hackers@freebsd.org Subject: Re: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 14:11:03 -0000 --GdbWtwDHkcXqP16f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 07, 2007 at 08:00:07AM -0600, Eric Anderson wrote: > On 02/07/07 07:44, Kostik Belousov wrote: > >On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote: > >>On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote: > >> > >>>On one of my boxes where I have a decent amount of (less than 50) > >>>users in a few groups, I finally hit the limit. Not 1024 bytes > >>>though (that I know of). When that happens though, it is sooner than > >>>expected, and tools (like 'id') seg fault (and core dump). > >>> > >>>I have a sample group, and it appears to be hitting the byte limit. > >>>If I add a single additional character to the group, it will break > >>>things. > >>> It appears to be a combination of multiple groups. > >>> > >>>Can someone with some experience in this area comment? I can send > >>>the group file itself if needed. > >>> > >>>This box is 6.2-PRERELEASE from about mid-September. I have also > >>>seen some issues on amd64, which I went through some debugging with > >>>Konstantin Belousov back in November (cc'ed). > >>Make sure you have rev. 1.32.8.3 of lib/libc/gen/getgrent.c. > > > >It was very strange thing with buggy code generated by compiler. I track= ed=20 > >it > >down to exact assembler instruction missed in Mr. Anderson' instance of > >libc.so. After that, conversation stopped. >=20 >=20 > Sorry about that Kostik, the last message was for me to try a newer=20 > libc.so.6. If I recall, I tried that too. I'm not sure what else you=20 > wanted me to try. If you have more ideas, I'm all ears. >=20 AFAIR, libc.so from install CD worked ? I said you that I suspect your compiler. You could try: - libc.so.6 from 6.2-RELEASE CD (I suspect it will work); - compiler from same CD (e.g., try to recompile libc on clean 6.2 RELEASE installation). --GdbWtwDHkcXqP16f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFyd3WC3+MBN1Mb4gRAgeAAJ9gTFAWlWGd7jQI6pMe7m1qRV1BRgCeOY6s lQ1+x48MBxMADzJLVEubndI= =Fy6W -----END PGP SIGNATURE----- --GdbWtwDHkcXqP16f-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 14:18:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47FE116A400 for ; Wed, 7 Feb 2007 14:18:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0F77213C46B for ; Wed, 7 Feb 2007 14:18:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l17E07gV084541; Wed, 7 Feb 2007 08:00:08 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45C9DB67.50602@freebsd.org> Date: Wed, 07 Feb 2007 08:00:07 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Kostik Belousov References: <45C95C04.6060402@centtech.com> <20070207120948.N31858@mp2.macomnet.net> <20070207134421.GF3304@deviant.kiev.zoral.com.ua> In-Reply-To: <20070207134421.GF3304@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2532/Wed Feb 7 05:51:27 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org Subject: Re: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 14:18:33 -0000 On 02/07/07 07:44, Kostik Belousov wrote: > On Wed, Feb 07, 2007 at 12:17:51PM +0300, Maxim Konovalov wrote: >> On Tue, 6 Feb 2007, 22:56-0600, Eric Anderson wrote: >> >>> On one of my boxes where I have a decent amount of (less than 50) >>> users in a few groups, I finally hit the limit. Not 1024 bytes >>> though (that I know of). When that happens though, it is sooner than >>> expected, and tools (like 'id') seg fault (and core dump). >>> >>> I have a sample group, and it appears to be hitting the byte limit. >>> If I add a single additional character to the group, it will break >>> things. >>> It appears to be a combination of multiple groups. >>> >>> Can someone with some experience in this area comment? I can send >>> the group file itself if needed. >>> >>> This box is 6.2-PRERELEASE from about mid-September. I have also >>> seen some issues on amd64, which I went through some debugging with >>> Konstantin Belousov back in November (cc'ed). >> Make sure you have rev. 1.32.8.3 of lib/libc/gen/getgrent.c. > > It was very strange thing with buggy code generated by compiler. I tracked it > down to exact assembler instruction missed in Mr. Anderson' instance of > libc.so. After that, conversation stopped. Sorry about that Kostik, the last message was for me to try a newer libc.so.6. If I recall, I tried that too. I'm not sure what else you wanted me to try. If you have more ideas, I'm all ears. Eric From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 15:54:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 395A816A408 for ; Wed, 7 Feb 2007 15:54:00 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1B92013C428 for ; Wed, 7 Feb 2007 15:54:00 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms227.mailsrvcs.net ([192.168.1.2]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JD300LA8O4Q83XV@vms040.mailsrvcs.net> for freebsd-hackers@freebsd.org; Wed, 07 Feb 2007 09:53:15 -0600 (CST) Received: from 208.253.138.194 ([208.253.138.194]) by vms227.mailsrvcs.net (Verizon Webmail) with HTTP; Wed, 07 Feb 2007 09:53:14 -0600 (CST) Date: Wed, 07 Feb 2007 09:53:14 -0600 (CST) From: Sergey Babkin X-Originating-IP: [208.253.138.194] To: Eric Anderson , freebsd-hackers@freebsd.org Message-id: <29767579.4044831170863594911.JavaMail.root@vms227.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Mailman-Approved-At: Wed, 07 Feb 2007 16:05:57 +0000 Cc: kostikbel@gmail.com Subject: Re: /etc/group limits (REAL limits) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 15:54:00 -0000 >From: Eric Anderson >On one of my boxes where I have a decent amount of (less than 50) users >in a few groups, I finally hit the limit. Not 1024 bytes though (that I >know of). When that happens though, it is sooner than expected, and >tools (like 'id') seg fault (and core dump). > >I have a sample group, and it appears to be hitting the byte limit. If >I add a single additional character to the group, it will break things. > It appears to be a combination of multiple groups. > >Can someone with some experience in this area comment? I can send the >group file itself if needed. The traditional workaround for the 1024 bytes limit is to have multiple lines for the same group, for example: group1:x:100:user1,user2,user3 group1:x:100:user4,user5,user6 Note that everything except the list of the users is the same on all the lines. It might work for you too. -SB From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 18:32:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BD5416A401 for ; Wed, 7 Feb 2007 18:32:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id C424813C494 for ; Wed, 7 Feb 2007 18:31:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l17IVsGP080689; Wed, 7 Feb 2007 13:31:57 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 7 Feb 2007 13:23:11 -0500 User-Agent: KMail/1.9.1 References: <20070130195917.GA7585@troutmask.apl.washington.edu> In-Reply-To: <20070130195917.GA7585@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071323.11545.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 07 Feb 2007 13:31:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Steve Kargl Subject: Re: ptrace equivalents between freebsd and linux? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 18:32:00 -0000 On Tuesday 30 January 2007 14:59, Steve Kargl wrote: > MPICH2 has the ability to use shared memory as one of > its communication channel. Unfortuantely, the build > dies with an error realted to ptrace. In looking at > a linux manpage for ptrace, I've identified that the > linux PTRACE_ATTACH and PTRACE_DETACH are equilavent to > out PT_ATTACH and PT_DETACH. The build dies later with > a problem with PTRACE_PEEKDATA. Is our PT_READ_D the > right equivalent? Most likely. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 18:32:03 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CDCA16A400 for ; Wed, 7 Feb 2007 18:32:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id DB9BF13C481 for ; Wed, 7 Feb 2007 18:32:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l17IVsGO080689; Wed, 7 Feb 2007 13:31:54 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 7 Feb 2007 13:17:00 -0500 User-Agent: KMail/1.9.1 References: <20070128181132.GR927@turion.vk2pj.dyndns.org> <20070201104917.C82313@xorpc.icir.org> <20070201.124057.709402517.imp@bsdimp.com> In-Reply-To: <20070201.124057.709402517.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071317.01732.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 07 Feb 2007 13:31:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: jon.passki@hursk.com, rizzo@icir.org, fbsd@metro.cx Subject: Re: unique hardware identification X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 18:32:03 -0000 On Thursday 01 February 2007 14:40, M. Warner Losh wrote: > In message: <20070201104917.C82313@xorpc.icir.org> > Luigi Rizzo writes: > : On Thu, Feb 01, 2007 at 11:38:51AM -0700, M. Warner Losh wrote: > : > In message: <20070128181132.GR927@turion.vk2pj.dyndns.org> > : > Peter Jeremy writes: > : > : On Sun, 2007-Jan-28 10:39:36 -0600, Jon Passki wrote: > : > : >If the machine is a PXE-compliant device [2], it should have a GUID/ > : > : >UUID [1] available. This can be exposed by sysutil/hal [3] via the > : > : >smbios.system.uuid field. > : > : > : > : You can also get it via kenv(8) without needing any ports: > : > : # kenv smbios.system.uuid > : > : 9F345F4F-BEFC-D431-1340-61235A56DEF9 > : > > : > I wonder why the smbios stuff isn't exported via sysctls as well... > : > : and this is probably a lazy vendor :) > : > : smbios.bios.reldate="07/12/2006" > : smbios.bios.vendor="American Megatrends Inc." > : smbios.bios.version="P1.10" > : smbios.chassis.maker="To Be Filled By O.E.M." > : smbios.chassis.serial="To Be Filled By O.E.M." > : smbios.chassis.tag="To Be Filled By O.E.M." > : smbios.chassis.version="To Be Filled By O.E.M." > : smbios.planar.maker=" " > : smbios.planar.product="775i945GZ" > : smbios.planar.serial=" " > : smbios.planar.version=" " > : smbios.socket.enabled="1" > : smbios.socket.populated="1" > : smbios.system.maker="To Be Filled By O.E.M." > : smbios.system.product="775i945GZ" > : smbios.system.serial="To Be Filled By O.E.M." > : smbios.system.uuid="00020003-0004-0005-0006-000700080009" > : smbios.system.version="To Be Filled By O.E.M." > > Heh! > > My comment though is why do we have to go to kenv when we could > export these via sysctl, like everything else. Because the kernel doesn't expose them. This is done via /boot/loader. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 21:14:59 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A3CA16A4DE for ; Wed, 7 Feb 2007 21:14:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 6C42813C494 for ; Wed, 7 Feb 2007 21:14:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn08.u.washington.edu (hymn08.u.washington.edu [140.142.13.238]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l17LEukn017829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Feb 2007 13:14:57 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn08.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l17LEuE2002859 for ; Wed, 7 Feb 2007 13:14:56 -0800 X-Auth-Received: from [192.55.52.10] by hymn08.u.washington.edu via HTTP; Wed, 07 Feb 2007 13:14:56 PST Date: Wed, 7 Feb 2007 13:14:56 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.7.125934 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 21:14:59 -0000 Just wondering: If I was to try and join a pthread that already exited, would there be an error message output and/or errno set to an error value, or would a system hang? It this variable on Unix OSes? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 21:36:51 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA7F016A400 for ; Wed, 7 Feb 2007 21:36:51 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 4DA8C13C49D for ; Wed, 7 Feb 2007 21:36:51 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so285862uge for ; Wed, 07 Feb 2007 13:36:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=O9sbng42aOd52zrNWV3vZS6EkaAZ2s//TjLwAZxtEaA1eM5MvcHDbZRO1pQD5a0vVYKQ8lG7SXIa14v4SZY0TjSig0lDsEzA/xUlBwwlLpuXdSOykdSkeCU8MLCAl381h3L+JDCBhtiTDdTm+zqdIk1hDm2NuGn+qRj1M8u93A8= Received: by 10.82.176.3 with SMTP id y3mr397342bue.1170884201933; Wed, 07 Feb 2007 13:36:41 -0800 (PST) Received: by 10.67.23.8 with HTTP; Wed, 7 Feb 2007 13:36:41 -0800 (PST) Message-ID: Date: Wed, 7 Feb 2007 22:36:41 +0100 From: "Pietro Cerutti" To: "youshi10@u.washington.edu" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-hackers@freebsd.org Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 21:36:51 -0000 On 2/7/07, youshi10@u.washington.edu wrote: > Just wondering: > > If I was to try and join a pthread that already exited, would there be an error message output and/or errno set to an error value, or would a system hang? man pthread_join(3): ERRORS The pthread_join() function will fail if: [EINVAL] The implementation has detected that the value speci- fied by thread does not refer to a joinable thread. A pthread that already exited is considered non-joinable > It this variable on Unix OSes? The pthread_join() function conforms to ISO/IEC 9945-1:1996 (``POSIX.1''). > -Garrett -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 22:37:06 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C8F816A400 for ; Wed, 7 Feb 2007 22:37:06 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFA013C441 for ; Wed, 7 Feb 2007 22:37:06 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn08.u.washington.edu (hymn08.u.washington.edu [140.142.13.238]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l17Mb53i018487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Feb 2007 14:37:06 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn08.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l17Mb5Kc008477 for ; Wed, 7 Feb 2007 14:37:05 -0800 X-Auth-Received: from [192.55.52.4] by hymn08.u.washington.edu via HTTP; Wed, 07 Feb 2007 14:37:05 PST Date: Wed, 7 Feb 2007 14:37:05 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.7.141933 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 22:37:06 -0000 On Wed, 7 Feb 2007, Pietro Cerutti wrote: > On 2/7/07, youshi10@u.washington.edu wrote: >> Just wondering: >> >> If I was to try and join a pthread that already exited, would there be an >> error message output and/or errno set to an error value, or would a system >> hang? > > man pthread_join(3): > > ERRORS > The pthread_join() function will fail if: > [EINVAL] The implementation has detected that the value speci- > fied by thread does not refer to a joinable thread. > > A pthread that already exited is considered non-joinable > >> It this variable on Unix OSes? > > > The pthread_join() function conforms to ISO/IEC 9945-1:1996 > (``POSIX.1''). Excellent. Thank you very much for the info! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 22:45:52 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3CDA16A407 for ; Wed, 7 Feb 2007 22:45:52 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7645413C4D5 for ; Wed, 7 Feb 2007 22:45:52 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id l17Mjp9f025307; Wed, 7 Feb 2007 17:45:51 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Wed, 07 Feb 2007 17:45:51 -0500 (EST) Date: Wed, 7 Feb 2007 17:45:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: youshi10@u.washington.edu In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 22:45:53 -0000 On Wed, 7 Feb 2007, youshi10@u.washington.edu wrote: > On Wed, 7 Feb 2007, Pietro Cerutti wrote: > >> On 2/7/07, youshi10@u.washington.edu wrote: >>> Just wondering: >>> >>> If I was to try and join a pthread that already exited, would there be an >>> error message output and/or errno set to an error value, or would a system >>> hang? >> >> man pthread_join(3): >> >> ERRORS >> The pthread_join() function will fail if: >> [EINVAL] The implementation has detected that the value speci- >> fied by thread does not refer to a joinable thread. >> >> A pthread that already exited is considered non-joinable That is not true. A thread is joinable if it has not yet detached. A thread can exit without detaching. See the POSIX spec at http://www.opengroup.org/onlinepubs/009695399/toc.htm for more info. -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 7 21:51:35 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEA0A16A400 for ; Wed, 7 Feb 2007 21:51:35 +0000 (UTC) (envelope-from news@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id CA1C413C442 for ; Wed, 7 Feb 2007 21:51:35 +0000 (UTC) (envelope-from news@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.8/8.13.8) with ESMTP id l17LpU1L063728 for ; Wed, 7 Feb 2007 13:51:35 -0800 (PST) (envelope-from news@wattres.watt.com) Received: (from news@localhost) by wattres.watt.com (8.13.8/8.13.8/Submit) id l17LpUnh063727 for hackers@freebsd.org; Wed, 7 Feb 2007 13:51:30 -0800 (PST) (envelope-from news) To: hackers@freebsd.org Path: not-for-mail From: Steve Watt Newsgroups: local.freebsd-hackers Date: Wed, 7 Feb 2007 21:51:30 +0000 (UTC) Organization: Watt Consultants, San Jose, CA, USA Lines: 29 Message-ID: References: NNTP-Posting-Host: localhost.watt.com X-Trace: wattres.Watt.COM 1170885090 63179 127.0.0.1 (7 Feb 2007 21:51:30 GMT) X-Complaints-To: usenet@wattres.Watt.COM NNTP-Posting-Date: Wed, 7 Feb 2007 21:51:30 +0000 (UTC) X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Originator: steve@Watt.COM (Steve Watt) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Wed, 07 Feb 2007 13:51:35 -0800 (PST) X-Archived: 1170885095.495024575@wattres.Watt.COM X-Mailman-Approved-At: Thu, 08 Feb 2007 04:00:33 +0000 Cc: Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 21:51:36 -0000 In , wrote: >Just wondering: > >If I was to try and join a pthread that already exited, would there be an error >message output and/or errno set to an error value, or would a system hang? Was the thread created with detach state set PTHREAD_CREATE_DETACHED or PTHREAD_CREATE_JOINABLE? If it was PTHREAD_CREATE_JOINABLE, has the thread already been joined? You should be able to join a thread that was created joinable, only once. If you join it again, or join a thread that was created detached, the results are unspecified in POSIX. There is an error status that may be returned, but it may do other bad things to your system. Note that pthread_join doesn't set errno; it returns an error value directly. I would never expect the system to hang, though the application might. If your application is hanging, make sure that you're not trying to call pthread_join from within a signal handler. >It this variable on Unix OSes? That the results are unspecified? No. What "unspecified" means? Absolutely. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 08:02:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C228316A400 for ; Thu, 8 Feb 2007 08:02:14 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9D72113C478 for ; Thu, 8 Feb 2007 08:02:14 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1882EmU010129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 8 Feb 2007 00:02:14 -0800 X-Auth-Received: from [192.168.10.44] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1882CCt002388 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 8 Feb 2007 00:02:13 -0800 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <87D4B047-DC72-427B-863F-A082C3A4E5CD@u.washington.edu> Content-Transfer-Encoding: 7bit From: Garrett Cooper Date: Thu, 8 Feb 2007 00:02:03 -0800 To: freebsd-hackers@freebsd.org X-Mailer: Apple Mail (2.752.2) X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.7.234934 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 08:02:14 -0000 On Feb 7, 2007, at 1:51 PM, Steve Watt wrote: > In , > wrote: >> Just wondering: >> >> If I was to try and join a pthread that already exited, would >> there be an error >> message output and/or errno set to an error value, or would a >> system hang? > > Was the thread created with detach state set > PTHREAD_CREATE_DETACHED or > PTHREAD_CREATE_JOINABLE? If it was PTHREAD_CREATE_JOINABLE, has the > thread already been joined? > > You should be able to join a thread that was created joinable, only > once. > If you join it again, or join a thread that was created detached, the > results are unspecified in POSIX. There is an error status that may > be returned, but it may do other bad things to your system. > > Note that pthread_join doesn't set errno; it returns an error value > directly. I would never expect the system to hang, though the > application > might. If your application is hanging, make sure that you're not > trying > to call pthread_join from within a signal handler. > >> It this variable on Unix OSes? > > That the results are unspecified? No. What "unspecified" means? > Absolutely. > -- > Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N > 20' 15.3" > Internet: steve @ Watt.COM Whois: SW32-ARIN > Free time? There's no such thing. It just comes in varying > prices... I asked this because I was short on time and so was the person who asked me earlier. I'm going to try giving the pthread exit and join a shot just to see whether or not this is true or not and then I'll report my results to the list. Thanks for the insight though--hopefully my results will yield a solid positive or negative to this being a problem. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 14:51:16 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7502916A4C0 for ; Thu, 8 Feb 2007 14:51:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id ACB0413C478 for ; Thu, 8 Feb 2007 14:51:10 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l18EpABI001655 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 8 Feb 2007 06:51:10 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l18Ep9r2019272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 8 Feb 2007 06:51:10 -0800 Message-ID: <45CB38D8.1000706@u.washington.edu> Date: Thu, 08 Feb 2007 06:51:04 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <87D4B047-DC72-427B-863F-A082C3A4E5CD@u.washington.edu> In-Reply-To: <87D4B047-DC72-427B-863F-A082C3A4E5CD@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.8.63434 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 14:51:16 -0000 Garrett Cooper wrote: > On Feb 7, 2007, at 1:51 PM, Steve Watt wrote: > >> In , >> wrote: >>> Just wondering: >>> >>> If I was to try and join a pthread that already exited, would there >>> be an error >>> message output and/or errno set to an error value, or would a system >>> hang? >> >> Was the thread created with detach state set PTHREAD_CREATE_DETACHED or >> PTHREAD_CREATE_JOINABLE? If it was PTHREAD_CREATE_JOINABLE, has the >> thread already been joined? >> >> You should be able to join a thread that was created joinable, only once. >> If you join it again, or join a thread that was created detached, the >> results are unspecified in POSIX. There is an error status that may >> be returned, but it may do other bad things to your system. >> >> Note that pthread_join doesn't set errno; it returns an error value >> directly. I would never expect the system to hang, though the >> application >> might. If your application is hanging, make sure that you're not trying >> to call pthread_join from within a signal handler. >> >>> It this variable on Unix OSes? >> >> That the results are unspecified? No. What "unspecified" means? >> Absolutely. >> --Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N >> 20' 15.3" >> Internet: steve @ Watt.COM Whois: SW32-ARIN >> Free time? There's no such thing. It just comes in varying prices... > > I asked this because I was short on time and so was the person who > asked me earlier. I'm going to try giving the pthread exit and join a > shot just to see whether or not this is true or not and then I'll report > my results to the list. > Thanks for the insight though--hopefully my results will yield a > solid positive or negative to this being a problem. > -Garrett Under Suse Linux there were absolutely no errors when I tried to do this. I'll post a code snippet later. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 21:29:14 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEB9B16A400 for ; Thu, 8 Feb 2007 21:29:14 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id DF58813C474 for ; Thu, 8 Feb 2007 21:29:14 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l18KxAp6087851; Thu, 8 Feb 2007 12:59:10 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l18KxArS087850; Thu, 8 Feb 2007 12:59:10 -0800 (PST) (envelope-from rizzo) Date: Thu, 8 Feb 2007 12:59:10 -0800 From: Luigi Rizzo To: hackers@freebsd.org Message-ID: <20070208125910.A87229@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: kernel headers dependency graph ? (systm.h tangle) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 21:29:15 -0000 Hi, Is there a tool to produce a dependency graph for C headers ? If that matters (i.e. someone has already studied it), i am interested in the header situation in the FreeBSD kernel. It may be a well known thing, but i just realized that is entagled with and both bring in a lot of other headers, and you cannot bring in simply the string.h functions, or printf, because there is no leaf header for them. I don't know if this is the only case, or there are other 'classes' which are intermixed with lots of other stuff. I suppose the problem has been already discussed and it is just the result of historical reasons, but is there any reason other than ENOTIME why (to cite things that are trivial to fix while preserving compatibility): - we don't have sys/string.h with all the memcpy/bcopy and friends that are currently spread between systm.h and libkern.h - printf/scanf and strto*() are not in their own header; and so on ? cheers luigi From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 21:37:43 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8110C16A400 for ; Thu, 8 Feb 2007 21:37:43 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 0AAC013C4A5 for ; Thu, 8 Feb 2007 21:37:41 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so552835uge for ; Thu, 08 Feb 2007 13:37:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=USY0WsFWh8LtOl9nbzz/14Ov3yigthImY4ExfPfmUJt2LF99n213xPlDKmyRuN5Sv+7hgnpCEQs5y1WHdMOMDce4UbMkUdhgJ/iHJjRyNFpUZSLTgOYIs3D4rxGsBAXSdu4zYTO9Y92Z6aH7EB2Ns2L07H3UwvfwmK1BHpBoWTs= Received: by 10.82.107.15 with SMTP id f15mr4327447buc.1170970660781; Thu, 08 Feb 2007 13:37:40 -0800 (PST) Received: from roadrunner.q.local ( [85.180.157.77]) by mx.google.com with ESMTP id 5sm3234238ugc.2007.02.08.13.37.39; Thu, 08 Feb 2007 13:37:39 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l18LbXM7004228; Thu, 8 Feb 2007 22:37:33 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l17M2h6T004276; Wed, 7 Feb 2007 23:02:43 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Wed, 7 Feb 2007 23:02:43 +0100 From: Ulrich Spoerlein To: Kip Macy Message-ID: <20070207220243.GA3644@roadrunner.q.local> Mail-Followup-To: Kip Macy , Joan Picanyol i Puig , freebsd-hackers@freebsd.org References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> <20070206180540.Q90547@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070206180540.Q90547@demos.bsdclusters.com> Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 21:37:43 -0000 Kip Macy wrote: > On Wed, 7 Feb 2007, Joan Picanyol i Puig wrote: > > >I know what I'd like: a utility in the base system for binary upgrading > >of packages. More flexible logic in how the '-r' option is handled would > >be nice (being able to fetch all packages from All/ even if you are > >on RELENG). Doesn't > > > >freebsd-update fetch install && pkg_upgrade -a > > > >look nice for keeping up to date? The obvious hairy details must be > >harder than it seems, I'm sure others have considered it (and would have > >done it) before. > > portupgrade -aPP Requires a fully populated /usr/ports together with an up-to-date INDEX. Not exactly what we are looking for here. I hacked together an ugly shell script, that will use pkg_version (it can grab the INDEX from the pkg-site via ftp) and gives you the feature to pkg_delete/pkg_add selected packages. It is missing a lot of other stuff, though. Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 22:43:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57EF816A401 for ; Thu, 8 Feb 2007 22:43:14 +0000 (UTC) (envelope-from fbsd-hackers@mawer.org) Received: from customer-domains.icp-qv1-irony15.iinet.net.au (customer-domains.icp-qv1-irony15.iinet.net.au [203.59.1.175]) by mx1.freebsd.org (Postfix) with ESMTP id CE11B13C48D for ; Thu, 8 Feb 2007 22:43:13 +0000 (UTC) (envelope-from fbsd-hackers@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [10.24.1.1]) ([203.206.173.235]) by iinet-mail.icp-qv1-irony15.iinet.net.au with ESMTP; 09 Feb 2007 06:33:09 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAADk0y0XLzq3r/2dsb2JhbAANoQMBAQGBEA X-IronPort-AV: i="4.13,302,1167580800"; d="scan'208"; a="49147313:sNHT13583898" Message-ID: <45CBA534.5000907@mawer.org> Date: Fri, 09 Feb 2007 09:33:24 +1100 From: Antony Mawer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kip Macy , Joan Picanyol i Puig , freebsd-hackers@freebsd.org References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> <20070206180540.Q90547@demos.bsdclusters.com> <20070207220243.GA3644@roadrunner.q.local> In-Reply-To: <20070207220243.GA3644@roadrunner.q.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 22:43:14 -0000 On 8/02/2007 9:02 AM, Ulrich Spoerlein wrote: > Kip Macy wrote: >> On Wed, 7 Feb 2007, Joan Picanyol i Puig wrote: >> >>> I know what I'd like: a utility in the base system for binary upgrading >>> of packages. More flexible logic in how the '-r' option is handled would >>> be nice (being able to fetch all packages from All/ even if you are >>> on RELENG). Doesn't >>> >>> freebsd-update fetch install && pkg_upgrade -a >>> >>> look nice for keeping up to date? The obvious hairy details must be >>> harder than it seems, I'm sure others have considered it (and would have >>> done it) before. >> portupgrade -aPP > > Requires a fully populated /usr/ports together with an up-to-date INDEX. > > Not exactly what we are looking for here. I hacked together an ugly > shell script, that will use pkg_version (it can grab the INDEX from the > pkg-site via ftp) and gives you the feature to pkg_delete/pkg_add > selected packages. Yes - we found the same thing a few months ago when we were faced with upgrading a large number of packages on many systems in an automated manner. We wanted to build the packages ourselves (no problems there), then use portupgrade or something similar to handle fixing the dependency links in the package information. We ended up having to push out a minimal /usr/ports/ tree of _just_ the packages we were updating and dependencies (enough to keep portupgrade happy and allow it to work), along with the package files and an INDEX file, and let portupgrade take it from there. It was definitely a painful and kludgy process, and something that would be great to come up with an easier way of doing! Having to push out portupgrade (and ruby as a result) was a fairly bulky requirement just to upgrade some packages... --Antony From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 23:53:57 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE05216A409 for ; Thu, 8 Feb 2007 23:53:57 +0000 (UTC) (envelope-from henry.lenzi@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6270E13C4BF for ; Thu, 8 Feb 2007 23:53:57 +0000 (UTC) (envelope-from henry.lenzi@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so583028uge for ; Thu, 08 Feb 2007 15:53:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JWOBq13EXc81SwNM7Cn51cSNBPNg+5UGtvFxfk9pLqI8eZVILeS07seyG+g4Caj3nxbo4+b499YuXzTt2wjTIHGs4BqAhEucOmxxmbIqSIIeIYWkGqfwV1Hua7t3oPIl6/YXSMpOftmwzmN0mIsUzCXwr5BOFX1X+ZrK5ppjbP8= Received: by 10.78.158.11 with SMTP id g11mr1168102hue.1170978835620; Thu, 08 Feb 2007 15:53:55 -0800 (PST) Received: by 10.78.176.6 with HTTP; Thu, 8 Feb 2007 15:53:55 -0800 (PST) Message-ID: <8b4c81f0702081553j7168846aj13c5b191d4bfb408@mail.gmail.com> Date: Thu, 8 Feb 2007 21:53:55 -0200 From: "Henry Lenzi" To: "Mike Meyer" In-Reply-To: <17865.6041.605201.772296@bhuda.mired.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add does not backtrack, does it? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 23:53:58 -0000 On 2/6/07, Mike Meyer wrote: > In <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com>, Henry Lenzi typed: > > I haven't found the pkg_add code (it's in Ruby, is it?). > > It's in /usr/src/usr.sbin/pkg_install/add. And no, it's not in ruby. > > > But from the behaviour of pkg_add -r, it's safe to say that it > > doesn't backtrack to resolve dependencies, does it? > > Why should using a remote repository change the behavior of pkg_add? > > Are you sure you're not thinking of portupgrade? The -r otion to it > causes things to be recursive, and it is sourced in ruby. And it's in > the ports tree, not the base system (because it's sourced in ruby), so > you'll need to look for the source (or maybe a tarball) there. > > > Like, for instance (a real example), during gnome2 installation on 6.2: > > > > warning: 'gstreamer-plugins-gconf-0.10.4_3,2' requires > > 'gstreamer-plugins-0.10.10,2', but 'gstreamer-plugins-0.10.9,1' is > > installed > > What I was saying is that, one way to go about it manually is hit Ctl-C, uninstall version 0.10.9,1, then proceed - because the update required package will be fetched (0.10.10,2). I was commenting the pkg_add did not do that - detect an outdated version and act upon that knowledge. i.e., removing it and installing the new one. Otherwise you would end up having wrong dependencies. This, of course, with pkg_add for stufflike Gnome, or KDE. Portupgrade, AFAIK, does upgrade fetching source, right? It's not the same thing. Cheers. Henry Lenzi From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 00:02:24 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5571E16A405 for ; Fri, 9 Feb 2007 00:02:24 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id 529F413C441 for ; Fri, 9 Feb 2007 00:02:23 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn08.u.washington.edu (hymn08.u.washington.edu [140.142.13.238]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1902BHP020219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Feb 2007 16:02:11 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn08.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1902BFK030701 for ; Thu, 8 Feb 2007 16:02:11 -0800 X-Auth-Received: from [192.55.52.1] by hymn08.u.washington.edu via HTTP; Thu, 08 Feb 2007 16:02:11 PST Date: Thu, 8 Feb 2007 16:02:11 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <20070208125910.A87229@xorpc.icir.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.8.154934 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: kernel headers dependency graph ? (systm.h tangle) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 00:02:24 -0000 On Thu, 8 Feb 2007, Luigi Rizzo wrote: > Hi, > Is there a tool to produce a dependency graph for C headers ? > > If that matters (i.e. someone has already studied it), > i am interested in the header situation in the FreeBSD kernel. > > It may be a well known thing, but i just realized > that is entagled with and both bring > in a lot of other headers, and you cannot bring in simply > the string.h functions, or printf, because there is no > leaf header for them. > I don't know if this is the only case, or there are other > 'classes' which are intermixed with lots of other stuff. > > I suppose the problem has been already discussed and it is just > the result of historical reasons, but is there any reason other > than ENOTIME why (to cite things that are trivial to fix while > preserving compatibility): > > - we don't have sys/string.h with all the memcpy/bcopy and friends > that are currently spread between systm.h and libkern.h > > - printf/scanf and strto*() are not in their own header; > > and so on ? > > cheers > luigi Not sure if it's been done before, but it sounds like a good job for Perl or (I can't believe I'm suggesting this) Ruby. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 00:27:38 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3F3016A400 for ; Fri, 9 Feb 2007 00:27:37 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 8DEC913C4B6 for ; Fri, 9 Feb 2007 00:27:37 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 94320 invoked by uid 1001); 9 Feb 2007 00:28:31 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Thu, 08 Feb 2007 19:28:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17867.49198.783462.497178@bhuda.mired.org> Date: Thu, 8 Feb 2007 19:28:30 -0500 To: "Henry Lenzi" In-Reply-To: <8b4c81f0702081553j7168846aj13c5b191d4bfb408@mail.gmail.com> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <8b4c81f0702081553j7168846aj13c5b191d4bfb408@mail.gmail.com> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_add does not backtrack, does it? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 00:27:38 -0000 In <8b4c81f0702081553j7168846aj13c5b191d4bfb408@mail.gmail.com>, Henry Lenzi typed: > On 2/6/07, Mike Meyer wrote: > > In <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com>, Henry Lenzi typed: > > > I haven't found the pkg_add code (it's in Ruby, is it?). > > > > It's in /usr/src/usr.sbin/pkg_install/add. And no, it's not in ruby. > > > > > But from the behaviour of pkg_add -r, it's safe to say that it > > > doesn't backtrack to resolve dependencies, does it? > > > > Why should using a remote repository change the behavior of pkg_add? > > > > Are you sure you're not thinking of portupgrade? The -r otion to it > > causes things to be recursive, and it is sourced in ruby. And it's in > > the ports tree, not the base system (because it's sourced in ruby), so > > you'll need to look for the source (or maybe a tarball) there. > > > > > Like, for instance (a real example), during gnome2 installation on 6.2: > > > > > > warning: 'gstreamer-plugins-gconf-0.10.4_3,2' requires > > > 'gstreamer-plugins-0.10.10,2', but 'gstreamer-plugins-0.10.9,1' is > > > installed > > > > What I was saying is that, one way to go about it manually is hit > Ctl-C, uninstall version 0.10.9,1, then proceed - because the update > required package will be fetched (0.10.10,2). I was commenting the > pkg_add did not do that - detect an outdated version and act upon that > knowledge. i.e., removing it and installing the new one. Otherwise you > would end up having wrong dependencies. This, of course, with pkg_add > for stufflike Gnome, or KDE. Um, if you stopped, uninstalled 0.10.9,1 and then installed 0.10.10,2, then everything that required 0.10.9,1 winds up with a broken dependency. Depending on the nature of the dependency, uninstalling 0.10.9,1 may well cause those applications - and not just their dependency information - to be broken. What pkg_add does doesn't break the dependency graph - you just wind up with two versions of the package installed, one of which may be broken. More importantly, it cuts down on the number of cases where applications break, because the cases where replacing a port with a newer version breaks a dependent port is usually where a file in the old version doesn't exist in the new version - typically a shared library that's changed version numbers. Installing them both means both files are there, so the things keep working. Doing this "right" requires that you uninstall any ports that depend on the old port, then uninstall the old port, install the new port, then reinstall all of it's dependencies. When I think of classic AI backtracking strategies, they always search *trees*. The dependency relationship is a DAG (at least, I hope there are no cycles!). That makes things noticably harder. In particular, since you need to go both up and down the tree, so you *can* encounter cycles, which isn't true with a tree. > Portupgrade, AFAIK, does upgrade fetching source, right? It's not the > same thing. Portupgrade can install from sources, from binaries using sources if the binary isn't available, or only using binaries. It also will move shared libraries in ports it's removing to a compatability directory, so that ports dependent on them won't break. Using "portupgrade -aR" will reinstall all installed packages that are out of date, and all packages that depend on them. Adding a "P" will make it try to install binary packages; adding "PP" will cause it to only use binary packages. As others have noted, you need an up-to-date copy of the ports tree and INDEX for portupgrade. To do what it does, portupgrade needs both the dependency information for the installed packages (this is, in theory, available in /var/db, but the available tools make it trivial to break that database) *and* the dependency information for all the packages you're going to be installing. That's in the ports tree and INDEX files. If you were installing only binary packages, you could in theory build the later by fetching each package in turn and extracting it's dependency information. You would need to do this *before* you installed any new packages, because the order that you install them in is important. As a final aside, I once discussed this with Jordan, and he claimed that his decision to have pkg_add do both installation and dependency checking was a mistake. It would better to have one tool for manipulating packages - extract dependency information, install, deinstall, etc. - and one tool that dealt with the tree. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 23:39:19 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B967116A401 for ; Thu, 8 Feb 2007 23:39:19 +0000 (UTC) (envelope-from lists-freebsd@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id 82BAE13C4BF for ; Thu, 8 Feb 2007 23:39:18 +0000 (UTC) (envelope-from lists-freebsd@biaix.org) Received: (qmail 90706 invoked by uid 1012); 8 Feb 2007 23:39:32 -0000 Date: Fri, 9 Feb 2007 00:39:32 +0100 From: Joan Picanyol i Puig To: freebsd-ports@freebsd.org Message-ID: <20070208233932.GC90289@grummit.biaix.org> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> <20070206180540.Q90547@demos.bsdclusters.com> <20070207220243.GA3644@roadrunner.q.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070207220243.GA3644@roadrunner.q.local> User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Fri, 09 Feb 2007 02:17:41 +0000 Cc: Kip Macy Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 23:39:19 -0000 [moved to ports@ with notice on hackers@] * Ulrich Spoerlein [20070208 22:37]: > Kip Macy wrote: > > On Wed, 7 Feb 2007, Joan Picanyol i Puig wrote: > > > > >I know what I'd like: a utility in the base system for binary upgrading > > >of packages. More flexible logic in how the '-r' option is handled would > > >be nice (being able to fetch all packages from All/ even if you are > > >on RELENG). Doesn't > > > > > >freebsd-update fetch install && pkg_upgrade -a > > > > > >look nice for keeping up to date? The obvious hairy details must be > > >harder than it seems, I'm sure others have considered it (and would have > > >done it) before. > > > > portupgrade -aPP > > Requires a fully populated /usr/ports together with an up-to-date INDEX. > > Not exactly what we are looking for here. I hacked together an ugly > shell script, that will use pkg_version (it can grab the INDEX from the > pkg-site via ftp) and gives you the feature to pkg_delete/pkg_add > selected packages. Sounds nice, no matter how ugly it looks. Care to share it? > It is missing a lot of other stuff, though. Put it up on the wiki and see what happens... qvb -- pica From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 23:53:28 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9941516A403 for ; Thu, 8 Feb 2007 23:53:28 +0000 (UTC) (envelope-from lists-freebsd@biaix.org) Received: from grummit.biaix.org (86.Red-213-97-212.staticIP.rima-tde.net [213.97.212.86]) by mx1.freebsd.org (Postfix) with SMTP id 73A9513C4C2 for ; Thu, 8 Feb 2007 23:53:27 +0000 (UTC) (envelope-from lists-freebsd@biaix.org) Received: (qmail 90638 invoked by uid 1012); 8 Feb 2007 23:27:00 -0000 Date: Fri, 9 Feb 2007 00:27:00 +0100 From: Joan Picanyol i Puig To: freebsd-ports@freebsd.org Message-ID: <20070208232700.GB90289@grummit.biaix.org> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> <17865.28442.623829.375834@bhuda.mired.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17865.28442.623829.375834@bhuda.mired.org> User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Fri, 09 Feb 2007 02:19:31 +0000 Cc: Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 23:53:28 -0000 [moved to ports@ with notice in hackers@] * Mike Meyer [20070207 07:17]: > In <20070207020205.GC62321@grummit.biaix.org>, Joan Picanyol i Puig typed: > > I know what I'd like: a utility in the base system for binary upgrading > > of packages. More flexible logic in how the '-r' option is handled would > > be nice (being able to fetch all packages from All/ even if you are > > on RELENG). Doesn't > > > > freebsd-update fetch install && pkg_upgrade -a > > > > look nice for keeping up to date? > > Not particularly, but why does it have to be in the base system? > freebsd-update isn't. It is, but my point is that I take "base system" as better integration. > > The obvious hairy details must be harder than it seems, I'm sure > > others have considered it (and would have done it) before. > > The thing is, chances are pretty good that at some point or another, > you're *not* going to want to just update all the installed > packages. Some package may require external work, or you may want to > follow a different branch than the main port, or an update may include > a new bug that you can't live with, I'm aware of the limitations of going with a "third-party" provided binaries approach to package management. However, I expect to be trading off flexibility for convinience but the convinience is nowhere to be found. > or you may have something installed that's not in the ports tree that > breaks if you update a port, etc. > > And of course, this doesn't work well if you've managed to corrupt the > ports database, which is all to easy to do. Or at least I've found > that to be the case. Maybe if I could only convince myself to *always* > use portinstall, and not just do a "make install" after I've read > through the package description, things wouldn't be so bad, but they > are. I don't expect any binary package management system to cope with anything different than itself. The fact that you (and me) are able to "corrupt the ports database", which portupgrade can do even without mixing binary and source packages tells me that it can't be depended on. > People have tried this. portupgrade is the most complete solution I > know of, though there are others in the ports tree. It can do > binary-only upgrades, or can be set to try the binaries first, and > only build if the binaries aren't available. It also has flags to save > the old install, and a config file that lets you hold packages, or set > build options if you build. Been there, done that, cried. I've also tried portmanager and portmaster (which I'm using now with portsconf for source-based systems). My wish is pkg_update, which can be used to upgrade pkg_add'ed packages. qvb -- pica From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 05:08:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB4DC16A400 for ; Fri, 9 Feb 2007 05:08:07 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 963D313C47E for ; Fri, 9 Feb 2007 05:08:07 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l195870c010523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 8 Feb 2007 21:08:07 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19586XU013548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 8 Feb 2007 21:08:06 -0800 Message-ID: <45CC01B0.8050502@u.washington.edu> Date: Thu, 08 Feb 2007 21:08:00 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <87D4B047-DC72-427B-863F-A082C3A4E5CD@u.washington.edu> <45CB38D8.1000706@u.washington.edu> <45CC014B.9020303@u.washington.edu> In-Reply-To: <45CC014B.9020303@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.8.205434 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 05:08:07 -0000 Garrett Cooper wrote: > Garrett Cooper wrote: >> Garrett Cooper wrote: >>> On Feb 7, 2007, at 1:51 PM, Steve Watt wrote: >>> >>>> In , >>>> wrote: >>>>> Just wondering: >>>>> >>>>> If I was to try and join a pthread that already exited, would there >>>>> be an error >>>>> message output and/or errno set to an error value, or would a >>>>> system hang? >>>> >>>> Was the thread created with detach state set PTHREAD_CREATE_DETACHED or >>>> PTHREAD_CREATE_JOINABLE? If it was PTHREAD_CREATE_JOINABLE, has the >>>> thread already been joined? >>>> >>>> You should be able to join a thread that was created joinable, only >>>> once. >>>> If you join it again, or join a thread that was created detached, the >>>> results are unspecified in POSIX. There is an error status that may >>>> be returned, but it may do other bad things to your system. >>>> >>>> Note that pthread_join doesn't set errno; it returns an error value >>>> directly. I would never expect the system to hang, though the >>>> application >>>> might. If your application is hanging, make sure that you're not >>>> trying >>>> to call pthread_join from within a signal handler. >>>> >>>>> It this variable on Unix OSes? >>>> >>>> That the results are unspecified? No. What "unspecified" means? >>>> Absolutely. >>>> --Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N >>>> 20' 15.3" >>>> Internet: steve @ Watt.COM Whois: SW32-ARIN >>>> Free time? There's no such thing. It just comes in varying >>>> prices... >>> >>> I asked this because I was short on time and so was the person >>> who asked me earlier. I'm going to try giving the pthread exit and >>> join a shot just to see whether or not this is true or not and then >>> I'll report my results to the list. >>> Thanks for the insight though--hopefully my results will yield a >>> solid positive or negative to this being a problem. >>> -Garrett >> >> Under Suse Linux there were absolutely no errors when I tried to do >> this. I'll post a code snippet later. >> -Garrett > > Ok, here's a link to my code: > > http://students.washington.edu/youshi10/posted/thread_test.c > > My results (FreeBSD): > > [root@hoover /home/gcooper]# ./tt > Thread join detached > Thread kill detached > Joined thread yielded error code: 2 > Trying to join the already joined thread yields error code: 0 > > My results (Suse Linux): > > # ./tt > Thread join detached > Thread kill detached > Joined thread yielded error code: 0 > Trying to join the already joined thread yields error code: 0 > > That was sure interesting.. is it supposed to error out or was it the > remnant of an old error call? > > Probably the latter, but I was just curious.. > > -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 05:29:15 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFD7916A401 for ; Fri, 9 Feb 2007 05:29:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id CB17113C494 for ; Fri, 9 Feb 2007 05:29:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l195TFET028467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 8 Feb 2007 21:29:15 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l195TEIu001072 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 8 Feb 2007 21:29:14 -0800 Message-ID: <45CC06A3.5080909@u.washington.edu> Date: Thu, 08 Feb 2007 21:29:07 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <87D4B047-DC72-427B-863F-A082C3A4E5CD@u.washington.edu> <45CB38D8.1000706@u.washington.edu> <45CC014B.9020303@u.washington.edu> <45CC01B0.8050502@u.washington.edu> In-Reply-To: <45CC01B0.8050502@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.8.211934 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 05:29:16 -0000 Garrett Cooper wrote: > Garrett Cooper wrote: >> Garrett Cooper wrote: >>> Garrett Cooper wrote: >>>> On Feb 7, 2007, at 1:51 PM, Steve Watt wrote: >>>> >>>>> In , >>>>> wrote: >>>>>> Just wondering: >>>>>> >>>>>> If I was to try and join a pthread that already exited, would >>>>>> there be an error >>>>>> message output and/or errno set to an error value, or would a >>>>>> system hang? >>>>> >>>>> Was the thread created with detach state set >>>>> PTHREAD_CREATE_DETACHED or >>>>> PTHREAD_CREATE_JOINABLE? If it was PTHREAD_CREATE_JOINABLE, has the >>>>> thread already been joined? >>>>> >>>>> You should be able to join a thread that was created joinable, only >>>>> once. >>>>> If you join it again, or join a thread that was created detached, the >>>>> results are unspecified in POSIX. There is an error status that may >>>>> be returned, but it may do other bad things to your system. >>>>> >>>>> Note that pthread_join doesn't set errno; it returns an error value >>>>> directly. I would never expect the system to hang, though the >>>>> application >>>>> might. If your application is hanging, make sure that you're not >>>>> trying >>>>> to call pthread_join from within a signal handler. >>>>> >>>>>> It this variable on Unix OSes? >>>>> >>>>> That the results are unspecified? No. What "unspecified" means? >>>>> Absolutely. >>>>> --Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N >>>>> 20' 15.3" >>>>> Internet: steve @ Watt.COM Whois: SW32-ARIN >>>>> Free time? There's no such thing. It just comes in varying >>>>> prices... >>>> >>>> I asked this because I was short on time and so was the person >>>> who asked me earlier. I'm going to try giving the pthread exit and >>>> join a shot just to see whether or not this is true or not and then >>>> I'll report my results to the list. >>>> Thanks for the insight though--hopefully my results will yield a >>>> solid positive or negative to this being a problem. >>>> -Garrett >>> >>> Under Suse Linux there were absolutely no errors when I tried to do >>> this. I'll post a code snippet later. >>> -Garrett >> >> Ok, here's a link to my code: >> >> http://students.washington.edu/youshi10/posted/thread_test.c >> >> My results (FreeBSD): >> >> [root@hoover /home/gcooper]# ./tt >> Thread join detached >> Thread kill detached >> Joined thread yielded error code: 2 >> Trying to join the already joined thread yields error code: 0 >> >> My results (Suse Linux): >> >> # ./tt >> Thread join detached >> Thread kill detached >> Joined thread yielded error code: 0 >> Trying to join the already joined thread yields error code: 0 >> >> That was sure interesting.. is it supposed to error out or was it the >> remnant of an old error call? >> >> Probably the latter, but I was just curious.. >> >> -Garrett Actually, now that I think about it the calls I made with ps in the program are valid for Linux but not for FreeBSD (they're for getting thread listings). Hence error code 2. From intro(2): 2 ENOENT No such file or directory. A component of a specified pathname did not exist, or the pathname was an empty string. Didn't think that a bad command would return errno=2 though.. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 05:57:08 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0186E16A403 for ; Fri, 9 Feb 2007 05:57:08 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id B9A0D13C474 for ; Fri, 9 Feb 2007 05:57:07 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id l195v6Sr018269; Fri, 9 Feb 2007 00:57:06 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 09 Feb 2007 00:57:06 -0500 (EST) Date: Fri, 9 Feb 2007 00:57:06 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Garrett Cooper In-Reply-To: <45CC06A3.5080909@u.washington.edu> Message-ID: References: <87D4B047-DC72-427B-863F-A082C3A4E5CD@u.washington.edu> <45CB38D8.1000706@u.washington.edu> <45CC014B.9020303@u.washington.edu> <45CC01B0.8050502@u.washington.edu> <45CC06A3.5080909@u.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 05:57:08 -0000 On Thu, 8 Feb 2007, Garrett Cooper wrote: > > Actually, now that I think about it the calls I made with ps in the program > are valid for Linux but not for FreeBSD (they're for getting thread > listings). Hence error code 2. > > From intro(2): > > 2 ENOENT No such file or directory. A component of a specified > pathname did not exist, or > the pathname was an empty > string. > > Didn't think that a bad command would return errno=2 though.. And hopefully you've realized that your code is totally bogus since pthread_foo() don't set errno. All the pthread_foo() functions _return_ the error. If your code is not checking the return values from those functions, it is wrong on every platform, not just FreeBSD. -- DE From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 08:12:26 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDA0916A409 for ; Fri, 9 Feb 2007 08:12:25 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp106.sbc.mail.mud.yahoo.com (smtp106.sbc.mail.mud.yahoo.com [68.142.198.205]) by mx1.freebsd.org (Postfix) with SMTP id ACD4B13C4B9 for ; Fri, 9 Feb 2007 08:12:25 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 53018 invoked from network); 9 Feb 2007 08:12:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=NHhd5Q/rM7BrIddkDYoZjVFfbu7Wk7YjgaXx389sgPocl+pPbG4WOcdkKEgV6P3bo26lgxpIKj68DEbcMLDuIVqMHOdISTvPEVBEofBvdKXHK6MruO+i0mVH60achIGSvRIkNouxvHCH6uIc/zjAVBUYIXpUb0om/YuPRcywT8I= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.53.89 with plain) by smtp106.sbc.mail.mud.yahoo.com with SMTP; 9 Feb 2007 08:12:24 -0000 X-YMail-OSG: X0p.ZksVM1nkTcJu1BvMubKCFy68UR2hL4irNdU52uT0o7Oj8ajNrWD6KXcuz1nBCKyv3h.lThBuewWOjdXPsGblXQxtUgNGgrMx0uUT8TttGseTUeg_8fkwFHuFSEr7Ijwi5FTGjyWFATQ- Message-ID: <45CC2DDF.6040600@pacbell.net> Date: Fri, 09 Feb 2007 00:16:31 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 08:12:26 -0000 I'm having a problem with a Zoom PCI Fax Modem Model 2920A. The modem has the latest firmware version, but there seems to be a problem with the sio driver. Note that this *IS* a controller based modem. Here's the relevant information from dmesg: sio0: configured irq 19 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: port 0xdc00-0xdcff,0xe000-0xe0ff,0xe400-0xe407 mem 0xeb107000-0xeb1070ff irq 19 at device 11.0 on pci0 sio0: type 16550A I have no idea WHY it's saying IRQ 19 as IRQ 19 is used by sis0. Here's the output from vmstat -i: interrupt total rate irq1: atkbd0 6 0 irq6: fdc0 10 0 irq14: ata0 887 1 irq15: ata1 47 0 irq18: sis2 333 0 irq19: sis0 1 0 cpu0: timer 1000810 1993 Total 1002094 1996 And here is the output of pciconf -lv: sio0@pci0:11:0: class=0x070303 card=0x048011c1 chip=0x048011c1 rev=0x00 hdr=0x00 vendor = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)' device = 'Venus WinModem (V90, 56KFlex)' class = simple comms subclass = generic modem Now I know that device says WinModem, but this is most definitely *NOT* a WinModem. I made sure of that and even confirmed it with Zoom. They claim that it should work with any system that has a PCI slot running any OS that supports serial IO and a 16550A UART. Here's the problem. Anything that this modem outputs, requires multiple inputs for it to read out on the screen. Here's an example: gateway# cu -l /dev/cuad0 -s 57600 Connected at&v Option Selection AT Cmd --------------- ------------ -------- Comm Standard Bell B CommandCharEcho Enabled E Speaker Volume Medium L Speaker Control OnUntilCarrier M Result Codes Enabled Q Dialer Type Tone T/P ResultCode Form Text V ExtendResultCode Enabled X DialTone Detect Enabled X BusyTone Detect Enabled X LSD Action Standard RS232 &C DTR Action Standard RS232 &D Press any key to continue; ESC to quit. Option Selection AT Cmd --------------- ------------ -------- V22b Guard Tone Disabled &G Flow Control Hardware &K Error Control Mode V42,MNP,Buffer \N Data Compression V42bis/MNP5 %C AutoAnswerRing# 0 S0 AT Escape Char 43 S2 CarriageReturn Char 13 S3 Linefeed Char 10 S4 Backspace Char 8 S5 Blind Dial Pause 2 sec S6 NoAnswer Timeout 65 sec S7 "," Pause Time 2 sec S8 Press any key to continue; ESC to quit. Option Selection AT Cmd --------------- ------------ -------- No Carrier Disc 2000 msec S10 DTMF Dial Speed 95 msec S11 Escape GuardTime 1000 msec S12 Data Calling Tone Disabled S35 Line Rate 33600 S37 Press any key to continue; ESC to quit. Stored Phone Numbers -------------------- &Z0= &Z1= &Z2= OK In order to get that output, I have to hit either enter or space 61 times (yes sixty-one is not a typo) to get it. When it prints, it only prints out about 16 characters at a time (which happens to be the size of the FIFO buffer in a generic 16550A UART). The same modem works fine in Windows, and Zoom claims it works in Linux (I don't have a Linux box to try it in), but not FreeBSD. I think it has something to do with that shared interrupt on IRQ19 with sis0, which is a network adapter. As to why FreeBSD is assigning two devices to the same IRQ I have no idea, especially since there are plenty of IRQs available that can be used (serial, parallel are turned off in the BIOS). I have 2 of these modems, different firmware revisions, and they are both doing the same thing. Plus this machine has sis0, sis1, and sis2 and all interfaces must be up and working for the box to work in the application that I'm using it in. -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 08:25:50 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF8E916A403 for ; Fri, 9 Feb 2007 08:25:50 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp114.sbc.mail.mud.yahoo.com (smtp114.sbc.mail.mud.yahoo.com [68.142.198.213]) by mx1.freebsd.org (Postfix) with SMTP id 7B69B13C4A5 for ; Fri, 9 Feb 2007 08:25:50 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 67671 invoked from network); 9 Feb 2007 08:25:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=BAG0naG8vHvQBgmKTWA5BC6448su+J6hr5azTzbcKVmVUkPpNcEfJJGIAkPcq9iP9k/HDPPK82wVuxLcMJthIlVgcQ9tICFUfVRHx2CFh4jxPt43mTxa6DfyEsgFY3YfdFChoXpziqjWk1BKFdsA81wRjvbufLhOKtJC2C/OhOo= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.53.89 with plain) by smtp114.sbc.mail.mud.yahoo.com with SMTP; 9 Feb 2007 08:25:49 -0000 X-YMail-OSG: EinBtc0VM1nmmqWM.I7r_UK8bvUAH8T0SN_86df0knRyh4VHDgIfANhxfMPlpkvwUKXtZHfE8Hp5.e2gg89YaL6GPV9m3Itq.dkgaiR74kRkI9ar2WTJPUd8uOhR0Fju4ybp4xl9cziWprU- Message-ID: <45CC3104.5090606@pacbell.net> Date: Fri, 09 Feb 2007 00:29:56 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <45CC2DDF.6040600@pacbell.net> In-Reply-To: <45CC2DDF.6040600@pacbell.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 08:25:50 -0000 At about the time of 2/9/2007 12:16 AM, Daniel Rudy stated the following: > I'm having a problem with a Zoom PCI Fax Modem Model 2920A. The modem > has the latest firmware version, but there seems to be a problem with > the sio driver. Note that this *IS* a controller based modem. > Almost forgot gateway# uname -a FreeBSD gateway.0000.danielrudy.org 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@ dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 11:05:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51C3316A402 for ; Fri, 9 Feb 2007 11:05:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B53F313C4A7 for ; Fri, 9 Feb 2007 11:05:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l19B5Nqm001988; Fri, 9 Feb 2007 22:05:23 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l19B5MjX001987; Fri, 9 Feb 2007 22:05:22 +1100 (EST) (envelope-from peter) Date: Fri, 9 Feb 2007 22:05:22 +1100 From: Peter Jeremy To: Daniel Rudy Message-ID: <20070209110522.GF834@turion.vk2pj.dyndns.org> References: <45CC2DDF.6040600@pacbell.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oTHb8nViIGeoXxdp" Content-Disposition: inline In-Reply-To: <45CC2DDF.6040600@pacbell.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 11:05:25 -0000 --oTHb8nViIGeoXxdp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm not on the core team but I'm not sure why you believe that this has anything to do with core. On 2007-Feb-09 00:16:31 -0800, Daniel Rudy wrote: >sio0: configured irq 19 not in bitmap of probed irqs 0 >sio0: port may not be enabled >sio0: port >0xdc00-0xdcff,0xe000-0xe0ff,0xe400-0xe407 mem 0xeb107000-0xeb1070ff > irq 19 at device 11.0 on pci0 >sio0: type 16550A Is this device visible in the BIOS and if so, what does the BIOS say its configuration is. The dmesg from a verbose boot may be useful. The "port may not be enabled" line looks to be the most relevant one. >I have no idea WHY it's saying IRQ 19 as IRQ 19 is used by sis0. Interrupts on the PCI bus can be shared and quite often are. >Now I know that device says WinModem, but this is most definitely *NOT* >a WinModem. It appears that there is an error in /usr/share/misc/pci_vendors. Feel free to write a bug report. The kernel is correctly recognizing it. >Here's the problem. Anything that this modem outputs, requires multiple >inputs for it to read out on the screen. Here's an example: > >gateway# cu -l /dev/cuad0 -s 57600 >Connected >at&v > > Option Selection AT Cmd > --------------- ------------ -------- =2E.. So it _does_ work. >In order to get that output, I have to hit either enter or space 61 >times (yes sixty-one is not a typo) to get it. When it prints, it only >prints out about 16 characters at a time (which happens to be the size >of the FIFO buffer in a generic 16550A UART). Probably because the interrupts are not working. >As to why FreeBSD is assigning two devices to the same IRQ I have no >idea, especially since there are plenty of IRQs available that can be >used (serial, parallel are turned off in the BIOS). Probably because your motherboard vendor decided to save a few deci- cents by not bothering to connect up all the available interrupt inputs and just share one. This isn't FreeBSD - it's the copper tracks on your motherboard. --=20 Peter Jeremy --oTHb8nViIGeoXxdp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFzFVy/opHv/APuIcRAhIRAJ4gPfZyu6HhFWG949N6iEXvIu8NkACfWXQx fp08kijwSA8e+cb3rpmx1zs= =u6IP -----END PGP SIGNATURE----- --oTHb8nViIGeoXxdp-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 12:15:10 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F00516A401 for ; Fri, 9 Feb 2007 12:15:10 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id CEB5B13C471 for ; Fri, 9 Feb 2007 12:15:09 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l19CF7wX027016; Fri, 9 Feb 2007 13:15:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l19CF75a079146; Fri, 9 Feb 2007 13:15:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l19CF4uK079145; Fri, 9 Feb 2007 13:15:04 +0100 (CET) (envelope-from wb) Date: Fri, 9 Feb 2007 13:15:04 +0100 From: Wilko Bulte To: Peter Jeremy Message-ID: <20070209121504.GB79104@freebie.xs4all.nl> References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070209110522.GF834@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-hackers@freebsd.org, Daniel Rudy Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 12:15:10 -0000 On Fri, Feb 09, 2007 at 10:05:22PM +1100, Peter Jeremy wrote.. > I'm not on the core team but I'm not sure why you believe that > this has anything to do with core. Indeed, this does not have anything to do with core. Wilko > > On 2007-Feb-09 00:16:31 -0800, Daniel Rudy wrote: > >sio0: configured irq 19 not in bitmap of probed irqs 0 > >sio0: port may not be enabled > >sio0: port > >0xdc00-0xdcff,0xe000-0xe0ff,0xe400-0xe407 mem 0xeb107000-0xeb1070ff > > irq 19 at device 11.0 on pci0 > >sio0: type 16550A --- end of quoted text --- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 11:39:18 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1186716A403 for ; Fri, 9 Feb 2007 11:39:18 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id B6A7E13C442 for ; Fri, 9 Feb 2007 11:39:17 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id l19BDI8U065010 for ; Fri, 9 Feb 2007 12:13:18 +0100 (CET) X-Ids: 166 Received: by parthe.lpthe.jussieu.fr (Postfix, from userid 10096) id D307ABF63B; Fri, 9 Feb 2007 12:12:59 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on parthe.lpthe.jussieu.fr X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=AWL,NO_DNS_FOR_FROM autolearn=no version=3.1.7 Received: from asmodee.lpthe.jussieu.fr (asmodee.lpthe.jussieu.fr [134.157.10.34]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 2ACA6BF634 for ; Fri, 9 Feb 2007 12:12:57 +0100 (CET) Received: by asmodee.lpthe.jussieu.fr (Postfix, from userid 2005) id EEBE64754; Fri, 9 Feb 2007 12:13:14 +0100 (CET) Date: Fri, 9 Feb 2007 12:13:14 +0100 From: Michel TALON To: freebsd-hackers@freebsd.org Message-ID: <20070209111314.GA84731@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.166]); Fri, 09 Feb 2007 12:13:18 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2544/Fri Feb 9 09:44:48 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 45CC574E.003 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Fri, 09 Feb 2007 12:25:31 +0000 Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 11:39:18 -0000 Joan Picanyol i Puig wrote: > Been there, done that, cried. I've also tried portmanager and portmaster > (which I'm using now with portsconf for source-based systems). My wish > is pkg_update, which can be used to upgrade pkg_add'ed packages. Funny that i have just announced a program, that i have called pkgupgrade (by analogy with portupgrade, i was not aware of his other work), and whose aim is precisely to do the things you want - i don't pretend it succeeds perfectly, there may be bugs in it, but its aim is indeed to be a substitute to portupgrade, with some differences. - First i don't want to mess in any ways with "rectifying" the informtion in /var/db/pkg like portupgrade or portmaster do. I think this is a big error. - Similarly i don't want to maintain a database of ports or packages like portupgrade does. Experience shows that the database connector is constantly broken, or the API changes or whatever causing constant grief. - And finally these programs are so slow as to be essentially unusable for me. I cannot tolerate to spend several hours that portupgrade -PP upgrades my KDE installation, with all the packages present on FreeBSD cdrom disk2. This program is completely free, under BSD licence, you can do whatever you want with it. I would be very happy if people improve it. On the downside, for some people it is written in python. With respect to the INDEX problem you need a ports tree reasonably up todate, but you don't need an INDEX, it will be built on the fly for the ports which are installed and recursively all dependencies. It will also download the INDEX from the corresponding RELEASE packages directory, and based on that choose to download all possible precompiled packages and build the rest. It will also download at high speed all necessary packages, and backup shared libraries and config files of packages scheduled to be replaced. The end result is a shell script which does the effective job in one stroke, very fast. The program itself doesn't need any root privileges, and runs in a time of the order of less than a minute to perhaps 5 minutes i you have many installed packages. You can find it at: http://www.lpthe.jussieu.fr/~talon/pkgupgrade as well as the necessary companion program to do backups: http://www.lpthe.jussieu.fr/~talon/save_pkg.py written by Cyrille Szymanski who has kindly given me permission to publish it here. Running save_pkg.py -h gives usage information. A documentation explaining pkgupgrade can be found here: http://www.lpthe.jussieu.fr/~talon/freebsdports.html#htoc19 The announce was in cubfm Newsgroups: comp.unix.bsd.freebsd.misc Subject: Pkgupgrade Date: Wed, 31 Jan 2007 16:19:18 +0000 (UTC) -- Michel TALON From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 16:13:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2C7316A401 for ; Fri, 9 Feb 2007 16:13:20 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 410C513C467 for ; Fri, 9 Feb 2007 16:13:19 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 5448 invoked by uid 1001); 9 Feb 2007 16:14:15 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Fri, 09 Feb 2007 11:14:14 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17868.40406.608011.589753@bhuda.mired.org> Date: Fri, 9 Feb 2007 11:14:14 -0500 To: Michel TALON In-Reply-To: <20070209111314.GA84731@lpthe.jussieu.fr> References: <20070209111314.GA84731@lpthe.jussieu.fr> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 16:13:20 -0000 In <20070209111314.GA84731@lpthe.jussieu.fr>, Michel TALON typed: > Funny that i have just announced a program, that i have called pkgupgrade > (by analogy with portupgrade, i was not aware of his other work), and whose > aim is precisely to do the things you want - i don't pretend it succeeds > perfectly, there may be bugs in it, but its aim is indeed to be a substitute to > portupgrade, with some differences. Cool. > On the downside, for some people it is written in python. Personally, I think that's cool, but it does means it won't go into the base system. Portupgrade would probably be in the base system if it were written in a language in the base system. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 17:40:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 447FC16A4D0 for ; Fri, 9 Feb 2007 17:40:40 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout5.cac.washington.edu (mxout5.cac.washington.edu [140.142.32.135]) by mx1.freebsd.org (Postfix) with ESMTP id B931913C47E for ; Fri, 9 Feb 2007 17:40:39 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout5.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19HedUL032508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 9 Feb 2007 09:40:39 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19Hedxg018314 for ; Fri, 9 Feb 2007 09:40:39 -0800 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Fri, 09 Feb 2007 09:40:39 PST Date: Fri, 9 Feb 2007 09:40:39 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.9.92933 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='SUPERLONG_LINE 0.05, NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: Trying to join an already exited pthread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 17:40:40 -0000 On Fri, 9 Feb 2007, Daniel Eischen wrote: > On Thu, 8 Feb 2007, Garrett Cooper wrote: >> >> Actually, now that I think about it the calls I made with ps in the program >> are valid for Linux but not for FreeBSD (they're for getting thread >> listings). Hence error code 2. >> >> From intro(2): >> >> 2 ENOENT No such file or directory. A component of a specified pathname >> did not exist, or >> the pathname was an empty >> string. >> >> Didn't think that a bad command would return errno=2 though.. > > And hopefully you've realized that your code is totally bogus > since pthread_foo() don't set errno. All the pthread_foo() > functions _return_ the error. If your code is not checking > the return values from those functions, it is wrong on every > platform, not just FreeBSD. > > -- > DE Well, right. I was just being lazy by checking errno, instead of checking the return value of pthread_*. It wasn't meant to be anything more than a simple set of tests. I thought that errno was set on errors though, but after reading the manpage more carefully it turns out that this is not the case. I'll see if I can fix my checks. Thanks for bringing this to my attention! -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 17:43:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7D0C16A40D for ; Fri, 9 Feb 2007 17:43:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 8603513C461 for ; Fri, 9 Feb 2007 17:43:02 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn01.u.washington.edu (hymn01.u.washington.edu [140.142.8.55]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19Hh1eD023153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 9 Feb 2007 09:43:02 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn01.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19Hh1DP020779 for ; Fri, 9 Feb 2007 09:43:01 -0800 X-Auth-Received: from [192.55.52.1] by hymn01.u.washington.edu via HTTP; Fri, 09 Feb 2007 09:43:01 PST Date: Fri, 9 Feb 2007 09:43:01 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <17868.40406.608011.589753@bhuda.mired.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.9.92933 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CP_URI_IN_BODY 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 17:43:02 -0000 On Fri, 9 Feb 2007, Mike Meyer wrote: > In <20070209111314.GA84731@lpthe.jussieu.fr>, Michel TALON typed: >> Funny that i have just announced a program, that i have called pkgupgrade >> (by analogy with portupgrade, i was not aware of his other work), and whose >> aim is precisely to do the things you want - i don't pretend it succeeds >> perfectly, there may be bugs in it, but its aim is indeed to be a substitute to >> portupgrade, with some differences. > > Cool. > >> On the downside, for some people it is written in python. > > Personally, I think that's cool, but it does means it won't go into > the base system. Portupgrade would probably be in the base system if > it were written in a language in the base system. > > -- > Mike Meyer http://www.mired.org/consulting.html > Independent Network/Unix/Perforce consultant, email for more information. Would perl be close enough to count, or would it have to be C/C++? -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 18:23:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CFD116A402 for ; Fri, 9 Feb 2007 18:23:02 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: from smtp102.sbc.mail.mud.yahoo.com (smtp102.sbc.mail.mud.yahoo.com [68.142.198.201]) by mx1.freebsd.org (Postfix) with SMTP id 1303513C491 for ; Fri, 9 Feb 2007 18:23:01 +0000 (UTC) (envelope-from dr2867@pacbell.net) Received: (qmail 54686 invoked from network); 9 Feb 2007 18:23:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=pacbell.net; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=FUmbc8bnJcI0FNTsZBlnFI6d2D79mmSPR01Qc/NpujcCqYEYlY6Am6Ph6aXoLAVo+3mQWvt0ieZvi8QnxAuWOcWmoY6NabKdNi5j6IqtOXw8N939xttNukcXrEo0upO3nlSRveyWstGOSwchowExPfHtF1Wy/mvE1X2teVp7igY= ; Received: from unknown (HELO ?192.168.0.190?) (dr2867.business@pacbell.net@71.146.10.137 with plain) by smtp102.sbc.mail.mud.yahoo.com with SMTP; 9 Feb 2007 18:23:01 -0000 X-YMail-OSG: WLnqwXUVM1mmWSWA7jaTAJ1hmQcmr9bJbl50V.nLfFo3XBh0fDJhOcrXWihf4yHdXmD3Q5j90I3AxMmugKMw88r_gM840qK3wRsBMZDdmChdJPfEzGddZEfcg0XvCnhiXUhSUUwF_8P04FY- Message-ID: <45CCBCFB.4020402@pacbell.net> Date: Fri, 09 Feb 2007 10:27:07 -0800 From: Daniel Rudy User-Agent: Mozilla/5.0 (X11R6; UNIX; FreeBSD/i386 6.1-RELEASE-p7; en-US; ja-JP; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Peter Jeremy References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> In-Reply-To: <20070209110522.GF834@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, wb@freebie.xs4all.nl Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 18:23:02 -0000 At about the time of 2/9/2007 3:05 AM, Peter Jeremy stated the following: > I'm not on the core team but I'm not sure why you believe that > this has anything to do with core. > This very much does involve core because I plan on handing the modem, and the entire computer if necessary, over to a core developer so they can figure out why it doesn't work and correct the problem, if they can. I am serious about getting this issue resolved because I'm under the gun myself. Furthermore, I don't have nearly the required knowledge of how the kernel does things to even attempt to resolve the issue on my own. > On 2007-Feb-09 00:16:31 -0800, Daniel Rudy wrote: >> sio0: configured irq 19 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: port >> 0xdc00-0xdcff,0xe000-0xe0ff,0xe400-0xe407 mem 0xeb107000-0xeb1070ff >> irq 19 at device 11.0 on pci0 >> sio0: type 16550A > > Is this device visible in the BIOS and if so, what does the BIOS > say its configuration is. The dmesg from a verbose boot may be > useful. The "port may not be enabled" line looks to be the most > relevant one. The modem is PCI, and there is no facility in the BIOS to display what cards are in the system. Furthermore, the irq mapping shows irq 3-15, irq 17, 18, and 19 do not show on the list. Below is the full dmesg from the boot: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 2400+ (1662.51-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x681 Stepping = 1 Features=0x383fbff AMD Features=0xc0480800 real memory = 100597760 (95 MB) avail memory = 88645632 (84 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f,0x1000-0x10df,0x10e0-0x10ff on acpi0 pci0: on pcib0 agp0: mem 0xe8000000-0xe9ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f at device 2.5 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xeb104000-0xeb104fff irq 20 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xeb100000-0xeb100fff irq 21 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ohci2: mem 0xeb101000-0xeb101fff irq 22 at device 3.2 on pci0 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xeb102000-0xeb102fff irq 23 at device 3.3 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 3 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: SiS EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 8 ports with 8 removable, self powered sis0: port 0xd000-0xd0ff mem 0xeb103000-0xeb103fff irq 19 at device 4.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:14:2a:54:65:ad sis1: port 0xd400-0xd4ff mem 0xeb105000-0xeb105fff irq 17 at device 9.0 on p ci0 sis1: Silicon Revision: DP83816A miibus1: on sis1 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis1: Ethernet address: 00:0f:b5:44:9f:4b sis2: port 0xd800-0xd8ff mem 0xeb106000-0xeb106fff irq 18 at device 10.0 on pci0 sis2: Silicon Revision: DP83816A miibus2: on sis2 ukphy1: on miibus2 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis2: Ethernet address: 00:0f:b5:46:99:c2 sio0: configured irq 19 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: port 0xdc00-0xdcff,0xe000-0xe0ff,0xe400-0xe407 mem 0xeb107000-0xeb1070ff irq 19 at device 11.0 on pci0 sio0: type 16550A acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1662506085 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38166MB at ata0-master UDMA100 acd0: CDROM at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad0s1a >> I have no idea WHY it's saying IRQ 19 as IRQ 19 is used by sis0. > > Interrupts on the PCI bus can be shared and quite often are. > And FreeBSD doesn't support shared interrupts, right? (At least that used to be the case, not sure about now). If it does allow irq sharing, then why isn't it working? And if it doesn't support irq sharing, then why is FreeBSD assigning 2 devices to the same irq to begin with? >> Now I know that device says WinModem, but this is most definitely *NOT* >> a WinModem. > > It appears that there is an error in /usr/share/misc/pci_vendors. Feel > free to write a bug report. The kernel is correctly recognizing it. > >> Here's the problem. Anything that this modem outputs, requires multiple >> inputs for it to read out on the screen. Here's an example: >> >> gateway# cu -l /dev/cuad0 -s 57600 >> Connected >> at&v >> >> Option Selection AT Cmd >> --------------- ------------ -------- > ... > > So it _does_ work. > >> In order to get that output, I have to hit either enter or space 61 >> times (yes sixty-one is not a typo) to get it. When it prints, it only >> prints out about 16 characters at a time (which happens to be the size >> of the FIFO buffer in a generic 16550A UART). > > Probably because the interrupts are not working. > >> As to why FreeBSD is assigning two devices to the same IRQ I have no >> idea, especially since there are plenty of IRQs available that can be >> used (serial, parallel are turned off in the BIOS). > > Probably because your motherboard vendor decided to save a few deci- > cents by not bothering to connect up all the available interrupt > inputs and just share one. This isn't FreeBSD - it's the copper > tracks on your motherboard. > Its kinda strange though if that was the case, the other cards wouldn't work then because they would all be sharing the same irq. The 3 network interfaces are assigned 17, 18, and 19. sis0 is on the mainboard, sis1 and sis2 are add-in cards on the pci bus. -- Daniel Rudy From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 18:29:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C41516A400 for ; Fri, 9 Feb 2007 18:29:33 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.freebsd.org (Postfix) with ESMTP id 3677E13C47E for ; Fri, 9 Feb 2007 18:29:33 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr15.xs4all.nl (8.13.8/8.13.8) with ESMTP id l19ITVFt024910; Fri, 9 Feb 2007 19:29:31 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l19ITV14081145; Fri, 9 Feb 2007 19:29:31 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l19ITVm6081144; Fri, 9 Feb 2007 19:29:31 +0100 (CET) (envelope-from wb) Date: Fri, 9 Feb 2007 19:29:31 +0100 From: Wilko Bulte To: Daniel Rudy Message-ID: <20070209182931.GA81131@freebie.xs4all.nl> References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> <45CCBCFB.4020402@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45CCBCFB.4020402@pacbell.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 18:29:33 -0000 On Fri, Feb 09, 2007 at 10:27:07AM -0800, Daniel Rudy wrote.. > At about the time of 2/9/2007 3:05 AM, Peter Jeremy stated the following: > > > I'm not on the core team but I'm not sure why you believe that > > this has anything to do with core. > > > > This very much does involve core because I plan on handing the modem, > and the entire computer if necessary, over to a core developer so they > can figure out why it doesn't work and correct the problem, if they can. Ah... misunderstanding here. The 'core team' in FreeBSD vocabulary refers to a team of folks who serve as the "board of directors" for the FreeBSD project. See: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff-core.html Your proposal is to find a FreeBSD developer to hand your machine to get your problem fixed. That is not the same as the core team. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 18:29:48 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FF1316A500 for ; Fri, 9 Feb 2007 18:29:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 7D00613C481 for ; Fri, 9 Feb 2007 18:29:48 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 61C021A4DA4; Fri, 9 Feb 2007 10:29:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 96A36513C0; Fri, 9 Feb 2007 13:29:47 -0500 (EST) Date: Fri, 9 Feb 2007 13:29:47 -0500 From: Kris Kennaway To: Daniel Rudy Message-ID: <20070209182947.GA74589@xor.obsecurity.org> References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> <45CCBCFB.4020402@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45CCBCFB.4020402@pacbell.net> User-Agent: Mutt/1.4.2.2i Cc: wb@freebie.xs4all.nl, freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 18:29:48 -0000 On Fri, Feb 09, 2007 at 10:27:07AM -0800, Daniel Rudy wrote: > At about the time of 2/9/2007 3:05 AM, Peter Jeremy stated the following: > > > I'm not on the core team but I'm not sure why you believe that > > this has anything to do with core. > > > > This very much does involve core because I plan on handing the modem, > and the entire computer if necessary, over to a core developer so they > can figure out why it doesn't work and correct the problem, if they can. No, you are completely wrong about the nature and role of core in the project. Kris From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 20:00:41 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2B7416A405 for ; Fri, 9 Feb 2007 20:00:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 5272A13C47E for ; Fri, 9 Feb 2007 20:00:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l19K0Vb9010379; Sat, 10 Feb 2007 07:00:31 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l19K0VVU010378; Sat, 10 Feb 2007 07:00:31 +1100 (EST) (envelope-from peter) Date: Sat, 10 Feb 2007 07:00:31 +1100 From: Peter Jeremy To: Daniel Rudy Message-ID: <20070209200031.GG834@turion.vk2pj.dyndns.org> References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> <45CCBCFB.4020402@pacbell.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n2Pv11Ogg/Ox8ay5" Content-Disposition: inline In-Reply-To: <45CCBCFB.4020402@pacbell.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org, wb@freebie.xs4all.nl Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 20:00:42 -0000 --n2Pv11Ogg/Ox8ay5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-09 10:27:07 -0800, Daniel Rudy wrote: >This very much does involve core because I plan on handing the modem, >and the entire computer if necessary, over to a core developer so they >can figure out why it doesn't work and correct the problem, if they can. This is a volunteer project. You haven't bothered to work out how the project works, you won't provide the information requested and your attitude so far is hardly conducive to encouraging someone to assist. > I am serious about getting this issue resolved because I'm under the >gun myself. Furthermore, I don't have nearly the required knowledge of >how the kernel does things to even attempt to resolve the issue on my own. You could try http://www.freebsd.org/commercial/consult_bycat.html >irq 17, 18, and 19 do not show on the list. Below is the full dmesg >from the boot: You could try disabling APIC. Otherwise I'm still waiting to see the output from a verbose bot. >And FreeBSD doesn't support shared interrupts, right? (At least that >used to be the case, not sure about now). FreeBSD has supported shared interrupts for as long as I can remember. The ISA bus does not support shared interrupts but that is nothing to do with FreeBSD. > If it does allow irq sharing, >then why isn't it working? Based on the information you have provided, your modem card is either broken or disabled (or possibly your motherboard/BIOS is broken). > And if it doesn't support irq sharing, then >why is FreeBSD assigning 2 devices to the same irq to begin with? FreeBSD does support shared interrupts on busses that support them and is assigning interrupts based on information from the hardware. --=20 Peter Jeremy --n2Pv11Ogg/Ox8ay5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFzNLf/opHv/APuIcRAuD2AJ44iFUD63t5nDoghOY7YVLVdLCGmgCdE9mq 4q94PNXaLQ17jXJy0syoui0= =vh+W -----END PGP SIGNATURE----- --n2Pv11Ogg/Ox8ay5-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 20:03:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C431816A400 for ; Fri, 9 Feb 2007 20:03:11 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 55CCD13C4A5 for ; Fri, 9 Feb 2007 20:03:10 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l19K3Atq010396; Sat, 10 Feb 2007 07:03:10 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l19K39iC010395; Sat, 10 Feb 2007 07:03:09 +1100 (EST) (envelope-from peter) Date: Sat, 10 Feb 2007 07:03:09 +1100 From: Peter Jeremy To: youshi10@u.washington.edu Message-ID: <20070209200309.GH834@turion.vk2pj.dyndns.org> References: <17868.40406.608011.589753@bhuda.mired.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2hMgfIw2X+zgXrFs" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 20:03:11 -0000 --2hMgfIw2X+zgXrFs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-09 09:43:01 -0800, youshi10@u.washington.edu wrote: >On Fri, 9 Feb 2007, Mike Meyer wrote: >>Personally, I think that's cool, but it does means it won't go into >>the base system. Portupgrade would probably be in the base system if >>it were written in a language in the base system. > >Would perl be close enough to count, or would it have to be C/C++? Perl was removed in 5.x. Your options are shell, awk and C/C++. --=20 Peter Jeremy --2hMgfIw2X+zgXrFs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFzNN9/opHv/APuIcRAoD9AKDC2rcqqB8gXAW0UHfYebNpiz+lMQCgwBMz YAiTUUo37bL8k5uVciyvxcQ= =XjB2 -----END PGP SIGNATURE----- --2hMgfIw2X+zgXrFs-- From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 20:30:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81CFF16A403 for ; Fri, 9 Feb 2007 20:30:09 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id 0312813C4A3 for ; Fri, 9 Feb 2007 20:30:08 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 50679 invoked by uid 2001); 9 Feb 2007 20:09:58 -0000 Date: Fri, 9 Feb 2007 14:09:58 -0600 From: "Rick C. Petty" To: Daniel Rudy Message-ID: <20070209200958.GA50431@keira.kiwi-computer.com> References: <45CC2DDF.6040600@pacbell.net> <20070209110522.GF834@turion.vk2pj.dyndns.org> <45CCBCFB.4020402@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45CCBCFB.4020402@pacbell.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd@kiwi-computer.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 20:30:09 -0000 On Fri, Feb 09, 2007 at 10:27:07AM -0800, Daniel Rudy wrote: > > The modem is PCI, and there is no facility in the BIOS to display what > cards are in the system. Furthermore, the irq mapping shows irq 3-15, > irq 17, 18, and 19 do not show on the list. Below is the full dmesg > from the boot: What list and what mapping? Here are the relevant lines in your case: > sis0: port 0xd000-0xd0ff mem 0xeb103000-0xeb103fff irq 19 at device 4.0 on pci0 > sio0: configured irq 19 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: port 0xdc00-0xdcff,0xe000-0xe0ff,0xe400-0xe407 mem 0xeb107000-0xeb1070ff irq 19 at device 11.0 on pci0 > sio0: type 16550A > >> I have no idea WHY it's saying IRQ 19 as IRQ 19 is used by sis0. > > > > Interrupts on the PCI bus can be shared and quite often are. Because PCI interrupts have to be mapped to high numbers so they don't interfere with legacy (ISA, etc.) IRQs. The PCI bus handles its own interrupts, so I wouldn't expect to see irq 3, for example. In fact each PCI slot typically maps to a specific IRQ (via the INT mechanism). > And FreeBSD doesn't support shared interrupts, right? (At least that > used to be the case, not sure about now). If it does allow irq sharing, > then why isn't it working? And if it doesn't support irq sharing, then > why is FreeBSD assigning 2 devices to the same irq to begin with? > Its kinda strange though if that was the case, the other cards wouldn't > work then because they would all be sharing the same irq. The 3 network > interfaces are assigned 17, 18, and 19. sis0 is on the mainboard, sis1 > and sis2 are add-in cards on the pci bus. Not strange at all, FreeBSD does support shared IRQs. However, the sio device does NOT support shared IRQs. There was a patch floating around which enabled IRQ sharing for this device, in fact I used it on a number of systems successfully. I'm not sure why it never made it into the base system. Here's something to try, if you don't want to patch your kernel. Find a PCI slot that doesn't share an IRQ with anything else and throw the modem into that slot. If you have an Asus board, the user's manual lists the PCI interrupts and sharing. If not, use trial-and-error. You could probably make an educated guess by looking at which cards are being mapped to which interrupts. Pick a device which has a solitary (unshared) IRQ and swap with the modem. -- Rick C. Petty From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 21:35:38 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E03B16A402 for ; Fri, 9 Feb 2007 21:35:38 +0000 (UTC) (envelope-from victorloureirolima@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4362413C4A8 for ; Fri, 9 Feb 2007 21:35:38 +0000 (UTC) (envelope-from victorloureirolima@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so1177985wra for ; Fri, 09 Feb 2007 13:35:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NWXu6EtP4BFbtQcfNm056MFNKs+ezfqGTrQdk8TNWpfoQt799U4zcqi98+PfnyAh4PB3U+sl8vrJQhYpUteY717DcTB6mF3swp2lvAKGUHL3S3H75vp7WgQFESj8aSwUO79u8u6is+etVTkuvh1cs4PE+Y4FLEz1HlwQ2Ec41iw= Received: by 10.114.152.17 with SMTP id z17mr6393213wad.1171056935875; Fri, 09 Feb 2007 13:35:35 -0800 (PST) Received: by 10.114.175.5 with HTTP; Fri, 9 Feb 2007 13:35:35 -0800 (PST) Message-ID: Date: Fri, 9 Feb 2007 19:35:35 -0200 From: "Victor Loureiro Lima" To: freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: /usr/bin/du + crontab weird bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 21:35:38 -0000 Hello -hackers and -fs, Sorry for the cross-post but I didnt know where this particular post belonged to... In a .br FreeBSD related mailing-list a user seems to have a found a bug when using /usr/bin/du and crontab together, I am posting it here to see what responses we get: root@zion# du -s /etc 2544 /etc root@zion# cat /etc/crontab | grep du 30 19 * * 5 root /usr/bin/du -s /etc >> /tmp/lele root@zion# date Fri Feb 9 19:29:30 BRST 2007 root@zion# cat /tmp/lele 5088 /etc root@zion# du -s /etc 2544 /etc What gives that when "/usr/bin/du -s" is running from crontab is gives the exact double of entries in the directory but when it is running from console itself, it doesnt display the same amount of entries!?!?!?! Weird bug... /usr/bin/du version is: $FreeBSD: src/usr.bin/du/du.c,v 1.38.2.1 2006/06/04 10:23:08 maxim Exp$ uname -a is: FreeBSD zion 6.2-RELEASE FreeBSD 6.2-RELEASE #19: Thu Feb 8 11:00:59 BRST 2007 setuid@zion:/usr/obj/usr/src/sys/zion.kernel amd64 ciao, victor loureiro lima From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 21:40:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B89CB16A403 for ; Fri, 9 Feb 2007 21:40:00 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 5A42E13C4BA for ; Fri, 9 Feb 2007 21:40:00 +0000 (UTC) (envelope-from mwm-keyword-freebsdhackers2.e313df@mired.org) Received: (qmail 10541 invoked by uid 1001); 9 Feb 2007 21:40:55 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Fri, 09 Feb 2007 16:40:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17868.60007.226858.275351@bhuda.mired.org> Date: Fri, 9 Feb 2007 16:40:55 -0500 To: "Victor Loureiro Lima" In-Reply-To: References: X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: /usr/bin/du + crontab weird bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 21:40:00 -0000 In , Victor Loureiro Lima typed: > Hello -hackers and -fs, > > Sorry for the cross-post but I didnt know where this particular post > belonged to... > In a .br FreeBSD related mailing-list a user seems to have a found a > bug when using /usr/bin/du and crontab together, I am posting it here > to see what responses we get: > > root@zion# du -s /etc > 2544 /etc > root@zion# cat /etc/crontab | grep du > 30 19 * * 5 root /usr/bin/du -s /etc >> /tmp/lele > root@zion# date > Fri Feb 9 19:29:30 BRST 2007 > root@zion# cat /tmp/lele > 5088 /etc > root@zion# du -s /etc > 2544 /etc > > What gives that when "/usr/bin/du -s" is running from crontab is gives > the exact double of entries in the directory but when it is running > from console itself, it doesnt display the same amount of > entries!?!?!?! du uses the BLOCKSIZE environment variable to decide what size blocks to display. Crontab commands don't run with your environment; they run with a very restricted one. This is documented in the du manual page. > Weird bug... Someone probably set BLOCKSIZE in your environment. Try using "du -sk" to force du to use 1k blocks. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 18:22:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49BCD16A400 for ; Fri, 9 Feb 2007 18:22:14 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id A803B13C428 for ; Fri, 9 Feb 2007 18:22:13 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id l19IMBLw038704 for ; Fri, 9 Feb 2007 19:22:11 +0100 (CET) X-Ids: 168 Received: by parthe.lpthe.jussieu.fr (Postfix, from userid 10096) id 02FFFCF097; Fri, 9 Feb 2007 19:21:48 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on parthe.lpthe.jussieu.fr X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=AWL,NO_DNS_FOR_FROM autolearn=no version=3.1.7 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 8094FBF599 for ; Fri, 9 Feb 2007 19:21:48 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 48CB63C; Fri, 9 Feb 2007 19:22:09 +0100 (CET) Date: Fri, 9 Feb 2007 19:22:09 +0100 From: Michel Talon To: freebsd-hackers@freebsd.org Message-ID: <20070209182209.GA24307@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.168]); Fri, 09 Feb 2007 19:22:11 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2544/Fri Feb 9 09:44:48 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 45CCBBD3.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Fri, 09 Feb 2007 21:47:02 +0000 Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 18:22:14 -0000 youshi10 wrote : > > Personally, I think that's cool, but it does means it won't go into > > the base system. Portupgrade would probably be in the base system if > > it were written in a language in the base system. > > > > > -- > > Mike Meyer > > http://www.mired.org/consulting.html > > Independent Network/Unix/Perforce consultant, email for more > > information. > > Would perl be close enough to count, or would it have to be C/C++? I think that such a tool, once debugged, and if people find it convenient, should be written in C++. The reason is that such a tool naturally uses a lot of dictionaries and similar data structures which are in the STL. So i think the translation from python to C++ would not be too terrible. I hope to do it later on if it is valuable. For the moment being i have fixed some little problems i had with save_pkg.py and i have finally found a bug which was such that far too many ports were compiled. The bug was in function to_have() which was completely incorrect. With this correction, this is the sort of result i get on my machine: niobe% ./pkgupgrade There are now 621 packages installed. Here i have shunted first phase for debugging. Second phase, downloads and backups. Total time spent in backups: 00 minutes 22 seconds. Total time spent in downloads: 08 minutes 17 seconds. Writing upgrade shell script. Will remove 391 old packages. Will install 465 new binary packages. Will compile 11 ports. All tasks completed. ****************************************************************** Total time: 09 minutes 12 seconds. So only 11 ports have to be compiled! Of course it retreived a lot more packages, which explains the longer download time. I have replaced the corrected save_pkg.py on my website, and will replace pkgupgrade tomorrow after a further check. -- Michel TALON From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 22:49:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4598A16A400 for ; Fri, 9 Feb 2007 22:49:40 +0000 (UTC) (envelope-from victorloureirolima@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 0680013C461 for ; Fri, 9 Feb 2007 22:49:39 +0000 (UTC) (envelope-from victorloureirolima@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so1202155wra for ; Fri, 09 Feb 2007 14:49:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DOSuwzA++TOFDfuz/fzeP9w+2JTQn6OF+xQdBVP6u6kzZcAIVOVfg7fqDSfQRZEMglNXSWyRIlhXs72HQivysxZVdUg6m0Fn9X+2hY3/OTAN3eA5Ed6FagbxADDMsMaSVtPnF4CysAu2FSr8DSGYufXJSIlg2EL7U4u7PfUW0LE= Received: by 10.114.175.16 with SMTP id x16mr6409492wae.1171061378859; Fri, 09 Feb 2007 14:49:38 -0800 (PST) Received: by 10.114.175.5 with HTTP; Fri, 9 Feb 2007 14:49:38 -0800 (PST) Message-ID: Date: Fri, 9 Feb 2007 20:49:38 -0200 From: "Victor Loureiro Lima" To: freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org In-Reply-To: <205542.91900.qm@web30309.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <205542.91900.qm@web30309.mail.mud.yahoo.com> Cc: Subject: Re: /usr/bin/du + crontab weird bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 22:49:40 -0000 2007/2/9, R. B. Riddick : > --- Victor Loureiro Lima wrote: > > root@zion# du -s /etc > > 2544 /etc > > > > What gives that when "/usr/bin/du -s" is running from crontab is gives > > the exact double of entries in the directory but when it is running > > from console itself, it doesnt display the same amount of > > entries!?!?!?! > > > I think, it is about block size: > in the crontab environment block size is 512B and in ur shell it is 1024B. > > There is an environment variable: BLOCKSIZE > and there is an option: -k > > Just try "du -ks /etc" in ur crontab... > > -Arne Solved!!! Thanks! victor loureiro lima From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 22:51:15 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8064116A403 for ; Fri, 9 Feb 2007 22:51:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6083013C47E for ; Fri, 9 Feb 2007 22:51:15 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn09.u.washington.edu (hymn09.u.washington.edu [140.142.12.183]) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19MpEdC021624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 9 Feb 2007 14:51:15 -0800 Received: from localhost (localhost [127.0.0.1]) by hymn09.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l19MpET5029525 for ; Fri, 9 Feb 2007 14:51:14 -0800 X-Auth-Received: from [192.55.52.1] by hymn09.u.washington.edu via HTTP; Fri, 09 Feb 2007 14:51:14 PST Date: Fri, 9 Feb 2007 14:51:14 -0800 (PST) From: youshi10@u.washington.edu To: freebsd-hackers@freebsd.org In-Reply-To: <20070209200309.GH834@turion.vk2pj.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.9.143936 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 22:51:15 -0000 On Sat, 10 Feb 2007, Peter Jeremy wrote: > On 2007-Feb-09 09:43:01 -0800, youshi10@u.washington.edu wrote: >> On Fri, 9 Feb 2007, Mike Meyer wrote: >>> Personally, I think that's cool, but it does means it won't go into >>> the base system. Portupgrade would probably be in the base system if >>> it were written in a language in the base system. >> >> Would perl be close enough to count, or would it have to be C/C++? > > Perl was removed in 5.x. Your options are shell, awk and C/C++. > > -- > Peter Jeremy C++ would be it then. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 9 22:23:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 318FC16A405 for ; Fri, 9 Feb 2007 22:23:07 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30309.mail.mud.yahoo.com (web30309.mail.mud.yahoo.com [209.191.69.71]) by mx1.freebsd.org (Postfix) with SMTP id A406813C474 for ; Fri, 9 Feb 2007 22:23:03 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: (qmail 94792 invoked by uid 60001); 9 Feb 2007 21:56:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=CBDOX2e2uMvmz4QiaJZeTJTll92HrmP9TTX+VNX/fhwqe5Cfv/xDi6oAw91eLKxHV5KoX3ifjj7/fVZnpsCAjn7L/uWuIIwwZej//mdYaRGeXB8WVFd2xqtecB55Ap6mDnUb/i8EDPR9GcVR3en5B6AKqJ1rIw5Cr3EjAkku/5g=; X-YMail-OSG: 2Xyz54EVM1kTXyj9CZSPZJWPD_YbBt_YPogj4Fr7ukpAOaw8od0x49xMMuJrjiFhBH.kOYQ23N77Vf55DF2vs.gO.J6bjOGAAF32zg.qkPZTFNNc8xZhcoKFyAA00z49UivdOXZEcwUK_JI- Received: from [213.54.162.179] by web30309.mail.mud.yahoo.com via HTTP; Fri, 09 Feb 2007 13:56:22 PST Date: Fri, 9 Feb 2007 13:56:22 -0800 (PST) From: "R. B. Riddick" To: Victor Loureiro Lima , freebsd-hackers@freebsd.org, freebsd-fs@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <205542.91900.qm@web30309.mail.mud.yahoo.com> X-Mailman-Approved-At: Sat, 10 Feb 2007 00:02:40 +0000 Cc: Subject: Re: /usr/bin/du + crontab weird bug X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 22:23:07 -0000 --- Victor Loureiro Lima wrote: > root@zion# du -s /etc > 2544 /etc > > What gives that when "/usr/bin/du -s" is running from crontab is gives > the exact double of entries in the directory but when it is running > from console itself, it doesnt display the same amount of > entries!?!?!?! > I think, it is about block size: in the crontab environment block size is 512B and in ur shell it is 1024B. There is an environment variable: BLOCKSIZE and there is an option: -k Just try "du -ks /etc" in ur crontab... -Arne ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 10 01:29:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FD5416A400 for ; Sat, 10 Feb 2007 01:29:25 +0000 (UTC) (envelope-from peter_holmes2003@yahoo.com) Received: from web32903.mail.mud.yahoo.com (web32903.mail.mud.yahoo.com [209.191.69.80]) by mx1.freebsd.org (Postfix) with SMTP id 1548213C441 for ; Sat, 10 Feb 2007 01:29:25 +0000 (UTC) (envelope-from peter_holmes2003@yahoo.com) Received: (qmail 53801 invoked by uid 60001); 10 Feb 2007 01:02:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=0eoXiyrCSbCcrrUIB5IHwJHHfQvzY5nFny1jMsSQvAHzPdIuwr5SuD/7Yg1lnRLxAtvp7lhSz0lnfdJwKezpVkOFmLJ2P+4qjdqeDk0f2ZBjVspOMOoqS7CSRAMwe65a6VPZRJcnBWdPuH4sQrKqqARFUlA+lAE+E2dA8JwDG0Q=; X-YMail-OSG: pe82ATUVM1lhA7TSJyNmbeUEW2QQVqwwkBjZx6iMEMQphdQZQAK1XHs_5hKFwJNOhL968M.7kGI4NPbGKxMeK_.c8p0F_XmGU0QbP4Qr3IBOFaQ52Vs.aGuSx5rfFlCixAGucVmmPWk3bXs- Received: from [66.129.224.36] by web32903.mail.mud.yahoo.com via HTTP; Fri, 09 Feb 2007 17:02:42 PST Date: Fri, 9 Feb 2007 17:02:42 -0800 (PST) From: Peter Holmes To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-ID: <368841.53689.qm@web32903.mail.mud.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: pin/bind a pthread to a processor? (take 2) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 01:29:25 -0000 This is something I am interested in doing as well. I had corresponded with Julian Eischen & Daniel Elischer about this. This was suggested by them but I haven't been able to figure it all out. Basically we could create SYSTEM_SCOPE pthreads. This way there is one KSE per pthread. I was hoping I could bind each KSE using sched_bind() - however the kernel doesn't handle this very well. I know this sort of thing isn't for every one but it can be useful as John G. has indicated. Will the gurus here comment on whether this approach will work and what I am doing wrong. Mucho Gracias, Peter List: freebsd-hackers Subject: pin/bind a pthread to a processor? (take 2) From: John Giacomoni Date: 2007-01-30 23:34:28 Message-ID: 722B66D4-4030-4C12-8C8D-8B3288F86498 () colorado ! edu Previously when I asked this question it turned out to not be as necessary as I thought. However, I now need a way to pin/bind a user-space thread to a processor until I'm done with it as my timing constraints are too tight to account for. I checked sys/sched.h, sys/proc.h, pthread.h, and pthread_np.h but it doesn't look like an API to do this was added in 6.2. Can someone point me at a way to hack this in? I'm working on a conference submission and I unfortunately need to pin in user-space as abusing non-preemptive kernel threads is not sufficient for my task. The plan is to have 1-3 threads pinned through the execution of the test (30s - 10min, maybe more) but to leave a cpu untouched so that normal system function can continue on it. When pinning I'd also like to be able to pin to specific processors so I account for the effects placement of different dies, important for my work on dual-processor dual-core AMD systems where IO is routed via hypertransport through the first processor. For those who are interested, this work is focused on building pipeline-parallel systems that overlap sequential work by streaming data through a sequence of processors. One app that I've built with it is to support GigE forwarding at the maximum rate for all frame sizes through user-space. When this work is complete it may be able to help Daniel O'Connor and his question about streaming data from the kernel to userland (1/18/07). Additional information and papers are available at http://www.cs.colorado.edu/~jgiacomo thanks for any help! John G On Sep 8, 2006, at 6:33 PM, David Xu wrote: > On Saturday 09 September 2006 04:18, John Giacomoni wrote: >> Is it possible to bind a pthread to a processor in 5.5 or 6.1? >> >> I currently have a code base that uses libpthread with multiple >> threads, mutexes and condition variables. >> The problem I'm having is that I seem to be suffering wall-clock >> timing aberrations that I believe are introduced by the scheduler. >> >> Thanks, >> >> John G >> >> -- >> >> John.Giacomoni@colorado.edu >> University of Colorado at Boulder >> Department of Computer Science >> Engineering Center, ECCR 1B50 >> 430 UCB >> Boulder, CO 80303-0430 >> USA > > I don't think we have such API allowing you to bind a thread to > a specific CPU, I had implemented such an API for DragonFlyBSD, but > its 1:1 threading is not mature yet. > > David Xu > _______________________________________________ > 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" -- John.Giacomoni@colorado.edu University of Colorado at Boulder Department of Computer Science Engineering Center, ECCR 1B50 430 UCB Boulder, CO 80303-0430 USA --------------------------------- The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 10 03:14:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A36B016A400 for ; Sat, 10 Feb 2007 03:14:17 +0000 (UTC) (envelope-from prvs=jelischer=5543f717e@ironport.com) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 8FBE813C4A5 for ; Sat, 10 Feb 2007 03:14:15 +0000 (UTC) (envelope-from prvs=jelischer=5543f717e@ironport.com) DomainKey-Signature: s=key512; d=ironport.com; c=nofws; q=dns; b=kUSWcw63iONz9mwYmhjw0Fx/J010G1wUpoVXGAt6HDjDm+NkUIKoDdVrTJ05flYd8VCl8gNLY8/6qADEsD+bng==; Received: from jelischer-laptop.sfo.ironport.com (HELO [10.251.22.38]) ([10.251.22.38]) by a50.ironport.com with ESMTP; 09 Feb 2007 18:45:40 -0800 Message-ID: <45CD31D3.8040106@ironport.com> Date: Fri, 09 Feb 2007 18:45:39 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Peter Holmes References: <368841.53689.qm@web32903.mail.mud.yahoo.com> In-Reply-To: <368841.53689.qm@web32903.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 10 Feb 2007 04:27:24 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: pin/bind a pthread to a processor? (take 2) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 03:14:17 -0000 Peter Holmes wrote: > This is something I am interested in doing as well. I had corresponded with > > Julian Eischen & Daniel Elischer about this. Dan Eischen and Julian Elischer :-) > > > This was suggested by them but I haven't been able to figure it > > all out. Basically we could create SYSTEM_SCOPE pthreads. This way > > there is one KSE per pthread. I was hoping I could bind each KSE > > > using sched_bind() - however the kernel doesn't handle this very > > well. "KSE"s are gone in 7 A system scope thread is just a thread that doesn't do the multiplexing.. it could be bound to a cpu if we had the syscall to do that,, and since it doesn't multiplex on a kernel thread, that user thread would remain bound to that cpu. > > > I know this sort of thing isn't for every one but it can be useful as John G. has indicated. > > Will the gurus here comment on whether this approach will work and what I am doing wrong. > > Mucho Gracias, > > Peter > would work if we made the syscall to do so. > > > > > > List: freebsd-hackers Subject: pin/bind a pthread to a processor? (take 2) From: John Giacomoni Date: 2007-01-30 23:34:28 Message-ID: 722B66D4-4030-4C12-8C8D-8B3288F86498 () colorado ! edu > > > Previously when I asked this question it turned out to not be as necessary as I thought. However, I now need a way to pin/bind a user-space thread to a processor until I'm done with it as my timing constraints are too tight to account for. I checked sys/sched.h, sys/proc.h, pthread.h, and pthread_np.h but it doesn't look like an API to do this was added in 6.2. Can someone point me at a way to hack this in? I'm working on a conference submission and I unfortunately need to pin in user-space as abusing non-preemptive kernel threads is not sufficient for my task. The plan is to have 1-3 threads pinned through the execution of the test (30s - 10min, maybe more) but to leave a cpu untouched so that normal system function can continue on it. When pinning I'd also like to be able to pin to specific processors so I account for the effects placement of different dies, important for my work on dual-processor dual-core AMD systems where IO is routed via > hypertransport through the first processor. For those who are interested, this work is focused on building pipeline-parallel systems that overlap sequential work by streaming data through a sequence of processors. One app that I've built with it is to support GigE forwarding at the maximum rate for all frame sizes through user-space. When this work is complete it may be able to help Daniel O'Connor and his question about streaming data from the kernel to userland (1/18/07). Additional information and papers are available at http://www.cs.colorado.edu/~jgiacomo thanks for any help! John G On Sep 8, 2006, at 6:33 PM, David Xu wrote: > On Saturday 09 September 2006 04:18, John Giacomoni wrote: >> Is it possible to bind a pthread to a processor in 5.5 or 6.1? >> >> I currently have a code base that uses libpthread with multiple >> threads, mutexes and condition variables. >> The problem I'm having is that I seem to be suffering wall-clock > >> timing aberrations that I believe are introduced by the scheduler. >> >> Thanks, >> >> John G >> >> -- >> >> John.Giacomoni@colorado.edu >> University of Colorado at Boulder >> Department of Computer Science >> Engineering Center, ECCR 1B50 >> 430 UCB >> Boulder, CO 80303-0430 >> USA > > I don't think we have such API allowing you to bind a thread to > a specific CPU, I had implemented such an API for DragonFlyBSD, but > its 1:1 threading is not mature yet. > > David Xu > _______________________________________________ > 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" -- John.Giacomoni@colorado.edu University of Colorado at Boulder Department of Computer Science Engineering Center, ECCR 1B50 430 UCB Boulder, CO 80303-0430 USA > > > --------------------------------- > The fish are biting. > Get more visitors on your site using Yahoo! Search Marketing. > _______________________________________________ > 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 Sat Feb 10 04:53:50 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01EA716A400 for ; Sat, 10 Feb 2007 04:53:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id BD51913C441 for ; Sat, 10 Feb 2007 04:53:49 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.8/8.13.8/NETPLEX) with ESMTP id l1A4rmB7005186; Fri, 9 Feb 2007 23:53:48 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Fri, 09 Feb 2007 23:53:48 -0500 (EST) Date: Fri, 9 Feb 2007 23:53:48 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <45CD31D3.8040106@ironport.com> Message-ID: References: <368841.53689.qm@web32903.mail.mud.yahoo.com> <45CD31D3.8040106@ironport.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Holmes , freebsd-hackers@freebsd.org Subject: Re: pin/bind a pthread to a processor? (take 2) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 04:53:50 -0000 On Fri, 9 Feb 2007, Julian Elischer wrote: > Peter Holmes wrote: >> This is something I am interested in doing as well. I had corresponded with >> Julian Eischen & Daniel Elischer about this. > > Dan Eischen and Julian Elischer :-) Yes, it needed byte reversal or something. That would indeed be a strange union! I think it would be nice to have something like Solaris pbind(1) and processor_bind(2). -- DE From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 10 05:58:53 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08FA216A400 for ; Sat, 10 Feb 2007 05:58:53 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9CC9913C442 for ; Sat, 10 Feb 2007 05:58:52 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1317940nfc for ; Fri, 09 Feb 2007 21:58:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WPIrwYawLv2zU/7OGQ51a19WNtIAd3m5OjwqqJNVv9Yo96l8YZSmUhDF30MjYUUAFBtRo+UIvTcndkRSQZ/lcIA0U0N8HMvdWsg2F5MGeDuLYtUyIWUZlsMTWodotP/MNr5NPLDSM7tkrZ7/WMbSSFCkZPeBwhmSDuNo1ox2fbA= Received: by 10.78.149.13 with SMTP id w13mr8646hud.1171087129931; Fri, 09 Feb 2007 21:58:49 -0800 (PST) Received: by 10.78.81.12 with HTTP; Fri, 9 Feb 2007 21:58:49 -0800 (PST) Message-ID: <84dead720702092158u29f44984yacd0591705c70534@mail.gmail.com> Date: Sat, 10 Feb 2007 11:28:49 +0530 From: "Joseph Koshy" To: "FreeBSD Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: New tutorial for review: "libelf by Example" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 05:58:53 -0000 Howdy list, A tutorial introduction to the ELF(3)/GELF(3) API set is available for review at the following URL: "libelf by Example" http://people.freebsd.org/~jkoshy/download/libelf/article.html The intent is to add this tutorial to our documentation collection. Features: - Covers the basics of the ELF format and ELF data structures. - Contains an introduction to the ELF(3)/GELF(3) API set. - Has 6 annotated programs showing the use of the API set: - Getting started with the elf(3) library. - Reading ELF data structures in an ELF object. - Creating new ELF objects. - Iterating through an ar(1) archive. - 12 figures. I would greatly appreciate review comments from people with ELF expertise. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy/ From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 10 15:40:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 990B716A400 for ; Sat, 10 Feb 2007 15:40:33 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 33B4213C428 for ; Sat, 10 Feb 2007 15:40:32 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.7/jtpda-5.4) with ESMTP id l1AFeVms051940 ; Sat, 10 Feb 2007 16:40:31 +0100 (CET) X-Ids: 168 Received: by parthe.lpthe.jussieu.fr (Postfix, from userid 10096) id 90DD3BF641; Sat, 10 Feb 2007 16:40:00 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on parthe.lpthe.jussieu.fr X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=AWL,NO_DNS_FOR_FROM autolearn=no version=3.1.7 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id C200EBF457; Sat, 10 Feb 2007 16:39:58 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id BAA643C; Sat, 10 Feb 2007 16:40:28 +0100 (CET) Date: Sat, 10 Feb 2007 16:40:28 +0100 From: Michel Talon To: freebsd-hackers@freebsd.org Message-ID: <20070210154028.GA60921@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.168]); Sat, 10 Feb 2007 16:40:31 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.5/2546/Sat Feb 10 09:55:09 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 45CDE76F.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Mailman-Approved-At: Sat, 10 Feb 2007 18:06:39 +0000 Cc: freebsd-ports@freebsd.org Subject: pkgupgrade X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 15:40:33 -0000 Hello, this is to report a revised version of my program, intended to upgrade a machine using mainly precompiled packages. All problems that i have seen or have been reported to me have been fixed. So i think it is reasonably suitable for use, and i have sticked a 1.0 label. I have also fixed all problems i have encountered with save_pkg.py, but Cyrille Szymanski will perform a better cleanup, so i have appended a 0.5 tag. So fresh copies can be downloaded from: http://www.lpthe.jussieu.fr/~talon/pkgupgrade-1.0 http://www.lpthe.jussieu.fr/~talon/save_pkg.py-0.5 They will be accessible as soon as the administrator will have fixed the apache configuration :-( (broken after a crash), or by email from me. This is an example of running it: niobe% ./pkgupgrade There are now 621 packages installed. Collecting installed packages. Building the updated index. Downloading INDEX from ftp server ftp.freebsd.org in directory /pub/FreeBSD/ports/i386/packages-6.2-release INDEX downloading finished. Building and filling the dependency DAG. Printing the upgrade list in UpgradeLog Total time spent in analysis: 01 minutes 20 seconds. Second phase, downloads and backups. Total time spent in downloads: 00 minutes 01 seconds. Total time spent in backups: 00 minutes 20 seconds. Writing upgrade shell script. Will remove 391 old packages. Will install 465 new binary packages. Will compile 7 ports. All tasks completed. ****************************************************************** Total time: 02 minutes 30 seconds. Here of course downloads and backups had been performed in previous runs, except for a small part of backups which are redone. So one can say that 2mn30s is the overhead of the program itself. Out of the binary packages, to be installed, 245 have been found on the FreeBSD-6.2 disk2 and so are not downloaded. Downloads take of the order of 10 minutes on a high speed connection, more on a low speed one, of course, but have to be done anyways. Backups take less time, and are performed during downloads. It is to be noted that, out of 600 installed ports, 200 will not be upgraded, because there is no more recent precompiled version, 400 will be removed and replaced by more recent versions, and only 7 ports will need recompilation. In the present case they are, as shown by the upgrade shell script: TOBUILD='print/pdflib graphics/blender-devel editors/vim emulators/kqemu-kmod devel/py-urwid audio/lame audio/faac' These are indeed not present on the FreeBSD-6.2 repository. Clearly these compilations will take very little time, and the quasi totality of ports will be upgraded through binary packages, as intended, including openoffice which is now found directly in the repository. Hoping that this will help maintaining FreeBSD boxes without spending hours doing it. -- Michel TALON From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 10 23:11:15 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E768F16A400 for ; Sat, 10 Feb 2007 23:11:15 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 892DF13C48D for ; Sat, 10 Feb 2007 23:11:15 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so203784ugh for ; Sat, 10 Feb 2007 15:11:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tx4HD+JQe7HRZmHi4SBvJJuBdGaJfOPGAutpn7nAgiBvIflrOGjKwYktrCqmXxZ47wVrpSUBMtykKfBDFR3/VKKq+Htd96CGhiRK24Ni+1snBQpdT5OKFup/Gm5ozt1zXvOntMmedf/GJPhhc6dY8cqMXuSXLt6bLkM0vniK9kE= Received: by 10.66.232.11 with SMTP id e11mr13099817ugh.1171149074271; Sat, 10 Feb 2007 15:11:14 -0800 (PST) Received: by 10.67.23.8 with HTTP; Sat, 10 Feb 2007 15:11:14 -0800 (PST) Message-ID: Date: Sun, 11 Feb 2007 00:11:14 +0100 From: "Pietro Cerutti" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: build /* only */ the required kernel modules X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 23:11:16 -0000 Hi Hackers, I'm stripping down my kernel, and I use the MODULES_OVERRIDE option in make.conf Here's the question: I need support for if_fwe and ng_bluetooth, but I can't find a way to build /*ONLY*/ the required modules, instead of building /*EVERYTHING*/ under firewire/ and under netgraph/ Adding "netgraph/bluetooth" and "firewire/fwe" in the MODULES_OVERRIDE list won't build the parent netgraph and firewire modules, but adding "netgraph" and "firewire" will build lots of unneeded and unwanted modules. Example: > find /boot/kernel/ -name "ng_*" | wc -l 58 when, /sys/modules/netgraph/bluetooth/Makefile just lists 8 modules as dependencies. How could I get rid of the ~50 unneeded modules? Same thing for firewire, where unneeded if_fwip, sbp and sbp_targ are also built, along with firewire and if_fwe. Thanx in advance, -- Pietro Cerutti ICQ: 117293691 PGP: 0x9571F78E - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org