From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 04:06:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B62D16A4CF for ; Sun, 16 Jan 2005 04:06:30 +0000 (GMT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F9CA43D4C for ; Sun, 16 Jan 2005 04:06:30 +0000 (GMT) (envelope-from bsdaemon@comcast.net) Received: from fw.home (pcp05404374pcs.norstn01.pa.comcast.net[68.80.144.252]) by comcast.net (sccrmhc13) with SMTP id <20050116040629016006pc33e>; Sun, 16 Jan 2005 04:06:29 +0000 Received: (qmail 74934 invoked from network); 16 Jan 2005 04:06:30 -0000 Received: from kris.home (HELO ?192.168.0.251?) (192.168.0.251) by fw.home with SMTP; 16 Jan 2005 04:06:30 -0000 Message-ID: <41E9E989.8040501@comcast.net> Date: Sat, 15 Jan 2005 23:11:53 -0500 From: Kris Maglione User-Agent: Mozilla Thunderbird 1.0 (X11/20041212) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ata_catch_inflight causes boot freeze X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 04:06:30 -0000 On my laptop, while the call to ata_catch_inflight is in dev/ata/ata-all.c, my laptop freezes at boot, after detecting acd0 and doing GEOM: Configure for ad0. I don't mind commenting out the line in my builds, but others shouldn't have to go through what I did to come to the same conclusion (building the kernel from various dates and burning it to a FreesBIE CD). Anyway, I'm not familiar enought with the kernel archetecture to figure out why the function causes a boot freeze. I only figured out that it did by reviewing commits between the dates that it worked and the dates that it didn't. I'm willing to provide whatever information/help that I can to come up with a more permanent solution. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 13:14:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1268316A4CE for ; Sun, 16 Jan 2005 13:14:36 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id D443F43D31 for ; Sun, 16 Jan 2005 13:14:32 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [IPv6:::1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.11.1) with ESMTP id j0GDES0G014719; Sun, 16 Jan 2005 14:14:29 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <41E9E989.8040501@comcast.net> References: <41E9E989.8040501@comcast.net> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Message-Id: <8C7C52BA-67C0-11D9-942F-000A95C893E4@lassitu.de> Content-Transfer-Encoding: quoted-printable From: Stefan Bethke Date: Sun, 16 Jan 2005 14:14:27 +0100 To: Kris Maglione X-Mailer: Apple Mail (2.619) cc: freebsd-hackers@freebsd.org Subject: Re: ata_catch_inflight causes boot freeze X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 13:14:36 -0000 Am 16.01.2005 um 05:11 schrieb Kris Maglione: > On my laptop, while the call to ata_catch_inflight is in=20 > dev/ata/ata-all.c, my laptop freezes at boot, after detecting acd0 and=20= > doing GEOM: Configure for ad0. > > I don't mind commenting out the line in my builds, but others=20 > shouldn't have to go through what I did to come to the same conclusion=20= > (building the kernel from various dates and burning it to a FreesBIE=20= > CD). > > Anyway, I'm not familiar enought with the kernel archetecture to=20 > figure out why the function causes a boot freeze. I only figured out=20= > that it did by reviewing commits between the dates that it worked and=20= > the dates that it didn't. I'm willing to provide whatever=20 > information/help that I can to come up with a more permanent solution. Just so this doesn't get lost, you might want to open a PR, including=20 the exact commit that you think introduced this. You also might want to=20= drop a note to S=F8ren (sos@), author of much of the ATA code. Stefan --=20 Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 13:50:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DC9916A4D5 for ; Sun, 16 Jan 2005 13:50:57 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B4B143D45 for ; Sun, 16 Jan 2005 13:50:56 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j0GDomwA016517; Sun, 16 Jan 2005 14:50:51 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41EA7102.2050509@DeepCore.dk> Date: Sun, 16 Jan 2005 14:49:54 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.7.2 (X11/20040802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stefan Bethke References: <41E9E989.8040501@comcast.net> <8C7C52BA-67C0-11D9-942F-000A95C893E4@lassitu.de> In-Reply-To: <8C7C52BA-67C0-11D9-942F-000A95C893E4@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: Kris Maglione cc: freebsd-hackers@freebsd.org Subject: Re: ata_catch_inflight causes boot freeze X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 13:50:57 -0000 Stefan Bethke wrote: > Am 16.01.2005 um 05:11 schrieb Kris Maglione: >=20 >> On my laptop, while the call to ata_catch_inflight is in=20 >> dev/ata/ata-all.c, my laptop freezes at boot, after detecting acd0 and= =20 >> doing GEOM: Configure for ad0. >> >> I don't mind commenting out the line in my builds, but others=20 >> shouldn't have to go through what I did to come to the same conclusion= =20 >> (building the kernel from various dates and burning it to a FreesBIE C= D). >> >> Anyway, I'm not familiar enought with the kernel archetecture to=20 >> figure out why the function causes a boot freeze. I only figured out=20 >> that it did by reviewing commits between the dates that it worked and = >> the dates that it didn't. I'm willing to provide whatever=20 >> information/help that I can to come up with a more permanent solution.= >=20 >=20 > Just so this doesn't get lost, you might want to open a PR, including=20 > the exact commit that you think introduced this. You also might want to= =20 > drop a note to S=F8ren (sos@), author of much of the ATA code. No need, the problem is known. --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 14:01:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF26F16A4CE for ; Sun, 16 Jan 2005 14:01:34 +0000 (GMT) Received: from home.dino.sk (home.dino.sk [213.215.74.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F5C143D1D for ; Sun, 16 Jan 2005 14:01:33 +0000 (GMT) (envelope-from bsd@dino.sk) Received: from [127.0.0.1] ([127.0.0.1]) by home.dino.sk with esmtp; Sun, 16 Jan 2005 15:01:31 +0100 id 0000E8B0.41EA73BC.0000673C From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Sun, 16 Jan 2005 15:01:17 +0100 User-Agent: KMail/1.6.2 References: <200501141015.37516.bsd@dino.sk> <20050114.162946.115909881.imp@harmony.village.org> In-Reply-To: <20050114.162946.115909881.imp@harmony.village.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501161501.17096.bsd@dino.sk> Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 14:01:34 -0000 On Saturday 15 January 2005 00:29, you wrote: > > is someone working with Geode processors? There are many peripherals > > integrated, but not all supported under FreeBSD. Has someone already done > > some patched for this? > > We use the geode and haven't noticed the lack. What's missing? > > Warner [Second try - first one apparently did not came through to hackers] ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for expansion). The first one is present in OpenBSD. I am currently studying that and FreeBSD kernel sources to try port it, however, any help would be great. No idea on LPC, through... Milan From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 17:30:50 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7228516A4CF for ; Sun, 16 Jan 2005 17:30:50 +0000 (GMT) Received: from www.centralpets.com (www.centralpets.com [216.15.161.2]) by mx1.FreeBSD.org (Postfix) with SMTP id CA7B343D49 for ; Sun, 16 Jan 2005 17:30:49 +0000 (GMT) (envelope-from lcaldwell@centralpets.com) Received: (qmail 30543 invoked from network); 16 Jan 2005 17:30:51 -0000 Received: from bark.centralpets.com (unknown [127.0.0.1]) by centralpets.com ([127.0.0.1]) with ESMTP via TCP; 16 Jan 2005 17:30:51 -0000 Received: from 210.117.67.218 (unverified [210.117.67.218]) by bark.centralpets.com (VisualMail 4.0) with WEBMAIL id 30541; Sun, 16 Jan 2005 17:30:51 +0000 From: "Linus Caldwell" To: hackers@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [210.117.67.218] Date: Sun, 16 Jan 2005 17:30:51 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit cc: chat@freebsd.org Subject: Above the law? (was: You gotta be kidding .... Re: cvs commit: src/sys/miscfs/specfs spec_vnops.c) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 17:30:50 -0000 On Sunday, 16 January 2005 at 11:46:35 -0700, Matthew Dillon wrote: > Mike Smith wrote: >> >>> Instead, the appropriate way is to turn off user level blockdev >>> access entirely. This is the conclusion that was made weeks ago >>> when you first started your rampage to blow away block devices. A >>> time table was also proposed at that time and I committed a sysctl >>> to implement it (which you attempted to remove two weeks ago, which >>> led to blowup #2). >> >> That's what this basically does; it just shortcuts the the old block >> device entries to the character device to avoid violating POLA, so that >> people can experiment with life on a system with nothing that behaves >> like a "block device". > > Poul has completely ignored the proposal, time table, sysctl, and the > several major figures that supported it and has gone ahead with his own > plans, refusing to work with or accept the advise of anyone else on the > matter. I believe Poul's action to be entirely improper and, frankly, > if it were up to me I'd pull both his core status and his commit privs > for this third direct infraction. [Although this is formally a reply to Matt, I'm addressing the committers community here] I agree in nearly every point. We have several issues here: 1. It's by no means clear that this commit was correct. While it's true that -CURRENT is the right place to test new ideas, this matter was discussed and we had not come to a conclusion. As I pointed out earlier, I thought that both the timing and the manner of this commit were inappropriate in view of the incomplete discussion of the matter. 2. Didn't we have a committers policy which was supposed to apply to core team members as well, even those bearing axes? We've discussed this matter dozens of times before. When Matt Dillon did this, they removed his commit privileges (correctly IMO). When phk does it, people do nothing. I discussed this matter with a number of people at the Con, including phk, who explained that it was absolutely necessary if 4.0 should come out on time. OK, that's an opinion; nobody else has stated this. But even if it proves to be true, I don't think it's a justification. >From what I can see, Matt has shown a much better understanding of the material than phk has done. I respect his judgement, and I now also respect his restraint. But if phk goes on ignoring his peers, one of two things is going to happen: 1. He'll have his core and commit bits revoked. 2. He'll piss off a lot of good people who will go elsewhere. I think either of these alternatives would be a great pity. The alternative is simple: Poul-Henning, please respect the rules. Linus --------------------------------------------- This e-mail was sent using a CentralPets WebMail account Get yours at: http://mail.centralpets.com From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 18:03:24 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1794C16A4CE; Sun, 16 Jan 2005 18:03:24 +0000 (GMT) Received: from bast.unixathome.org (bast.unixathome.org [66.11.174.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6EC343D2D; Sun, 16 Jan 2005 18:03:23 +0000 (GMT) (envelope-from dan@langille.org) Received: from wocker (wocker.unixathome.org [192.168.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 8E75C3D37; Sun, 16 Jan 2005 13:03:19 -0500 (EST) From: "Dan Langille" To: "Linus Caldwell" Date: Sun, 16 Jan 2005 13:03:40 -0500 MIME-Version: 1.0 Message-ID: <41EA662C.8178.A1C7318D@localhost> Priority: normal In-reply-to: X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: Above the law? (was: You gotta be kidding .... Re: cvs commit: src/sys/miscfs/specfs spec_vnops.c) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 18:03:24 -0000 On 16 Jan 2005 at 17:30, Linus Caldwell wrote: > [Although this is formally a reply to Matt, I'm addressing the > committers community here] Then please address to to the committers mailing list. -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 20:43:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3320316A4CE; Sun, 16 Jan 2005 20:43:12 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BCEC43D2F; Sun, 16 Jan 2005 20:43:10 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id D6D3C85664; Mon, 17 Jan 2005 07:13:07 +1030 (CST) Date: Mon, 17 Jan 2005 07:13:07 +1030 From: Greg 'groggy' Lehey To: Linus Caldwell Message-ID: <20050116204307.GE55001@wantadilla.lemis.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1nHxr/DJDVCa1lM8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: Above the law? (was: You gotta be kidding .... Re: cvs commit: src/sys/miscfs/specfs spec_vnops.c) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 20:43:12 -0000 --1nHxr/DJDVCa1lM8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sunday, 16 January 2005 at 17:30:51 +0000, Linus Caldwell wrote: > On Sunday, 16 January 2005 at 11:46:35 -0700, Matthew Dillon wrote: I can't believe this. >> Poul has completely ignored the proposal, time table, sysctl, and the >> several major figures that supported it and has gone ahead with his own >> plans, refusing to work with or accept the advise of anyone else on the >> matter. I believe Poul's action to be entirely improper and, frankly, >> if it were up to me I'd pull both his core status and his commit privs >> for this third direct infraction. > > [Although this is formally a reply to Matt, I'm addressing the > committers community here] About 5 years too late? Greg -- See complete headers for address and phone numbers. --1nHxr/DJDVCa1lM8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB6tHbIubykFB6QiMRAhZYAKCeag0sBteaorrh9p7v95bKuFhypQCgiwur BH99X2ry9aryIpVmnkfh4rg= =ufHa -----END PGP SIGNATURE----- --1nHxr/DJDVCa1lM8-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 16 21:03:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DAE316A4CE; Sun, 16 Jan 2005 21:03:04 +0000 (GMT) Received: from smtp-vbr3.xs4all.nl (smtp-vbr3.xs4all.nl [194.109.24.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9561043D31; Sun, 16 Jan 2005 21:03:03 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr3.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0GL30XC069456; Sun, 16 Jan 2005 22:03:00 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0GL30RW000346; Sun, 16 Jan 2005 22:03:00 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0GL30dI000345; Sun, 16 Jan 2005 22:03:00 +0100 (CET) (envelope-from wb) Date: Sun, 16 Jan 2005 22:03:00 +0100 From: Wilko Bulte To: "Greg 'groggy' Lehey" Message-ID: <20050116210300.GA329@freebie.xs4all.nl> References: <20050116204307.GE55001@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050116204307.GE55001@wantadilla.lemis.com> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: Linus Caldwell cc: hackers@freebsd.org cc: chat@freebsd.org Subject: Re: Above the law? (was: You gotta be kidding .... Re: cvs commit: src/sys/miscfs/specfs spec_vnops.c) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 21:03:04 -0000 On Mon, Jan 17, 2005 at 07:13:07AM +1030, Greg 'groggy' Lehey wrote.. > On Sunday, 16 January 2005 at 17:30:51 +0000, Linus Caldwell wrote: > > On Sunday, 16 January 2005 at 11:46:35 -0700, Matthew Dillon wrote: > > I can't believe this. > > >> Poul has completely ignored the proposal, time table, sysctl, and the > >> several major figures that supported it and has gone ahead with his own > >> plans, refusing to work with or accept the advise of anyone else on the > >> matter. I believe Poul's action to be entirely improper and, frankly, > >> if it were up to me I'd pull both his core status and his commit privs > >> for this third direct infraction. > > > > [Although this is formally a reply to Matt, I'm addressing the > > committers community here] > > About 5 years too late? Roughly, yes. Recycling email is Bad Karma[tm] -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 08:40:55 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 497DA16A4CE; Mon, 17 Jan 2005 08:40:55 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2FFC43D2D; Mon, 17 Jan 2005 08:40:53 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0H8ivSq018844; Mon, 17 Jan 2005 01:44:57 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <41EB7A11.7030602@freebsd.org> Date: Mon, 17 Jan 2005 01:40:49 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org, current@freebsd.org, stable@freebsd.org Content-Type: multipart/mixed; boundary="------------030205060202020502090801" X-Spam-Status: No, hits=0.6 required=3.8 tests=DOMAIN_4U2 autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org Subject: FreeBSD Status Report July-December 2004 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 08:40:55 -0000 This is a multi-part message in MIME format. --------------030205060202020502090801 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit --------------030205060202020502090801 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="report-july-2004-dec-2004.txt" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="report-july-2004-dec-2004.txt" July-December 2004 Status Report Introduction The FreeBSD status report is back again after another small break. The second half of 2004 was incredibly busy; FreeBSD 5.3 was released, the 6-CURRENT development branch started, and EuroBSDCon 2004 was a huge success, just to name a few events. This report is packed with an impressive 44 submissions, the most of any report ever! It's also my pleasure to welcome Max Laier and Tom Rhodes to the status report team. They kindly volunteered to help keep the reports on time and help improve their quality. Max in particular is responsible for the reports being divided up into topics for easier browsing. Many thanks to both for their help! _________________________________________________________________ Projects * Common Address Redundancy Protocol - CARP * Dingo Monthly Report * FreeBSD profile.sh * FreeBSD Release Engineering * FreeSBIE Status Report * Funded FreeBSD kernel development * Improved Multibyte/Wide Character Support * Project Frenzy (FreeBSD-based Live-CD) * Secure Updating Documentation * Hardware Notes * The FreeBSD Dutch Documentation Team Kernel * ATA Driver Status Report * CPU Cache Prefetching * i386 Interrupt Code & PCI Interrupt Routing * kgi4BSD * Layer 2 PFIL_HOOKS * Low-overhead performance monitoring for FreeBSD * Move ARP out of routing table * Network Stack Locking * New Modular Input Device Layer * SMPng Status Report * Sync Protocols (SPPP and NETGRAPH) * TCP Cleanup and Optimizations * TCP Reassembly Rewrite and Optimization * TTCPv2: Transactional TCP version 2 Architectures * FreeBSD on Xen * FreeBSD/arm status report * PowerPC Port Ports * FreeBSD GNOME Project Status Report * OpenOffice.org port status * Ports Collection * Update of the Linux userland infrastructure Vendor / 3rd Party Software * ALTQ * Cronyx Adapters Drivers * OpenBSD packet filter - pf Miscellaneous * EuroBSDCon 2004 submitted papers are online * EuroBSDCon 2005 - Basel / Switzerland * FreeBSD Security Officer and Security Team * FreeBSD Source Repository Mirror for svn/svk * Wiki with new software * Atheros Wireless Support * ifconfig Overhaul * New DHCP Client * Wireless Networking Support _________________________________________________________________ ALTQ URL: http://people.freebsd.org/~mlaier/ALTQ_driver/ URL: http://www.freebsd.org/cgi/man.cgi?query=altq&manpath=FreeBSD+6.0-curr ent&format=html Contact: Max Laier ALTQ is part of FreeBSD 5.3 release and can be used to do traffic shaping and classification with PF. In CURRENT IPFW gained the ability to do ALTQ classification as well. A steadily increasing number of NIC drivers has been converted to support ALTQ. For details see the ALTQ(4) man-page. Open tasks: 1. Convert/test more NIC drivers. 2. Write documentation. _________________________________________________________________ ATA Driver Status Report Contact: Søren Schmidt The ATA driver is undergoing quite a few important changes, mainly it is being converted into modules so it can be loaded/unloaded at will, and just the pieces for wanted functionality need be present. This calls for ata-raid to finally be rewritten. This is almost done for reading metadata so arrays defined in the BIOS can be used, and its grown quite a few new metadata formats. This also paves the way for ataraid to finally be able to take advantage of some of the newer controllers "RAID" abilities. However this needs more work to materialize but now its finally possible There is also support coming for a few new chipsets as usual. The work is just about finished enough that it can be released as patches to sort out eventual problems before hitting current. The changes are pretty massive as this touches all over the driver infrastructure, so lots of old bugs and has also been spotted and fixed during this journey _________________________________________________________________ Atheros Wireless Support Contact: Sam Leffler The ath driver was updated to support all the new features added to the net80211 layer. As part of this work a new version of the Hardware Access Layer (HAL) module was brought in; this version supports all available Atheros parts found in PCI and Cardbus products. Otherwise, adhoc mode should now be usable, antenna management has been significantly improved, and soft LED support now identifies traffic patterns. The transmit rate control algorithm was split out of the driver into an independent module. Two different algorithms are available with other algorithms (hopefully) to be added. Work is actively going on to add Atheros' SuperG capabilities. _________________________________________________________________ Common Address Redundancy Protocol - CARP URL: http://people.freebsd.org/~mlaier/CARP/ Contact: Max Laier CARP is an alternative to VRRP. In contrast to VRRP it has full support for IPv6 and uses crypto to protect the advertisements. It was developed by OpenBSD due to concerns that the HSRP patent might cover VRRP and CISCO might defend its patent. CARP has, since then, improved a lot over VRRP. CARP is implemented as an in-kernel multicast protocol and displays itself as a pseudo interface to the user. This makes configuration and administration very simple. CARP also incorporates MAC based load-balancing. Patches for RELENG_5 and recent HEAD are available from the URL above. I plan to import these patches in the course of the next two to four month. RELENG_5 has all necessary ABI to support CARP and I might MFC it for release 5.4 or 5.5 - depending how well the HEAD import goes. Open tasks: 1. Please test and send feedback! 2. Write documentation. 3. Import newest OpenBSD changes. _________________________________________________________________ CPU Cache Prefetching URL: http://www.nrg4u.com/freebsd/tcp_reass+prefetch-20041216.patch Contact: Andre Oppermann Modern CPU's can only perform to their maximum if their working code is in fast L1-3 cache memory instead of the bulk main memory. All of today's CPU's support certain L1-3 cache prefetching instructions which cause data to be retrieved from main memory to the cache ahead of the time that it is already in place when it is eventually accessed by the CPU. CPU Cache Prefetching however is not a golden bullet and has to be used with extreme care and only in very specific places to be beneficial. Incorrect usage can lead to massive cache pollution and a drop in effective performance. Correct and very carefully usage on the other can lead to drastic performance increases in common operations. In the linked patch CPU cache prefetching has been used to prefetch the packet header (OSI layer 2 to 4) into the CPU caches right after entering into the network stack. This avoids a complete CPU stall on the first access to the packet header because packets get DMA'd into main memory and thus never are already pre-cache in the CPU caches. A second use in the patch is in the TCP input code to prefetch the entire struct tcpcb which is very large and used with a very high probability. Use in both of these places show a very significant performance gain but not yet fully quantified. The final patch will include documentation and a guide to evaluate and assess the use of CPU cache prefetch instructions in the kernel. _________________________________________________________________ Cronyx Adapters Drivers URL: http://www.cronyx.ru/software Contact: Roman Kurakin Currently FreeBSD supports three family of Cronyx sync adapters: Tau-PCI - cp(4), Tau-ISA - ctau(4) and Sigma - cx(4). All these drivers were updated (in 6.current) and now they are Giant free. However, this is true only for sppp(4). If you are using Netgraph or async mode (for Sigma) you may need to turn mpsafenet off for that driver with appropriate kernel variable. Open tasks: 1. Now all these drivers and sppp(4) are using recursive lock. So the first task is to make these locks non recursive. 2. Second task is to check/make drivers workable in netgraph/async mode. 3. I think about ability to switch between sppp/netgraph mode at runtime. For now you should recompile module/kernel to change mode. _________________________________________________________________ Dingo Monthly Report URL: http://www.freebsd.org/projects/dingo/index.html Contact: George Neville-Neil In the last month we set up the project page noted above and also created a p4 branch for those of us who use p4 to do work outside of CVS. _________________________________________________________________ EuroBSDCon 2004 submitted papers are online URL: http://www.eurobsdcon2004.de/papers.html Contact: Patrick M. Hausen Finally all of the papers and presentations are online for download from our conference website. Thanks again to all who helped make EuroBSDCon 2004 a success. _________________________________________________________________ EuroBSDCon 2005 - Basel / Switzerland URL: http://www.eurobsdcon.org/ Contact: Max Laier This year's EuroBSDCon will be held at the University of Basel, Switzerland from 25th through 27th November. The call for papers should happen shortly. Please consider attending or even presenting. Check the conference homepage for more information. _________________________________________________________________ FreeBSD GNOME Project Status Report URL: http://www.FreeBSD.org/gnome/ Contact: Joe Marcus We haven't produced a status report in a while, but that's just because we've been busy. Since our last report in March 2004, we have added three new team members: Koop Mast (kwm), Jeremy Messenger (mezz), and Michael Johnson (ahze). Jeremy has been quite helpful in GNOME development porting while Michael and Koop have been focusing on improving GNOME multimedia, especially GStreamer. The stable release of GNOME is now up to 2.8.2, and we are actively working on the GNOME 2.9 development branch with is slated to become 2.10 on March 9 of this year. The GNOME Tinderbox is still cranking away, and producing packages for both the stable and development releases of GNOME for all supported i386 versions of FreeBSD. Thanks to Michael Johnson, the FreeBSD GNOME team has recently been given permission to use the Firefox and Thunderbird names , official icons, and to produce officially branded builds. Mozilla has also been very interested in merging our local patches back into the official source tree. This should greatly improve the quality of Firefox and Thunderbird on FreeBSD moving forward. Finally, Adam Weinberger (adamw) has been pestering the team for photos so that we can finally show the community who we are. It is still unclear as to whether or not this will attract more FreeBSD GNOME users, or land us on the Homeland Security no-fly list. Open tasks: 1. Need help porting HAL to FreeBSD (contact marcus@FreeBSD.org ) 2. Need help porting libburn to FreeBSD (contact bland@FreeBSD.org ) 3. Anyone interested in reviving Gnome Meeting should contact kwm@FreeBSD.org _________________________________________________________________ FreeBSD on Xen URL: http://www.fsmware.com/xenofreebsd/ URL: http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ Contact: Kip Macy FreeBSD 5.2.1 is stable on the stable branch of Xen as a guest. FreeBSD 5.3 runs on the stable branch of Xen as a guest, but a couple of bugs need to be tracked down. Open tasks: 1. FreeBSD support for running in Domain 0 (host) 2. FreeBSD support for VM checkpoint and migration _________________________________________________________________ FreeBSD profile.sh URL: https://projects.fsck.ch/profile Contact: Tobias Roth FreeBSD profile.sh is targeted at laptops. It allows to define multiple network environments (eg, home, work), and will then detect in which environment the laptop is started and configure it accordingly. Almost everything from under /etc can be configured per environment, and only the overrides to the default /etc have to be defined. Suspending in one environment and resuming in a different one is also supported. Proper integration into the acpi/apm and several small improvements are underway. More testing with different system configurations is needed. _________________________________________________________________ FreeBSD Release Engineering URL: http://www.FreeBSD.org/releng Contact: Scott Long At long last, FreeBSD 5.3 was released in November of 2004. This marked the start of the RELENG_5/5-STABLE branch and the beginning of the 6-CURRENT development branch. Many thanks to the tireless efforts of the FreeBSD developer and user community for making this release a success. FreeBSD 4.11 release engineering is also now in progress. This will be the final release from the 4.x series and is mainly incremental bug fixes and a handful of feature additions. Of note is that the IBM ServeRAID 'IPS' driver is now supported on 4.x and will be included in this release, and the Linux emulation layer has been updated to support a RedHat 8.0 userland. The release is expected to be available on January 24. Looking forward, there will be several FreeBSD 5.x releases in the coming year. FreeBSD 5.4 release engineering will start in March, and FreeBSD 5.5 release engineering will likely start in June. These releases are expected to be more conservative than previous 5.x releases and will follow the same philosophy as previous -STABLE branches of fixing bugs and adding incremental improvements while maintaining API stability. For the 6-CURRENT development branch as well as all future development and stable branches, we are planning to move to a schedule with fixed timelines that move away from the uncertainty and wild schedule fluctuations of the previous 5.x releases. This means that major branches will happen at 18 month intervals, and releases from those branches will happen at 4 month intervals. There will also be a dedicated period of testing and bug fixing at the beginning of each branch before the first release is cut from that branch. With the shorter and more defined release schedules, we hope to lessen the problem of needed features not reaching users in a reasonable time, as happened too often with 5.x. This is a significant change in our strategy, and we look forward to realizing the benefits of it. This will kick off with the RELENG_6 branch happing in June of 2005, followed by the 6.0 release in August of 2005. Also on the roadmap is a plan to combine the live-iso disk2 and the install distributions of disk1 into a single disk which can be used for both installation and for recovery. 3rd party packages that currently reside on disc1 will be moved to a disk2 that will be dedicated to these packages. This move will allow us to deal with the ever growing size of packages and also provide more flexibility to vendors that wish to add their own packages to the releases. It also opens the door to more advanced installers being put in place of sysinstall. Anyone interested in helping with this is encouraged to contact us. _________________________________________________________________ FreeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/security/charter.html URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff -listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ URL: http://cvsweb.freebsd.org/ports/security/portaudit/ Contact: Jacques Vidrine Contact: Security Officer Contact: Security Team During 2004, there were several notable changes and events related to the FreeBSD Security Officer role and Security Team. The charter for the Security Officer (SO) as approved by Core in 2002 was finally published on the web site. This document describes the mission, responsibilities, and authorities of the SO. (The current SO is Jacques Vidrine.) The SO is supported by a Deputy SO and the Security Team. In April, Chris Faulhaber resigned as Deputy SO and Dag-Erling Smorgrav was appointed in his place. Also during the year, the following team members resigned: Julian Elischer, Bill Fumerola, Daniel Harris, Trevor Johnson, Kris Kennaway, Mark Murray, Wes Peters, Bruce Simpson, and Bill Swingle; while the following became new members: Josef El-Rayes, Simon L. Nielsen, Colin Percival, and Tom Rhodes. A huge thanks is due to all past and current members! The current Security Team membership is published on the web site. With the release of FreeBSD 4.8, the SO began extended support for some FreeBSD releases and their corresponding security branches. "Early adopter" branches, such as FreeBSD 5.0 (RELENG_5_0), are supported for at least six months. "Normal" branches are supported for at least one year. "Extended" branches, such as FreeBSD 5.3 (RELENG_5_3), are supported for at least two years. The currently supported branches and their estimated "end of life" (EoL) dates are published on the FreeBSD Security Information web page. In 2004, four releases "expired": 4.7, 4.9, 5.1, and 5.2. With the releases of FreeBSD 4.10 and 5.3, the SO and the Release Engineering team extended the scope of security branches to incorporate critical bug fixes unrelated to security issues. Currently, separate Errata Notices are published for such fixes. In the future, Security Advisories and Errata Notices will be merged and handled uniformly. 17 Security Advisories were published in 2004, covering 8 issues specific to FreeBSD and 9 general issues. 2004 also saw the introduction of the Vulnerabilities and Exposures Markup Language (VuXML). VuXML is a markup language designed for the documentation of security issues within a single package collection. Over 325 security issues in the Ports Collection have been documented already in the FreeBSD Project's VuXML document by the Security Team and other committers. This document is currently maintained in the ports repository, path ports/security/vuxml/vuln.xml. The contents of the document are made available in a human-readable form at the FreeBSD VuXML web site. The "portaudit" tool can be used to audit your local system against the listed issues. Starting in November, the popular FreshPorts.org web site also tracks issues documented in VuXML. _________________________________________________________________ FreeBSD Source Repository Mirror for svn/svk URL: http://svn.clkao.org/svnweb/freebsd/ URL: http://svn.clkao.org/svnweb/freebsd/rss/fromcvs/branches/RELENG_5/ URL: http://svn.clkao.org/svnweb/freebsd/rss/fromcvs/trunk/ URL: http://svk.elixus.org/ Contact: Kao Chia-liang A public Subversion mirror of the FreeBSD repository is provided at svn://svn.clkao.org/freebsd/. This is intended for people who would like to try the svk distributed version control system. svk allows you to mirror the whole repository and commit when offline. It also provides history-sensitive branching, merging, and patches. Non-committers can easily maintain their own branch and track upstream changes while their patches are being reviewed. _________________________________________________________________ FreeBSD/arm status report URL: http://www.freebsd.org/platforms/arm Contact: Olivier Houchard FreeBSD/arm made some huge progress. It can boot multiuser, and run things like "make world" and perl on the IQ31244 board. It also now has support for various things, including DDB, KTR, ptrace and kernel modules. A patch is available for early gdb support, and the libpthread almost works. _________________________________________________________________ FreeSBIE Status Report URL: http://www.FreeSBIE.org URL: http://liste.gufi.org/mailman/listinfo/freesbie Contact: FreeSBIE Staff FreeSBIE is a Live-CD based on the FreeBSD Operating system, or even easier, a FreeBSD-based operating system that works directly from a CD, without touching your hard drive. On December, 6th, 2004, FreeSBIE Staff released FreeSBIE 1.1, based on FreeBSD 5.3-RELEASE. Some of the innovations are: a renewed series of scripts to support power users in the use of FreeSBIE 1.1, an installer to let users install FreeSBIE 1.1 on their hard drives, thus having a powerful operating system such as FreeBSD, but with all the personalizations FreeSBIE 1.1 carries, the presence of the best open source software, chosen and personalized, such as X.Org 6.7, XFCE 4.2RC1, Firefox 1.0 and Thunderbird 0.9.2. For a complete list of the included software, please consult: http://www.freesbie.org/doc/1.1/FreeSBIE-1.1-i386.pkg_info.txt At EuroBSDCon 2004 in Karlsruhe, Germany, people from the FreeSBIE staff gave a talk, deeping into FreeSBIE scripts implementation and use. Open tasks: 1. Translating website and documentation _________________________________________________________________ Funded FreeBSD kernel development URL: http://lists.freebsd.org/pipermail/freebsd-announce/2004-December/0009 71.html Contact: Poul-Henning Kamp A longish status report for the 6 months of funded development was posted on announce, rather than repeat it here, you can find it at the link provided. _________________________________________________________________ Hardware Notes URL: http://www.FreeBSD.org/releases/5.3R/hardware-i386.html URL: http://www.freebsd.org/relnotes/CURRENT/hardware/i386/article.html Contact: Simon L. Nielsen Contact: Christian Brueffer The FreeBSD Hardware Notes have been (mostly) converted to being directly generated from the driver manual pages. This makes it much simpler to maintain the Hardware Notes, so they should be more accurate. The Hardware Notes for FreeBSD 5.3 use this new system. _________________________________________________________________ i386 Interrupt Code & PCI Interrupt Routing Contact: John Baldwin The ACPI PCI link support code was reworked to work around some limitations in the previous implementation. The new version more closely matches the current non-ACPI $PIR link support. Enhancements include disabling unused link devices during boot and using a simpler and more reliable algorithm for choosing ISA IRQs for unrouted link devices. Support for using the local APIC timer to drive the kernel clocks instead of the ISA timer and i8254 clock is currently being worked on in the jhb_clock perforce branch. It is mostly complete and will probably hit the tree in the near future. By letting each CPU use its own private timer to drive the kernel clocks, the kernel no longer has to IPI all the other CPUs in the system every time a clock interrupt occurs. _________________________________________________________________ ifconfig Overhaul Contact: Sam Leffler The ifconfig program used to configure network interfaces was overhauled. Over the years ifconfig has grown into a complex and often contorted piece of software that is hard to understand and difficult to maintain. The primary motivation for this work was to enable minimal configurations (for embedded use) without changing the code and to support future additions in a modular way. Functionality is now broken out into separate files and operations are registered with the central ifconfig code base. Features are configured simply by specifying which code is to be included when building the program. In the future the plan is for ifconfig to auto-load functionality through dynamic libraries. This mechanism will allow, for example, third party software packages to provide kernel services and ifconfig add-on code without changing the base system. _________________________________________________________________ Improved Multibyte/Wide Character Support Contact: Tim Robbins Support for multibyte characters has been added to many more base system utilities, including basename, col, colcrt, colrm, column, fmt, look, nl, od, rev, sed, tr, and ul. As a result of changes to the C library (see below), most utilities that perform regular expression matching or pathname globbing now support multibyte characters in these aspects. The regular expression matching and pathname globbing routines in the C library have been improved and now recognize multibyte characters. Various performance improvements have been made to the wide character I/O functions. The obsolete 4.4BSD "rune" interface and UTF2 encoding have been removed from the 6-CURRENT branch. Work is progressing on implementations of the POSIX iconv and localedef interfaces for potential inclusion into the FreeBSD 6.0 release. _________________________________________________________________ kgi4BSD URL: http://www.freebsd.org/~nsouch/kgi4BSD URL: http://wiki.daemon.li/moin.cgi/KGI Contact: Nicholas Souchu The project was very quiet (but still alive!) and mostly dedicated to testing by volunteers. New documentation at http://wiki.daemon.li/moin.cgi/KGI . Open tasks: 1. Help improving the documentation _________________________________________________________________ Layer 2 PFIL_HOOKS URL: http://lists.freebsd.org/pipermail/cvs-all/2004-August/079811.html Contact: Andre Oppermann IPFW2 has been converted to use PFIL_HOOKS for the IP[46] in/output path. (See link.) Not converted yet is the Layer 2 Etherfilter functionality of IPFW2. It is still directly called from the ether_input/output and bridging code. Layer 2 PFIL_HOOKS provide a general abstraction for packet filters to hook into the Layer 2 packet path and filter or manipulate such packets. This makes it possible to use not only IPFW2 but also PF and others for Layer 2 filtering. _________________________________________________________________ Low-overhead performance monitoring for FreeBSD URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement/ Contact: Joseph Koshy System-wide and process-virtual counting-mode performance monitoring counters are now supported for the AMD Athlon and Intel P4 CPUs. SMP works, but is prone to freezes. Immediate next steps include: (1) implementing the system-wide and process-virtual sampling modes, (2) debugging, (3) writing a test suite and (4) improving the project's documentation. _________________________________________________________________ Move ARP out of routing table URL: http://lists.freebsd.org/pipermail/freebsd-current/2004-April/026380.h tml Contact: Andre Oppermann Contact: Qing Li The ARP IP address to MAC address mapping does not belong into the routing table (FIB) as it is currently done. This will move it to its own hash based structure which will be instantiated per each 802.1 broadcast domain. With this change it is possible to have more than one interface in the same IP subnet and layer 2 broadcast domain. The ARP handling and the routing table will be quite a bit simplified afterwards. As an additional benefit full MAC address based accounting will be provided. Qing Li has become the driver and implementor of this project and is expected to post a first patch for comments shortly in February 2005. _________________________________________________________________ Network Stack Locking URL: http://www.freebsd.org/projects/netperf/ URL: http://www.watson.org/~robert/freebsd/netperf/ Contact: Robert Watson The netperf project is working to enhance the performance of the FreeBSD network stack. This work grew out of the SMPng Project, which moved the FreeBSD kernel from a "Giant Lock" to more fine-grained locking and multi-threading. SMPng offered both performance improvement and degradation for the network stack, improving parallelism and preemption, but substantially increasing per-packet processing costs. The netperf project is primarily focused on further improving parallelism in network processing while reducing the SMP synchronization overhead. This in turn will lead to higher processing throughput and lower processing latency. Tasks include completing the locking work, optimizing locking strategies, amortizing locking costs, introducing new synchronization primitives, adopting non-locking synchronization strategies, and improving opportunities for parallelism through additional threading. Between July, 2004, and December, 2004, the Netperf project did a great deal of work, for which there is room only to include limited information. Much more information is available by visiting the URLS above, including information on a variety of on-going activities. Accomplishments include: July, 2004: A variety of improvements to PCB locking in the IPv6 implementation; locking for the if_xl driver; socket locking for the NFS client; cleanup of the soreceive() code path including structural improvements, assertions, and locking fixes; cleanup of the IPX/SPX code in preparation for locking; additional locking and locking assertions for the TCP implementation; bug fixes for locking and memory allocation in raw IP; netatalk cleanup and locking merged to FreeBSD CVS ; locking for many netgraph nodes merged to FreeBSD CVS ; SLIP structural improvements; experimental locking for netatalk ifaddrs; BPF locking optimizations (merged); Giant assertions for VFS to check VFS/network stack boundaries; UNIX domain socket locking optimizations; expansion of lock order documentation in WITNESS, additional NFS server code running MPSAFE; pipe locking optimizations to improve pipe allocation performance; Giant no longer required for fstat on sockets and pipes (merged); Giant no longer required for socket and pipe file descriptor closes (merged); IFF_NEEDSGIANT interface flag added to support compatibility operation for unlocked device drivers (merged) ; merged accept filter locking to FreeBSD CVS; documented uidinfo locking strategy (merged); Giant use reduced in fcntl(). August, 2004: UMA KTR tracing (merged); UDP broadcast receive locking optimizations (merged); TCP locking cleanup and documentation; IPv6 inpcb locking, cleanup, and structural improvements; IPv6 inpcb locking merged to FreeBSD CVS ; KTR for systems calls added to i386; substantial optimizations of entropy harvesting synchronization (merged) ; callout(9) sampling converted to KTR (merged); inpcb socket option locking (merged); GIANT_REQUIRED removed from netatalk in FreeBSD CVS; merged ADAPTIVE_GIANT to FreeBSD CVS, resulting in substantial performance improvements in many kernel IPC-intensive benchmarks ; prepend room for link layer headers to the UDP header mbuf to avoid one allocation per UDP send (merged); a variety of UDP bug fixes (merged); additional network interfaces marked MPSAFE; UNIX domain socket locking reformulated to protect so_pcb pointers; MP_WATCHDOG, a facility to dedicate additional HTT logical CPUs as watchdog CPUs developed (merged) ; annotation of UNIX domain socket locking merged to FreeBSD CVS; kqueue locking developed and merged by John-Mark Gurney ; task list for netinet6 locking created; conditional locking relating to kqueues and socket buffers eliminated (merged); NFS server locking bugfixes (merged); in6_prefix code removed from netinet6 by George Neville-Neil, lowering the work load for netinet6 (merged); unused random tick code in netinet6 removed (merged); ng_tty, IPX, KAME IPSEC now declare dependence on Giant using compile-time declaration NET_NEEDS_GIANT("component") permitting the kernel to detect unsafe components and automatically acquire the Giant lock over network stack operation if needed (merged) ; additional locking optimizations for entropy code (merged); Giant disabled by default in the netperf development branch (merged). September, 2004: bugs fixed relating to Netgraph's use of the kernel linker while not holding Giant (merged); merged removal of Giant over the network stack by default to FreeBSD CVS ; races relating to netinet6 and if_afdata corrected (merged); annotation of possible races in the BPF code; BPF code converted to queue(3) (merged); race in sopoll() corrected (merged). October, 2004: IPv6 netisr marked as MPSAFE; TCP timers locked, annotated, and asserted (merged); IP socket option locking and cleanup (merged); Netgraph ISR marked MPSAFE; netatalk ISR marked MPSAFE (merged); some interface list locking cleanup (merged); use after free bug relating to entropy harvesting and ethernet fixed (merged); soclose()/sofree() race fixed (merged); IFF_LOCKGIANT() and IFF_UNLOCKGIANT() added to acquire Giant as needed when entering the ioctls of non-MPSAFE network interfaces. November, 2004: cleanup of UDPv6 static global variables (merged); FreeBSD 5.3 released! First release of FreeBSD with an MPSAFE and Giant-free network stack as the default configuration! ; additional TCP locking documentation and cleanup (merged); optimization to use file descriptor reference counts instead of socket reference counts for frequent operations results in substantial performance optimizations for high-volume send/receive (merged) ; an accept bug is fixed (merged) experimental network polling locking introduced; substantial measurement and optimization of mutex and locking primitives (merged) ; experimental modifications to UMA to use critical sections to protect per-CPU caches instead of mutexes yield substantial micro-benchmark benefits when combined with experimental critical section optimizations ; FreeBSD Project Netperf page launched; performance micro-benchmarks benchmarks reveal IP forwarding latency in 5.x is measurably better than 4.x on UP when combined with optional network stack direct dispatch; several NFS server locking bugfixes (merged); development of new mbufqueue primitives and substantial experimentation with them permits development of amortized cost locking APIs for handoff between the network stack and network device drivers (work in collaboration with Sandvine, Inc) ; Linux TCP_INFO API added to allow user-space monitoring of TCP state (merged); SMPng task list updated; UDP static/global fixes merged to RELENG_5. December, 2004: UDP static/global fixes developed for multi-threaded in-bound UDP processing (merged); socket buffer locking fixes for urgent TCP input processing (merged); lockless read optimizations for IF_DEQUEUE() and IF_DRAIN(); Giant-free close for sockets/pipes/... merged to FreeBSD CVS; optimize mass-dequeues of mbuf chains in netisr processing; netrate tool merged to RELENG_5; TCP locking fixes merged to RELENG_5; "show alllocks" added to DDB (merged); IPX locking bugfixes (merged); IPX/SPX __packed fixes (merged); IPX/SPX moved to queue(9) (merged); TCP locking fixes and annotations merged to FreeBSD CVS; IPX/SPX globals and pcb locking (merged); IPX/SPX marked MPSAFE (merged) ; IP socket options locking merged to FreeBSD; SPPP locked by Roman Kurakin (merged); UNIX domain socket locking fixes by Alan Cox (merged). On-going work continues with regard to locking down network stack components, including additional netinet6 locking, mbuf queue facilities and operations; benchmarking; moving to critical sections or per-CPU mutexes for UMA per-CPU caches; moving to critical sections or per-CPU mutexes for malloc(9) statistics; elimination of separate mbuf allocator statistics; additional interface locking; a broad variety of cleanups and documentation of locking; a broad range of optimizations. _________________________________________________________________ New DHCP Client Contact: Sam Leffler The OpenBSD dhcp client program has been ported and enhanced to listen for 802.11-related events from the kernel. This enables immediate IP address acquisition when roaming (as opposed to the polling done by the old code). The main change from the previous client is that there is one dhclient process per interface as opposed to one for the entire system. This necessitates changes to the system startup scripts. Incorporation into the base system is waiting on a volunteer who will shepherd the changes into the tree and deal with bugs. _________________________________________________________________ New Modular Input Device Layer URL: http://lists.freebsd.org/pipermail/cvs-src/2004-November/035462.html Contact: Philip Paeps Following a number of mailing lists discussions on the topic, work has been progressing on the development of a new modular input device layer for FreeBSD. The purpose of this is twofold: * Easier development of new input device drivers. * Support for concurrent use of multiple input devices, particularly the hot-pluggable kind. Currently, implementing support for new input devices is a painful process and there is great potential for code-duplication. The new input device layer will provide a simple API for developers to send events from their hardware on to the higher regions of the kernel in a consistent way, much like the 'input-core' driver in the Linux kernel. Using multiple input devices at the moment is painful at best. With the new input device layer, events from different devices will be properly serialized before they are sent to other parts of the kernel. This will allow one to easily use, for instance, multiple USB keyboards in a virtual terminal. The work on this is still in very rudimentary state. It is expected that the first visible changes will be committed to -CURRENT around late February or early March. _________________________________________________________________ OpenBSD packet filter - pf URL: http://pf4freebsd.love2party.net/ Contact: Max Laier Contact: Daniel Hartmeier FreeBSD 5.3 is the first release to include PF. It went out okay, but some bugs were discovered too late to make it on the CD. It is recommend to update `src/sys/contrib/pf' to RELENG_5. The specific issues addressed are: * Possible NULL-deref with user/group rules. * Crash with binat on dynamic interfaces. * Silent dropping of IPv6 packets with option headers. * Endless loops with `static-port' rules. Most of these issues were discovered by FreeBSD users and got fed back to OpenBSD. This is a prime example of open source at work. The Handbook's Firewall section was modified to mention PF as an alternative to IPFW and IPF. Open tasks: 1. Write more documentation/articles. 2. Write an IPFilter to PF migration guide/tool. _________________________________________________________________ OpenOffice.org port status URL: http://porting.openoffice.org/freebsd/ URL: http://ooomisc.services.openoffice.org/pub/OpenOffice.org/ooomisc/Free BSD/ URL: http://sourceforge.jp/projects/waooo/files/ Contact: Maho Nakata OpenOffice.org 2.0 status * OpenOffice.org 2.0 is planned to be released in March 2005. Currently developer snapshot versions are available. Now one of the developer version has been ported, and committed to ports tree (/usr/ports/editors/openoffice-2.0-devel). * Packages for 5.3-RELEASE are available at http://sourceforge.jp/projects/waooo/files/asOOo_1.9m71_FreeBSD53I ntel_install_en-US.tbz etc., and soon it will also available at : http://ooomisc.services.openoffice.org/pub/OpenOffice.org/ooomisc/ FreeBSD/ with the language pack. * Almost all of the patches required to build will be integrated to master. http://www.openoffice.org/issues/show_bug.cgi?id=40187 * Now we have three external ports : lang/gcc-ooo, devel/bison-devel and devel/epm. To avoid regressions and bugs of gcc, we use the exactly same gcc as Hamburg team (former StarDivision) uses. We need bison later than 1.785a. Note this port CONFLICTS with devel/bison. Epm is a package manager which now OpenOffice.org uses. OpenOffice.org 1.1 status * 1.1.4 has been ported and committed to ports tree. * Packages are available at http://ooomisc.services.openoffice.org/pub/OpenOffice.org/ooomisc/ FreeBSD/ . * Now recognizes Linux version of Java JDKs. General * Invoking OpenOffice.org from command line has been changed. Now `.org' is mandatory. e.g. openoffice-1.1.4 -> openoffice.org-1.1.4. Since the name of the software is OpenOffice.org, not OpenOffice. We are also considering the name of the ports (/usr/ports/editors/openoffice-2.0-devel -> openoffice.org2-devel etc) * Now marked as BROKEN OOo ports for prior than 5.3-RELEASE and 4.11-RELEASE. These ports have been suffering from a minor implementation difference of rtld.c between FreeBSD and Linux, Solaris, NetBSD. We have been applying a patch adding _end in mapfile. We need this since rtld depend on existence of _end symbol in obj_from_addr_end, unfortunately this seem to induce hard-to-solve errors. A great progress has been made kan, rtld now do not depend on _end. A fix was committed 2004/02/25 17:06:16, http://www.freebsd.org/cgi/cvsweb.cgi/src/libexec/rtld-elf/rtld.c. diff?r1=1.91&r2=1.92&f=h . * Benchmark test! Building OOo requires huge resources. We just would like to know the build timings, so that how your machine is well tuned for demanding jobs. http://porting.openoffice.org/freebsd/benchmark.html . Currently, GOTO daichi (daichi)'s Pentium 4 3.0GHz machine build fastest. Just 1h25m22.42s for second build of OOo 1.1.4, using ccache. * SDK tutorial is available at http://porting.openoffice.org/freebsd/sdk.html * Still implementation test and quality assurance have not yet been done. Even systematic documentations are not yet available for FreeBSD. http://porting.openoffice.org/freebsd/testing.html and http://porting.openoffice.org/freebsd/QA.html for details. Acknowledgments Two persons contributed in many aspects. Pavel Janik (reviewing and giving me much advice) and Kris Kennaway (extremely patient builder). and (then, alphabetical order by first name). daichi, Eric Bachard, kan, lofi, Martin Hollmichel, nork, obrien, Sander Vesik, sem, Stefan Taxhet, and volunteers of OpenOffice.org developers (esp. SUN Microsystems, Inc.) for cooperation and warm encouragements. _________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://portsmon.firepipe.net/index.html Contact: Mark Linimon Contact: Erwin Lansing Since the last report on the Ports Collection, much has changed. Organizationally, the portmgr team saw the departure of some of the long-term members, and the addition of some newer members, Oliver Eikemeier, Kirill Ponomarew and Mark Linimon. Later on, portmgr also had to say goodbye to Will Andrews. In addition, we have gained quite a few new ports committers during this time period, and their contributions are quite welcome! Most effort was devoted to two releases. The 5.3 release saw an especially long freeze period, but due to the good shape of the ports tree, the freeze for the 4.11 could be kept to a minimum. Several iterations of new infrastructure changes were tested on the cluster and committed. Also, the cluster now builds packages for 6-CURRENT, increasing the total number of different build environment to 10. Additionally, several sweeps through the ports tree were made to bring more uniformity in variables used in the different ports and their values, e.g. BROKEN , IGNORE , DEPRECATED , USE_GCC , and and others. In technical terms, the largest change was moving to the X.org codebase as our default X11 implementation. At the same time, code was committed to be able to select either the X.org code or the XFree86 code, which also saw an update during that time. Due to some hard work by Eric Anholt, new committer Dejan Lesjak, and Joe Marcus Clarke, all of this happened more smoothly than could have reasonably been expected. As well, GNOME and KDE saw updates during this time, as did Perl and the Java framework. Further, there were some updates to the Porter's Handbook, but more sections are still in need of updates to include recent changes in practices. Also, during this time, Bill Fenner was able to fix a bug in his distfile survey . Shortly before the release for 4.11 our existing linux_base was marked forbidden due to security issues. A lot of effort was spent to upgrade the default version to 8 from 7 to ship 4.11 with a working linuxolator. Due to stability problems in the April-May timeframe, the package builds for the Alpha were dropped. After Ken Smith and others put some work into the Alphas in the build cluster, package builds for 4.X were reenabled late in 2004. Ports QA reminders -- portmgr team members are now sending out periodic email about problems in the Ports Collection. The current set includes: * a public list of all ports to be removed due to security problems, build failures, or general obsolescence, unless they are fixed first * private email to all maintainers of the affected ports (including ports dependent on the above) * private email to all maintainers of ports that are marked BROKEN and/or FORBIDDEN * private email to maintainers who aren't committers, who have PRs filed against their ports (to flag PRs that might never have been Cc:ed to them) * public email about port commits that break building of INDEX * public email about port commits that send the revision metadata backwards (and thus confuse tools like portupgrade) The idea behind each of these reminders is to try to increase the visibility of problems in the Ports Collection so that problems can be fixed faster. Finally, it should be noted that we passed yet another milestone and the Ports Collection now contains over 12,000 ports. Open tasks: 1. The majority of our build errors are still due to compilation problems, primarily from the gcc upgrades. Thanks to the efforts of many volunteers, these are decreasing, but there is still much more work to be done. 2. The next highest number of build errors are caused by code that does not build on our 64-bit architectures due to the assumption that "all the world's a PC." Here is the entire list ; the individual bars are clickable. This will become more and more important now that the amd64 port has been promoted to tier-1 status. 3. A lot of progress has been meed to crack down on ports that install files outside the approved directories and/or do not de-install cleanly (see "Extra files not listed in PLIST" on pointyhat ) and this will remain a focus area. _________________________________________________________________ PowerPC Port URL: http://www.freebsd.org/~grehan/miniinst.iso URL: http://www.freebsd.org/~grehan/miniinst.txt Contact: Peter Grehan A natively built 6.0-CURRENT miniinst ISO is available at the above link. It runs best on G4 Powermacs, but may run on other Newworld machines. See the release notes for full details. As usual, lots of help is needed. This is a great project for those who want to delve deeply into FreeBSD kernel internals. _________________________________________________________________ Project Frenzy (FreeBSD-based Live-CD) URL: http://frenzy.osdn.org.ua/ URL: http://frenzy.osdn.org.ua/eng/ Contact: Sergei Mozhaisky Frenzy is a "portable system administrator toolkit," Live-CD based on FreeBSD. It generally contains software for hardware tests, file system check, security check and network setup and analysis. Current version 0.3, based on FreeBSD 5.2.1-RELEASE, contains almost 400 applications in 200MB ISO-image. Tasks for next release: script for installation to HDD; unified system configuration tool; updating of software collection. _________________________________________________________________ Secure Updating URL: http://www.daemonology.net/portsnap/ URL: http://www.daemonology.net/freebsd-update/ Contact: Colin Percival In my continuing quest to secure the mechanisms by which FreeBSD users keep their systems up to date, I've added a new tool: Portsnap. Available as sysutils/portsnap in the ports tree, this utility securely downloads and updates a compressed snapshot of the ports tree; this can then be used to extract or update an uncompressed ports tree. In addition to operating in an end-to-end secure manner thanks to RSA signatures, portsnap operates entirely over HTTP and can use under one tenth of the bandwidth of cvsup for users who update their ports tree more than once a week. FreeBSD Update -- my utility for secure and efficient binary tracking of the Security/Errata branches -- continues to be widely used, with over 100 machines downloading security or errata updates daily. At some point in the future I intend to bring both of these utilities into the FreeBSD base system, probably starting with portsnap. _________________________________________________________________ SMPng Status Report URL: http://www.FreeBSD.org/smp/ Contact: John Baldwin Contact: Lots of changes happened inside the network stack that will hopefully be covered by a separate report. Outside of the network stack, several changes were made however including changes to proc locking, making the kernel thread scheduler preemptive, fixing several priority inversion bugs in the scheduler, and a few performance tweaks in the mutex implementation. Locking work on struct proc and its various substructures continued with locking added where needed for struct uprof, struct rusage, and struct pstats. This also included reworking how the kernel stores process time statistics to store the raw struct bintime and tick counts internally and only compute the more user friendly values when requested via getrusage() or wait4(). Support for kernel thread preemption was added to the scheduler. Basically, when a thread makes another thread runnable, it may yield the current CPU to the new thread if the new thread has a more important priority. Previously, only interrupt threads preempted other threads and the implementation would occasionally trigger spurious context switches. This change exposed bugs in other parts of the kernel and was turned off by default in RELENG_5. Currently, only the i386, amd64, and alpha platforms support native preemption. Several priority inversion bugs present in the scheduler due to various changes to the kernel from SMPng were also fixed. Most of the credit for these fixes belongs Stephan Uphoff who has recently been added as a new committer. Fixes include: closing a race in the turnstile wakeup code, changing the sleep queue code to store threads in FIFO order so that the sleep queue wakeup code properly handles having a thread's priority changes, and abstracting the concept of priority lending so that the thread scheduler is now able to properly track priority inheritance and handle priority changes for threads blocked on a turnstile. Works in progress include separating critical sections from spin mutexes some so that bare critical sections become very cheap as well as continuing to change the various ABI compatibility layers to use in-kernel versions of system calls to reduce stackgap usage and make the system call wrappers MPSAFE. _________________________________________________________________ Sync Protocols (SPPP and NETGRAPH) URL: http://www.freebsd.org/~rik Contact: Roman Kurakin sppp(4) was updated (in 6.current) to be able to work in mpsafe mode. For compatibility if an interface is unable to work in mpsafe mode, sppp will not use mpsafe locks. Support of FrameRelay AnnexD was added as a historical commit. Many of Cronyx users were expecting this commit for a long long time, and most of them still prefer sppp vs netgraph because of simplicity of its configuration (especially for ppp (vs mpd) and fr (vs a couple of netgraph modules). After MFCing this I'll finally close a PR 21771, from 2000/10/05 _________________________________________________________________ TCP Cleanup and Optimizations URL: http://people.freebsd.org/~andre/tcpcleanup.html Contact: Andre Oppermann The TCP code in FreeBSD has evolved significantly since the fork from 4.4BSD-Lite2 in 1994 primarily due to new features and refinements of the TCP specifications. The TCP code now needs a general overhaul, streamlining a cleanup to make it easily comprehensible, maintainable and extensible again. In addition there are many little optimizations that can be done during such an operation propelling FreeBSD back at the top of the best performing TCP/IP stacks again, a position it has held for the longest time in the 90's. This overhaul is a very involved and delicate matter and needs extensive formal and actual testing to ensure no regressions compared to the current code. The effort needed for this work is about two man-month of fully focused and dedicated time. To get it done I need funding to take time off my day job and to dedicate me to FreeBSD work much the way PHK did with his buffer cache and vnode rework projects. In February 2005 I will officially announce the funding request with a detailed description of the work and how the funding works. In general I can write invoices for companies wishing to sponsor this work on expenses. Tax exempt donations can probably be arranged through the FreeBSD foundation. Solicitations of money are already welcome, please contact me on the email address above. Open tasks: 1. Funding for two man-month equivalents of my time. 2. If you want or intend to sponsor US$1k or more please contact me in advance already now. _________________________________________________________________ TCP Reassembly Rewrite and Optimization URL: http://www.nrg4u.com/freebsd/tcp_reass-20041213.patch URL: http://lists.freebsd.org/pipermail/freebsd-net/2004-December/005918.ht ml Contact: Andre Oppermann Currently TCP segment reassembly is implemented as a linked list of segments. With today's high bandwidth links and large bandwidth*delay products this doesn't scale and perform well. The rewrite optimizes a large number of operational aspects of the segments reassembly process. For example it is very likely that the just arrived segment attaches to the end of the reassembly queue, so we check that first. Second we check if it is the missing segment or alternatively attaches to the start of the reassembly queue. Third consecutive segments are merged together (logically) and are skipped over in one jump for linear searches instead of each segment at a time. Further optimizations prototyped merge consecutive segments on the mbuf level instead of only logically. This is expected to give another significant performance gain. The new reassembly queue is tracking all holes in the queue and it may be beneficial to integrate this with the scratch pad of SACK in the future. Andrew Gallatin was able to get 3.7Gb/sec TCP performance on dual-2Gbit Myrinet cards with severe packet reordering (due to a firmware bug) with the new TCP reassembly code. See second link. _________________________________________________________________ The FreeBSD Dutch Documentation Team URL: http://www.evilcoder.org/content/section/6/39/ URL: http://www.FreeBSD.org/doc/nl/books/handbook/ URL: http://www.evilcoder.org/freebsd_html/ Contact: Remko Lodder The FreeBSD Dutch Documentation Project is a ongoing project to translate the documentation into the Dutch language. Currently we are mainly focused on the Handbook, which is progressing pretty well. However, lots need to be translated and checked before we have a 'complete' translation ready. So if you are willing to help out, please checkout our website and/or contact me. Open tasks: 1. Translating the Handbook 2. Checking the grammar of the Dutch Handbook 3. Translate the rest of the documentation _________________________________________________________________ TTCPv2: Transactional TCP version 2 URL: http://lists.freebsd.org/pipermail/cvs-all/2004-November/089939.html Contact: Andre Oppermann The old TTCP according to RFC1644 was insecure, intrusive, complicated and has been removed from FreeBSD >= 5.3. Although the idea and semantics behind it are still sound and valid. The rewrite uses a much easier and more secure system with 24bit long client and server cookies which are transported in the TCP options. Client cookies protect against various kinds of blind injection attacks and can be used as well to generally secure TCP sessions (for BGP for example). Server cookies are only exchanged during the SYN-SYN/ACK phase and allow a server to ensure that it has communicated with this particular client before. The first connection is always performing a 3WHS and assigning a server cookie to a client. Subsequent connections can send the cookie back to the server and short-cut the 3WHS to SYN->OPEN on the server. TTCPv2 is fully configurable per-socket via the setsockopt() system call. Clients and server not capable of TTCPv2 remain fully compatible and just continue using the normal 3WHS without any delay or other complications. Work on implementing TTCPv2 is done to 90% and expected to be available by early February 2005. Writing the implementation specification (RFC Draft) has just started. _________________________________________________________________ Update of the Linux userland infrastructure Contact: Alexander Leidinger The default linux_base port port was changed from the RedHat 7 based emulators/linux_base to the RedHat 8 based emulators/linux_base-8 just in time for FreeBSD 4.11-Release because of a security problem in emulators/linux_base. In the conversion process several problems where fixed in some Linux ports. Both RedHat 7 and 8 are at their end of life, so expect an update to a more recent Linux distribution in the future. For QA reasons this update wasn't scheduled before FreeBSD 4.11-Release. _________________________________________________________________ Wiki with new software URL: http://wikitest.freebsd.org/ Contact: Josef El-Rayes After experiencing spam attacks on the old wiki-engine caused by non-existent authentification mechanism, I had to replace it with a more advanced software. Instead of usemod, we now run moinmoin. As a consequence it's no longer just a 'browse & edit', but you have to sign up and let someone who is already in the ACL group 'developers' add you to the group. So it is a 'developers-only' resource now. The old wiki is found at http://wiki2.daemon.li Open tasks: 1. Move content from old wiki to new one. _________________________________________________________________ Wireless Networking Support Contact: Sam Leffler The wireless networking layer was updated to support the 802.1x, WPA, and 802.11i security protocols, and the WME/WMM multi-media protocol. As part of this work extensible frameworks were added for cryptographic methods, authentication, and access control. Extensions are implemented as loadable kernel modules that hook into the net80211 layer. This mechanism is used, for example, to implement WEP, TKIP, and CCMP crypto protocols. The Atheros driver (ath) is currently the only driver that uses the full set of features. Adding support to other drivers is simple but waiting on volunteers. Ports of the wpa_supplicant and hostapd programs enable use of the new security protocols. The support for tracking stations in a bss (managed or adhoc) and stations found when scanning was overhauled. Multiple tables are now used, each with different management policies, reference counting is now done consistently, and inactivity processing is done more intelligently (e.g. associated stations are probed before removal). This is the first step towards proper roaming support and other advanced features. AP power save support was added. Associated stations may now operate in power save mode; frames sent to them will be buffered while they are sleeping and multicast traffic will be deferred until after the next beacon (per the 802.11 protocol). Power save support is required in a standards-compliant access point. Only the ath driver currently implements power save support. Work is actively going on to add Atheros' SuperG capabilities, WDS, and for multi-bss support (ssid and/or bssid) on a single device. Open tasks: 1. Drivers other than ath need updates to support the new security protocols 2. hostapd needs work to support the IAPP and 802.11i preauthentication protocols (these are simple conversion of existing Linux code) _________________________________________________________________ Copyright 1995-2005 the FreeBSD Project. All rights reserved. --------------030205060202020502090801-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 11:54:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 969D216A4CE for ; Mon, 17 Jan 2005 11:54:52 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2278743D4C for ; Mon, 17 Jan 2005 11:54:52 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 4943C65213; Mon, 17 Jan 2005 11:54:51 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 80519-04; Mon, 17 Jan 2005 11:54:50 +0000 (GMT) Received: from empiric.dek.spc.org (unknown [213.210.24.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 42AD965211; Mon, 17 Jan 2005 11:54:50 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 9984763EA; Mon, 17 Jan 2005 11:55:01 +0000 (GMT) Date: Mon, 17 Jan 2005 11:55:01 +0000 From: Bruce M Simpson To: Milan Obuch Message-ID: <20050117115501.GB752@empiric.icir.org> Mail-Followup-To: Milan Obuch , freebsd-hackers@freebsd.org References: <200501141015.37516.bsd@dino.sk> <20050114.162946.115909881.imp@harmony.village.org> <200501161501.17096.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501161501.17096.bsd@dino.sk> cc: freebsd-hackers@freebsd.org Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 11:54:52 -0000 On Sun, Jan 16, 2005 at 03:01:17PM +0100, Milan Obuch wrote: > ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for expansion). > The first one is present in OpenBSD. I am currently studying that and FreeBSD > kernel sources to try port it, however, any help would be great. No idea on > LPC, through... There's some i2c support in FreeBSD already, whether or not this applies to the i2c hardware in the Geode I don't know. iic(4) would be a good place to start. LPC just looks like ISA for most intents and purposes, and if we didn't support ISA, we couldn't boot on i386... BMS From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 12:14:46 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FB516A4CE for ; Mon, 17 Jan 2005 12:14:46 +0000 (GMT) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8262D43D49 for ; Mon, 17 Jan 2005 12:14:45 +0000 (GMT) (envelope-from bsd@dino.sk) Received: from [213.215.72.59] ([213.215.72.59]) by bsd.dino.sk with esmtp; Mon, 17 Jan 2005 13:15:26 +0100 id 0000008A.41EBAC5E.00005F5A From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Mon, 17 Jan 2005 13:14:30 +0100 User-Agent: KMail/1.7.2 References: <200501141015.37516.bsd@dino.sk> <200501161501.17096.bsd@dino.sk> <20050117115501.GB752@empiric.icir.org> In-Reply-To: <20050117115501.GB752@empiric.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501171314.31179.bsd@dino.sk> Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 12:14:46 -0000 On Monday 17 January 2005 12:55, Bruce M Simpson wrote: > On Sun, Jan 16, 2005 at 03:01:17PM +0100, Milan Obuch wrote: > > ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for > > expansion). The first one is present in OpenBSD. I am currently studying > > that and FreeBSD kernel sources to try port it, however, any help would > > be great. No idea on LPC, through... > > There's some i2c support in FreeBSD already, whether or not this applies > to the i2c hardware in the Geode I don't know. iic(4) would be a good > place to start. > I think so. However, I built kernel with device iic, iicbus, iicbb, but nothing shows. As said, I am doing my 'homework' now - astudying sources, but, as usual, any help appreciated. > LPC just looks like ISA for most intents and purposes, and if we didn't > support ISA, we couldn't boot on i386... > So it means we need either hack pci_isa pridge to recognise and work with geode's LPC bridge or build new PCI - LPC bridge. When I will have some LPC peripheral available, I will do some tests. Until then, i2c support has higher priority - can be tested just now and could bring something when working. Regards, Milan From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 19:28:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0017F16A4CE for ; Mon, 17 Jan 2005 19:28:14 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CDE43D54 for ; Mon, 17 Jan 2005 19:28:14 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) j0HJS70e003666; Mon, 17 Jan 2005 11:28:07 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id j0HJS7Br003665; Mon, 17 Jan 2005 11:28:07 -0800 (PST) (envelope-from dillon) Date: Mon, 17 Jan 2005 11:28:07 -0800 (PST) From: Matthew Dillon Message-Id: <200501171928.j0HJS7Br003665@apollo.backplane.com> To: Allan Fields References: <41E75FFD.1050403@telus.net> <20050114115702.GE26802@afields.ca> cc: Peter Kieser cc: freebsd-hackers@freebsd.org cc: Siddharth Aggarwal Subject: Re: process checkpoint restore facility now in DragonFly BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 19:28:15 -0000 If you guys are interested in the checkpointing code, now is the time to port it. And maybe someone could donate the last little bit required to make it reasonably secure when used by a non-root user. That bit being to have the kernel record the file handles and creds in a root-owned file separately from the file handles recorded in the checkpoint file so a user-checkpointed program's file handles can be validated on restore rather then just using them blindly. Its kind of a cop-out to say it isn't perfect and thus one should wait... the issue with checkpointing is that it *isn't* possible to make it perfect, no matter how much work you put into it. At least not if your goal is something that can survive a reboot. There always needs to be some level of checkpoint-aware interaction with a program to make it work well. This last little bit we implemented with signals. The checkpoint API in DragonFly is considered stable and apart from the file handle security issue I do not envision any further development on the basic mechanism. Certainly nothing need to be rewritten. The checkpointing we have done has nothing at all to do with saving the entire system state for some sort of low-power mode on a machine. That would be a totally different beast and the two should not be confused. Of course, I have a wish list a mile long. But that's just me. If you wait for the whole enchillada you'll never have checkpointing. -Matt From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 21:40:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A292416A4CE for ; Mon, 17 Jan 2005 21:40:04 +0000 (GMT) Received: from mta10-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C02AE43D2F for ; Mon, 17 Jan 2005 21:40:03 +0000 (GMT) (envelope-from kamanism@ntlworld.com) Received: from aamta07-winn.mailhost.ntl.com ([212.250.162.8]) by mta10-winn.mailhost.ntl.com with ESMTP <20050117214003.PEPA15581.mta10-winn.mailhost.ntl.com@aamta07-winn.mailhost.ntl.com> for ; Mon, 17 Jan 2005 21:40:03 +0000 Received: from atalanasus ([81.105.118.160]) by aamta07-winn.mailhost.ntl.com with SMTP <20050117214003.RXXW1822.aamta07-winn.mailhost.ntl.com@atalanasus> for ; Mon, 17 Jan 2005 21:40:03 +0000 Message-ID: <002101c4fcdd$13ea4a30$6401a8c0@atalanasus> From: "Marshall Kiam-Laine" To: Date: Mon, 17 Jan 2005 21:39:50 -0000 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: v5.3-release-amd64 installation problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 21:40:04 -0000 hi all :) can anyone help newbie please : (1) started with fdisk delete all on HD, then /mbr but it still picked up bootloader from previous attempt. how to wipe the HD totally clean first ? (1) managed to get it installed, logged in, $startx, jumped to xterm, then crashed : "fatal server signal 11, failed to load fbdev" =3D ? (2) instead of startx, what is command to start gnome ? (3) at no time did i see any option for 32/64bit install ? many thanks !=20 From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 23:00:53 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E203F16A4CE for ; Mon, 17 Jan 2005 23:00:53 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9780D43D45 for ; Mon, 17 Jan 2005 23:00:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B4D485213F; Mon, 17 Jan 2005 15:00:52 -0800 (PST) Date: Mon, 17 Jan 2005 15:00:52 -0800 From: Kris Kennaway To: Marshall Kiam-Laine Message-ID: <20050117230052.GA31814@xor.obsecurity.org> References: <002101c4fcdd$13ea4a30$6401a8c0@atalanasus> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <002101c4fcdd$13ea4a30$6401a8c0@atalanasus> User-Agent: Mutt/1.4.2.1i cc: freebsd-hackers@freebsd.org Subject: Re: v5.3-release-amd64 installation problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 23:00:54 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 17, 2005 at 09:39:50PM -0000, Marshall Kiam-Laine wrote: > (3) at no time did i see any option for 32/64bit install ? FreeBSD/amd64 is the native, 64-bit version of FreeBSD. If you want to run FreeBSD in legacy i386 mode, install the i386 version of FreeBSD. Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7EOkWry0BWjoQKURAhZeAJ9qWpoonGBVgVusw7N1378K1bqvdACg/Iq3 rS9m6qI0tKIJC8mBQ8VsmmE= =7VfJ -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 17 23:03:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BBF716A4D0 for ; Mon, 17 Jan 2005 23:03:15 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E726143D1F for ; Mon, 17 Jan 2005 23:03:14 +0000 (GMT) (envelope-from ctodd@chrismiller.com) Received: (qmail 16450 invoked from network); 17 Jan 2005 23:03:14 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 17 Jan 2005 23:03:14 -0000 Date: Mon, 17 Jan 2005 15:03:14 -0800 (PST) From: ctodd@chrismiller.com X-X-Sender: ibrew@vp4.netgate.net To: Marshall Kiam-Laine In-Reply-To: <002101c4fcdd$13ea4a30$6401a8c0@atalanasus> Message-ID: References: <002101c4fcdd$13ea4a30$6401a8c0@atalanasus> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: v5.3-release-amd64 installation problems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2005 23:03:15 -0000 Marshall, this question is more appropriately posted to freebsd-questions since this involves questions on how to use the OS, not to modify it or report something that is broken. But that said I'll take a stab at helping you. > (1) started with fdisk delete all on HD, then /mbr > but it still picked up bootloader from previous attempt. > how to wipe the HD totally clean first ? No sure what commands you ran with fdisk, or what version you used (dos/bsd/linux). I believe "fdisk /mbr" in dos fdisk just copies the backup mbr to sector zero which may have undone what you were intending on doing. BSD fdisk can reinitialize sector zero of the disk with the -B option. Adding/deleting partitions on the disk doesn't delete the data from the disk, you need to do newfs for that. It's possible you defined logical partitions (slices) within a dos partition on the disk using disklabel, and installed the boot loader in the slice rather than sector zero of the disk. In that case you may be using the bootloader on the partition rather than the actual mbr. Look at the man pages for fdisk, disklabel, and newfs. If you're new to BSD, I would rely on the installer for now, and be sure to thoroughly read the prompts. There's also a number of posts on this subject in the archives on this : http://www.freebsd.org/search/index.html http://www.google.com/bsd > (1) managed to get it installed, logged in, $startx, > jumped to xterm, then crashed : > "fatal server signal 11, failed to load fbdev" = ? Are you using a supported video card? Did you properly configure X with xf86config/xorgconfig? Make sure you look at the logs in /var/log/X* for the cause. > (2) instead of startx, what is command to start gnome ? It sounds like you'd be best off using xdm to start things for you. See the proceedure at : http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-xdm.html > (3) at no time did i see any option for 32/64bit install ? Which boot disk or iso did you use? If you're trying to install amd64 then you need to create disks from that distribution. It appears there aren't any floppies on the FTP server for amd64, but since you likely have a newer system I'll assume you have a CD burner. Download disk 1 from the closest mirror to you. Download disk 2 to use for "fixit" situcations if necessary. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html Example URL : ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/5.3/ Hope this helps. Chris From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 02:31:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A3F16A4CE for ; Tue, 18 Jan 2005 02:31:04 +0000 (GMT) Received: from priv-edtnes28.telusplanet.net (outbound04.telus.net [199.185.220.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A6843D5A for ; Tue, 18 Jan 2005 02:31:04 +0000 (GMT) (envelope-from pfak@telus.net) Received: from [192.168.1.150] (really [64.180.28.217]) by priv-edtnes28.telusplanet.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050118023103.ZUZO10094.priv-edtnes28.telusplanet.net@[192.168.1.150]>; Mon, 17 Jan 2005 19:31:03 -0700 Message-ID: <41EC74EA.20703@telus.net> Date: Mon, 17 Jan 2005 18:31:06 -0800 From: Peter Kieser User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce M Simpson References: <41E75FFD.1050403@telus.net> <20050117202206.GA5045@empiric.icir.org> In-Reply-To: <20050117202206.GA5045@empiric.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: process checkpoint restore facility now in DragonFly BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 02:31:05 -0000 I have no problem with bringing up the discussion of process checkpointing on FreeBSD, what I _DO_ have a problem with is all this cruft about DF on the list all the time. We keep getting the, "DragonFly does it this way" or "DragonFly has this and we don't" on the freebsd-hackers mailing list, and I'm pretty sure I'm not the only one annoyed about it. Again, I have no problem with bringing up the process checkpointing, I have a problem with people saying "DragonFly has this" _all_ the time; if I wanted to hear about DF's development path I would be subscribed to their mailing lists. --Peter Bruce M Simpson wrote: >On Thu, Jan 13, 2005 at 10:00:29PM -0800, Peter Kieser wrote: > > >>freebsd-hackers != DragonFly BSD Mailing List... >> >>--Peter >> >> > >I hate to jump on people like this, but I think you are missing the point >here. Process checkpointing is a desirable feature for things like >suspend-to-disk support for laptops, etc. Whether the code originated >in DragonflyBSD or WhateverBSD isn't really the point, if people are >happy to discuss implementation here, please let them -- it's very >desirable for FreeBSD. > >BMS > > > From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 02:40:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C174216A4CE for ; Tue, 18 Jan 2005 02:40:36 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 649C443D39 for ; Tue, 18 Jan 2005 02:40:36 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j0I2eXtQ078953; Mon, 17 Jan 2005 18:40:33 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j0I2eXlf062226; Mon, 17 Jan 2005 18:40:33 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j0I2eVEL062225; Mon, 17 Jan 2005 18:40:31 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200501180240.j0I2eVEL062225@realtime.exit.com> In-Reply-To: <41EC74EA.20703@telus.net> To: Peter Kieser Date: Mon, 17 Jan 2005 18:40:31 -0800 (PST) X-Copyright0: Copyright 2004 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: process checkpoint restore facility now in DragonFly BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 18 Jan 2005 02:40:36 -0000 Peter Kieser wrote: [ Charset ISO-8859-1 unsupported, converting... ] > I have no problem with bringing up the discussion of process > checkpointing on FreeBSD, what I _DO_ have a problem with is all this > cruft about DF on the list all the time. We keep getting the, "DragonFly > does it this way" or "DragonFly has this and we don't" on the > freebsd-hackers mailing list, and I'm pretty sure I'm not the only one > annoyed about it. > > Again, I have no problem with bringing up the process checkpointing, I > have a problem with people saying "DragonFly has this" _all_ the time; > if I wanted to hear about DF's development path I would be subscribed to > their mailing lists. I, on the other hand, think the shed should be painted pink. (And that discussion of DF on -hackers is at least as welcome as discussion of discussion of DF on -hackers.) -- 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 Jan 18 10:45:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F09D816A4E5 for ; Tue, 18 Jan 2005 10:45:04 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D9CB943D41 for ; Tue, 18 Jan 2005 10:45:03 +0000 (GMT) (envelope-from Felix.Schalck@gmx.net) Received: (qmail invoked by alias); 18 Jan 2005 10:45:02 -0000 Received: from lns-vlq-41-str-82-252-63-217.adsl.proxad.net (EHLO felix) (82.252.63.217) by mail.gmx.net (mp009) with SMTP; 18 Jan 2005 11:45:02 +0100 X-Authenticated: #23426003 Message-ID: <002201c4fd4a$c5a81230$0700a8c0@felix> From: "- Felix -" To: Date: Tue, 18 Jan 2005 11:45:05 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 18 Jan 2005 13:31:18 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 10:45:05 -0000 Hi everyone, Doing lot of syscalls interrupts in a soft seems to take quite a long = time, and seriously slow performances. As far as you can't reduce the = syscall amount, is there any way to run apps in kernel mode, in order to = call sysfonctions directly ? Perhaps by re-writing softs in kernel = modules ?=20 thanks for your time. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 13:52:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 941AC16A4CE for ; Tue, 18 Jan 2005 13:52:44 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D75E743D62 for ; Tue, 18 Jan 2005 13:52:43 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 99846 invoked by uid 0); 18 Jan 2005 13:50:50 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 18 Jan 2005 13:50:50 -0000 Message-ID: <41ED14B0.8070600@gamersimpact.com> Date: Tue, 18 Jan 2005 07:52:48 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: - Felix - References: <002201c4fd4a$c5a81230$0700a8c0@felix> In-Reply-To: <002201c4fd4a$c5a81230$0700a8c0@felix> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 13:52:44 -0000 - Felix - wrote: > Hi everyone, > > Doing lot of syscalls interrupts in a soft seems to take quite a long time, and seriously slow performances. As far as you can't reduce the syscall amount, is there any way to run apps in kernel mode, in order to call sysfonctions directly ? Perhaps by re-writing softs in kernel modules ? > > thanks for your time. Yes, it is possible to write loadable kernel modules. As far as if your programs can be rewritten as kernel modules and achieve better performance that's entirely dependent on what you are doing. What type of syscalls are you executing? What is the rate at which you are calling them? If you are calling a syscall on the same arguments thousands of times could you implement some sort of cache system for syscall results? In my opinion it's bad practice to just throw a program into the kernel to get better performance without evaluating why the performance is bad. Making it a kernel module invites all kinds of security and stability issues. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 14:05:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68AF216A4CF for ; Tue, 18 Jan 2005 14:05:15 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A4C643D46 for ; Tue, 18 Jan 2005 14:05:14 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id AD0F165213; Tue, 18 Jan 2005 14:05:10 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 98832-03; Tue, 18 Jan 2005 14:05:10 +0000 (GMT) Received: from empiric.dek.spc.org (unknown [62.55.106.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 098B9651EB; Tue, 18 Jan 2005 14:05:10 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id DBB6063A7; Tue, 18 Jan 2005 14:05:23 +0000 (GMT) Date: Tue, 18 Jan 2005 14:05:23 +0000 From: Bruce M Simpson To: - Felix - Message-ID: <20050118140523.GE3054@empiric.icir.org> Mail-Followup-To: - Felix - , freebsd-hackers@freebsd.org References: <002201c4fd4a$c5a81230$0700a8c0@felix> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002201c4fd4a$c5a81230$0700a8c0@felix> cc: freebsd-hackers@freebsd.org Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 14:05:15 -0000 On Tue, Jan 18, 2005 at 11:45:05AM +0100, - Felix - wrote: > Doing lot of syscalls interrupts in a soft seems to take quite a long time, and seriously slow performances. As far as you can't reduce the syscall amount, is there any way to run apps in kernel mode, in order to call sysfonctions directly ? Perhaps by re-writing softs in kernel modules ? For 95% of applications syscall overhead shouldn't have a major impact on performance. It's difficult to offer any real advice here because you haven't said what the application is, or shown any profiling figures. Maybe you should review your design? Trying to avoid repeating what other posters have said here. BMS From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 14:54:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B37316A4CE for ; Tue, 18 Jan 2005 14:54:42 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id EAE0643D49 for ; Tue, 18 Jan 2005 14:54:21 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 83322 invoked by uid 0); 18 Jan 2005 14:46:12 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 18 Jan 2005 14:46:12 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 1B2F41321FF; Tue, 18 Jan 2005 22:53:54 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 52832-14; Tue, 18 Jan 2005 22:53:43 +0800 (CST) Received: from localhost.localdomain (unknown [61.49.187.140]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 9EE8F13202C; Tue, 18 Jan 2005 22:53:42 +0800 (CST) From: Xin LI To: - Felix - In-Reply-To: <002201c4fd4a$c5a81230$0700a8c0@felix> References: <002201c4fd4a$c5a81230$0700a8c0@felix> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JaWoyVnXvxLlDmOdxopF" Organization: The FreeBSD Simplified Chinese Project Date: Tue, 18 Jan 2005 22:52:26 +0800 Message-Id: <1106059946.896.5.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@freebsd.org Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 14:54:42 -0000 --=-JaWoyVnXvxLlDmOdxopF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Of course it's possible to take everything into kernel, but that might not a good idea since you can also easily crash the whole system and pose serious security issues because kernel trust everything that is considered to be a part of it. FreeBSD has provided many interfaces that may help out your problem. You may want to take a look at kqueue(2), sendfile(2), accept_filter(9), etc., and consider switching your application model from one to another. Another thing you may have interest is the ktrace/kdump mechanism, as well as ktr that can reveal what exactly the problem is. Please don't hesitate to submit your patch / suggestion to PR system or appropriate maillist if you think there is some *REAL* problem, as that will help the development.=20 =E5=9C=A8 2005-01-18=E4=BA=8C=E7=9A=84 11:45 +0100=EF=BC=8C- Felix -=E5=86= =99=E9=81=93=EF=BC=9A > Hi everyone, >=20 > Doing lot of syscalls interrupts in a soft seems to take quite a long tim= e, and seriously slow performances. As far as you can't reduce the syscall = amount, is there any way to run apps in kernel mode, in order to call sysfo= nctions directly ? Perhaps by re-writing softs in kernel modules ?=20 >=20 > thanks for your time. Cheers, --=20 Xin LI http://www.delphij.net/ --=-JaWoyVnXvxLlDmOdxopF Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB7SKq/cVsHxFZiIoRAlIMAJ9LlZ8LLskPpUHRPkV8Yj560gXlhwCfU53H TurJ86gJwa2apPijiEbo7O8= =zl8Z -----END PGP SIGNATURE----- --=-JaWoyVnXvxLlDmOdxopF-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 15:19:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8864416A4CE; Tue, 18 Jan 2005 15:19:12 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E8E743D49; Tue, 18 Jan 2005 15:19:11 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000885940.msg; Tue, 18 Jan 2005 15:09:14 +0000 Message-ID: <00be01c4fd71$046adae0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Tue, 18 Jan 2005 15:18:42 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00B9_01C4FD70.FEABE860" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 18 Jan 2005 15:09:14 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Tue, 18 Jan 2005 15:09:17 +0000 Subject: Patch for linux ABI for MSG_NOSIGNAL and out of order tcp packet issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 15:19:12 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00B9_01C4FD70.FEABE860 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit After digging around and getting some information from Alfred at Valve ( the makers of HalfLife ) I've found the reason for HalfLife 2 server ( CounterStrike Source ) crashing when using rcon under FreeBSD. The problem is that although their code was setting MSG_NOSIGNAL on the send() call this was being ignored by the linux ABI. The attached patch checks for MSG_NOSIGNAL and if set enables SO_NOSIGPIPE for the duration of send call. Im not 100% sure this is the way to do it but have confirmed that the patch works on 5.2.1 so if someone could check and commit it that would be great. I'm also investigating an issue where tcp packets from a linux app end up being sent out of order. I don't really know where to start on this one. send() from the linux domain seems to be a clean pass off to the native send so unless the native send also has issues I'm at a loss. I'm still waiting on confirmation of the calls being used by Valve which is causing this behaviour and will post more when I know it. Has anyone else seen this behaviour else where? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_00B9_01C4FD70.FEABE860 Content-Type: application/octet-stream; name="linux_socket.c.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="linux_socket.c.patch" --- linux_socket.c.orig Tue Jan 18 10:41:32 2005=0A= +++ linux_socket.c Tue Jan 18 11:02:37 2005=0A= @@ -869,5 +869,48 @@=0A= bsd_args.len =3D linux_args.len;=0A= bsd_args.flags =3D linux_args.flags;=0A= - return (osend(td, &bsd_args));=0A= + if ( linux_args.flags & LINUX_MSG_NOSIGNAL )=0A= + {=0A= + /* requested to ignore pipe so set SO_NOSIGPIPE temporarily */=0A= + int ret_send, ret_opt;=0A= + struct setsockopt_args /* {=0A= + int s;=0A= + int level;=0A= + int name;=0A= + caddr_t val;=0A= + int valsize; =0A= + } */ bsd_setsockopt_args;=0A= + caddr_t sg;=0A= + int *nosigpipe;=0A= +=0A= + sg =3D stackgap_init();=0A= + nosigpipe =3D (int *)stackgap_alloc(&sg, sizeof(*nosigpipe));=0A= + *nosigpipe =3D 1;=0A= + bsd_setsockopt_args.s =3D linux_args.s;=0A= + bsd_setsockopt_args.level =3D SOL_SOCKET;=0A= + bsd_setsockopt_args.name =3D SO_NOSIGPIPE;=0A= + bsd_setsockopt_args.val =3D (caddr_t)nosigpipe;=0A= + bsd_setsockopt_args.valsize =3D sizeof(*nosigpipe);=0A= + ret_opt =3D setsockopt(td, &bsd_setsockopt_args);=0A= + if ( -1 =3D=3D ret_opt )=0A= + {=0A= + return ret_opt;=0A= + }=0A= +=0A= + ret_send =3D (osend(td, &bsd_args));=0A= + /* must clear the option */=0A= + *nosigpipe =3D 1;=0A= + bsd_setsockopt_args.val =3D (caddr_t)nosigpipe;=0A= + ret_opt =3D setsockopt(td, &bsd_setsockopt_args);=0A= + if ( -1 =3D=3D ret_send || -1 =3D=3D ret_opt )=0A= + {=0A= + return -1;=0A= + }=0A= +=0A= + return ret_send;=0A= + }=0A= + else=0A= + {=0A= + return (osend(td, &bsd_args));=0A= + }=0A= }=0A= =0A= ------=_NextPart_000_00B9_01C4FD70.FEABE860-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 15:58:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15A9616A4CE for ; Tue, 18 Jan 2005 15:58:22 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E2BF43D3F for ; Tue, 18 Jan 2005 15:58:18 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j0IFwJ91021654 for ; Tue, 18 Jan 2005 16:58:19 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j0IFwG1L010920 for ; Tue, 18 Jan 2005 16:58:16 +0100 (MET) Message-ID: <41ED322B.9090608@syskonnect.de> Date: Tue, 18 Jan 2005 16:58:35 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Kernel won't dump on panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 15:58:22 -0000 Hi all, I'm having problems getting a kernel to write a crash dump on my Dell Optiplex under FreeBSD 5.3. I've set dumpdev="/dev/ad0s1b", set kern.sync_on_panic to 1, the dump device has enough space (1 Gig, physical RAM is 512M). When the kernel panics, it starts writing out a vmcore, but only gets to 2 blocks and then stops. Things work fine with my dual processor Tyan Tiger box. Anyone have any ideas as to what I might be doing wrong? Cheers, Gerald From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 16:10:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BEB516A4CF for ; Tue, 18 Jan 2005 16:10:29 +0000 (GMT) Received: from smtpout-2.priv.cc.uic.edu (smtpout-2.cc.uic.edu [128.248.155.233]) by mx1.FreeBSD.org (Postfix) with SMTP id C2BCD43D1F for ; Tue, 18 Jan 2005 16:10:09 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: (qmail 32617 invoked from network); 18 Jan 2005 10:10:09 -0600 Received: from icarus.cc.uic.edu (128.248.155.80) by smtpout-2.cc.uic.edu with SMTP; 18 Jan 2005 10:10:09 -0600 Date: Tue, 18 Jan 2005 10:10:09 -0600 (CST) From: Zera William Holladay X-X-Sender: zholla1@icarus.cc.uic.edu To: freebsd-hackers@freebsd.org In-Reply-To: <20050118140523.GE3054@empiric.icir.org> Message-ID: References: <002201c4fd4a$c5a81230$0700a8c0@felix> <20050118140523.GE3054@empiric.icir.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 16:10:29 -0000 On Tue, 18 Jan 2005, Bruce M Simpson wrote: > On Tue, Jan 18, 2005 at 11:45:05AM +0100, - Felix - wrote: > > Doing lot of syscalls interrupts in a soft seems to take quite a long time, and seriously slow performances. As far as you can't reduce the syscall amount, is there any way to run apps in kernel mode, in order to call sysfonctions directly ? Perhaps by re-writing softs in kernel modules ? > > For 95% of applications syscall overhead shouldn't have a major impact on > performance. It's difficult to offer any real advice here because you haven't > said what the application is, or shown any profiling figures. Even if the application were run as a kernel module, how much of a performance benefit could there be when making system calls? I suspect that the module would get a higher scheduling priority but realistically wouldn't the module still have to make system calls in the same manner that a regular user process does? I really don't know, so would some kind soul tell me please? -Zera Holladay From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 17:54:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3241616A4CE for ; Tue, 18 Jan 2005 17:54:10 +0000 (GMT) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4F5343D1F for ; Tue, 18 Jan 2005 17:54:09 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 19711 invoked by uid 89); 18 Jan 2005 17:52:48 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 18 Jan 2005 17:52:48 -0000 Received: from 208.4.77.168 (SquirrelMail authenticated user ryans@gamersimpact.com); by www2.neuroflux.com with HTTP; Tue, 18 Jan 2005 10:52:48 -0700 (MST) Message-ID: <2540.208.4.77.168.1106070768.squirrel@208.4.77.168> In-Reply-To: References: <002201c4fd4a$c5a81230$0700a8c0@felix> <20050118140523.GE3054@empiric.icir.org> Date: Tue, 18 Jan 2005 10:52:48 -0700 (MST) From: "Ryan Sommers" To: "Zera William Holladay" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal cc: freebsd-hackers@freebsd.org Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 17:54:10 -0000 Zera William Holladay said: > Even if the application were run as a kernel module, how much of a > performance benefit could there be when making system calls? I suspect > that the module would get a higher scheduling priority but realistically > wouldn't the module still have to make system calls in the same manner > that a regular user process does? I really don't know, so would some kind > soul tell me please? > > -Zera Holladay The kernel is already running in privileged mode on the CPU so there is no need for a system call. Technically the kernel never has to make a system call. A system call is just a well defined method of transitioning between user and supervisor code. Since the kernel is already supervisor code there is no need to make a system call. Whenever a program makes a system call it has to generate an interrupt, this is the extra savings he is talking about. By already executing in the kernel his code does not have to suffer the overhead of an interrupt handler and can just make a jump to the syscall handler. Least this is all my understanding of it. :) -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 18:08:43 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2993416A4E0 for ; Tue, 18 Jan 2005 18:08:40 +0000 (GMT) Received: from mail16.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC01743D49 for ; Tue, 18 Jan 2005 18:08:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12195 invoked from network); 18 Jan 2005 18:08:39 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 18 Jan 2005 18:08:39 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j0II8W6I097728; Tue, 18 Jan 2005 13:08:36 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-hackers@FreeBSD.org Date: Tue, 18 Jan 2005 10:43:31 -0500 User-Agent: KMail/1.6.2 References: <00be01c4fd71$046adae0$b3db87d4@multiplay.co.uk> In-Reply-To: <00be01c4fd71$046adae0$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501181043.31108.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-emulation@FreeBSD.org cc: Steven Hartland Subject: Re: Patch for linux ABI for MSG_NOSIGNAL and out of order tcp packet issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 18:08:44 -0000 On Tuesday 18 January 2005 10:18 am, Steven Hartland wrote: > After digging around and getting some information from Alfred > at Valve ( the makers of HalfLife ) I've found the reason for > HalfLife 2 server ( CounterStrike Source ) crashing when > using rcon under FreeBSD. > The problem is that although their code was setting > MSG_NOSIGNAL on the send() call this was being > ignored by the linux ABI. The attached patch checks for > MSG_NOSIGNAL and if set enables SO_NOSIGPIPE > for the duration of send call. Im not 100% sure this is the > way to do it but have confirmed that the patch works on > 5.2.1 so if someone could check and commit it that would > be great. > > I'm also investigating an issue where tcp packets from a > linux app end up being sent out of order. I don't really > know where to start on this one. send() from the linux > domain seems to be a clean pass off to the native send > so unless the native send also has issues I'm at a loss. > > I'm still waiting on confirmation of the calls being used > by Valve which is causing this behaviour and will post > more when I know it. Has anyone else seen this behaviour > else where? > > Regards > Steve Can you please file a PR and include the patch in your PR? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 18:31:56 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9AEB16A4CE for ; Tue, 18 Jan 2005 18:31:56 +0000 (GMT) Received: from smtpout-1.priv.cc.uic.edu (smtpout-1.cc.uic.edu [128.248.155.232]) by mx1.FreeBSD.org (Postfix) with SMTP id DB3B143D3F for ; Tue, 18 Jan 2005 18:31:55 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: (qmail 10818 invoked from network); 18 Jan 2005 12:31:54 -0600 Received: from icarus.cc.uic.edu (128.248.155.80) by smtpout-1.cc.uic.edu with SMTP; 18 Jan 2005 12:31:54 -0600 Date: Tue, 18 Jan 2005 12:31:54 -0600 (CST) From: Zera William Holladay X-X-Sender: zholla1@icarus.cc.uic.edu To: freebsd-hackers@freebsd.org In-Reply-To: <2540.208.4.77.168.1106070768.squirrel@208.4.77.168> Message-ID: References: <002201c4fd4a$c5a81230$0700a8c0@felix> <20050118140523.GE3054@empiric.icir.org> <2540.208.4.77.168.1106070768.squirrel@208.4.77.168> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 18:31:56 -0000 On Tue, 18 Jan 2005, Ryan Sommers wrote: > Zera William Holladay said: > > Even if the application were run as a kernel module, how much of a > > performance benefit could there be when making system calls? I suspect > > that the module would get a higher scheduling priority but realistically > > wouldn't the module still have to make system calls in the same manner > > that a regular user process does? I really don't know, so would some kind > > soul tell me please? > > > > -Zera Holladay > > The kernel is already running in privileged mode on the CPU so there is no > need for a system call. Technically the kernel never has to make a system > call. A system call is just a well defined method of transitioning between > user and supervisor code. Since the kernel is already supervisor code > there is no need to make a system call. > > Whenever a program makes a system call it has to generate an interrupt, > this is the extra savings he is talking about. By already executing in the > kernel his code does not have to suffer the overhead of an interrupt > handler and can just make a jump to the syscall handler. My understanding is that when a system call is made from a user process, there is a trap into the kernel, the state of the user process is saved and the address of the system call is determined by a looking up the address of the system call in vector table. I assume that a kernel module would at least have to push the parameters of the system call, push some of its registers, jump to the address space of the system call and return. Further I assume, the kernel would have to copy the parameters of the system call to another address, since it is possible for the call to be interrupted and some of the parameters to be corrupted. I am really asking a question out of blind ignorance in an attempt to learn more about what goes on with the kernel. What is the difference between a system call made from the kernel and a system call made from user code? Thanks, Zera From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 18:55:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F7F216A4CE for ; Tue, 18 Jan 2005 18:55:06 +0000 (GMT) Received: from web52709.mail.yahoo.com (web52709.mail.yahoo.com [206.190.39.160]) by mx1.FreeBSD.org (Postfix) with SMTP id B171243D66 for ; Tue, 18 Jan 2005 18:55:05 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 61504 invoked by uid 60001); 18 Jan 2005 18:55:05 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=Wz93Uceo+6ytOQIzvbortQRi0kIMfD8ODMnzbNUUFESmWqJ292zpaqKECTIZ1HXfyS+6bzMIsLjPwP69h0KeW5vLLuFtuUmSZ18hs0GR01hwJqcdANfn/zxUYMZziBFwzZi2S1J8jOMlAU0KVnN3ATzdbIdChNflVtQfsHeQ4Ps= ; Message-ID: <20050118185505.61502.qmail@web52709.mail.yahoo.com> Received: from [203.195.199.244] by web52709.mail.yahoo.com via HTTP; Tue, 18 Jan 2005 10:55:05 PST Date: Tue, 18 Jan 2005 10:55:05 -0800 (PST) From: "Kamal R. Prasad" To: Zera William Holladay , freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 18:55:06 -0000 --- Zera William Holladay wrote: > > [snip] > > My understanding is that when a system call is made > from a user process, > there is a trap into the kernel, the state of the > user process is saved > and the address of the system call is determined by > a looking up the > address of the system call in vector table. > Not exactly. When you execute a system call on the kernel side, you execute it in the context of the process. There is a per-process kernel stack -so you don't save a copy of the process to execute the sys call. > I assume that a kernel module would at least have to > push the parameters > of the system call, push some of its registers, jump > to the address space > of the system call and return. Further I assume, When you call another function from within the kernel, it is like calling another function within userspace. The args get pushed onto stack and there is space for retval etc. > the kernel would have to > copy the parameters of the system call to another > address, since it is > possible for the call to be interrupted and some of If the syscall is interrupted, it won't affect the params as they will essentially be local variables in the syscall. An interrupt handler won't corrupt the args to the syscall for sure. > the parameters to be > corrupted. > It is possible that the userspace may pass a pointer which gets freed before the kernel is finished with accessing it. That is why, a system call implementation does a copyin() on entry and when it wants to reflect the data to userspace, it does a copyout(). > I am really asking a question out of blind ignorance > in an attempt to > learn more about what goes on with the kernel. What > is the difference > between a system call made from the kernel and a > system call made from > user code? > The differece is that in one, you do a context switch in one and in another you don't. The function names change eg:- open() is syscall name, and underlying function in kernel would be sys_open() -so from within kernel, you call sys_open() instead of open() as in userspace. regards -kamal > Thanks, Zera > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 19:13:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4651016A4CE; Tue, 18 Jan 2005 19:13:52 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 2550E43D2D; Tue, 18 Jan 2005 19:13:51 +0000 (GMT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 18 Jan 2005 19:13:50 +0000 (GMT) Date: Tue, 18 Jan 2005 19:13:49 +0000 From: David Malone To: Steven Hartland Message-ID: <20050118191349.GA43822@walton.maths.tcd.ie> References: <00be01c4fd71$046adae0$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00be01c4fd71$046adae0$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie cc: freebsd-hackers@freebsd.org cc: freebsd-emulation@freebsd.org Subject: Re: Patch for linux ABI for MSG_NOSIGNAL and out of order tcp packet issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:13:52 -0000 On Tue, Jan 18, 2005 at 03:18:42PM -0000, Steven Hartland wrote: > The attached patch checks for > MSG_NOSIGNAL and if set enables SO_NOSIGPIPE > for the duration of send call. I just had a quick look at the patch. The patch should probably use kern_setsockopt, which will simplify it considerably. (kern_setsockopt was introduced to FreeBSD 5 this summer to make it easier to do this sort of thing). It would probably also be better to do a kern_getsockopt first to find out if SO_NOPIPE is set and only turn it off afterwards if it wasn't already on. > Im not 100% sure this is the > way to do it but have confirmed that the patch works on > 5.2.1 so if someone could check and commit it that would > be great. I guess that it would be even better if we could just pass SO_NOPIPE to send, or even implement MSG_NOSIGNAL on FreeBSD, but your patch is probably a reasonably start. David. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 19:35:14 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6365716A4CE for ; Tue, 18 Jan 2005 19:35:14 +0000 (GMT) Received: from smtpout-2.priv.cc.uic.edu (smtpout-2.cc.uic.edu [128.248.155.233]) by mx1.FreeBSD.org (Postfix) with SMTP id E970A43D5A for ; Tue, 18 Jan 2005 19:35:13 +0000 (GMT) (envelope-from zholla1@uic.edu) Received: (qmail 15140 invoked from network); 18 Jan 2005 13:35:13 -0600 Received: from icarus.cc.uic.edu (128.248.155.80) by smtpout-2.cc.uic.edu with SMTP; 18 Jan 2005 13:35:13 -0600 Date: Tue, 18 Jan 2005 13:35:13 -0600 (CST) From: Zera William Holladay X-X-Sender: zholla1@icarus.cc.uic.edu To: kamalp@acm.org In-Reply-To: <20050118185505.61502.qmail@web52709.mail.yahoo.com> Message-ID: References: <20050118185505.61502.qmail@web52709.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:35:14 -0000 On Tue, 18 Jan 2005, Kamal R. Prasad wrote: > > --- Zera William Holladay wrote: > > > > > > [snip] > > > > My understanding is that when a system call is made > > from a user process, > > there is a trap into the kernel, the state of the > > user process is saved > > and the address of the system call is determined by > > a looking up the > > address of the system call in vector table. > > > Not exactly. When you execute a system call on the > kernel side, you execute it in the context of the > process. There is a per-process kernel stack -so you > don't save a copy of the process to execute the sys > call. > > > I assume that a kernel module would at least have to > > push the parameters > > of the system call, push some of its registers, jump > > to the address space > > of the system call and return. Further I assume, > > When you call another function from within the kernel, > it is like calling another function within userspace. > The args get pushed onto stack and there is space for > retval etc. > > > the kernel would have to > > copy the parameters of the system call to another > > address, since it is > > possible for the call to be interrupted and some of > > If the syscall is interrupted, it won't affect the > params as they will essentially be local variables in > the syscall. An interrupt handler won't corrupt the > args to the syscall for sure. > > > the parameters to be > > corrupted. > > > It is possible that the userspace may pass a pointer > which gets freed before the kernel is finished with > accessing it. That is why, a system call > implementation does a copyin() on entry and when it > wants to reflect the data to userspace, it does a > copyout(). > > > I am really asking a question out of blind ignorance > > in an attempt to > > learn more about what goes on with the kernel. What > > is the difference > > between a system call made from the kernel and a > > system call made from > > user code? > > > > The differece is that in one, you do a context switch > in one and in another you don't. The function names > change eg:- open() is syscall name, and underlying > function in kernel would be sys_open() -so from within > kernel, you call sys_open() instead of open() as in > userspace. > > regards > -kamal Thanks, that makes sense. -Zera From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 19:40:39 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFF7216A4D1; Tue, 18 Jan 2005 19:40:38 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E8443D48; Tue, 18 Jan 2005 19:40:38 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j0IJeSul043765; Tue, 18 Jan 2005 11:40:32 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200501181940.j0IJeSul043765@gw.catspoiler.org> Date: Tue, 18 Jan 2005 11:40:28 -0800 (PST) From: Don Lewis To: dwmalone@maths.tcd.ie In-Reply-To: <20050118191349.GA43822@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-hackers@FreeBSD.org cc: freebsd-emulation@FreeBSD.org cc: killing@multiplay.co.uk Subject: Re: Patch for linux ABI for MSG_NOSIGNAL and out of order tcp packet issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:40:39 -0000 On 18 Jan, David Malone wrote: > On Tue, Jan 18, 2005 at 03:18:42PM -0000, Steven Hartland wrote: >> The attached patch checks for >> MSG_NOSIGNAL and if set enables SO_NOSIGPIPE >> for the duration of send call. > > I just had a quick look at the patch. The patch should probably > use kern_setsockopt, which will simplify it considerably. > (kern_setsockopt was introduced to FreeBSD 5 this summer to make > it easier to do this sort of thing). It would probably also be > better to do a kern_getsockopt first to find out if SO_NOPIPE is > set and only turn it off afterwards if it wasn't already on. > >> Im not 100% sure this is the >> way to do it but have confirmed that the patch works on >> 5.2.1 so if someone could check and commit it that would >> be great. > > I guess that it would be even better if we could just pass > SO_NOPIPE to send, or even implement MSG_NOSIGNAL on FreeBSD, > but your patch is probably a reasonably start. That's probably the best solution. We did the same thing to properly implement non-blocking I/O on fifos. Setting and clearing the socket option for each syscall adds a lot of overhead, and there is also danger that some other thread could be modifying the option at the same time. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 19:46:46 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D87C416A4CE for ; Tue, 18 Jan 2005 19:46:46 +0000 (GMT) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 9709243D1D for ; Tue, 18 Jan 2005 19:46:44 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: (qmail 57173 invoked from network); 18 Jan 2005 19:46:42 -0000 Received: from unknown (HELO ?201.12.59.126?) (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 18 Jan 2005 19:46:42 -0000 Message-ID: <41ED679D.6030800@nlink.com.br> Date: Tue, 18 Jan 2005 16:46:37 -0300 From: Paulo Fragoso User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.3) Gecko/20041209 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Wireless SENAO SL-2511CD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:46:47 -0000 Hi, We have a NIC wireless SENAO SL-2511CD, it has chipset Prism 3.0. When using kernel with new cbb it doesn't work with FreeBSD 5.3: Jan 18 10:58:41 teste1 kernel: pccard0: (manufacturer=0x000b, product=0x7100) at function 0 Jan 18 10:58:41 teste1 kernel: pccard0: CIS info: WLAN, 11Mbps_PC-Card_3.0, ISL37100P This way, we have decided to use OLDCARD kernel (card + pcic) and write a new entry for this card in pccard.conf: # SENAO card "WLAN" "11Mbps_PC-Card_3.0" config auto "wi" ? insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop All works fine, including ifconcif hostap option! Where we can hack to make this card work using new cbb (cardbus bridge driver)? Paulo. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 19:55:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 067D916A4EC for ; Tue, 18 Jan 2005 19:55:06 +0000 (GMT) Received: from hotmail.com (bay15-f6.bay15.hotmail.com [65.54.185.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E5043D49 for ; Tue, 18 Jan 2005 19:55:05 +0000 (GMT) (envelope-from street_chaman@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 18 Jan 2005 11:55:05 -0800 Message-ID: Received: from 82.254.52.43 by by15fd.bay15.hotmail.msn.com with HTTP; Tue, 18 Jan 2005 19:54:31 GMT X-Originating-IP: [82.254.52.43] X-Originating-Email: [street_chaman@hotmail.com] X-Sender: street_chaman@hotmail.com From: "Street Chaman" To: freebsd-hackers@freebsd.org Date: Tue, 18 Jan 2005 19:54:31 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 18 Jan 2005 19:55:05.0244 (UTC) FILETIME=[9AD02DC0:01C4FD97] Subject: Kernel mode programming -precisions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:55:06 -0000 Thanks to everyone who read my question; here some precisions: Actually, my soft is a kind of interactive filter: it takes a lot of imput parameters (from keyboard at the moment, but as soon as i've understood how it works, i will increase the number of supported io devices); treats it in a particular way and produces an output. This 'particular way' requires a lot of clock cycle, so speed is my first problem; (that's part of reason why everything is directly written in assembly). I've already buffered input and output, but only as far at it was possible: since loop (X) input could affect loop (X-1) general data manipulation, and change output, it must be detected quickly. The time needed to read/write is still to long. When CPU is waiting on some new data, he cannot preform any other operation, and freezes data manipultion; that's why I'm looking for a new way to in/output the soft... I've found out in syscall.master the aio_read/write call. Man page says operation is asynchronous, so it returns quite immediatly after enqueuing the io thread. Could that be a solution ? Or back to kernel module (by the way: is it possible to write on in assembly) ? regards, Felix _________________________________________________________________ MSN Hotmail : antivirus et antispam intégrés http://www.msn.fr/newhotmail/Default.asp?Ath=f From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 20:05:00 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B16E16A4D8 for ; Tue, 18 Jan 2005 20:04:55 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D2E643D53 for ; Tue, 18 Jan 2005 20:04:54 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0AA0A7A403; Tue, 18 Jan 2005 12:04:54 -0800 (PST) Message-ID: <41ED6BE5.6030205@elischer.org> Date: Tue, 18 Jan 2005 12:04:53 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Zera William Holladay References: <20050118185505.61502.qmail@web52709.mail.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: kamalp@acm.org Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 20:05:00 -0000 Zera William Holladay wrote: >On Tue, 18 Jan 2005, Kamal R. Prasad wrote: > > > >>--- Zera William Holladay wrote: >> >> [stuff deleted] >> >>regards >>-kamal >> >> > >Thanks, that makes sense. > having said all that howeve, it is often not the big win that people expect to put an app into the kernel. > >-Zera >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 20:19:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6735916A4CE for ; Tue, 18 Jan 2005 20:19:38 +0000 (GMT) Received: from ppsw-5.csi.cam.ac.uk (ppsw-5.csi.cam.ac.uk [131.111.8.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1076143D49 for ; Tue, 18 Jan 2005 20:19:38 +0000 (GMT) (envelope-from sos22@cantab.net) Received: from hermes-1.csi.cam.ac.uk ([131.111.8.51]:47904 helo=archibold.nowhere) by ppsw-5.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.155]:25) with smtp id 1Cqzp8-00056I-II (Exim 4.44) (return-path ); Tue, 18 Jan 2005 20:19:34 +0000 Received: by archibold.nowhere (sSMTP sendmail emulation); Tue, 18 Jan 2005 20:19:34 +0000 Date: Tue, 18 Jan 2005 20:19:34 +0000 From: Steven Smith To: Street Chaman Message-ID: <20050118201934.GB7786@archibold> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline In-Reply-To: X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ X-Cam-AntiVirus: No virus found X-Cam-SpamDetails: Not scanned cc: freebsd-hackers@freebsd.org cc: sos22@srcf.ucam.org Subject: Re: Kernel mode programming -precisions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 20:19:38 -0000 --K8nIJk4ghYZn606h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > When CPU is waiting on some new data, he cannot preform any other=20 > operation, and freezes data manipultion; that's why I'm looking for a new= =20 > way to in/output the soft... You may want to look at select(2) and poll(2). Those allow you to check whether input is available on a given file descriptor without having to block if it isn't. > I've found out in syscall.master the aio_read/write call. Man page says= =20 > operation is asynchronous, so it returns quite immediatly after enqueuing= =20 > the io thread. Could that be a solution ? Yes, but it sounds a little like overkill for what you're talking about. > Or back to kernel module (by the way: is it possible to write on in > assembly) ? Yes, absolutely, but it's quite an unusual thing to do. It'd be far more common to write most of the module in C with a few little bits of assembly in really critical parts. Steven. --K8nIJk4ghYZn606h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFB7W9WO4S8/gLNrjcRArYYAKCP6+Oe28xWDs7p4rXxFQRDqEfoeQCfXckG o45j9hRkBJgKZKHy8VeNOyk= =4PjD -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 20:32:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C37D16A4CE for ; Tue, 18 Jan 2005 20:32:57 +0000 (GMT) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [129.187.54.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CF943D39 for ; Tue, 18 Jan 2005 20:32:53 +0000 (GMT) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 814D95E6; Tue, 18 Jan 2005 21:32:50 +0100 (CET) Received: from [10.150.180.180] (r180180.olydorf.swh.mhn.de [10.150.180.180]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 539085E5; Tue, 18 Jan 2005 21:32:46 +0100 (CET) From: Simon 'corecode' Schubert To: freebsd-hackers@freebsd.org Date: Tue, 18 Jan 2005 21:32:35 +0100 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4532779.pnLIk1ZdN4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501182132.44384.corecode@fs.ei.tum.de> X-Virus-Scanned: by AMaViS 0.3.12 cc: Street Chaman Subject: Re: Kernel mode programming -precisions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 20:32:57 -0000 --nextPart4532779.pnLIk1ZdN4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 18. January 2005 20:54, Street Chaman wrote: > Actually, my soft is a kind of interactive filter: it takes a lot of imput > parameters (from keyboard at the moment, but as soon as i've understood h= ow > it works, i will increase the number of supported io devices); treats it = in > a particular way and produces an output. This 'particular way' requires a > lot of clock cycle, so speed is my first problem; (that's part of reason > why everything is directly written in assembly). I've already buffered > input and output, but only as far at it was possible: since loop (X) input > could affect loop (X-1) general data manipulation, and change output, it > must be detected quickly. The time needed to read/write is still to long. > When CPU is waiting on some new data, he cannot preform any other > operation, and freezes data manipultion; that's why I'm looking for a new > way to in/output the soft... you don't describe where the data comes from and where to goes to. if it's = a=20 file, you might want to use memory mapped files (mmap(2)), which will give= =20 you (about) the least overhead in reading/writing which can be achieved. so your problem more sounds like a cpu-bound than an io-bound application.= =20 details could help to understand and give advice. oh yes, if your "particular way" is so complex and critical that it needs t= o=20 be written in assembler you might even consider using an FPGA extension, bu= t=20 that's a completely other way of solving speed problems. furthermore that's= =20 just of interest if your algorithm is vectorizable, and it didn't sound lik= e=20 it. cheers simon =2D-=20 /"\ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --nextPart4532779.pnLIk1ZdN4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB7XJsr5S+dk6z85oRAqltAJ94vQxOs+F4Reir90gYgtO+MgTPsACgzK37 4c2zxRBoPXc+62Fd7v1bumc= =DcO4 -----END PGP SIGNATURE----- --nextPart4532779.pnLIk1ZdN4-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 18 22:58:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CD2516A4DE for ; Tue, 18 Jan 2005 22:58:42 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 6F26543D46 for ; Tue, 18 Jan 2005 22:58:41 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 19497 invoked by uid 0); 18 Jan 2005 22:56:46 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 18 Jan 2005 22:56:46 -0000 Message-ID: <41ED94A7.5060207@gamersimpact.com> Date: Tue, 18 Jan 2005 16:58:47 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Street Chaman References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Kernel mode programming -precisions X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 22:58:42 -0000 Street Chaman wrote: > Thanks to everyone who read my question; here some precisions: > > Actually, my soft is a kind of interactive filter: it takes a lot of > imput parameters (from keyboard at the moment, but as soon as i've > understood how it works, i will increase the number of supported io > devices); treats it in a particular way and produces an output. This > 'particular way' requires a lot of clock cycle, so speed is my first > problem; (that's part of reason why everything is directly written in > assembly). I've already buffered input and output, but only as far at it > was possible: since loop (X) input could affect loop (X-1) general data > manipulation, and change output, it must be detected quickly. The time > needed to read/write is still to long. When CPU is waiting on some new > data, he cannot preform any other operation, and freezes data > manipultion; that's why I'm looking for a new way to in/output the soft... > I've found out in syscall.master the aio_read/write call. Man page says > operation is asynchronous, so it returns quite immediatly after > enqueuing the io thread. Could that be a solution ? Or back to kernel > module (by the way: is it possible to write on in assembly) ? I don't think you're supplying us with enough information here to give you a definitive answer. You mention reading from the keyboard but then you say that it can't read/write fast enough? You must be one hellofa typist. What are you reading/writing from? Keyboard? Disks? Reading/writing to disks is going to be slow, the kernel buffer caches will help though. Why is it so critical that syscalls return faster than they are? Are you attempting to do real-time computing? Are you doing any kind of threading? Is it even physically possible to return faster on the IO device you are wishing to access? You mention doing it all in assembly, have you tried coding the same thing in C with a select few (as someone else mentioned) critical paths written in assembly? You could then more easily make use of multi-threading the application on an SMP box. However, this is all blind conjecture because we have relatively little information about what you are trying to accomplish. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 00:43:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0212816A4CE for ; Wed, 19 Jan 2005 00:43:48 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B57D743D2F for ; Wed, 19 Jan 2005 00:43:47 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 20521 invoked from network); 19 Jan 2005 00:43:47 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 19 Jan 2005 00:43:47 -0000 Received: from hydrogen.funkthat.com (mzsxer@localhost.funkthat.com [127.0.0.1])j0J0hkGH036312; Tue, 18 Jan 2005 16:43:46 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0J0hern036311; Tue, 18 Jan 2005 16:43:40 -0800 (PST) Date: Tue, 18 Jan 2005 16:43:40 -0800 From: John-Mark Gurney To: Milan Obuch Message-ID: <20050119004340.GT19624@funkthat.com> Mail-Followup-To: Milan Obuch , freebsd-hackers@freebsd.org References: <200501141015.37516.bsd@dino.sk> <200501161501.17096.bsd@dino.sk> <20050117115501.GB752@empiric.icir.org> <200501171314.31179.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501171314.31179.bsd@dino.sk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 00:43:48 -0000 Milan Obuch wrote this message on Mon, Jan 17, 2005 at 13:14 +0100: > On Monday 17 January 2005 12:55, Bruce M Simpson wrote: > > On Sun, Jan 16, 2005 at 03:01:17PM +0100, Milan Obuch wrote: > > > ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for > > > expansion). The first one is present in OpenBSD. I am currently studying > > > that and FreeBSD kernel sources to try port it, however, any help would > > > be great. No idea on LPC, through... > > > > There's some i2c support in FreeBSD already, whether or not this applies > > to the i2c hardware in the Geode I don't know. iic(4) would be a good > > place to start. > > I think so. However, I built kernel with device iic, iicbus, iicbb, but > nothing shows. As said, I am doing my 'homework' now - astudying sources, > but, as usual, any help appreciated. Well, as having used the i2c code, I know it works... You probably need to look at the hardware spec, and figure out if you need to write a iicbb device driver (one that directly controls the SCL/SDA lines), or a higher level one, that has hardware that can issue i2c reads and wrights directly... I recently d/l'd the ACCESS.bus spec myself, since I have a firewire/usb2.0 card that says it's an ACCESS.bus card, but not quite (the subrev is wrong for access.bus), and didn't realize that ACCESS.bus was so close to i2c.. There might need to be a layer written on top of i2c to make it appear as an access.bus and do access.bus type things.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 03:24:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ECD116A4CE for ; Wed, 19 Jan 2005 03:24:02 +0000 (GMT) Received: from hotmail.com (bay15-f37.bay15.hotmail.com [65.54.185.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A4043D31 for ; Wed, 19 Jan 2005 03:24:02 +0000 (GMT) (envelope-from street_chaman@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 18 Jan 2005 19:24:01 -0800 Message-ID: Received: from 82.254.52.43 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 03:23:47 GMT X-Originating-IP: [82.254.52.43] X-Originating-Email: [street_chaman@hotmail.com] X-Sender: street_chaman@hotmail.com From: "Street Chaman" To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 03:23:47 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 19 Jan 2005 03:24:01.0632 (UTC) FILETIME=[5226CE00:01C4FDD6] Subject: - I A - X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 03:24:02 -0000 NOTE: THIS IS NOT A JOKE. I don't know if it is the right place to post this; I actually don't know even if I should post this; but, before giving it up because of my own limits, I have to write down what I was trying to do. Maybe someone will be interested in; maybe someone will finish it. I've posted some questions on this mailing list, about kernel mode programming and average software speed, and got some very good replies: what are you trying to do ? I'm trying to write an alife soft. Some would call it IA. I don't like this name, because of the word "artificial"... So, one morning, I woked up, and felt I know how it could work. I'd never programmed anything other than my old ti-89 at high school, but I just knew. It's difficult to explain. Perhaps most of good/bad 'special' ideas were born in this way. I did what every middle windows runner would do: google search, and look around. I've digged into neural networks, robots programming,...etc. First surprise: very much people are working on such research projects today. (i ever hold it for "science fiction"...) Second surprise: what they are trying to achieve was far much complicate than what I though about. Third surprise: nothing works. I slept over it a fews days, and decided to start my own research project. This was about 4 months ago. Now i'm runnig freebsd (a great OS, indeed), fighting day and night against my assembly code and very very tired. One must understand, that code is definitely not my kind of thinking. It takes me an incredible amount of energy to calculate every possibility in my soft, whereas drawing the global structure or writing down the think-mechanism of the app is just like eating or sleeping. So, if some people in there are interested in, I would be very happy to write/draw them how I though computer-thinking could work. Please keep in mind that it could be a dangerous project. I've send some emails at organisms like AAAI (American Association for Artificial Intelligence), but stoped after reconsidering their objectives. An AI, as living conscience should never been written to achieve human dreams, economicaly or military. It's just like a painting, or a song. It's beautiful. PS: sorry for my poor english. My native languages are german and french. _________________________________________________________________ MSN Hotmail : antivirus et antispam intégrés http://www.msn.fr/newhotmail/Default.asp?Ath=f From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 04:47:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4672016A4CE for ; Wed, 19 Jan 2005 04:47:34 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id B615043D49 for ; Wed, 19 Jan 2005 04:47:33 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 28927 invoked by uid 0); 19 Jan 2005 04:45:36 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 19 Jan 2005 04:45:36 -0000 Message-ID: <41EDE66A.6020301@gamersimpact.com> Date: Tue, 18 Jan 2005 22:47:38 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Street Chaman References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: - I A - (was Kernel mode programming - precisions) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 04:47:34 -0000 Street Chaman wrote: > NOTE: THIS IS NOT A JOKE. > > I don't know if it is the right place to post this; I actually don't > know even if I should post this; but, before giving it up because of my > own limits, I have to write down what I was trying to do. Maybe someone > will be interested in; maybe someone will finish it. > This is a fine (the best) place to post all the questions you have asked. Few things to note: 1) Don't keep changing subject lines. By leaving your subject line as is you aid not only those reading their list mail in a threaded view, but those that search google or the archives have a much easier time following the logical progression of the discussion. 2) I'm not sure (nor have I looked) if you are the '- Felix -' that posted about kernel mode programming, but same thing goes as for the subject line; it helps us make sense of the conversation if you leave your From: header line somewhat similar. Congratulations on thinking up an idea and trying to put it into code. That can sometimes be the hardest thing to do in a project; seconded by choosing the name of the first source file to write. I'm still not sure why timing was so critical for an AI (artificial intelligence) application. However, for something like artificial intelligence I would *definitely* not choose to write it in assembly. C or Java should provide a good higher-level language to begin in. Although I have no real experience in AI, I hear a lot of designers are using languages like Scheme, ML, Haskel or even Prolog, I believe, for this area of computer science. Although if you aren't familiar with functional languages I'm not sure I'd consider this as a first project to undertake in one. Choosing a higher-level language could probably save you a lot of hair pulling over assembly. I would write your ideas in a high-level language first. Then once you've thoroughly determined the algorithm isn't at fault through profiling look at the generated assembly and see how you can squeeze out the extra cycles. The other benefit is the obvious portability one. Sharing your AI ideas with others will be quite limited if you constrain yourself to a single architecture and ISA. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 07:21:27 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5EFA16A4CE for ; Wed, 19 Jan 2005 07:21:27 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C27843D39 for ; Wed, 19 Jan 2005 07:21:27 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-216-100-134-143.dsl.snfc21.pacbell.net [216.100.134.143])j0J7LOoB095366; Wed, 19 Jan 2005 02:21:25 -0500 Message-ID: <41EE0A73.4050502@elischer.org> Date: Tue, 18 Jan 2005 23:21:23 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a3) Gecko/20041017 X-Accept-Language: en, hu MIME-Version: 1.0 To: Street Chaman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: - I A - X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 07:21:28 -0000 Street Chaman wrote: > NOTE: THIS IS NOT A JOKE. Firstly. I doubt that anyone on this list would take someone else's flash of inspiration as a joke.. at least not unless it's shown to be a joke. Most of us would like to be involved in something like that. > > I don't know if it is the right place to post this; I actually don't > know even if I should post this; but, before giving it up because of my > own limits, I have to write down what I was trying to do. Maybe someone > will be interested in; maybe someone will finish it. > > I've posted some questions on this mailing list, about kernel mode > programming and average software speed, and got some very good replies: > what are you trying to do ? I'm trying to write an alife soft. Some > would call it IA. I don't like this name, because of the word > "artificial"... So, one morning, I woked up, and felt I know how it > could work. I'd never programmed anything other than my old ti-89 at > high school, but I just knew. It's difficult to explain. Perhaps most of > good/bad 'special' ideas were born in this way. I did what every middle > windows runner would do: google search, and look around. I've digged > into neural networks, robots programming,...etc. First surprise: very > much people are working on such research projects today. (i ever hold it > for "science fiction"...) Second surprise: what they are trying to > achieve was far much complicate than what I though about. Third > surprise: nothing works. I slept over it a fews days, and decided to > start my own research project. This was about 4 months ago. > Now i'm runnig freebsd (a great OS, indeed), fighting day and night > against my assembly code and very very tired. One must understand, that > code is definitely not my kind of thinking. It takes me an incredible > amount of energy to calculate every possibility in my soft, whereas > drawing the global structure or writing down the think-mechanism of the > app is just like eating or sleeping. So, if some people in there are > interested in, I would be very happy to write/draw them how I though > computer-thinking could work. It would of course be very interresting. I know I have sometimes idled away some time thinking about semantic analysis and how to build some representation of a consious model in order to further tha capacity of a machine to understand and "comprehend" plain text commands and conversation. Of couse I have not tried (except in 1979) to put any of those ideas into code so I have no idea if they would ever have worked. > Please keep in mind that it could be a dangerous project. I've send some > emails at organisms like AAAI (American Association for Artificial > Intelligence), but stoped after reconsidering their objectives. An AI, > as living conscience should never been written to achieve human dreams, > economicaly or military. It's just like a painting, or a song. It's > beautiful. > > > > PS: sorry for my poor english. My native languages are german and french. better than my french or German :-) I do suggest that you probably do not want to do your work in assembly language. I say this because over the last 20 years I have learned that no matter what speed advantage one tries to get by doing things the hard way, it never works out unless you can get 300% increase or more. The time it takes to get the extra work done is always better spent organising the code well and making it portable so that when the next memory speed/cpu speed increase comes along, you can utilise it. These days it is rare that you can get such a big speed difference from doing Assembler vs doing it in C. This is also why I do wonder why doing it in the kernel is important.. your IA (AI?) project will probably do a lot of computation and the speed of computation will be the same in userland OR kernel. I can not imagine that the few cycles used to read or process device events such as keyboard interraction will make any real difference to the perceived speed of your program. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 09:01:07 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7EE16A4CF for ; Wed, 19 Jan 2005 09:01:07 +0000 (GMT) Received: from home.dino.sk (home.dino.sk [213.215.74.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9B143D54 for ; Wed, 19 Jan 2005 09:01:05 +0000 (GMT) (envelope-from bsd@dino.sk) Received: from [127.0.0.1] ([127.0.0.1]) by home.dino.sk with esmtp; Wed, 19 Jan 2005 10:00:59 +0100 id 0000E90D.41EE21CB.00004828 From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 10:00:51 +0100 User-Agent: KMail/1.6.2 References: <200501141015.37516.bsd@dino.sk> <200501171314.31179.bsd@dino.sk> <20050119004340.GT19624@funkthat.com> In-Reply-To: <20050119004340.GT19624@funkthat.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501191000.51574.bsd@dino.sk> Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 09:01:07 -0000 On Wednesday 19 January 2005 01:43, John-Mark Gurney wrote: > Milan Obuch wrote this message on Mon, Jan 17, 2005 at 13:14 +0100: > > On Monday 17 January 2005 12:55, Bruce M Simpson wrote: > > > On Sun, Jan 16, 2005 at 03:01:17PM +0100, Milan Obuch wrote: > > > > ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for > > > > expansion). The first one is present in OpenBSD. I am currently > > > > studying that and FreeBSD kernel sources to try port it, however, any > > > > help would be great. No idea on LPC, through... > > > > > > There's some i2c support in FreeBSD already, whether or not this > > > applies to the i2c hardware in the Geode I don't know. iic(4) would be > > > a good place to start. > > > > I think so. However, I built kernel with device iic, iicbus, iicbb, but > > nothing shows. As said, I am doing my 'homework' now - astudying sources, > > but, as usual, any help appreciated. > > Well, as having used the i2c code, I know it works... You probably > need to look at the hardware spec, and figure out if you need to write > a iicbb device driver (one that directly controls the SCL/SDA lines), or > a higher level one, that has hardware that can issue i2c reads and wrights > directly... > > I recently d/l'd the ACCESS.bus spec myself, since I have a firewire/usb2.0 > card that says it's an ACCESS.bus card, but not quite (the subrev is > wrong for access.bus), and didn't realize that ACCESS.bus was so close > to i2c.. There might need to be a layer written on top of i2c to make > it appear as an access.bus and do access.bus type things.. Great, could we cooperate? I know there are two modes - bit banging software i2c bus and real hardware controller. Which one would be easier to begin with? With geode, both are possible. Pins designed for ACCESS.bus (at least the second, there are two buses integrated) can be used as GPIO pins. Actually the first thing I need to get working is simple LM75 sensor reading, which is just i2c device, so nothing else (higher level access.bus layer) is necessary for me. Regards, Milan From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 12:20:06 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE5116A4CE for ; Wed, 19 Jan 2005 12:20:06 +0000 (GMT) Received: from hotmail.com (bay13-f27.bay13.hotmail.com [64.4.31.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 065FA43D55 for ; Wed, 19 Jan 2005 12:20:06 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 04:20:04 -0800 Message-ID: Received: from 210.195.42.16 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 12:19:39 GMT X-Originating-IP: [210.195.42.16] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com From: "yoke an" To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 20:19:39 +0800 X-OriginalArrivalTime: 19 Jan 2005 12:20:04.0493 (UTC) FILETIME=[34B5EBD0:01C4FE21] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 12:20:06 -0000 Hi , We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it cannot detect my hard disk during the installation. I think the problem should be the SATA driver. Coz I'm currently using SATA instead of IDE/ATAPI. Is FreeBSD v4.8 support SATA or any available free downld driver for SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD v4.8? If yes, where can i downld it? HW spec: HDD model: Seagate, ST380013AS. Motherboard : Tiger i7501R S2735-8M Hope the above info is sufficient for you. Thank you so much rgds Ann _________________________________________________________________ Search the Internet from any Web page with [1]MSN Toolbar. References 1. http://g.msn.com/8HMBENMY/2746??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 12:39:36 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2907816A4CE for ; Wed, 19 Jan 2005 12:39:36 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id A6A0443D45 for ; Wed, 19 Jan 2005 12:39:27 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 90222 invoked by uid 0); 19 Jan 2005 12:31:30 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 19 Jan 2005 12:31:30 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id AC149132259; Wed, 19 Jan 2005 20:39:08 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84424-06; Wed, 19 Jan 2005 20:39:04 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id C0485131DEE; Wed, 19 Jan 2005 20:39:03 +0800 (CST) Date: Wed, 19 Jan 2005 20:39:03 +0800 From: Xin LI To: yoke an Message-ID: <20050119123903.GA84936@frontfree.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 12:39:36 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 19, 2005 at 08:19:39PM +0800, yoke an wrote: > Hi , >=20 > We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it > cannot detect my hard disk during the installation. I think the > problem should be the SATA driver. Coz I'm currently using SATA > instead of IDE/ATAPI. >=20 > Is FreeBSD v4.8 support SATA or any available free downld driver for > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > v4.8? If yes, where can i downld it? >=20 > HW spec: > HDD model: Seagate, ST380013AS. > Motherboard : Tiger i7501R S2735-8M >=20 > Hope the above info is sufficient for you. My suggestion is that you use FreeBSD 5.3-RELEASE instead of 4.8-RELEASE, that can provide better support for SATA and don't need the extra effort backporting the driver. FreeBSD can be freely obtained from most official FreeBSD mirrors, and you can support the development of FreeBSD, through purchasing CD sets from FreeBSD Mall and other vendors listed on www.freebs= d.org Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7lTn/cVsHxFZiIoRAhTpAJ9viW7AMDynuxThgW2/w5PPEfrY2wCfbItP io1StKhpm4wgSEoImj6M5mc= =piRw -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 12:49:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F89416A4CE for ; Wed, 19 Jan 2005 12:49:15 +0000 (GMT) Received: from hotmail.com (bay13-f32.bay13.hotmail.com [64.4.31.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0606543D48 for ; Wed, 19 Jan 2005 12:49:15 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 04:49:14 -0800 Message-ID: Received: from 210.195.42.16 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 12:48:46 GMT X-Originating-IP: [210.195.42.16] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <20050119123903.GA84936@frontfree.net> From: "yoke an" To: delphij@frontfree.net Date: Wed, 19 Jan 2005 20:48:46 +0800 X-Priority: 1 Importance: High X-OriginalArrivalTime: 19 Jan 2005 12:49:14.0586 (UTC) FILETIME=[47D8EBA0:01C4FE25] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 12:49:15 -0000 Hi Xin LI, Thanks for your quick update. I knew FreeBSD 5.3-RELEASE can support SATA without doing any configuration. But the problem is my application cannot support FreeBSD 5.3-RELEASE. They only support FreeBSD 4.8-RELEASE. So I need to get ICH5 support. Any idea? Cheers, Ann >From: Xin LI >To: yoke an >CC: freebsd-hackers@freebsd.org >Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) >Date: Wed, 19 Jan 2005 20:39:03 +0800 > >On Wed, Jan 19, 2005 at 08:19:39PM +0800, yoke an wrote: > > Hi , > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it > > cannot detect my hard disk during the installation. I think the > > problem should be the SATA driver. Coz I'm currently using SATA > > instead of IDE/ATAPI. > > > > Is FreeBSD v4.8 support SATA or any available free downld driver for > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > > v4.8? If yes, where can i downld it? > > > > HW spec: > > HDD model: Seagate, ST380013AS. > > Motherboard : Tiger i7501R S2735-8M > > > > Hope the above info is sufficient for you. > >My suggestion is that you use FreeBSD 5.3-RELEASE instead of 4.8-RELEASE, >that can provide better support for SATA and don't need the extra effort >backporting the driver. FreeBSD can be freely obtained from most official >FreeBSD mirrors, and you can support the development of FreeBSD, through >purchasing CD sets from FreeBSD Mall and other vendors listed on www.freebsd.org > >Cheers, >-- >Xin LI http://www.delphij.net/ >See complete headers for GPG key and other information. > ><< attach3 >> _________________________________________________________________ Find answers fast with [1]MSN Search BETA. New look and improved results. Give it a try! References 1. http://g.msn.com/8HMAENMY/2737??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 13:16:07 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37A9E16A4CE for ; Wed, 19 Jan 2005 13:16:07 +0000 (GMT) Received: from hotmail.com (bay15-f42.bay15.hotmail.com [65.54.185.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1492743D41 for ; Wed, 19 Jan 2005 13:16:07 +0000 (GMT) (envelope-from street_chaman@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 05:16:06 -0800 Message-ID: Received: from 82.254.48.149 by by15fd.bay15.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 13:15:16 GMT X-Originating-IP: [82.254.48.149] X-Originating-Email: [street_chaman@hotmail.com] X-Sender: street_chaman@hotmail.com From: "Street Chaman" To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 13:15:16 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 19 Jan 2005 13:16:06.0412 (UTC) FILETIME=[08920CC0:01C4FE29] Subject: - AI - (ex - kernel mode progamming) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 13:16:07 -0000 I got some interesting replies: "I've taken this offline, as it's liable to start flame wars on the list, and is inappropriate for the list in any case." (I not sure I really understood it) and then: "This is a fine (the best) place to post all the questions you have asked." So where should I post my threads about AI ( which means Artificial Intelligence, reversed in french -sorry for the mistake - ) ? I changed subject because my previous message was less about kernel mode programming than about AI. For thoses who are browsing the mail-archive and expecting some help about a specific issue (like kernel mode), it wouldn't be nice to write wrong titles. If keeping track of the topic-progresssion is actually more important, please notify it. Sender name has changed because i sent my msgs from different places; i'll try to avoid it. Thanks for your time, regards - Felix -/alias street_chaman _________________________________________________________________ MSN Hotmail : antivirus et antispam intégrés http://www.msn.fr/newhotmail/Default.asp?Ath=f From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 06:37:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C7F16A4CE for ; Wed, 19 Jan 2005 06:37:13 +0000 (GMT) Received: from wolf.bytecraft.au.com (wolf.bytecraft.au.com [203.39.118.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ACB243D39 for ; Wed, 19 Jan 2005 06:37:11 +0000 (GMT) (envelope-from MTaylor@bytecraft.com.au) Received: from localhost (localhost [127.0.0.1])j0J6b9YA069834; Wed, 19 Jan 2005 17:37:09 +1100 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from wolf.bytecraft.au.com ([127.0.0.1]) by localhost (wolf.bytecraft.au.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69675-01; Wed, 19 Jan 2005 17:37:08 +1100 (EST) Received: from svmarshal.bytecraft.au.com ([10.0.0.4])j0J6b6qr069825; Wed, 19 Jan 2005 17:37:07 +1100 (EST) (envelope-from MTaylor@bytecraft.com.au) Received: from svmailmel.bytecraft.internal (Not Verified[10.0.0.24]) by svmarshal.bytecraft.au.com with MailMarshal (v5,0,3,78) id ; Wed, 19 Jan 2005 17:37:05 +1100 Received: from [10.0.17.42] ([10.0.17.42]) by svmailmel.bytecraft.internal with Microsoft SMTPSVC(6.0.3790.211); Wed, 19 Jan 2005 17:37:05 +1100 From: Murray Taylor To: Ryan Sommers In-Reply-To: <41EDE66A.6020301@gamersimpact.com> References: <41EDE66A.6020301@gamersimpact.com> Content-Type: text/plain Organization: Bytecraft Systems Message-Id: <1106116625.6683.799.camel@wstaylorm.dand06.au.bytecraft.au.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 19 Jan 2005 17:37:05 +1100 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Jan 2005 06:37:05.0952 (UTC) FILETIME=[4AF1C200:01C4FDF1] X-Mailman-Approved-At: Wed, 19 Jan 2005 13:38:50 +0000 cc: freebsd-hackers@freebsd.org cc: Street Chaman Subject: Re: - I A - (was Kernel mode programming - precisions) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mtaylor@bytecraft.com.au List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 06:37:13 -0000 On Wed, 2005-01-19 at 15:47, Ryan Sommers wrote: > Street Chaman wrote: > > > NOTE: THIS IS NOT A JOKE. > > > > I don't know if it is the right place to post this; I actually don't > > know even if I should post this; but, before giving it up because of my > > own limits, I have to write down what I was trying to do. Maybe someone > > will be interested in; maybe someone will finish it. > > > > This is a fine (the best) place to post all the questions you have > asked. Few things to note: > > 1) Don't keep changing subject lines. By leaving your subject line as is > you aid not only those reading their list mail in a threaded view, but > those that search google or the archives have a much easier time > following the logical progression of the discussion. > > 2) I'm not sure (nor have I looked) if you are the '- Felix -' that > posted about kernel mode programming, but same thing goes as for the > subject line; it helps us make sense of the conversation if you leave > your From: header line somewhat similar. > > Congratulations on thinking up an idea and trying to put it into code. > That can sometimes be the hardest thing to do in a project; seconded by > choosing the name of the first source file to write. > > I'm still not sure why timing was so critical for an AI (artificial > intelligence) application. However, for something like artificial > intelligence I would *definitely* not choose to write it in assembly. C > or Java should provide a good higher-level language to begin in. > Although I have no real experience in AI, I hear a lot of designers are > using languages like Scheme, ML, Haskel or even Prolog, I believe, for > this area of computer science. Although if you aren't familiar with > functional languages I'm not sure I'd consider this as a first project > to undertake in one. > > Choosing a higher-level language could probably save you a lot of hair > pulling over assembly. I would write your ideas in a high-level language > first. Then once you've thoroughly determined the algorithm isn't at > fault through profiling look at the generated assembly and see how you > can squeeze out the extra cycles. > > The other benefit is the obvious portability one. Sharing your AI ideas > with others will be quite limited if you constrain yourself to a single > architecture and ISA. Hmm I would go 'even higher' -- write down the overall structure of what you are planning as a structured 'walkthroughg' in a limited english (german,french) format. Effectively 'program' at this highest level first. Read it through. Again. Again with someone reading it with you to make sure that you are following the logic correctly, and not skimming over a bit 'because you know what it means'. If it isnt written down, it cant happen as a program. Once you are this far, then start with a high level real programming language (you should be able to develop an idea of an appropriate language once you refine your 'walkthrough' program a bit. When you get a computer program running and delivering reasonable results, then start the profiling mentioned above. I reckon that this project is [a] interesting, [b] one that should start with a broad brush first, then use the medium brush to add specific items and finally the fine brush for detailing. (And yes there may be some elements that absolutely have to be done with the fine brush NOW.... thats ok too, just make sure that you do actually join-the-dots later on and include these bits into the whole picture.) Have fun ( who said programming isnt art ? ) And dont ever be afraid to ask for help. Someone elses viewpoint can easily be the key to a mental block you may have. cheers mjt -- Murray Taylor Special Projects Engineer --------------------------------- Bytecraft Systems & Entertainment P: +61 3 8710 2555 F: +61 3 8710 2599 D: +61 3 9238 4275 M: +61 417 319 256 E: murraytaylor@bytecraftsystems.com or visit us on the web http://www.bytecraftsystems.com http://www.bytecraftentertainment.com --------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ***This Email has been scanned for Viruses by MailMarshal.*** From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 07:35:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B7D916A4CE; Wed, 19 Jan 2005 07:35:57 +0000 (GMT) Received: from MXR-5.estpak.ee (mta2.mail.neti.ee [194.126.101.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ED8A43D3F; Wed, 19 Jan 2005 07:35:56 +0000 (GMT) (envelope-from sven@orionis.net) Received: from [195.50.218.17] (unknown [195.50.218.17]) by MXR-5.estpak.ee (Postfix) with ESMTP id 57E35125A00; Wed, 19 Jan 2005 09:30:28 +0200 (EET) Message-ID: <41EE0C69.50107@orionis.net> Date: Wed, 19 Jan 2005 09:29:45 +0200 From: Sven Ahtama User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en 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: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee X-Mailman-Approved-At: Wed, 19 Jan 2005 13:38:50 +0000 cc: freebsd-hardware@freebsd.org Subject: nForce3 NIC on 5.3 (i386) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 07:35:57 -0000 Hello folks, Anyone here who have managed to get the nForce3 MCP NIC to work with FreeBSD 5.3 on i386 platform? After several hours of retries and kernel configuration i managed to get the if_nv.ko successfully loaded. No complaints, no errors, but also, no nv0 device found. Just like it didn't exist. I also read that one of the common problems in such cases was the agp driver, however i'm not even using one. Even more, I tried a kernel run entirely without agp support. I got the if_nv loaded as module and tried compiled-in as well. I'd really appreciate any pointers, or a conclusive confirmation, that there is no success yet. Regards, chance. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 12:27:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1665716A4CE for ; Wed, 19 Jan 2005 12:27:34 +0000 (GMT) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA10743D54 for ; Wed, 19 Jan 2005 12:27:32 +0000 (GMT) (envelope-from milan@netlabplus.sk) Received: from [213.215.72.59] ([213.215.72.59]) by bsd.dino.sk with esmtp; Wed, 19 Jan 2005 13:27:35 +0100 id 00000040.41EE5237.00005442 From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 13:27:16 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501191327.17270.milan@netlabplus.sk> X-Mailman-Approved-At: Wed, 19 Jan 2005 13:38:50 +0000 Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 12:27:34 -0000 On Wednesday 19 January 2005 13:19, yoke an wrote: > Hi , > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it > cannot detect my hard disk during the installation. I think the > problem should be the SATA driver. Coz I'm currently using SATA > instead of IDE/ATAPI. > > Is FreeBSD v4.8 support SATA or any available free downld driver for > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > v4.8? If yes, where can i downld it? > Could you try 5.3? I think 4.8 does not support SATA well, if at all. On contrary, I am using SATA on 5.3 without problems, the last time I tried 4.10 all I got was unknown disk or something like this. Milan From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 13:48:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB63D16A4CE for ; Wed, 19 Jan 2005 13:48:05 +0000 (GMT) Received: from hotmail.com (bay13-f34.bay13.hotmail.com [64.4.31.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8744F43D54 for ; Wed, 19 Jan 2005 13:48:03 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 05:48:02 -0800 Message-ID: Received: from 210.195.42.16 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 13:47:16 GMT X-Originating-IP: [210.195.42.16] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <200501191327.17270.milan@netlabplus.sk> From: "yoke an" To: milan@netlabplus.sk, freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 21:47:16 +0800 X-Priority: 1 Importance: High X-OriginalArrivalTime: 19 Jan 2005 13:48:02.0173 (UTC) FILETIME=[7E73FAD0:01C4FE2D] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 13:48:05 -0000 > > Hi , > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it > > cannot detect my hard disk during the installation. I think the > > problem should be the SATA driver. Coz I'm currently using SATA > > instead of IDE/ATAPI. > > > > Is FreeBSD v4.8 support SATA or any available free downld driver for > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > > v4.8? If yes, where can i downld it? > > > >Could you try 5.3? I think 4.8 does not support SATA well, if at all. On >contrary, I am using SATA on 5.3 without problems, the last time I tried 4.10 >all I got was unknown disk or something like this. >Milan Thanks. I knew 5.3 is work very well. But due to my application that only support 4.8, so I need a way out to install 4.8. Ann >_______________________________________________ >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" _________________________________________________________________ Search the Internet from any Web page with [1]MSN Toolbar. References 1. http://g.msn.com/8HMAENMY/2746??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 13:51:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E6116A4CE for ; Wed, 19 Jan 2005 13:51:31 +0000 (GMT) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D31643D4C for ; Wed, 19 Jan 2005 13:51:30 +0000 (GMT) (envelope-from milan@netlabplus.sk) Received: from [213.215.72.59] ([213.215.72.59]) by bsd.dino.sk with esmtp; Wed, 19 Jan 2005 14:51:33 +0100 id 00000040.41EE65E5.00005AEE From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 14:51:13 +0100 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501191451.14402.milan@netlabplus.sk> X-Mailman-Approved-At: Wed, 19 Jan 2005 14:00:29 +0000 Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 13:51:31 -0000 On Wednesday 19 January 2005 14:47, yoke an wrote: > > > Hi , > > > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) > > with Tiger > > > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 > > but it > > > > cannot detect my hard disk during the installation. I think the > > > problem should be the SATA driver. Coz I'm currently using SATA > > > instead of IDE/ATAPI. > > > > > > Is FreeBSD v4.8 support SATA or any available free downld > > driver for > > > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting > > FreeBSD > > > > v4.8? If yes, where can i downld it? > > > >Could you try 5.3? I think 4.8 does not support SATA well, if at all. > > On > > >contrary, I am using SATA on 5.3 without problems, the last time I > > tried 4.10 > > >all I got was unknown disk or something like this. > > > >Milan > > Thanks. I knew 5.3 is work very well. But due to my application that > only support 4.8, so I need a way out to install 4.8. > > Ann > There is compatibility layer for FreeBSD, so older application should work with new OS version. Did you consider this? It is much easier (if it works) than porting some support from 5.3... Milan From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 14:09:01 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23C1516A4CF for ; Wed, 19 Jan 2005 14:09:01 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60EB943D3F for ; Wed, 19 Jan 2005 14:09:00 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j0JE8skb054365; Wed, 19 Jan 2005 15:08:56 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <41EE69BD.1050100@DeepCore.dk> Date: Wed, 19 Jan 2005 15:07:57 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: yoke an References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.6 cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 14:09:01 -0000 yoke an wrote: > >Could you try 5.3? I think 4.8 does not support SATA well, if at all= =2E > On > >contrary, I am using SATA on 5.3 without problems, the last time I > tried 4.10 > >all I got was unknown disk or something like this. >=20 > >Milan >=20 > Thanks. I knew 5.3 is work very well. But due to my application that > only support 4.8, so I need a way out to install 4.8. 4.x doesn't have the framework to support SATA, and never will, without=20 lots of work (which IMO would be a total waste of time). Have you tried that application under 5.3 at all? What is the problem(s) ? --=20 -S=F8ren From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 14:24:43 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17AFB16A4CE for ; Wed, 19 Jan 2005 14:24:43 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 6B9F943D45 for ; Wed, 19 Jan 2005 14:24:24 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 90681 invoked by uid 0); 19 Jan 2005 14:16:21 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 19 Jan 2005 14:16:21 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 1FB9E132465; Wed, 19 Jan 2005 22:24:04 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87963-08; Wed, 19 Jan 2005 22:24:00 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 45C7D132413; Wed, 19 Jan 2005 22:23:59 +0800 (CST) Date: Wed, 19 Jan 2005 22:23:59 +0800 From: Xin LI To: yoke an Message-ID: <20050119142359.GA88768@frontfree.net> References: <200501191327.17270.milan@netlabplus.sk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 14:24:43 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Wed, Jan 19, 2005 at 09:47:16PM +0800, yoke an wrote: > > > Hi , > > > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) > with Tiger > > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 > but it > > > cannot detect my hard disk during the installation. I think the > > > problem should be the SATA driver. Coz I'm currently using SATA > > > instead of IDE/ATAPI. > > > > > > Is FreeBSD v4.8 support SATA or any available free downld > driver for > > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting > FreeBSD > > > v4.8? If yes, where can i downld it? > > > > > > >Could you try 5.3? I think 4.8 does not support SATA well, if at all. > On > >contrary, I am using SATA on 5.3 without problems, the last time I > tried 4.10 > >all I got was unknown disk or something like this. >=20 > >Milan >=20 > Thanks. I knew 5.3 is work very well. But due to my application that > only support 4.8, so I need a way out to install 4.8. I think this won't cause problem. Actually, even if you need a full 4.x userland, it's possible to get it through jail(8), I run FreeBSD 4.5, 4.8, 4.10 on our company's buildbox which runs 6-CURRENT and have no problem... What's the *exact* problem? Most issues can be resolved through the kernel compatibility mechansim with COMPAT_4X libraries, so maybe we can help out if you want to share more details :-) Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7m1//cVsHxFZiIoRAkdBAJ46Law+ap4qaPWaogovoUYRrtNlFACfQzIe 1jIvCxkqbfx+2ZARu7AKwMM= =ihkW -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 14:48:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22DFC16A4CE for ; Wed, 19 Jan 2005 14:48:04 +0000 (GMT) Received: from hotmail.com (bay13-f34.bay13.hotmail.com [64.4.31.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id E880343D4C for ; Wed, 19 Jan 2005 14:48:03 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 06:48:03 -0800 Message-ID: Received: from 210.195.42.16 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 14:47:37 GMT X-Originating-IP: [210.195.42.16] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <20050119142359.GA88768@frontfree.net> From: "yoke an" To: delphij@frontfree.net Date: Wed, 19 Jan 2005 22:47:37 +0800 X-Priority: 1 Importance: High X-OriginalArrivalTime: 19 Jan 2005 14:48:03.0097 (UTC) FILETIME=[E0C56090:01C4FE35] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 14:48:04 -0000 > > > > Hi , > > > > > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) > > with Tiger > > > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 > > but it > > > > cannot detect my hard disk during the installation. I think the > > > > problem should be the SATA driver. Coz I'm currently using SATA > > > > instead of IDE/ATAPI. > > > > > > > > Is FreeBSD v4.8 support SATA or any available free downld > > driver for > > > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting > > FreeBSD > > > > v4.8? If yes, where can i downld it? > > > > > > > > > >Could you try 5.3? I think 4.8 does not support SATA well, if at all. > > On > > >contrary, I am using SATA on 5.3 without problems, the last time I > > tried 4.10 > > >all I got was unknown disk or something like this. > > > > >Milan > > > > Thanks. I knew 5.3 is work very well. But due to my application that > > only support 4.8, so I need a way out to install 4.8. > >I think this won't cause problem. Actually, even if you need a full 4.x >userland, it's possible to get it through jail(8), I run FreeBSD 4.5, 4.8, >4.10 on our company's buildbox which runs 6-CURRENT and have no problem... > >What's the *exact* problem? Most issues can be resolved through the kernel >compatibility mechansim with COMPAT_4X libraries, so maybe we can help out >if you want to share more details :-) > >Cheers, >-- >Xin LI http://www.delphij.net/ >See complete headers for GPG key and other information. > ><< attach3 >> Not sure if I can use COMPAT_4X libraries coz the recomendation is to use COMPAT_3X libraries for my application. I have read up lots of forum and discussion about the SATA but still have no any solution. Would you mind to send me any guide in steps to install SATA to freebsd v4.8. How can I configure this so my HDD can be detected? How can I go in to the kernel and run the command? To be honest, I'm still new to FreeBSD but I need to support FreeBSD to my customer. Hope anyone can help in this regards. Rgds, Ann _________________________________________________________________ Get an advanced look at the new version of [1]MSN Messenger. References 1. http://g.msn.com/8HMAENMY/2728??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 14:52:09 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3849916A4CE for ; Wed, 19 Jan 2005 14:52:09 +0000 (GMT) Received: from hotmail.com (bay13-f35.bay13.hotmail.com [64.4.31.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 175D243D4C for ; Wed, 19 Jan 2005 14:52:09 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 06:52:07 -0800 Message-ID: Received: from 210.195.42.16 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 14:51:06 GMT X-Originating-IP: [210.195.42.16] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <41EE69BD.1050100@DeepCore.dk> From: "yoke an" To: sos@DeepCore.dk Date: Wed, 19 Jan 2005 22:51:06 +0800 X-OriginalArrivalTime: 19 Jan 2005 14:52:07.0617 (UTC) FILETIME=[72842B10:01C4FE36] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 14:52:09 -0000 >> >Could you try 5.3? I think 4.8 does not support SATA well, if >>at all. >> On >> >contrary, I am using SATA on 5.3 without problems, the last >>time I >> tried 4.10 >> >all I got was unknown disk or something like this. >> >> >Milan >> >> Thanks. I knew 5.3 is work very well. But due to my application >>that >> only support 4.8, so I need a way out to install 4.8. > >4.x doesn't have the framework to support SATA, and never will, >without lots of work (which IMO would be a total waste of time). > >Have you tried that application under 5.3 at all? >What is the problem(s) ? > > >-- > >-Søren > This application does not support 5.3, the reason being is the kernel is using different version and thus it will crash my application. Ann _________________________________________________________________ Find answers fast with [1]MSN Search BETA. New look and improved results. Give it a try! References 1. http://g.msn.com/8HMAENMY/2737??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 15:40:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 133F916A4CE for ; Wed, 19 Jan 2005 15:40:31 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id D867F43D39 for ; Wed, 19 Jan 2005 15:39:52 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 90985 invoked by uid 0); 19 Jan 2005 15:31:39 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 19 Jan 2005 15:31:39 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 4996B1322B8; Wed, 19 Jan 2005 23:39:21 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94949-06; Wed, 19 Jan 2005 23:39:11 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id BFEBA1316B7; Wed, 19 Jan 2005 23:39:10 +0800 (CST) Date: Wed, 19 Jan 2005 23:39:10 +0800 From: Xin LI To: yoke an Message-ID: <20050119153910.GA92191@frontfree.net> References: <20050119142359.GA88768@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 15:40:31 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (Please avoid the use of HTML mail in maillists) Using 3.x binaries is discouraged due to security issues found in libc of FreeBSD 3.x. However, it's possible to run most FreeBSD 3.x binaries if you remove FORBIDDEN=3D line from ports/misc/compat3x, while this is not recommended since it can pose you to security vulnerabilities. Would you please tell us what the application is? Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7n8e/cVsHxFZiIoRAugLAJ0WlSCkOwoqWExQUEDTgZKRbheMQQCgiZf2 SKFwibKoZ+NNpdt3rLnq3u0= =e21q -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 14:39:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B0BF16A4CE for ; Wed, 19 Jan 2005 14:39:02 +0000 (GMT) Received: from fw1.caa.army.mil (fw1.caa.army.mil [192.153.92.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9212F43D41 for ; Wed, 19 Jan 2005 14:39:01 +0000 (GMT) (envelope-from ed.smithiii@us.army.mil) Received: from CAA-UNCLMAIL.caa.army.mil (caa-unclmail.caa.army.mil [192.153.92.29]) by fw1.caa.army.mil with ESMTP id j0JFEH0u018496 for ; Wed, 19 Jan 2005 10:14:17 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Wed, 19 Jan 2005 09:36:32 -0500 Message-ID: <0A907D6523E90246822D32FA2344E244015DC2@CAA-UNCLMAIL.caa.army.mil> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: - I A - (was Kernel mode programming - precisions) Thread-Index: AcT94bdZzqy0TrmrToqOv5ujMesVEQAUdMzg From: "Smith III, Edward Mr. CAA/ISC" To: "Ryan Sommers" , "Street Chaman" X-Mailman-Approved-At: Wed, 19 Jan 2005 15:44:08 +0000 cc: freebsd-hackers@freebsd.org Subject: RE: - I A - (was Kernel mode programming - precisions) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 14:39:02 -0000 As a note to Ryan's post, a lot of AI people are using Lisp for = programming their apps. One of the best books on AI (and consequently, = Lisp) is the following: "Paradigms of Artificial Intelligence Programming: Case Studies In = Common Lisp" by Peter Norvig (who is one of the Google founders) Web page of his that has tons of AI papers: www.norvig.com Check this stuff out. These are some great resources. I hope this = helps. v/r ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ed Smith, CISSP Senior Engineer Information Sciences Corporation Center for Army Analysis 6001 Goethals Rd. Fort Belvoir, V.A. 22060 1-703-806-5063 "War, war, war. This war talk is spoiling the conversation at every = party this spring!" =20 -Scarlet O'Hara -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org]On Behalf Of Ryan Sommers Sent: Tuesday, January 18, 2005 11:48 PM To: Street Chaman Cc: freebsd-hackers@freebsd.org Subject: Re: - I A - (was Kernel mode programming - precisions) Street Chaman wrote: > NOTE: THIS IS NOT A JOKE. >=20 > I don't know if it is the right place to post this; I actually don't=20 > know even if I should post this; but, before giving it up because of = my=20 > own limits, I have to write down what I was trying to do. Maybe = someone=20 > will be interested in; maybe someone will finish it. >=20 This is a fine (the best) place to post all the questions you have=20 asked. Few things to note: 1) Don't keep changing subject lines. By leaving your subject line as is = you aid not only those reading their list mail in a threaded view, but=20 those that search google or the archives have a much easier time=20 following the logical progression of the discussion. 2) I'm not sure (nor have I looked) if you are the '- Felix -' that=20 posted about kernel mode programming, but same thing goes as for the=20 subject line; it helps us make sense of the conversation if you leave=20 your From: header line somewhat similar. Congratulations on thinking up an idea and trying to put it into code.=20 That can sometimes be the hardest thing to do in a project; seconded by=20 choosing the name of the first source file to write. I'm still not sure why timing was so critical for an AI (artificial=20 intelligence) application. However, for something like artificial=20 intelligence I would *definitely* not choose to write it in assembly. C=20 or Java should provide a good higher-level language to begin in.=20 Although I have no real experience in AI, I hear a lot of designers are=20 using languages like Scheme, ML, Haskel or even Prolog, I believe, for=20 this area of computer science. Although if you aren't familiar with=20 functional languages I'm not sure I'd consider this as a first project=20 to undertake in one. Choosing a higher-level language could probably save you a lot of hair=20 pulling over assembly. I would write your ideas in a high-level language = first. Then once you've thoroughly determined the algorithm isn't at=20 fault through profiling look at the generated assembly and see how you=20 can squeeze out the extra cycles. The other benefit is the obvious portability one. Sharing your AI ideas=20 with others will be quite limited if you constrain yourself to a single=20 architecture and ISA. --=20 Ryan Sommers ryans@gamersimpact.com _______________________________________________ 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 Jan 19 15:47:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55D516A4CE for ; Wed, 19 Jan 2005 15:47:29 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 490BD43D46 for ; Wed, 19 Jan 2005 15:47:25 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 91006 invoked by uid 0); 19 Jan 2005 15:39:36 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 19 Jan 2005 15:39:36 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 32B62132411; Wed, 19 Jan 2005 23:47:20 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94949-12; Wed, 19 Jan 2005 23:47:11 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id D34BA131762; Wed, 19 Jan 2005 23:47:10 +0800 (CST) Date: Wed, 19 Jan 2005 23:47:10 +0800 From: Xin LI To: yoke an Message-ID: <20050119154710.GA96153@frontfree.net> References: <20050119142359.GA88768@frontfree.net> <20050119153910.GA92191@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20050119153910.GA92191@frontfree.net> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 15:47:30 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 19, 2005 at 11:39:10PM +0800, Xin LI wrote: > Using 3.x binaries is discouraged due to security issues found in > libc of FreeBSD 3.x. However, it's possible to run most FreeBSD > 3.x binaries if you remove FORBIDDEN=3D line from ports/misc/compat3x, > while this is not recommended since it can pose you to security > vulnerabilities. I should add that only a certain 3.x binaries are affected, however, it's still not so reasonable to run binaries that have not been touched for so long time... Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFB7oD+/cVsHxFZiIoRAvlCAJ9FZFkGmOjqkBaazwfz5euOKZ4XlwCfYaw/ 4VRGDWXVtzdMh1efbL9eZho= =17em -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 16:20:43 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 129D916A4CE for ; Wed, 19 Jan 2005 16:20:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88A1143D5D for ; Wed, 19 Jan 2005 16:20:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0JGILmC010337; Wed, 19 Jan 2005 09:18:21 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 19 Jan 2005 09:19:29 -0700 (MST) Message-Id: <20050119.091929.63840290.imp@bsdimp.com> To: ryans@gamersimpact.com From: "M. Warner Losh" In-Reply-To: <41ED14B0.8070600@gamersimpact.com> References: <002201c4fd4a$c5a81230$0700a8c0@felix> <41ED14B0.8070600@gamersimpact.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Felix.Schalck@gmx.net Subject: Re: Kernel mode programming X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 16:20:43 -0000 In message: <41ED14B0.8070600@gamersimpact.com> Ryan Sommers writes: : - Felix - wrote: : > Hi everyone, : > : > Doing lot of syscalls interrupts in a soft seems to take quite a long time, and seriously slow performances. As far as you can't reduce the syscall amount, is there any way to run apps in kernel mode, in order to call sysfonctions directly ? Perhaps by re-writing softs in kernel modules ? : > : > thanks for your time. : : Yes, it is possible to write loadable kernel modules. As far as if your : programs can be rewritten as kernel modules and achieve better : performance that's entirely dependent on what you are doing. What type : of syscalls are you executing? What is the rate at which you are calling : them? If you are calling a syscall on the same arguments thousands of : times could you implement some sort of cache system for syscall results? : : In my opinion it's bad practice to just throw a program into the kernel : to get better performance without evaluating why the performance is bad. : Making it a kernel module invites all kinds of security and stability : issues. And to be honest, it is rarely necessary. I say that as someone who has to deploy to 486/Pentium 133MHz machines for an embedded product. There's no subsititute for thorough understanding of the problem or a redesign of algorithms to make them do lest work. The overhead for kernel calls is so low (typically < 1-5%) that moving it into the kernel should only be done when you have an atypical case, or if there's a real-time or near-real-time component. Hearing about huge number of syscalls causing problems usually means that the caller needs to reevaluate how things are being done. One area where I have optimized is making the syscalls do more individual work. Rather than having a read interface that returns all the data, have one that returns ranges of an mmap'd region of memory and have the caller then schedule the writes from that region of memory. This technique saves a lot of data copying, for example. The scsi target code uses this technique, for example. Warner From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 16:30:12 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 127D716A4CE for ; Wed, 19 Jan 2005 16:30:12 +0000 (GMT) Received: from hotmail.com (bay13-f31.bay13.hotmail.com [64.4.31.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F9843D46 for ; Wed, 19 Jan 2005 16:30:11 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 08:30:06 -0800 Message-ID: Received: from 210.195.42.77 by by13fd.bay13.hotmail.msn.com with HTTP; Wed, 19 Jan 2005 16:29:09 GMT X-Originating-IP: [210.195.42.77] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <20050119154710.GA96153@frontfree.net> From: "yoke an" To: delphij@frontfree.net Date: Thu, 20 Jan 2005 00:29:09 +0800 X-Priority: 1 Importance: High X-OriginalArrivalTime: 19 Jan 2005 16:30:06.0598 (UTC) FILETIME=[22A97A60:01C4FE44] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org cc: milan@netlabplus.sk Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 16:30:12 -0000 > > Using 3.x binaries is discouraged due to security issues found in > > libc of FreeBSD 3.x. However, it's possible to run most FreeBSD > > 3.x binaries if you remove FORBIDDEN= line from ports/misc/compat3x, > > while this is not recommended since it can pose you to security > > vulnerabilities. > > Would you please tell us what the application is? >I should add that only a certain 3.x binaries are affected, however, >it's still not so reasonable to run binaries that have not been touched >for so long time... > >Cheers, >-- >Xin LI http://www.delphij.net/ >See complete headers for GPG key and other information. > ><< attach3 >> It is PureMessage Anti-Virus & Anti-Spam (Sophos) application. Knew that you also doing the same on a research for Anti-Spam, not sure whether you have heard this product before? Perhaps I should make myself clear about my current problem so you will have the picture. Problem as following: 1.During the installation -> Booting for freebsd v4.8 on i386 from CD-ROM -> Reach "Kernel Configuration Menu" -> select option 2 "Start kernel configuration in full-screen visual mode" 2. Reach "The Kernel Device Configuration Visual Interface" -> Press "Q [Save and Exit]" 3. Reach "Sysinstall Main Menu" -> select "Standard [Begin a standard installation] 4. Creating Slices Using FDisk -> "Problem: Hard Disk cannot detected" I'm running on SATA mode. Supposingly I will need to configure my Driver on "The Kernel Device Configuration Visual Interface". Not sure the setting for SATA mode and whether 4.8 is supported? HW spec: Intel Xeron 2.8 G Seagate ST380013AS HDD Tiger i7501R S2735-8M motherboard Rgds, Ann _________________________________________________________________ Search the Internet from any Web page with [1]MSN Toolbar. References 1. http://g.msn.com/8HMAENMY/2746??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 16:49:57 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F30F616A4CE; Wed, 19 Jan 2005 16:49:56 +0000 (GMT) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA1D43D45; Wed, 19 Jan 2005 16:49:54 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from stealth.local (jn@c-24-2-72-123.client.comcast.net [24.2.72.123]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j0JGnpXI024701; Wed, 19 Jan 2005 08:49:51 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-hackers@freebsd.org Date: Wed, 19 Jan 2005 09:50:46 -0700 User-Agent: KMail/1.7.2 References: <41EE0C69.50107@orionis.net> In-Reply-To: <41EE0C69.50107@orionis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501190950.47174.lists@jnielsen.net> X-Virus-Scanned: ClamAV 0.80/627/Sun Dec 12 11:53:11 2004 clamav-milter version 0.80j on ns1.jnielsen.net X-Virus-Status: Clean cc: Sven Ahtama cc: freebsd-hardware@freebsd.org Subject: Re: nForce3 NIC on 5.3 (i386) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 16:49:57 -0000 On Wednesday 19 January 2005 12:29 am, Sven Ahtama wrote: > Anyone here who have managed to get the nForce3 MCP NIC to work with > FreeBSD 5.3 on i386 platform? FWIW, I've had pretty much the same experience, although you were more thorough than I was. I installed 5.3-R on a new motherboard with an MCP chipset and installed the net/nvnet port. No complaints, no errors, no NIC. I'm using a PCI card for the time being but I would love to hear about a way to get the onboard NIC working if there is one. JN From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 16:58:45 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CD7016A4CE; Wed, 19 Jan 2005 16:58:45 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A75743D1F; Wed, 19 Jan 2005 16:58:44 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.2.R) with ESMTP id md50000889568.msg; Wed, 19 Jan 2005 16:47:55 +0000 Message-ID: <00b301c4fe47$f81fc020$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Wed, 19 Jan 2005 16:57:12 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Wed, 19 Jan 2005 16:47:55 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDAV-Processed: multiplay.co.uk, Wed, 19 Jan 2005 16:47:59 +0000 Subject: Debugging linux emulation how? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 16:58:45 -0000 I've got a linux app who's data in a tcp steam appears to be getting jumbled. The same app on linux performs correct so I need a way of looking at the data in the calls going through the ABI. truss only seems to show a call linux_socketcall which looking at the ABI code does indeed hand off to linux_socket if appropriate. What's the best way of tracing this? Can I add debug lines into the linux kernel module if so what would this look like? Note: This is remote machine so serial debugging would not be an option. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 17:24:55 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E93116A4CE for ; Wed, 19 Jan 2005 17:24:55 +0000 (GMT) Received: from rockridge.uits.indiana.edu (rockridge.uits.indiana.edu [129.79.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D0AA43D2F for ; Wed, 19 Jan 2005 17:24:55 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (fontz.uits.indiana.edu [129.79.1.76]) j0JHOrHd021760; Wed, 19 Jan 2005 12:24:53 -0500 (EST) Received: from [149.161.16.4] (viper-004-client.iusb.edu [149.161.16.4]) (authenticated bits=0)j0JHOpxX025365; Wed, 19 Jan 2005 12:24:52 -0500 (EST) Message-ID: <41EE97E4.3080805@attglobal.net> Date: Wed, 19 Jan 2005 12:24:52 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: yoke an References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 17:24:55 -0000 yoke an wrote: > > I'm running on SATA mode. Supposingly I will need to configure my > Driver on "The Kernel Device Configuration Visual Interface". Not sure > the setting for SATA mode and whether 4.8 is supported? SATA is not supported on 4.x. Unless you write support, it's going to stay that way. You either need to use ATA (or SCSI) disks or upgrade to 5.3. Regards. David From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 17:39:25 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A3416A4CE for ; Wed, 19 Jan 2005 17:39:25 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218FC43D31 for ; Wed, 19 Jan 2005 17:39:25 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0JHhkmm031098; Wed, 19 Jan 2005 10:43:46 -0700 (MST) (envelope-from scottl@freebsd.org) Received: from localhost (scottl@localhost)j0JHhjxn031095; Wed, 19 Jan 2005 10:43:45 -0700 (MST) (envelope-from scottl@freebsd.org) X-Authentication-Warning: pooker.samsco.org: scottl owned process doing -bs Date: Wed, 19 Jan 2005 10:43:45 -0700 (MST) From: Scott Long Sender: scottl@pooker.samsco.org To: yoke an In-Reply-To: Message-ID: <20050119103214.A27409@pooker.samsco.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 17:39:25 -0000 On Wed, 19 Jan 2005, yoke an wrote: > > Hi , > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it > cannot detect my hard disk during the installation. I think the > problem should be the SATA driver. Coz I'm currently using SATA > instead of IDE/ATAPI. > > Is FreeBSD v4.8 support SATA or any available free downld driver for > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > v4.8? If yes, where can i downld it? > > HW spec: > HDD model: Seagate, ST380013AS. > Motherboard : Tiger i7501R S2735-8M > > Hope the above info is sufficient for you. > > Thank you so much > > rgds Ann As others have said, you probably are better off with getting your application to run under 5.3. However, assuming that this motherboard is using an ICH5 southbridge, you should be able to configure the BIOS to run the SATA channels in legacy mode. To do this, go to the IDE Configuration menu and make sure that the 'Enhanced mode' setting is off and that Legacy Configuation setting is either in 'S-ATA' only or 'P-ATA and S-ATA'. This will make your sata disks appear to be normal IDE drives, but you'll loose access to one or both of your normal IDE channels, depending on which option you pick. I'm not guaranteeing that this will work, but it's easy to try. If you decide to go with FreeBSD 5.3 then you'll want to reset the BIOS to Enhanced mode. Scott From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 18:34:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDDA916A4CE for ; Wed, 19 Jan 2005 18:34:22 +0000 (GMT) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A336143D54 for ; Wed, 19 Jan 2005 18:34:22 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.67]) by hydra.bec.de (Postfix) with ESMTP id C3E6135710 for ; Wed, 19 Jan 2005 19:34:21 +0100 (CET) Received: by britannica.bec.de (Postfix, from userid 1001) id 73C4D50; Wed, 19 Jan 2005 19:33:55 +0100 (CET) Date: Wed, 19 Jan 2005 19:33:55 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20050119183355.GD95454@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <41EE0C69.50107@orionis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EE0C69.50107@orionis.net> User-Agent: Mutt/1.5.6i Subject: Re: nForce3 NIC on 5.3 (i386) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 18:34:23 -0000 On Wed, Jan 19, 2005 at 09:29:45AM +0200, Sven Ahtama wrote: > I got the if_nv loaded as module and tried compiled-in as well. > > I'd really appreciate any pointers, or a conclusive confirmation, that > there is no success yet. Check that the driver contains the PCI IDs for your card. It might be enough to just add them in case. Joerg From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 20:52:04 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B02E16A4CE for ; Wed, 19 Jan 2005 20:52:04 +0000 (GMT) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8436343D39 for ; Wed, 19 Jan 2005 20:52:03 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from BARTON (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j0JKq0Ch009489 for ; Wed, 19 Jan 2005 15:52:00 -0500 (EST) Date: Wed, 19 Jan 2005 20:59:39 +0000 From: Jason Henson To: freebsd-hackers@freebsd.org References: <41EE0C69.50107@orionis.net> In-Reply-To: <41EE0C69.50107@orionis.net> (from sven@orionis.net on Wed Jan 19 02:29:45 2005) X-Mailer: Balsa 2.2.6 Message-Id: <1106168379l.41301l.0l@BARTON> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: nForce3 NIC on 5.3 (i386) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 20:52:04 -0000 On 01/19/05 02:29:45, Sven Ahtama wrote: > Hello folks, >=20 > Anyone here who have managed to get the nForce3 MCP NIC to work with =20 > FreeBSD 5.3 on i386 platform? >=20 > After several hours of retries and kernel configuration i managed to =20 > get the if_nv.ko successfully loaded. No complaints, no errors, but =20 > also, no nv0 device found. Just like it didn't exist. I also read =20 > that one of the common problems in such cases was the agp driver, =20 > however i'm not even using one. Even more, I tried a kernel run =20 > entirely without agp support. >=20 > I got the if_nv loaded as module and tried compiled-in as well. >=20 > I'd really appreciate any pointers, or a conclusive confirmation, =20 > that there is no success yet. >=20 > Regards, >=20 > chance. When you first load the driver you have to reboot or run some scripts =20 by hand. After the install did you reboot with no other changes and it =20 not work? IIRC, you need linux loaded as well as miibus. I made a pr =20 about the nvnet port being out of date and it was updated so the nic =20 would work in 64bit mode. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D71548 So I know atleast it has worked on amd64. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 19 21:59:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D34616A4CE for ; Wed, 19 Jan 2005 21:59:02 +0000 (GMT) Received: from MXR-4.estpak.ee (mta2.mail.neti.ee [194.126.101.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CBD943D60 for ; Wed, 19 Jan 2005 21:59:01 +0000 (GMT) (envelope-from chance@orionis.net) Message-ID: <41EED82B.6020802@orionis.net> Date: Wed, 19 Jan 2005 23:59:07 +0200 From: chance User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <41EE0C69.50107@orionis.net> <1106168379l.41301l.0l@BARTON> In-Reply-To: <1106168379l.41301l.0l@BARTON> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nForce3 NIC on 5.3 (i386) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 21:59:02 -0000 Jason Henson wrote: > When you first load the driver you have to reboot or run some scripts > by hand. After the install did you reboot with no other changes and > it not work? IIRC, you need linux loaded as well as miibus. I made > a pr about the nvnet port being out of date and it was updated so the > nic would work in 64bit mode. > In fact I did reboot after install and confirmed that both the miibus and if_nv were loaded. However I read from various sources that linux compatibility is not required. So I tried without, I will give it a try with linux emulation loaded, just to be sure. What comes to the PCI IDs, it seems to me they are there. At least in the source part of the freebsd fix. I could not verify what is included in the linux binary, but the nVidia site claims that these drivers support nForce3 and so I have heard they do. Regards, chance. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 00:44:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C97916A4CE for ; Thu, 20 Jan 2005 00:44:10 +0000 (GMT) Received: from 194-185-53-242.f5.ngi.it (194-185-53-242.f5.ngi.it [194.185.53.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E58243D2D for ; Thu, 20 Jan 2005 00:44:09 +0000 (GMT) (envelope-from mark@remotelab.org) Received: from einstein.lab (localhost. [127.0.0.1])j0K0i7ZW045760 for ; Thu, 20 Jan 2005 01:44:07 +0100 (CET) (envelope-from mark@remotelab.org) Received: from einstein.lab (localhost.lab [127.0.0.1]) by einstein.lab (8.13.1/8.13.1) with ESMTP id j0K0i6GS009360 for ; Thu, 20 Jan 2005 01:44:06 +0100 (CET) (envelope-from mark@einstein.lab) Received: (from mark@localhost) by einstein.lab (8.13.1/8.13.1/Submit) id j0K0i6Mw009359 for freebsd-hackers@freebsd.org; Thu, 20 Jan 2005 01:44:06 +0100 (CET) (envelope-from mark) Date: Thu, 20 Jan 2005 01:44:06 +0100 From: Marco Trentini To: freebsd-hackers@freebsd.org Message-ID: <20050120004406.GF921@einstein.lab> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD einstein.lab 6.0-CURRENT i386 User-Agent: Mutt/1.5.6i Subject: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 00:44:10 -0000 Hi, I need to clock the function execution time into a C program. I know /usr/include/time.h library but I need to clock the time in milliseconds. Any suggestions, links? -- Marco Trentini mark@remotelab.org http://www.remotelab.org/ From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 00:46:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9446F16A4CE for ; Thu, 20 Jan 2005 00:46:02 +0000 (GMT) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B43443D5A for ; Thu, 20 Jan 2005 00:46:02 +0000 (GMT) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.1/8.13.1) with ESMTP id j0K0k19P033171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Jan 2005 16:46:01 -0800 (PST) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.1/8.13.1/Submit) id j0K0k1fU033170; Wed, 19 Jan 2005 16:46:01 -0800 (PST) (envelope-from steve) Message-Id: <200501200046.j0K0k1fU033170@wattres.watt.com> X-Newsgroups: local.freebsd-hackers In-Reply-To: <20050120004406.GF921@einstein.lab> Organization: Watt Consultants From: steve@Watt.COM (Steve Watt) Date: Wed, 19 Jan 2005 16:46:01 -0800 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: mark@remotelab.org X-Archived: 1106181961.847461158@wattres.Watt.COM cc: hackers@freebsd.org Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 00:46:02 -0000 In article <20050120004406.GF921@einstein.lab> you write: > >Hi, I need to clock the function execution time into a C >program. I know /usr/include/time.h library but I need to >clock the time in milliseconds. > >Any suggestions, links? % man clock_gettime Is nanoseconds too much? -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.8" / 37N 20' 14.9" Internet: steve @ Watt.COM Whois: SW32 Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 01:48:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CFA816A4CE for ; Thu, 20 Jan 2005 01:48:08 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1BDA43D5A for ; Thu, 20 Jan 2005 01:48:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j0K1m1CR006223; Thu, 20 Jan 2005 12:18:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Thu, 20 Jan 2005 12:17:59 +1030 User-Agent: KMail/1.7.1 References: <20050120004406.GF921@einstein.lab> In-Reply-To: <20050120004406.GF921@einstein.lab> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3490558.pWnpvR1U58"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501201218.00400.doconnor@gsoft.com.au> X-Spam-Score: -4.6 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Marco Trentini Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 01:48:08 -0000 --nextPart3490558.pWnpvR1U58 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 20 Jan 2005 11:14, Marco Trentini wrote: > Hi, I need to clock the function execution time into a C > program. I know /usr/include/time.h library but I need to > clock the time in milliseconds. How about.. struct timeval then, now; gettimeofday(&then, NULL); somefunction(); gettimeofday(&now, NULL); timespecsub(&now, &then); printf("function took %ld milliseconds to run\n", now.tv_sec * 1000 + =20 now.tv_usec / 1000); =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3490558.pWnpvR1U58 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB7w3Q5ZPcIHs/zowRApFpAJ9bhblG0loagoELVknbUleHmUNiXwCeM2jM RBlyF/gUYu5GcOWRUGJ9DQ8= =q6EA -----END PGP SIGNATURE----- --nextPart3490558.pWnpvR1U58-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 02:12:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB9016A4CE for ; Thu, 20 Jan 2005 02:12:05 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 57B9243D48 for ; Thu, 20 Jan 2005 02:12:04 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 69184 invoked by uid 0); 20 Jan 2005 02:10:07 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 20 Jan 2005 02:10:07 -0000 Message-ID: <41EF137D.1090100@gamersimpact.com> Date: Wed, 19 Jan 2005 20:12:13 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Trentini References: <20050120004406.GF921@einstein.lab> In-Reply-To: <20050120004406.GF921@einstein.lab> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 02:12:05 -0000 Marco Trentini wrote: > Hi, I need to clock the function execution time into a C > program. I know /usr/include/time.h library but I need to > clock the time in milliseconds. > > Any suggestions, links? > Are you looking for how long the processor spent executing your code? Or the difference in wall time between when it enters the function and when it exits the function? The difference will be subtle, but will still be there. The problem with using wall time (the amount of time elapsed on the clock on the wall) is that it doesn't factor in context switches. In 1 second of wall time your code might only have been executing for a very small piece of it. Other programs could have been scheduled to run, the kernel could be doing a lot of system maintenance, all will eat time slices, and none will be shown if you just just look at the wall clock time. However, if all you want if to look at where a bottleneck is, or how long your program is spending in a given function, you could just generate a profile. It might be useful to know if you are looking for wall time or CPU time spent in those functions. At any rate, I'd suggest looking at microtime or nanotime. the (struct timeval) that microtime uses is defined in /usr/include/sys/_timeval.h if I remember. There are a lot of good guides to time keeping and accuracies. You might check out http://people.freebsd.org/~phk/ I remember him having a section on his timekeeping hobbies. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 03:15:02 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B6516A4CE; Thu, 20 Jan 2005 03:15:02 +0000 (GMT) Received: from hotmail.com (bay13-f21.bay13.hotmail.com [64.4.31.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80D9D43D5A; Thu, 20 Jan 2005 03:15:02 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 19:15:02 -0800 Message-ID: Received: from 202.146.89.186 by by13fd.bay13.hotmail.msn.com with HTTP; Thu, 20 Jan 2005 03:14:41 GMT X-Originating-IP: [202.146.89.186] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <20050119103214.A27409@pooker.samsco.org> From: "yoke an" To: scottl@freebsd.org Date: Thu, 20 Jan 2005 11:14:41 +0800 X-Priority: 1 Importance: High X-OriginalArrivalTime: 20 Jan 2005 03:15:02.0078 (UTC) FILETIME=[3AF725E0:01C4FE9E] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 03:15:02 -0000 > >On Wed, 19 Jan 2005, yoke an wrote: > > > > Hi , > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with Tiger > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 but it > > cannot detect my hard disk during the installation. I think the > > problem should be the SATA driver. Coz I'm currently using SATA > > instead of IDE/ATAPI. > > > > Is FreeBSD v4.8 support SATA or any available free downld driver for > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > > v4.8? If yes, where can i downld it? > > > > HW spec: > > HDD model: Seagate, ST380013AS. > > Motherboard : Tiger i7501R S2735-8M > > > > Hope the above info is sufficient for you. > > > > Thank you so much > > > > rgds Ann > >As others have said, you probably are better off with getting your >application to run under 5.3. However, assuming that this motherboard is >using an ICH5 southbridge, you should be able to configure the BIOS to run >the SATA channels in legacy mode. To do this, go to the IDE Configuration >menu and make sure that the 'Enhanced mode' setting is off and that Legacy >Configuation setting is either in 'S-ATA' only or 'P-ATA and S-ATA'. This >will make your sata disks appear to be normal IDE drives, but you'll loose >access to one or both of your normal IDE channels, depending on which >option you pick. > >I'm not guaranteeing that this will work, but it's easy to try. If you >decide to go with FreeBSD 5.3 then you'll want to reset the BIOS to >Enhanced mode. > >Scott My motherboard is using an ICH5 southbridge and your suggestion is works. As you said, my sata disks appear to be normal IDE drives but it is not running on Raid mode. Currently I'm having 2 HDD, if I do this option, it cannot syn with another HDD. Any better suggestion? _________________________________________________________________ Search the Internet from any Web page with [1]MSN Toolbar. References 1. http://g.msn.com/8HMBENMY/2746??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 03:32:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B181216A4CE for ; Thu, 20 Jan 2005 03:32:32 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CCD043D3F for ; Thu, 20 Jan 2005 03:32:32 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from BARTON (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j0K3WTkc026113 for ; Wed, 19 Jan 2005 22:32:29 -0500 (EST) Date: Thu, 20 Jan 2005 03:40:11 +0000 From: Jason Henson To: freebsd-hackers@freebsd.org References: <41EE0C69.50107@orionis.net> <1106168379l.41301l.0l@BARTON> <41EED82B.6020802@orionis.net> In-Reply-To: <41EED82B.6020802@orionis.net> (from chance@orionis.net on Wed Jan 19 16:59:07 2005) X-Mailer: Balsa 2.2.6 Message-Id: <1106192411l.42243l.0l@BARTON> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: nForce3 NIC on 5.3 (i386) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 03:32:32 -0000 On 01/19/05 16:59:07, chance wrote: > Jason Henson wrote: >=20 >> When you first load the driver you have to reboot or run some =20 >> scripts by hand. After the install did you reboot with no other =20 >> changes and it not work? IIRC, you need linux loaded as well as =20 >> miibus. I made a pr about the nvnet port being out of date and it =20 >> was updated so the nic would work in 64bit mode. >> > In fact I did reboot after install and confirmed that both the miibus =20 > and if_nv were loaded. However I read from various sources that linux =20 > compatibility is not required. So I tried without, I will give it a =20 > try with linux emulation loaded, just to be sure. >=20 > What comes to the PCI IDs, it seems to me they are there. At least in =20 > the source part of the freebsd fix. I could not verify what is =20 > included in the linux binary, but the nVidia site claims that these =20 > drivers support nForce3 and so I have heard they do. >=20 > Regards, >=20 > chance. BTW checkout this link http://www.onthenet.com.au/~q/nvnet/ You say the ids seem to be there, do you mean in /usr/ports/net/nvnet/=20 wprk/src/if_nvreg.h? This will be different on your machine: $ pciconf -lv|grep nv nv0@pci0:4:0: class=3D0x020000 card=3D0x10001695 chip=3D0x006610de rev=3D= 0xa1 =20 hdr=3D0x00 but does the chip equal 0x00D610de on your machine? D6 is the chip id =20 an 10de is for manufacturer. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 03:40:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C3C016A4CE for ; Thu, 20 Jan 2005 03:40:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1604343D2F for ; Thu, 20 Jan 2005 03:40:28 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id j0K3ip4N033129; Wed, 19 Jan 2005 20:44:51 -0700 (MST) (envelope-from scottl@freebsd.org) Received: from localhost (scottl@localhost)j0K3ipYe033126; Wed, 19 Jan 2005 20:44:51 -0700 (MST) (envelope-from scottl@freebsd.org) X-Authentication-Warning: pooker.samsco.org: scottl owned process doing -bs Date: Wed, 19 Jan 2005 20:44:51 -0700 (MST) From: Scott Long Sender: scottl@pooker.samsco.org To: yoke an In-Reply-To: Message-ID: <20050119204300.W27409@pooker.samsco.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 03:40:34 -0000 On Thu, 20 Jan 2005, yoke an wrote: > > > >On Wed, 19 Jan 2005, yoke an wrote: > > > > > > Hi , > > > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with > Tiger > > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 > but it > > > cannot detect my hard disk during the installation. I think the > > > problem should be the SATA driver. Coz I'm currently using SATA > > > instead of IDE/ATAPI. > > > > > > Is FreeBSD v4.8 support SATA or any available free downld driver > for > > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > > > v4.8? If yes, where can i downld it? > > > > > > HW spec: > > > HDD model: Seagate, ST380013AS. > > > Motherboard : Tiger i7501R S2735-8M > > > > > > Hope the above info is sufficient for you. > > > > > > Thank you so much > > > > > > rgds Ann > > > >As others have said, you probably are better off with getting your > >application to run under 5.3. However, assuming that this motherboard > is > >using an ICH5 southbridge, you should be able to configure the BIOS to > run > >the SATA channels in legacy mode. To do this, go to the IDE > Configuration > >menu and make sure that the 'Enhanced mode' setting is off and that > Legacy > >Configuation setting is either in 'S-ATA' only or 'P-ATA and > S-ATA'. This > >will make your sata disks appear to be normal IDE drives, but you'll > loose > >access to one or both of your normal IDE channels, depending on which > >option you pick. > > > >I'm not guaranteeing that this will work, but it's easy to try. If you > >decide to go with FreeBSD 5.3 then you'll want to reset the BIOS to > >Enhanced mode. > > > >Scott > My motherboard is using an ICH5 southbridge and your suggestion is works. > As you said, my sata disks appear to be normal IDE drives but it is not > running on Raid mode. Currently I'm having 2 HDD, if I do this option, > it cannot syn with another HDD. Any better suggestion? > This is the best that you can get under FreeBSD 4.x. If you need access to both IDE channels and SATA at the same time, you'll have to use FreeBSD 5.x. Scott From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 04:17:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82CFD16A4CE; Thu, 20 Jan 2005 04:17:38 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA3A43D58; Thu, 20 Jan 2005 04:17:38 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 19 Jan 2005 20:17:37 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j0K4Hb1B033698; Wed, 19 Jan 2005 20:17:37 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j0K4Hbhj033697; Wed, 19 Jan 2005 20:17:37 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200501200417.j0K4Hbhj033697@ambrisko.com> In-Reply-To: <20050119204300.W27409@pooker.samsco.org> To: Scott Long Date: Wed, 19 Jan 2005 20:17:37 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: yoke an cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 04:17:38 -0000 Scott Long writes: | On Thu, 20 Jan 2005, yoke an wrote: | > My motherboard is using an ICH5 southbridge and your suggestion is works. | > As you said, my sata disks appear to be normal IDE drives but it is not | > running on Raid mode. Currently I'm having 2 HDD, if I do this option, | > it cannot syn with another HDD. Any better suggestion? | | This is the best that you can get under FreeBSD 4.x. If you need access | to both IDE channels and SATA at the same time, you'll have to use FreeBSD | 5.x. There is: http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch for 4.10. That deals with Intel and Promise SATA stuff and ata-raid fixes/enhancements. It deals with legacy and enhanced modes for Intel SATA. A bunch of people have installed it and are using this. A bunch of our customers use it via our appliance. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 04:22:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DEDD16A4CE; Thu, 20 Jan 2005 04:22:05 +0000 (GMT) Received: from hotmail.com (bay13-f6.bay13.hotmail.com [64.4.31.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12CD643D2D; Thu, 20 Jan 2005 04:22:05 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 19 Jan 2005 20:22:04 -0800 Message-ID: Received: from 202.146.89.186 by by13fd.bay13.hotmail.msn.com with HTTP; Thu, 20 Jan 2005 04:21:59 GMT X-Originating-IP: [202.146.89.186] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <20050119204300.W27409@pooker.samsco.org> From: "yoke an" To: scottl@freebsd.org Date: Thu, 20 Jan 2005 12:21:59 +0800 X-OriginalArrivalTime: 20 Jan 2005 04:22:04.0583 (UTC) FILETIME=[9890B370:01C4FEA7] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-hackers@freebsd.org Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 04:22:05 -0000 >On Thu, 20 Jan 2005, yoke an wrote: > > > > > >On Wed, 19 Jan 2005, yoke an wrote: > > > > > > > > Hi , > > > > > > > > We have recently purchased Tyan Transport GX21 (B2735G21S2) with > > Tiger > > > > i7501R S2735-8M motherboard. I'm trying to install FreeBSD v4.8 > > but it > > > > cannot detect my hard disk during the installation. I think the > > > > problem should be the SATA driver. Coz I'm currently using SATA > > > > instead of IDE/ATAPI. > > > > > > > > Is FreeBSD v4.8 support SATA or any available free downld driver > > for > > > > SATA? Can I use "ICH5-R SATA Chip driver " for supporting FreeBSD > > > > v4.8? If yes, where can i downld it? > > > > > > > > HW spec: > > > > HDD model: Seagate, ST380013AS. > > > > Motherboard : Tiger i7501R S2735-8M > > > > > > > > Hope the above info is sufficient for you. > > > > > > > > Thank you so much > > > > > > > > rgds Ann > > > > > >As others have said, you probably are better off with getting your > > >application to run under 5.3. However, assuming that this motherboard > > is > > >using an ICH5 southbridge, you should be able to configure the BIOS to > > run > > >the SATA channels in legacy mode. To do this, go to the IDE > > Configuration > > >menu and make sure that the 'Enhanced mode' setting is off and that > > Legacy > > >Configuation setting is either in 'S-ATA' only or 'P-ATA and > > S-ATA'. This > > >will make your sata disks appear to be normal IDE drives, but you'll > > loose > > >access to one or both of your normal IDE channels, depending on which > > >option you pick. > > > > > >I'm not guaranteeing that this will work, but it's easy to try. If you > > >decide to go with FreeBSD 5.3 then you'll want to reset the BIOS to > > >Enhanced mode. > > > > > >Scott > > My motherboard is using an ICH5 southbridge and your suggestion is works. > > As you said, my sata disks appear to be normal IDE drives but it is not > > running on Raid mode. Currently I'm having 2 HDD, if I do this option, > > it cannot syn with another HDD. Any better suggestion? > > > >This is the best that you can get under FreeBSD 4.x. If you need access >to both IDE channels and SATA at the same time, you'll have to use FreeBSD >5.x. > >Scott > I'm thinking if I install freebsd 4.8 via IDE. Later I do the installation for SATA driver and switch my HDD to SATA mode, will that work? Anybody experience this? _________________________________________________________________ Find answers fast with [1]MSN Search BETA. New look and improved results. Give it a try! References 1. http://g.msn.com/8HMAENMY/2737??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 06:42:20 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7786516A4CE for ; Thu, 20 Jan 2005 06:42:20 +0000 (GMT) Received: from web52701.mail.yahoo.com (web52701.mail.yahoo.com [206.190.39.152]) by mx1.FreeBSD.org (Postfix) with SMTP id EDE9543D55 for ; Thu, 20 Jan 2005 06:42:19 +0000 (GMT) (envelope-from kamalpr@yahoo.com) Received: (qmail 63757 invoked by uid 60001); 20 Jan 2005 06:42:19 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=tKFjbztctZrDnw04L03ndcWgtXceeIAmy1IG/AwXq7og9h6VThx3g4LGvPdhUvqeYIDTdTI7QSQDwZx76DRZMeOfr3uKh6qF5XjEuQrYVZcTCD774UQalDYxn+bnCThawOKgy2D+dflPfDJUvE82QADzsLt62409wlZ0cZqOVnw= ; Message-ID: <20050120064219.63755.qmail@web52701.mail.yahoo.com> Received: from [203.195.199.244] by web52701.mail.yahoo.com via HTTP; Wed, 19 Jan 2005 22:42:19 PST Date: Wed, 19 Jan 2005 22:42:19 -0800 (PST) From: "Kamal R. Prasad" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: resize freebsd partition X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 06:42:20 -0000 Hello, Can someone tell me how to resize the freebsd partition without losing any data? I have a 8GB freebsd partition and 1/2 GB swap and want to install another *bsd onto the harddisk. thanks -kamal __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 06:44:49 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF12016A4CE for ; Thu, 20 Jan 2005 06:44:49 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CB7C43D39 for ; Thu, 20 Jan 2005 06:44:49 +0000 (GMT) (envelope-from chiahsing@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so121131wra for ; Wed, 19 Jan 2005 22:44:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=AQa7pYFqhiR0LKh8py36jTDY5L4C2D/Et2AttFJ1Ti9vPM4Qfau3fn15F00+W9NVndIzrU6+JkpFG86+nG4V5GCPHN4xeyn8e9VAfazT47HctEunKGFzLuAmgX9ZwGbgfS8mCkW+wjs8K2362MG2+I6v8i2orVNzsGH7RO4802I= Received: by 10.54.52.62 with SMTP id z62mr326986wrz; Wed, 19 Jan 2005 22:44:48 -0800 (PST) Received: by 10.54.31.21 with HTTP; Wed, 19 Jan 2005 22:44:48 -0800 (PST) Message-ID: Date: Wed, 19 Jan 2005 22:44:48 -0800 From: David Yu To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: kernel iconv support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Yu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 06:44:49 -0000 Hi folks, I was wondering why the kernel side iconv support is so incomplete. I mean, only XLAT and XLAT 16 converters are implemented. Is there any reason that we don't want to put all converters into the kernel (e.g. too large)? Or just no one wrote it? I think the iconv support is really important in filename conversion in some file systems, especially for non-English users. A fully functional iconv will be good for many people. David From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 06:52:29 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74B8116A4CE for ; Thu, 20 Jan 2005 06:52:29 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B21143D5A for ; Thu, 20 Jan 2005 06:52:29 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 40so32484rnz for ; Wed, 19 Jan 2005 22:52:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=SbeZ6kLQgpYSJsAyvigGlHFJ//voM4DYba82gd1Yy3X6IeBFBqJsObphTQQYmfMOoFCtoC0uhEq4OFjx22HvAICgVskCie5vhqwkiCaKoHwjHdrc8n50Sg6pOvKttX+Mn+NO5wdzag/sPMS1MES5EvFrxq6iixqXm7r7Y267bEI= Received: by 10.38.206.69 with SMTP id d69mr13427rng; Wed, 19 Jan 2005 22:52:28 -0800 (PST) Received: by 10.38.8.79 with HTTP; Wed, 19 Jan 2005 22:52:28 -0800 (PST) Message-ID: Date: Thu, 20 Jan 2005 14:52:28 +0800 From: Jiawei Ye To: David Yu In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: cc: freebsd-hackers@freebsd.org Subject: Re: kernel iconv support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 06:52:29 -0000 On Wed, 19 Jan 2005 22:44:48 -0800, David Yu wrote: > Hi folks, > I was wondering why the kernel side iconv support is so incomplete. I > mean, only XLAT and XLAT 16 converters are implemented. Is there any > reason that we don't want to put all converters into the kernel (e.g. > too large)? Or just no one wrote it? > I think the iconv support is really important in filename conversion > in some file systems, especially for non-English users. A fully > functional iconv will be good for many people. > > David I had asked the question sometime back in early 2004 (IIRC) when trying to UTF-8-ize my then -current box, but no one responded. I take it as that no one had yet implement it rather than being reluctant to implement it. My 2 cents, Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 07:56:48 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A75A16A4CE for ; Thu, 20 Jan 2005 07:56:48 +0000 (GMT) Received: from lakermmtao03.cox.net (lakermmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4B5F43D5A for ; Thu, 20 Jan 2005 07:56:47 +0000 (GMT) (envelope-from mezz7@cox.net) Received: from mezz.mezzweb.com ([68.103.32.140]) by lakermmtao03.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050120075645.YLPR2250.lakermmtao03.cox.net@mezz.mezzweb.com>; Thu, 20 Jan 2005 02:56:45 -0500 To: "David Yu" References: Message-ID: From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Thu, 20 Jan 2005 01:57:49 -0600 In-Reply-To: User-Agent: Opera M2/7.54u1 (Linux, build 892) cc: freebsd-hackers@freebsd.org Subject: Re: kernel iconv support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 07:56:48 -0000 On Wed, 19 Jan 2005 22:44:48 -0800, David Yu wrote: > Hi folks, > I was wondering why the kernel side iconv support is so incomplete. I > mean, only XLAT and XLAT 16 converters are implemented. Is there any > reason that we don't want to put all converters into the kernel (e.g. > too large)? Or just no one wrote it? > I think the iconv support is really important in filename conversion > in some file systems, especially for non-English users. A fully > functional iconv will be good for many people. http://www.freebsd.org/news/status/report-july-2004-dec-2004.html#Improved-Multibyte/Wide-Character-Support > David -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 09:58:56 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5530116A4CE for ; Thu, 20 Jan 2005 09:58:56 +0000 (GMT) Received: from asia.telenet-ops.be (asia.telenet-ops.be [195.130.132.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98CA843D54 for ; Thu, 20 Jan 2005 09:58:55 +0000 (GMT) (envelope-from brampie@no-wackos.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by asia.telenet-ops.be (Postfix) with SMTP id 9187D224101 for ; Thu, 20 Jan 2005 10:58:54 +0100 (MET) Received: from [192.168.1.137] (d51526F89.access.telenet.be [81.82.111.137]) by asia.telenet-ops.be (Postfix) with ESMTP id 791CD224060 for ; Thu, 20 Jan 2005 10:58:54 +0100 (MET) Message-ID: <41EF810B.7060301@no-wackos.com> Date: Thu, 20 Jan 2005 10:59:39 +0100 From: Bram Van Steenlandt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 20 Jan 2005 13:14:50 +0000 Subject: device id question (usb and scsi) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 09:58:56 -0000 Hi, I've been having some problems with the following: ex1: I have two scsi scanners and I use sane to scan all works well my two scanners are /dev/pass0 and /dev/pass1 however when one of them is turned of the device are renumbered (wich is a problem because then I have to change the sane configuration files) ex2: Same thing as above happens with usb printer, I work with cups and printers get mixed from the moment you leave one of. I have a support pack for cups and they tell my there is no other solution then to move to linux or osx because they have device id numbers (they save the number kinda like a dhcp server and fixed ip adresses). Or that I have to wait untill freebsd implements this. I am a very FreeBSD minded person (but also a newbie) and I find it very hard to believe that such an advanced OS does not have some solution for this. So if anybody has any hints or solutions please send them. btw I'm running FreeBSD5.3RELEASE/i386 regards bram From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 13:24:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 465EF16A4CE for ; Thu, 20 Jan 2005 13:24:30 +0000 (GMT) Received: from node15.coopprint.com (node15.cooperativeprinting.com [208.4.77.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5EFD743D46 for ; Thu, 20 Jan 2005 13:24:29 +0000 (GMT) (envelope-from ryans@gamersimpact.com) Received: (qmail 87672 invoked by uid 0); 20 Jan 2005 13:22:31 -0000 Received: from unknown (HELO ?192.168.0.5?) (63.231.157.250) by node15.coopprint.com with SMTP; 20 Jan 2005 13:22:31 -0000 Message-ID: <41EFB118.3070108@gamersimpact.com> Date: Thu, 20 Jan 2005 07:24:40 -0600 From: Ryan Sommers User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bram Van Steenlandt References: <41EF810B.7060301@no-wackos.com> In-Reply-To: <41EF810B.7060301@no-wackos.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: device id question (usb and scsi) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 13:24:30 -0000 Bram Van Steenlandt wrote: > Hi, > > I've been having some problems with the following: > ex1: I have two scsi scanners and I use sane to scan all works well my > two scanners are /dev/pass0 and /dev/pass1 however when one of them is > turned of the device are renumbered (wich is a problem because then I > have to change the sane configuration files) > > ex2: Same thing as above happens with usb printer, I work with cups and > printers get mixed from the moment you leave one of. > > I have a support pack for cups and they tell my there is no other > solution then to move to linux or osx because they have device id > numbers (they save the number kinda like a dhcp server and fixed ip > adresses). Or that I have to wait untill freebsd implements this. > > I am a very FreeBSD minded person (but also a newbie) and I find it very > hard to believe that such an advanced OS does not have some solution for > this. > > So if anybody has any hints or solutions please send them. The problem is that devfs automatically assigns numbers based on when devices appear. In most cases this is a Godsend for system admins. In your case though, where devices come and go but need static naming, it doesn't work so well. Unfortunately I'm not a devfs guru. However, you might have a look at the devfs man page. You can add rule-sets to the devfs configuration file in /etc. If I remember correctly this can even work off the device ID tag. What you would do is add rules that create symlinks between the devfs dynamic rules and static symlinks you name. -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 14:10:42 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8497516A4CE for ; Thu, 20 Jan 2005 14:10:42 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C6C943D31 for ; Thu, 20 Jan 2005 14:10:41 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0KEAOHo090379 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 20 Jan 2005 15:10:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0KE9gU3054055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2005 15:09:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0KE9gTk006143; Thu, 20 Jan 2005 15:09:42 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0KE9gN7006142; Thu, 20 Jan 2005 15:09:42 +0100 (CET) (envelope-from ticso) Date: Thu, 20 Jan 2005 15:09:42 +0100 From: Bernd Walter To: Bram Van Steenlandt Message-ID: <20050120140941.GA5661@cicely12.cicely.de> References: <41EF810B.7060301@no-wackos.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EF810B.7060301@no-wackos.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: device id question (usb and scsi) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 14:10:42 -0000 On Thu, Jan 20, 2005 at 10:59:39AM +0100, Bram Van Steenlandt wrote: > Hi, > > I've been having some problems with the following: > ex1: I have two scsi scanners and I use sane to scan all works well my > two scanners are /dev/pass0 and /dev/pass1 however when one of them is > turned of the device are renumbered (wich is a problem because then I > have to change the sane configuration files) > > ex2: Same thing as above happens with usb printer, I work with cups and > printers get mixed from the moment you leave one of. > > I have a support pack for cups and they tell my there is no other > solution then to move to linux or osx because they have device id > numbers (they save the number kinda like a dhcp server and fixed ip > adresses). Or that I have to wait untill freebsd implements this. > > I am a very FreeBSD minded person (but also a newbie) and I find it very > hard to believe that such an advanced OS does not have some solution for > this. Add devd scripts to setup/remove softlinks whenever you identify a specific device. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 14:21:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F70C16A4CE for ; Thu, 20 Jan 2005 14:21:28 +0000 (GMT) Received: from smtpx.spintech.ro (smtpx.spintech.ro [81.181.24.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id E242B43D5F for ; Thu, 20 Jan 2005 14:21:27 +0000 (GMT) (envelope-from aanton@spintech.ro) Received: from smtpx.spintech.ro (antivirus [15.0.0.1]) by smtpx.spintech.ro (Postfix) with ESMTP id 5C3983A4F2; Thu, 20 Jan 2005 13:04:23 +0000 (UTC) Received: from [10.0.0.2] (beastie [10.0.0.2]) by smtpx.spintech.ro (Postfix) with ESMTP id 31C603A4DB; Thu, 20 Jan 2005 13:04:23 +0000 (UTC) Message-ID: <41EFBEA5.50007@spintech.ro> Date: Thu, 20 Jan 2005 16:22:29 +0200 From: Alin-Adrian Anton User-Agent: Mozilla Thunderbird 1.0 (X11/20041229) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco Trentini References: <20050120004406.GF921@einstein.lab> In-Reply-To: <20050120004406.GF921@einstein.lab> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Open-Source: www.opensource.org cc: freebsd-hackers@freebsd.org Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 14:21:28 -0000 Marco Trentini wrote: > Hi, I need to clock the function execution time into a C > program. I know /usr/include/time.h library but I need to > clock the time in milliseconds. > > Any suggestions, links? > ---snip--- #include struct timeval tv1,tv2; struct timezone tz1,tz2; gettimeofday(&tv1,&tz1); for (i=0;i<5000000;i++) { tmp=tree_insert(myroot,i,i+10); // cycles if (tmp) myroot=tmp; // cycles } gettimeofday(&tv2,&tz2); fprintf(stderr,"Insertion of 5 billions lasted %d microseconds\n", ((tv2.tv_sec - tv1.tv_sec) * 1000000 + (tv2.tv_usec - tv1.tv_usec))); ---snip--- So you can measure the cycles multiple times then compute the average time. For this snippet (which deals with a B+tree) i got results of the form 0.3445866564 microseconds, which means 344.5867 miliseconds.. etc.. I don't think there is a streight way to speed-up the default unix time resolution, which is, as far as i know, in microseconds. Regards, -- Alin-Adrian Anton GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E Never ask a man what OS he uses. If it's FreeBSD, he'll tell you. If it's not, why embarrass him? ..I'm sorry.. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 14:25:05 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5020316A4CE; Thu, 20 Jan 2005 14:25:05 +0000 (GMT) Received: from hotmail.com (bay13-f12.bay13.hotmail.com [64.4.31.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D1EB43D5D; Thu, 20 Jan 2005 14:25:05 +0000 (GMT) (envelope-from yokean1@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 20 Jan 2005 06:25:04 -0800 Message-ID: Received: from 210.195.42.37 by by13fd.bay13.hotmail.msn.com with HTTP; Thu, 20 Jan 2005 14:24:39 GMT X-Originating-IP: [210.195.42.37] X-Originating-Email: [yokean1@hotmail.com] X-Sender: yokean1@hotmail.com In-Reply-To: <200501200417.j0K4Hbhj033697@ambrisko.com> From: "yoke an" To: ambrisko@ambrisko.com, scottl@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 20 Jan 2005 22:24:39 +0800 X-OriginalArrivalTime: 20 Jan 2005 14:25:04.0710 (UTC) FILETIME=[D599F660:01C4FEFB] MIME-Version: 1.0 Content-Type: text/plain; format="flowed" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 14:25:05 -0000 >Scott Long writes: >| On Thu, 20 Jan 2005, yoke an wrote: >| > My motherboard is using an ICH5 southbridge and your suggestion is works. >| > As you said, my sata disks appear to be normal IDE drives but it is not >| > running on Raid mode. Currently I'm having 2 HDD, if I do this option, >| > it cannot syn with another HDD. Any better suggestion? >| >| This is the best that you can get under FreeBSD 4.x. If you need access >| to both IDE channels and SATA at the same time, you'll have to use FreeBSD >| 5.x. > >There is: > http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch >for 4.10. That deals with Intel and Promise SATA stuff and >ata-raid fixes/enhancements. It deals with legacy and enhanced modes >for Intel SATA. > >A bunch of people have installed it and are using this. A bunch of >our customers use it via our appliance. > >Doug A. Thanks everyone who shares your idea and experience on this subject. I'm feeling appreciation and grateful though this is the first time I've posted this topic. Unexpectancy, I've received lots of interesting replied. To a conclusion, as many of you 5.3 is the best choice. There is no support for the ICH5 SATA adapter in FreeBSD v4.8-Release. Release 4.10 supports ICH5 SATA on some motherboards. Release 4.11 is scheduled before the end of this month. The only way is to run IDE channel instead if I insist to use 4.8. Thanks again everyone. At least I got some hints and clue that what I'm planning to do next. _________________________________________________________________ Find love online with [1]MSN Personals. References 1. http://g.msn.com/8HMAENMY/2740??PS=47575 From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 15:14:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE44016A4CE for ; Thu, 20 Jan 2005 15:14:22 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id AF0BF43D5F for ; Thu, 20 Jan 2005 15:14:13 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 97851 invoked by uid 0); 20 Jan 2005 15:06:15 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 20 Jan 2005 15:06:15 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id EB5241333A0 for ; Thu, 20 Jan 2005 23:13:59 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43419-13 for ; Thu, 20 Jan 2005 23:13:51 +0800 (CST) Received: from localhost.localdomain (unknown [61.48.135.6]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id D99EF1310D2 for ; Thu, 20 Jan 2005 23:13:50 +0800 (CST) From: Xin LI To: freebsd-hackers@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-m6hA+HqQC5h3RuPHQARE" Organization: The FreeBSD Simplified Chinese Project Date: Thu, 20 Jan 2005 23:12:35 +0800 Message-Id: <1106233955.1019.9.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net Subject: rstat_timeval: Different type from timeval on 64-bit platforms X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 15:14:23 -0000 --=-m6hA+HqQC5h3RuPHQARE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Dear folks, During my recent overhaul of our code I found that rstat_timeval (defined in include/rpcsvc/rstat.h) did the following: %%% struct rstat_timeval { u_int tv_sec; u_int tv_usec; }; %%% While we have timeval defined as: %%% struct timeval { long tv_sec; suseconds_t tv_usec; }; %%% And we have some potentially incorrect code, which directly cast rstat_timeval* into timeval*, which will finally cause some wasted data overwritten on other places. Is there any reason rstat_timeval is not an alias of timeval? Is this for backward compatibility or inter-operation with other operating systems? Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ --=-m6hA+HqQC5h3RuPHQARE Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB78pj/cVsHxFZiIoRAmuAAJ9vh/2HdoBCwk4+/U7VDFjj0icOyACeNXvh 3/tmDkols/ElgExKapPc1Vs= =pysw -----END PGP SIGNATURE----- --=-m6hA+HqQC5h3RuPHQARE-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 15:41:58 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C1616A4CF; Thu, 20 Jan 2005 15:41:58 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5FE343D53; Thu, 20 Jan 2005 15:41:57 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id C97356520C; Thu, 20 Jan 2005 15:41:53 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32012-03-5; Thu, 20 Jan 2005 15:41:53 +0000 (GMT) Received: from empiric.dek.spc.org (unknown [213.210.24.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 523AC651FA; Thu, 20 Jan 2005 15:41:52 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 6AB816466; Thu, 20 Jan 2005 15:42:15 +0000 (GMT) Date: Thu, 20 Jan 2005 15:42:15 +0000 From: Bruce M Simpson To: dpk Message-ID: <20050120154215.GA31493@dhcp120.icir.org> Mail-Followup-To: dpk , atanu@icir.org, imp@FreeBSD.org, freebsd-hackers@FreeBSD.org References: <20050108191218.L42157@shared10.hosting.flyingcroc.net> <20050110054601.GF709@empiric.icir.org> <20050114163312.GL57985@empiric.icir.org> <20050114083448.K37645@shared10.hosting.flyingcroc.net> <20050114163936.GM57985@empiric.icir.org> <20050119155557.H37645@shared10.hosting.flyingcroc.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20050119155557.H37645@shared10.hosting.flyingcroc.net> cc: freebsd-hackers@FreeBSD.org cc: imp@FreeBSD.org cc: atanu@icir.org Subject: Re: Wondering about a patch (DELL ERA/RAC) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 15:41:58 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 19, 2005 at 03:58:23PM -0800, dpk wrote: > I just got a test server set up for this. The patch worked fine. I lifted > a pppd command line from a linux mailing list: >=20 > pppd /dev/cuaa4 1382400 crtscts noipdefault noauth lock persist connect '= chat -v "" CLIENT CLIENTSERVER "\\c"' >=20 > and I'm able to access the device via the ppp0 interface. >=20 > FWIW, I am using FreeBSD 4.10 here. Thanks for updating the patch! Committed to -CURRENT, MFC pending 1 week. Thanks! BMS --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFB79FWueUpAYYNtTsRAnDKAKCouzE5UEGkpsfQqU3BkM0ULSA+FwCggxrZ u9DokllMJOzo2QrRipcL7n4= =e29f -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 15:52:56 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C533B16A4CE for ; Thu, 20 Jan 2005 15:52:56 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id DFC0843D41 for ; Thu, 20 Jan 2005 15:52:40 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 98033 invoked by uid 0); 20 Jan 2005 15:44:46 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 20 Jan 2005 15:44:46 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 224C1133530 for ; Thu, 20 Jan 2005 23:52:32 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44372-02 for ; Thu, 20 Jan 2005 23:52:25 +0800 (CST) Received: from localhost.localdomain (unknown [61.48.135.6]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id D741E13351C for ; Thu, 20 Jan 2005 23:52:23 +0800 (CST) From: Xin LI To: freebsd-hackers@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9IFxBf6ZWclETM4gUS1A" Organization: The FreeBSD Simplified Chinese Project Date: Thu, 20 Jan 2005 23:50:59 +0800 Message-Id: <1106236259.1019.15.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net Subject: RFC: WARNS=6 patch for libexec/rpc.rstatd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 15:52:56 -0000 --=-9IFxBf6ZWclETM4gUS1A Content-Type: multipart/mixed; boundary="=-euKsYllbFcnXwOfBcCcV" --=-euKsYllbFcnXwOfBcCcV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, everyone, I have a preliminary patch against rpc.rstatd to get it WARNS=3D6 clean on both i386 and all Tier-1 64-bit platforms. Since I'm not quite familiar with the rpc* code I would like to solicit a review on the patch, see attachment. Changes include: - Avoid 64-bit platform complains due to timeval width changes, by introducing an temporary newcurtime when obtaining the current time, since rstat_timeval uses u_int while timeval uses long. (value could be truncated but that's better than overwriting unwanted area) - Use xdrproc_t instead of the more complicated definations (and which doesn't provided enough information for compiler to generate correct code if optimization level is turned too high) - Initialize variables that can potentially be used without initialization. - Explicitly cast when necessary - Use NULL in favor of 0 when representing a NULL pointer - Don't use constant strings for initialization of char * - Add a missing prototype for rstat_service - Prefer complete prototype over incomplete ones. - Use static where applicable. - Apply __unused on unused parameters - Avoid shadowed names - Bump WARNS?=3D from default to 6 Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ --=-euKsYllbFcnXwOfBcCcV Content-Disposition: attachment; filename=patch-rpc.rstatd Content-Type: text/x-patch; name=patch-rpc.rstatd; charset=ISO-8859-1 Content-Transfer-Encoding: base64 SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvbGli ZXhlYy9ycGMucnN0YXRkL01ha2VmaWxlLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS44DQpkaWZm IC11IC1yMS44IE1ha2VmaWxlDQotLS0gTWFrZWZpbGUJNCBGZWIgMjAwNCAxMDoyMDo0MyAtMDAw MAkxLjgNCisrKyBNYWtlZmlsZQkyMCBKYW4gMjAwNSAxNDo0NDo0NiAtMDAwMA0KQEAgLTQsNiAr NCw4IEBADQogU1JDUyA9CXJzdGF0ZC5jIHJzdGF0X3Byb2MuYw0KIE1BTiA9CXJwYy5yc3RhdGQu OA0KIA0KK1dBUk5TPz0JNg0KKw0KIERQQUREPQkke0xJQlJQQ1NWQ30gJHtMSUJVVElMfSAke0xJ QkRFVlNUQVR9ICR7TElCS1ZNfQ0KIExEQUREPQktbHJwY3N2YyAtbHV0aWwgLWxkZXZzdGF0IC1s a3ZtDQogDQpJbmRleDogcnN0YXRfcHJvYy5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUv bmN2cy9zcmMvbGliZXhlYy9ycGMucnN0YXRkL3JzdGF0X3Byb2MuYyx2DQpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuMjUNCmRpZmYgLXUgLXIxLjI1IHJzdGF0X3Byb2MuYw0KLS0tIHJzdGF0X3Byb2Mu YwkyIEp1biAyMDAzIDAyOjM0OjM2IC0wMDAwCTEuMjUNCisrKyByc3RhdF9wcm9jLmMJMjAgSmFu IDIwMDUgMTU6Mzg6NTYgLTAwMDANCkBAIC03NiwxOCArNzYsMjIgQEANCiAjdW5kZWYgaWZfY29s bGlzaW9ucw0KICNpbmNsdWRlIDxycGNzdmMvcnN0YXQuaD4NCiANCitzdGF0aWMgY2hhciBzdHJj cHRpbWVbXSA9ICJfY3BfdGltZSI7DQorc3RhdGljIGNoYXIgc3RyY250W10gPSAiX2NudCI7IA0K Kw0KIHN0cnVjdCBubGlzdCBubFtdID0gew0KICNkZWZpbmUJWF9DUFRJTUUJMA0KLQl7ICJfY3Bf dGltZSIgfSwNCisJeyBzdHJjcHRpbWUsIDAsIDAsIDAsIDAgfSwNCiAjZGVmaW5lCVhfQ05UCQkx DQotCXsgIl9jbnQiIH0sDQotCXsgIiIgfSwNCisJeyBzdHJjbnQsIDAsIDAsIDAsIDAgfSwNCisJ eyBOVUxMLCAwLCAwLCAwLCAwIH0sDQogfTsNCiANCiBpbnQgaGF2ZWFkaXNrKHZvaWQpOw0KIHZv aWQgdXBkYXRleGZlcnMoaW50LCBpbnQgKik7DQogdm9pZCBzZXR1cCh2b2lkKTsNCiBpbnQgc3Rh dHNfc2VydmljZSh2b2lkKTsNCit2b2lkIHJzdGF0X3NlcnZpY2Uoc3RydWN0IHN2Y19yZXEgKiwg U1ZDWFBSVCAqKTsNCiANCiBleHRlcm4gaW50IGZyb21faW5ldGQ7DQogaW50IHNpbmNlbGFzdHJl cSA9IDA7CQkvKiBudW1iZXIgb2YgYWxhcm1zIHNpbmNlIGxhc3QgcmVxdWVzdCAqLw0KQEAgLTk5 LDcgKzEwMyw3IEBADQogICAgIHN0cnVjdCBzdGF0c3RpbWUgczM7DQogfSBzdGF0c19hbGw7DQog DQotdm9pZCB1cGRhdGVzdGF0KCk7DQordm9pZCB1cGRhdGVzdGF0KGludCk7DQogc3RhdGljIGlu dCBzdGF0X2lzX2luaXQgPSAwOw0KIHN0YXRpYyBrdm1fdCAqa2Q7DQogDQpAQCAtMTEyLDE5ICsx MTYsMTkgQEANCiAjZGVmaW5lIEZTQ0FMRSAoMSA8PCA4KQ0KICNlbmRpZg0KIA0KLXZvaWQNCitz dGF0aWMgdm9pZA0KIHN0YXRfaW5pdCh2b2lkKQ0KIHsNCiAgICAgc3RhdF9pc19pbml0ID0gMTsN CiAgICAgc2V0dXAoKTsNCiAgICAgYWxhcm0oMCk7DQotICAgIHVwZGF0ZXN0YXQoKTsNCi0gICAg KHZvaWQpIHNpZ25hbChTSUdBTFJNLCB1cGRhdGVzdGF0KTsNCisgICAgdXBkYXRlc3RhdCgwKTsN CisgICAgc2lnbmFsKFNJR0FMUk0sIHVwZGF0ZXN0YXQpOw0KICAgICBhbGFybSgxKTsNCiB9DQog DQogc3RhdHN0aW1lICoNCi1yc3RhdHByb2Nfc3RhdHNfM19zdmModm9pZCAqYXJncCwgc3RydWN0 IHN2Y19yZXEgKnJxc3RwKQ0KK3JzdGF0cHJvY19zdGF0c18zX3N2YyhfX3VudXNlZCB2b2lkICph cmdwLCBfX3VudXNlZCBzdHJ1Y3Qgc3ZjX3JlcSAqcnFzdHApDQogew0KICAgICBpZiAoISBzdGF0 X2lzX2luaXQpDQogICAgICAgICBzdGF0X2luaXQoKTsNCkBAIC0xMzMsNyArMTM3LDcgQEANCiB9 DQogDQogc3RhdHNzd3RjaCAqDQotcnN0YXRwcm9jX3N0YXRzXzJfc3ZjKHZvaWQgKmFyZ3AsIHN0 cnVjdCBzdmNfcmVxICpycXN0cCkNCityc3RhdHByb2Nfc3RhdHNfMl9zdmMoX191bnVzZWQgdm9p ZCAqYXJncCwgX191bnVzZWQgc3RydWN0IHN2Y19yZXEgKnJxc3RwKQ0KIHsNCiAgICAgaWYgKCEg c3RhdF9pc19pbml0KQ0KICAgICAgICAgc3RhdF9pbml0KCk7DQpAQCAtMTQyLDcgKzE0Niw3IEBA DQogfQ0KIA0KIHN0YXRzICoNCi1yc3RhdHByb2Nfc3RhdHNfMV9zdmModm9pZCAqYXJncCwgc3Ry dWN0IHN2Y19yZXEgKnJxc3RwKQ0KK3JzdGF0cHJvY19zdGF0c18xX3N2YyhfX3VudXNlZCB2b2lk ICphcmdwLCBfX3VudXNlZCBzdHJ1Y3Qgc3ZjX3JlcSAqcnFzdHApDQogew0KICAgICBpZiAoISBz dGF0X2lzX2luaXQpDQogICAgICAgICBzdGF0X2luaXQoKTsNCkBAIC0xNTEsNyArMTU1LDcgQEAN CiB9DQogDQogdV9pbnQgKg0KLXJzdGF0cHJvY19oYXZlZGlza18zX3N2Yyh2b2lkICphcmdwLCBz dHJ1Y3Qgc3ZjX3JlcSAqcnFzdHApDQorcnN0YXRwcm9jX2hhdmVkaXNrXzNfc3ZjKF9fdW51c2Vk IHZvaWQgKmFyZ3AsIF9fdW51c2VkIHN0cnVjdCBzdmNfcmVxICpycXN0cCkNCiB7DQogICAgIHN0 YXRpYyB1X2ludCBoYXZlOw0KIA0KQEAgLTE3NSwxMiArMTc5LDEzIEBADQogfQ0KIA0KIHZvaWQN Ci11cGRhdGVzdGF0KHZvaWQpDQordXBkYXRlc3RhdChfX3VudXNlZCBpbnQgZHVtbXkpDQogew0K IAlpbnQgaSwgaHo7DQogCXN0cnVjdCBjbG9ja2luZm8gY2xvY2tyYXRlOw0KIAlzdHJ1Y3Qgdm1t ZXRlciBjbnQ7DQogCXN0cnVjdCBpZm1pYmRhdGEgaWZtZDsNCisJc3RydWN0IHRpbWV2YWwgbmV3 Y3VydGltZTsJLyogWFhYIDY0LWJpdCAqLw0KIAlkb3VibGUgYXZydW5bM107DQogCXN0cnVjdCB0 aW1ldmFsIHRtLCBidG07DQogCWludCBtaWJbNl07DQpAQCAtMjIxLDcgKzIyNiw3IEBADQogCWZv cihpID0gMDsgaSA8IFJTVEFUX0NQVVNUQVRFUyA7IGkrKykNCiAJCXN0YXRzX2FsbC5zMS5jcF90 aW1lW2ldID0gYnNkX2NwX3RpbWVbY3BfdGltZV94bGF0W2ldXTsNCiANCi0gICAgICAgICh2b2lk KWdldGxvYWRhdmcoYXZydW4sIHNpemVvZihhdnJ1bikgLyBzaXplb2YoYXZydW5bMF0pKTsNCisg ICAgICAgIGdldGxvYWRhdmcoYXZydW4sIHNpemVvZihhdnJ1bikgLyBzaXplb2YoYXZydW5bMF0p KTsNCiANCiAJc3RhdHNfYWxsLnMyLmF2ZW5ydW5bMF0gPSBhdnJ1blswXSAqIEZTQ0FMRTsNCiAJ c3RhdHNfYWxsLnMyLmF2ZW5ydW5bMV0gPSBhdnJ1blsxXSAqIEZTQ0FMRTsNCkBAIC0yNTQsNyAr MjU5LDcgQEANCiAJc3RhdHNfYWxsLnMxLnZfcHN3cGluID0gY250LnZfc3dhcHBnc2luOw0KIAlz dGF0c19hbGwuczEudl9wc3dwb3V0ID0gY250LnZfc3dhcHBnc291dDsNCiAJc3RhdHNfYWxsLnMx LnZfaW50ciA9IGNudC52X2ludHI7DQotCWdldHRpbWVvZmRheSgmdG0sIChzdHJ1Y3QgdGltZXpv bmUgKikgMCk7DQorCWdldHRpbWVvZmRheSgmdG0sIChzdHJ1Y3QgdGltZXpvbmUgKikgTlVMTCk7 DQogCXN0YXRzX2FsbC5zMS52X2ludHIgLT0gaHoqKHRtLnR2X3NlYyAtIGJ0bS50dl9zZWMpICsN CiAJICAgIGh6Kih0bS50dl91c2VjIC0gYnRtLnR2X3VzZWMpLzEwMDAwMDA7DQogCXN0YXRzX2Fs bC5zMi52X3N3dGNoID0gY250LnZfc3d0Y2g7DQpAQCAtMjk4LDggKzMwMyw5IEBADQogCQlzdGF0 c19hbGwuczEuaWZfb2Vycm9ycyArPSBpZm1kLmlmbWRfZGF0YS5pZmlfb2Vycm9yczsNCiAJCXN0 YXRzX2FsbC5zMS5pZl9jb2xsaXNpb25zICs9IGlmbWQuaWZtZF9kYXRhLmlmaV9jb2xsaXNpb25z Ow0KIAl9DQotCWdldHRpbWVvZmRheSgoc3RydWN0IHRpbWV2YWwgKikmc3RhdHNfYWxsLnMzLmN1 cnRpbWUsDQotCQkoc3RydWN0IHRpbWV6b25lICopIDApOw0KKwlnZXR0aW1lb2ZkYXkoJm5ld2N1 cnRpbWUsIChzdHJ1Y3QgdGltZXpvbmUgKikgTlVMTCk7DQorCXN0YXRzX2FsbC5zMy5jdXJ0aW1l LnR2X3NlYyA9IG5ld2N1cnRpbWUudHZfc2VjOw0KKwlzdGF0c19hbGwuczMuY3VydGltZS50dl91 c2VjID0gbmV3Y3VydGltZS50dl91c2VjOw0KIAlhbGFybSgxKTsNCiB9DQogDQpAQCAtMzI4LDcg KzMzNCw3IEBADQogaGF2ZWFkaXNrKHZvaWQpDQogew0KIAlyZWdpc3RlciBpbnQgaTsNCi0Jc3Ry dWN0IHN0YXRpbmZvIHN0YXRzOw0KKwlzdHJ1Y3Qgc3RhdGluZm8gZGlza3N0YXRzOw0KIAlpbnQg bnVtX2RldmljZXMsIHJldHZhbCA9IDA7DQogDQogCWlmICgobnVtX2RldmljZXMgPSBkZXZzdGF0 X2dldG51bWRldnMoTlVMTCkpIDwgMCkgew0KQEAgLTM0MiwyOCArMzQ4LDI4IEBADQogCQlleGl0 KDEpOw0KIAl9DQogDQotCXN0YXRzLmRpbmZvID0gKHN0cnVjdCBkZXZpbmZvICopbWFsbG9jKHNp emVvZihzdHJ1Y3QgZGV2aW5mbykpOw0KLQliemVybyhzdGF0cy5kaW5mbywgc2l6ZW9mKHN0cnVj dCBkZXZpbmZvKSk7DQorCWRpc2tzdGF0cy5kaW5mbyA9IG1hbGxvYyhzaXplb2YoKmRpc2tzdGF0 cy5kaW5mbykpOw0KKwliemVybyhkaXNrc3RhdHMuZGluZm8sIHNpemVvZigqZGlza3N0YXRzLmRp bmZvKSk7DQogDQotCWlmIChkZXZzdGF0X2dldGRldnMoTlVMTCwgJnN0YXRzKSA9PSAtMSkgew0K KwlpZiAoZGV2c3RhdF9nZXRkZXZzKE5VTEwsICZkaXNrc3RhdHMpID09IC0xKSB7DQogCQlzeXNs b2coTE9HX0VSUiwgInJzdGF0ZDogY2FuJ3QgZ2V0IGRldmljZSBsaXN0OiAlcyIsDQogCQkgICAg ICAgZGV2c3RhdF9lcnJidWYpOw0KIAkJZXhpdCgxKTsNCiAJfQ0KLQlmb3IgKGkgPSAwOyBpIDwg c3RhdHMuZGluZm8tPm51bWRldnM7IGkrKykgew0KLQkJaWYgKCgoc3RhdHMuZGluZm8tPmRldmlj ZXNbaV0uZGV2aWNlX3R5cGUNCisJZm9yIChpID0gMDsgaSA8IGRpc2tzdGF0cy5kaW5mby0+bnVt ZGV2czsgaSsrKSB7DQorCQlpZiAoKChkaXNrc3RhdHMuZGluZm8tPmRldmljZXNbaV0uZGV2aWNl X3R5cGUNCiAJCSAgICAgICYgREVWU1RBVF9UWVBFX01BU0spID09IERFVlNUQVRfVFlQRV9ESVJF Q1QpDQotCQkgJiYgKChzdGF0cy5kaW5mby0+ZGV2aWNlc1tpXS5kZXZpY2VfdHlwZQ0KKwkJICYm ICgoZGlza3N0YXRzLmRpbmZvLT5kZXZpY2VzW2ldLmRldmljZV90eXBlDQogCQkgICAgICAmIERF VlNUQVRfVFlQRV9QQVNTKSA9PSAwKSkgew0KIAkJCXJldHZhbCA9IDE7DQogCQkJYnJlYWs7DQog CQl9DQogCX0NCiANCi0JaWYgKHN0YXRzLmRpbmZvLT5tZW1fcHRyKQ0KLQkJZnJlZShzdGF0cy5k aW5mby0+bWVtX3B0cik7DQorCWlmIChkaXNrc3RhdHMuZGluZm8tPm1lbV9wdHIpDQorCQlmcmVl KGRpc2tzdGF0cy5kaW5mby0+bWVtX3B0cik7DQogDQotCWZyZWUoc3RhdHMuZGluZm8pOw0KKwlm cmVlKGRpc2tzdGF0cy5kaW5mbyk7DQogCXJldHVybihyZXR2YWwpOw0KIH0NCiANCkBAIC0zNzEs NyArMzc3LDcgQEANCiB1cGRhdGV4ZmVycyhpbnQgbnVtZGV2cywgaW50ICpkZXZzKQ0KIHsNCiAJ cmVnaXN0ZXIgaW50IGksIGosIGssIHQ7DQotCXN0cnVjdCBzdGF0aW5mbyBzdGF0czsNCisJc3Ry dWN0IHN0YXRpbmZvIGRpc2tzdGF0czsNCiAJaW50IG51bV9kZXZpY2VzID0gMDsNCiAJdV9pbnQ2 NF90IHRvdGFsX3RyYW5zZmVyczsNCiANCkBAIC0zODYsMjQgKzM5MiwyNCBAQA0KIAkJZXhpdCgx KTsNCiAJfQ0KIA0KLQlzdGF0cy5kaW5mbyA9IChzdHJ1Y3QgZGV2aW5mbyAqKW1hbGxvYyhzaXpl b2Yoc3RydWN0IGRldmluZm8pKTsNCi0JYnplcm8oc3RhdHMuZGluZm8sIHNpemVvZihzdHJ1Y3Qg ZGV2aW5mbykpOw0KKwlkaXNrc3RhdHMuZGluZm8gPSBtYWxsb2Moc2l6ZW9mKCpkaXNrc3RhdHMu ZGluZm8pKTsNCisJYnplcm8oZGlza3N0YXRzLmRpbmZvLCBzaXplb2YoKmRpc2tzdGF0cy5kaW5m bykpOw0KIA0KLQlpZiAoZGV2c3RhdF9nZXRkZXZzKE5VTEwsICZzdGF0cykgPT0gLTEpIHsNCisJ aWYgKGRldnN0YXRfZ2V0ZGV2cyhOVUxMLCAmZGlza3N0YXRzKSA9PSAtMSkgew0KIAkJc3lzbG9n KExPR19FUlIsICJyc3RhdGQ6IGNhbid0IGdldCBkZXZpY2UgbGlzdDogJXMiLA0KIAkJICAgICAg IGRldnN0YXRfZXJyYnVmKTsNCiAJCWV4aXQoMSk7DQogCX0NCiANCi0JZm9yIChpID0gMCwgaiA9 IDA7IGkgPCBzdGF0cy5kaW5mby0+bnVtZGV2cyAmJiBqIDwgbnVtZGV2czsgaSsrKSB7DQotCQlp ZiAoKChzdGF0cy5kaW5mby0+ZGV2aWNlc1tpXS5kZXZpY2VfdHlwZQ0KKwlmb3IgKGkgPSAwLCBq ID0gMDsgaSA8IGRpc2tzdGF0cy5kaW5mby0+bnVtZGV2cyAmJiBqIDwgbnVtZGV2czsgaSsrKSB7 DQorCQlpZiAoKChkaXNrc3RhdHMuZGluZm8tPmRldmljZXNbaV0uZGV2aWNlX3R5cGUNCiAJCSAg ICAgICYgREVWU1RBVF9UWVBFX01BU0spID09IERFVlNUQVRfVFlQRV9ESVJFQ1QpDQotCQkgJiYg KChzdGF0cy5kaW5mby0+ZGV2aWNlc1tpXS5kZXZpY2VfdHlwZQ0KKwkJICYmICgoZGlza3N0YXRz LmRpbmZvLT5kZXZpY2VzW2ldLmRldmljZV90eXBlDQogCQkgICAgICAmIERFVlNUQVRfVFlQRV9Q QVNTKSA9PSAwKSkgew0KIAkJCXRvdGFsX3RyYW5zZmVycyA9IDA7DQogCQkJZm9yIChrID0gMDsg ayA8IERFVlNUQVRfTl9UUkFOU19GTEFHUzsgaysrKQ0KIAkJCQl0b3RhbF90cmFuc2ZlcnMgKz0N Ci0JCQkJICAgIHN0YXRzLmRpbmZvLT5kZXZpY2VzW2ldLm9wZXJhdGlvbnNba107DQorCQkJCSAg ICBkaXNrc3RhdHMuZGluZm8tPmRldmljZXNbaV0ub3BlcmF0aW9uc1trXTsNCiAJCQkvKg0KIAkJ CSAqIFhYWCBLRE0gSWYgdGhlIHRvdGFsIHRyYW5zZmVycyBmb3IgdGhpcyBkZXZpY2UNCiAJCQkg KiBhcmUgZ3JlYXRlciB0aGFuIHRoZSBhbW91bnQgd2UgY2FuIGZpdCBpbiBhDQpAQCAtNDIyLDEw ICs0MjgsMTAgQEANCiAJCX0NCiAJfQ0KIA0KLQlpZiAoc3RhdHMuZGluZm8tPm1lbV9wdHIpDQot CQlmcmVlKHN0YXRzLmRpbmZvLT5tZW1fcHRyKTsNCisJaWYgKGRpc2tzdGF0cy5kaW5mby0+bWVt X3B0cikNCisJCWZyZWUoZGlza3N0YXRzLmRpbmZvLT5tZW1fcHRyKTsNCiANCi0JZnJlZShzdGF0 cy5kaW5mbyk7DQorCWZyZWUoZGlza3N0YXRzLmRpbmZvKTsNCiB9DQogDQogdm9pZA0KQEAgLTQz NSwyNiArNDQxLDI2IEBADQogCQlpbnQgZmlsbDsNCiAJfSBhcmd1bWVudDsNCiAJY2hhciAqcmVz dWx0Ow0KLQlib29sX3QgKCp4ZHJfYXJndW1lbnQpKCksICgqeGRyX3Jlc3VsdCkoKTsNCi0JY2hh ciAqKCpsb2NhbCkoKTsNCi0NCisJeGRycHJvY190IHhkcl9hcmd1bWVudCwgeGRyX3Jlc3VsdDsN CisJdHlwZWRlZiB2b2lkICooKnJzdmNmcF90KSh2b2lkICosIHN0cnVjdCBzdmNfcmVxICopOw0K Kwlyc3ZjZnBfdCBsb2NhbDsNCiAJc3dpdGNoIChycXN0cC0+cnFfcHJvYykgew0KIAljYXNlIE5V TExQUk9DOg0KLQkJKHZvaWQpc3ZjX3NlbmRyZXBseSh0cmFuc3AsICh4ZHJwcm9jX3QpeGRyX3Zv aWQsIE5VTEwpOw0KKwkJc3ZjX3NlbmRyZXBseSh0cmFuc3AsICh4ZHJwcm9jX3QpeGRyX3ZvaWQs IE5VTEwpOw0KIAkJZ290byBsZWF2ZTsNCiANCiAJY2FzZSBSU1RBVFBST0NfU1RBVFM6DQotCQl4 ZHJfYXJndW1lbnQgPSB4ZHJfdm9pZDsNCi0JCXhkcl9yZXN1bHQgPSB4ZHJfc3RhdHN0aW1lOw0K KwkJeGRyX2FyZ3VtZW50ID0gKHhkcnByb2NfdCl4ZHJfdm9pZDsNCisJCXhkcl9yZXN1bHQgPSAo eGRycHJvY190KXhkcl9zdGF0c3RpbWU7DQogICAgICAgICAgICAgICAgIHN3aXRjaCAocnFzdHAt PnJxX3ZlcnMpIHsNCiAgICAgICAgICAgICAgICAgY2FzZSBSU1RBVFZFUlNfT1JJRzoNCi0gICAg ICAgICAgICAgICAgICAgICAgICBsb2NhbCA9IChjaGFyICooKikoKSkgcnN0YXRwcm9jX3N0YXRz XzFfc3ZjOw0KKyAgICAgICAgICAgICAgICAgICAgICAgIGxvY2FsID0gKHJzdmNmcF90KSByc3Rh dHByb2Nfc3RhdHNfMV9zdmM7DQogICAgICAgICAgICAgICAgICAgICAgICAgYnJlYWs7DQogICAg ICAgICAgICAgICAgIGNhc2UgUlNUQVRWRVJTX1NXVENIOg0KLSAgICAgICAgICAgICAgICAgICAg ICAgIGxvY2FsID0gKGNoYXIgKigqKSgpKSByc3RhdHByb2Nfc3RhdHNfMl9zdmM7DQorICAgICAg ICAgICAgICAgICAgICAgICAgbG9jYWwgPSAocnN2Y2ZwX3QpIHJzdGF0cHJvY19zdGF0c18yX3N2 YzsNCiAgICAgICAgICAgICAgICAgICAgICAgICBicmVhazsNCiAgICAgICAgICAgICAgICAgY2Fz ZSBSU1RBVFZFUlNfVElNRToNCi0gICAgICAgICAgICAgICAgICAgICAgICBsb2NhbCA9IChjaGFy ICooKikoKSkgcnN0YXRwcm9jX3N0YXRzXzNfc3ZjOw0KKyAgICAgICAgICAgICAgICAgICAgICAg IGxvY2FsID0gKHJzdmNmcF90KSByc3RhdHByb2Nfc3RhdHNfM19zdmM7DQogICAgICAgICAgICAg ICAgICAgICAgICAgYnJlYWs7DQogICAgICAgICAgICAgICAgIGRlZmF1bHQ6DQogICAgICAgICAg ICAgICAgICAgICAgICAgc3ZjZXJyX3Byb2d2ZXJzKHRyYW5zcCwgUlNUQVRWRVJTX09SSUcsIFJT VEFUVkVSU19USU1FKTsNCkBAIC00NjQsMTcgKzQ3MCwxNyBAQA0KIAkJYnJlYWs7DQogDQogCWNh c2UgUlNUQVRQUk9DX0hBVkVESVNLOg0KLQkJeGRyX2FyZ3VtZW50ID0geGRyX3ZvaWQ7DQotCQl4 ZHJfcmVzdWx0ID0geGRyX3VfaW50Ow0KKwkJeGRyX2FyZ3VtZW50ID0gKHhkcnByb2NfdCl4ZHJf dm9pZDsNCisJCXhkcl9yZXN1bHQgPSAoeGRycHJvY190KXhkcl91X2ludDsNCiAgICAgICAgICAg ICAgICAgc3dpdGNoIChycXN0cC0+cnFfdmVycykgew0KICAgICAgICAgICAgICAgICBjYXNlIFJT VEFUVkVSU19PUklHOg0KLSAgICAgICAgICAgICAgICAgICAgICAgIGxvY2FsID0gKGNoYXIgKigq KSgpKSByc3RhdHByb2NfaGF2ZWRpc2tfMV9zdmM7DQorICAgICAgICAgICAgICAgICAgICAgICAg bG9jYWwgPSAocnN2Y2ZwX3QpIHJzdGF0cHJvY19oYXZlZGlza18xX3N2YzsNCiAgICAgICAgICAg ICAgICAgICAgICAgICBicmVhazsNCiAgICAgICAgICAgICAgICAgY2FzZSBSU1RBVFZFUlNfU1dU Q0g6DQotICAgICAgICAgICAgICAgICAgICAgICAgbG9jYWwgPSAoY2hhciAqKCopKCkpIHJzdGF0 cHJvY19oYXZlZGlza18yX3N2YzsNCisgICAgICAgICAgICAgICAgICAgICAgICBsb2NhbCA9IChy c3ZjZnBfdCkgcnN0YXRwcm9jX2hhdmVkaXNrXzJfc3ZjOw0KICAgICAgICAgICAgICAgICAgICAg ICAgIGJyZWFrOw0KICAgICAgICAgICAgICAgICBjYXNlIFJTVEFUVkVSU19USU1FOg0KLSAgICAg ICAgICAgICAgICAgICAgICAgIGxvY2FsID0gKGNoYXIgKigqKSgpKSByc3RhdHByb2NfaGF2ZWRp c2tfM19zdmM7DQorICAgICAgICAgICAgICAgICAgICAgICAgbG9jYWwgPSAocnN2Y2ZwX3QpIHJz dGF0cHJvY19oYXZlZGlza18zX3N2YzsNCiAgICAgICAgICAgICAgICAgICAgICAgICBicmVhazsN CiAgICAgICAgICAgICAgICAgZGVmYXVsdDoNCiAgICAgICAgICAgICAgICAgICAgICAgICBzdmNl cnJfcHJvZ3ZlcnModHJhbnNwLCBSU1RBVFZFUlNfT1JJRywgUlNUQVRWRVJTX1RJTUUpOw0KQEAg LTQ4Nyw3ICs0OTMsNyBAQA0KIAkJc3ZjZXJyX25vcHJvYyh0cmFuc3ApOw0KIAkJZ290byBsZWF2 ZTsNCiAJfQ0KLQliemVybygoY2hhciAqKSZhcmd1bWVudCwgc2l6ZW9mKGFyZ3VtZW50KSk7DQor CWJ6ZXJvKCZhcmd1bWVudCwgc2l6ZW9mKGFyZ3VtZW50KSk7DQogCWlmICghc3ZjX2dldGFyZ3Mo dHJhbnNwLCAoeGRycHJvY190KXhkcl9hcmd1bWVudCwgJmFyZ3VtZW50KSkgew0KIAkJc3ZjZXJy X2RlY29kZSh0cmFuc3ApOw0KIAkJZ290byBsZWF2ZTsNCkluZGV4OiByc3RhdGQuYw0KPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL2xpYmV4ZWMvcnBjLnJzdGF0ZC9yc3RhdGQu Yyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTANCmRpZmYgLXUgLXIxLjEwIHJzdGF0ZC5jDQot LS0gcnN0YXRkLmMJMTUgSnVsIDIwMDIgMTg6NTE6NTcgLTAwMDAJMS4xMA0KKysrIHJzdGF0ZC5j CTIwIEphbiAyMDA1IDE1OjQ0OjI1IC0wMDAwDQpAQCAtNDcsMjIgKzQ3LDIyIEBADQogaW50IGZy b21faW5ldGQgPSAxOyAgICAgLyogc3RhcnRlZCBmcm9tIGluZXRkID8gKi8NCiBpbnQgY2xvc2Vk b3duID0gMjA7CS8qIGhvdyBsb25nIHRvIHdhaXQgYmVmb3JlIGdvaW5nIGRvcm1hbnQgKi8NCiAN Ci12b2lkDQorc3RhdGljIHZvaWQNCiBjbGVhbnVwKGludCBzaWcgX191bnVzZWQpDQogew0KLSAg ICAgICAgKHZvaWQpIHJwY2JfdW5zZXQoUlNUQVRQUk9HLCBSU1RBVFZFUlNfVElNRSwgTlVMTCk7 DQotICAgICAgICAodm9pZCkgcnBjYl91bnNldChSU1RBVFBST0csIFJTVEFUVkVSU19TV1RDSCwg TlVMTCk7DQotICAgICAgICAodm9pZCkgcnBjYl91bnNldChSU1RBVFBST0csIFJTVEFUVkVSU19P UklHLCBOVUxMKTsNCisgICAgICAgIHJwY2JfdW5zZXQoUlNUQVRQUk9HLCBSU1RBVFZFUlNfVElN RSwgTlVMTCk7DQorICAgICAgICBycGNiX3Vuc2V0KFJTVEFUUFJPRywgUlNUQVRWRVJTX1NXVENI LCBOVUxMKTsNCisgICAgICAgIHJwY2JfdW5zZXQoUlNUQVRQUk9HLCBSU1RBVFZFUlNfT1JJRywg TlVMTCk7DQogICAgICAgICBleGl0KDApOw0KIH0NCiANCiBpbnQNCiBtYWluKGludCBhcmdjLCBj aGFyICphcmd2W10pDQogew0KLQlTVkNYUFJUICp0cmFuc3A7DQorCVNWQ1hQUlQgKnRyYW5zcCA9 IE5VTEw7DQogCWludCBvazsNCiAJc3RydWN0IHNvY2thZGRyX3N0b3JhZ2UgZnJvbTsNCi0JaW50 IGZyb21sZW47DQorCXNvY2tsZW5fdCBmcm9tbGVuOw0KIA0KICAgICAgICAgaWYgKGFyZ2MgPT0g MikNCiAgICAgICAgICAgICAgICAgY2xvc2Vkb3duID0gYXRvaShhcmd2WzFdKTsNCkBAIC03OCwx NSArNzgsMTUgQEANCiAgICAgICAgIH0NCiANCiAgICAgICAgIGlmICghZnJvbV9pbmV0ZCkgew0K LSAgICAgICAgICAgICAgICBkYWVtb24oMCwgMCk7DQorCQlkYWVtb24oMCwgMCk7DQogDQotICAg ICAgICAgICAgICAgICh2b2lkKXJwY2JfdW5zZXQoUlNUQVRQUk9HLCBSU1RBVFZFUlNfVElNRSwg TlVMTCk7DQotICAgICAgICAgICAgICAgICh2b2lkKXJwY2JfdW5zZXQoUlNUQVRQUk9HLCBSU1RB VFZFUlNfU1dUQ0gsIE5VTEwpOw0KLSAgICAgICAgICAgICAgICAodm9pZClycGNiX3Vuc2V0KFJT VEFUUFJPRywgUlNUQVRWRVJTX09SSUcsIE5VTEwpOw0KLQ0KLQkJKHZvaWQpIHNpZ25hbChTSUdJ TlQsIGNsZWFudXApOw0KLQkJKHZvaWQpIHNpZ25hbChTSUdURVJNLCBjbGVhbnVwKTsNCi0JCSh2 b2lkKSBzaWduYWwoU0lHSFVQLCBjbGVhbnVwKTsNCisJCXJwY2JfdW5zZXQoUlNUQVRQUk9HLCBS U1RBVFZFUlNfVElNRSwgTlVMTCk7DQorCQlycGNiX3Vuc2V0KFJTVEFUUFJPRywgUlNUQVRWRVJT X1NXVENILCBOVUxMKTsNCisJCXJwY2JfdW5zZXQoUlNUQVRQUk9HLCBSU1RBVFZFUlNfT1JJRywg TlVMTCk7DQorDQorCQlzaWduYWwoU0lHSU5ULCBjbGVhbnVwKTsNCisJCXNpZ25hbChTSUdURVJN LCBjbGVhbnVwKTsNCisJCXNpZ25hbChTSUdIVVAsIGNsZWFudXApOw0KICAgICAgICAgfQ0KIA0K ICAgICAgICAgb3BlbmxvZygicnBjLnJzdGF0ZCIsIExPR19DT05TfExPR19QSUQsIExPR19EQUVN T04pOw0K --=-euKsYllbFcnXwOfBcCcV-- --=-9IFxBf6ZWclETM4gUS1A Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB79Nj/cVsHxFZiIoRAhzyAJ9Kt3q94gi9XnaKhiVVFPJ0YtjUGgCdExLK 2cvDQXyWtxGbWjgZirK/TNs= =Yxos -----END PGP SIGNATURE----- --=-9IFxBf6ZWclETM4gUS1A-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 19:06:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF3D716A4CE for ; Thu, 20 Jan 2005 19:06:19 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E03DB43D2F for ; Thu, 20 Jan 2005 19:06:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j0KJ4XA9029374; Thu, 20 Jan 2005 12:04:34 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 20 Jan 2005 12:05:42 -0700 (MST) Message-Id: <20050120.120542.112360754.imp@bsdimp.com> To: paulo@nlink.com.br From: "M. Warner Losh" In-Reply-To: <41ED679D.6030800@nlink.com.br> References: <41ED679D.6030800@nlink.com.br> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-hackers@FreeBSD.org Subject: Re: Wireless SENAO SL-2511CD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 19:06:19 -0000 In message: <41ED679D.6030800@nlink.com.br> Paulo Fragoso writes: : Hi, : : We have a NIC wireless SENAO SL-2511CD, it has chipset Prism 3.0. When : using kernel with new cbb it doesn't work with FreeBSD 5.3: : : Jan 18 10:58:41 teste1 kernel: pccard0: : (manufacturer=0x000b, product=0x7100) at function 0 : Jan 18 10:58:41 teste1 kernel: pccard0: CIS info: WLAN, : 11Mbps_PC-Card_3.0, ISL37100P : : This way, we have decided to use OLDCARD kernel (card + pcic) and write : a new entry for this card in pccard.conf: : : # SENAO : card "WLAN" "11Mbps_PC-Card_3.0" : config auto "wi" ? : insert /etc/pccard_ether $device start : remove /etc/pccard_ether $device stop : : All works fine, including ifconcif hostap option! : : Where we can hack to make this card work using new cbb (cardbus bridge : driver)? I've committed this to NEWCARD. Breifly, one adds the device to pccarddevs and then adds the card to if_wi_pccard.c. Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 23:51:08 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4A916A4D1 for ; Thu, 20 Jan 2005 23:51:08 +0000 (GMT) Received: from mail13.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251B543D5E for ; Thu, 20 Jan 2005 23:51:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 12585 invoked from network); 20 Jan 2005 23:51:07 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 20 Jan 2005 23:51:07 -0000 Received: from hydrogen.funkthat.com (nwluzy@localhost.funkthat.com [127.0.0.1])j0KNp5GH003673; Thu, 20 Jan 2005 15:51:07 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0KNp4kF003669; Thu, 20 Jan 2005 15:51:04 -0800 (PST) Date: Thu, 20 Jan 2005 15:51:04 -0800 From: John-Mark Gurney To: Milan Obuch Message-ID: <20050120235104.GV19624@funkthat.com> Mail-Followup-To: Milan Obuch , freebsd-hackers@freebsd.org References: <200501141015.37516.bsd@dino.sk> <200501171314.31179.bsd@dino.sk> <20050119004340.GT19624@funkthat.com> <200501191000.51574.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501191000.51574.bsd@dino.sk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-hackers@freebsd.org Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 23:51:08 -0000 Milan Obuch wrote this message on Wed, Jan 19, 2005 at 10:00 +0100: > On Wednesday 19 January 2005 01:43, John-Mark Gurney wrote: > > Milan Obuch wrote this message on Mon, Jan 17, 2005 at 13:14 +0100: > > > On Monday 17 January 2005 12:55, Bruce M Simpson wrote: > > > > On Sun, Jan 16, 2005 at 03:01:17PM +0100, Milan Obuch wrote: > > > > > ACCESS.bus support (i2c bus compatible) and LPC bus bridge (for > > > > > expansion). The first one is present in OpenBSD. I am currently > > > > > studying that and FreeBSD kernel sources to try port it, however, any > > > > > help would be great. No idea on LPC, through... > > > > > > > > There's some i2c support in FreeBSD already, whether or not this > > > > applies to the i2c hardware in the Geode I don't know. iic(4) would be > > > > a good place to start. > > > > > > I think so. However, I built kernel with device iic, iicbus, iicbb, but > > > nothing shows. As said, I am doing my 'homework' now - astudying sources, > > > but, as usual, any help appreciated. > > > > Well, as having used the i2c code, I know it works... You probably > > need to look at the hardware spec, and figure out if you need to write > > a iicbb device driver (one that directly controls the SCL/SDA lines), or > > a higher level one, that has hardware that can issue i2c reads and wrights > > directly... > > > > I recently d/l'd the ACCESS.bus spec myself, since I have a firewire/usb2.0 > > card that says it's an ACCESS.bus card, but not quite (the subrev is > > wrong for access.bus), and didn't realize that ACCESS.bus was so close > > to i2c.. There might need to be a layer written on top of i2c to make > > it appear as an access.bus and do access.bus type things.. > > Great, could we cooperate? Sure, though Joerg Wunsch has been doing work w/ I2C more recently than me, so you might want to drop him an email. > I know there are two modes - bit banging software i2c bus and real hardware > controller. Which one would be easier to begin with? With geode, both are > possible. Pins designed for ACCESS.bus (at least the second, there are two > buses integrated) can be used as GPIO pins. The hardware I worked on was bit banging only, so I used that interface and it was surprisingly easy, since you just define an interface that will get called by the i2c bus to do the necessary toggling... Of course this is more cpu intensive since it requires timing and other things like that.. Take a look at sys/dev/iicbus/iic*_if.m. Those are the two different programming interfaces. You of course just need to do one of the two... The callback function is used to make sure you don't colide with another consumer trying to drive the bus... > Actually the first thing I need to get working is simple LM75 sensor reading, > which is just i2c device, so nothing else (higher level access.bus layer) is > necessary for me. You can take a look at lpbb for a simple example of the bit banging interface... sys/dev/ppbus/lpbb.c The other controllers also implement iicbus directly.. You can look at the modules/i2c/contollers/*/Makefile to see who uses iicbus_if.h to see examples that implement it.. It's pretty simple to work with... Let me know if you need more help.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 02:11:35 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8591416A4CE for ; Fri, 21 Jan 2005 02:11:35 +0000 (GMT) Received: from santiago.pacific.net.sg (santiago.pacific.net.sg [203.120.90.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 42E3443D53 for ; Fri, 21 Jan 2005 02:11:34 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 4153 invoked from network); 21 Jan 2005 02:11:32 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by santiago with SMTP; 21 Jan 2005 02:11:32 -0000 Received: from [192.168.0.109] ([210.24.123.6]) by maxwell6.pacific.net.sg with ESMTP <20050121021132.PGRY17697.maxwell6.pacific.net.sg@[192.168.0.109]>; Fri, 21 Jan 2005 10:11:32 +0800 Message-ID: <41F0653D.2050408@pacific.net.sg> Date: Fri, 21 Jan 2005 10:13:17 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alin-Adrian Anton References: <20050120004406.GF921@einstein.lab> <41EFBEA5.50007@spintech.ro> In-Reply-To: <41EFBEA5.50007@spintech.ro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-hackers@freebsd.org cc: Marco Trentini Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 02:11:35 -0000 Hi, Alin-Adrian Anton wrote: > For this snippet (which deals with a B+tree) i got results of the form > 0.3445866564 microseconds, which means 344.5867 miliseconds.. etc.. > You mixed the units up 1 second is 1 000 ms which is 1 000 000 µs which is 1 000 000 000 ns. Erich From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 02:19:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06FED16A4EC for ; Fri, 21 Jan 2005 02:19:17 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6731843D2D for ; Fri, 21 Jan 2005 02:19:16 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so40285rnf for ; Thu, 20 Jan 2005 18:19:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=VPD9BMcjJM0zKN1juFkUxlgQYRGVMPFndOp2UDL1RJQtdJBPpWp1+X6089XHiJNEUxOutphWW14JL7RK08e007Rwu9BruJr6qNdF8yLvW9ZkyHFX8sUr/SY7eeOR9Yaj9kEbiToNVqRmnNaFBcHnb0go/rtkFN/Q6nRag8QIceo= Received: by 10.38.171.74 with SMTP id t74mr138794rne; Thu, 20 Jan 2005 18:19:15 -0800 (PST) Received: by 10.38.209.12 with HTTP; Thu, 20 Jan 2005 18:19:15 -0800 (PST) Message-ID: <84dead72050120181965c70231@mail.gmail.com> Date: Fri, 21 Jan 2005 02:19:15 +0000 From: Joseph Koshy To: Alin-Adrian Anton In-Reply-To: <41EFBEA5.50007@spintech.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050120004406.GF921@einstein.lab> <41EFBEA5.50007@spintech.ro> cc: freebsd-hackers@freebsd.org cc: Marco Trentini Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 02:19:17 -0000 > I don't think there is a streight way to speed-up the default > unix time resolution, which is, as far as i know, in > microseconds. On i386 (and possibly amd64) platforms you can use the RDTSC instruction to get a direct measure of processor cycles elapsed. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 04:02:17 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6765116A4CE for ; Fri, 21 Jan 2005 04:02:17 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id A643043D45 for ; Fri, 21 Jan 2005 04:02:05 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 2106 invoked by uid 0); 21 Jan 2005 03:54:11 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 21 Jan 2005 03:54:11 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 01DE013398C for ; Fri, 21 Jan 2005 11:31:34 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54524-15 for ; Fri, 21 Jan 2005 11:31:22 +0800 (CST) Received: from localhost.localdomain (unknown [218.30.108.123]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 10DEB13397C for ; Fri, 21 Jan 2005 11:31:22 +0800 (CST) From: Xin LI To: freebsd-hackers@FreeBSD.org In-Reply-To: <1106236259.1019.15.camel@spirit> References: <1106236259.1019.15.camel@spirit> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3t2657PKN/xB7e7IMnjo" Organization: The FreeBSD Simplified Chinese Project Date: Fri, 21 Jan 2005 11:30:06 +0800 Message-Id: <1106278206.637.3.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net Subject: Re: RFC: WARNS=6 patch for libexec/rpc.rstatd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 04:02:17 -0000 --=-3t2657PKN/xB7e7IMnjo Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've posted an revised patch here: http://people.freebsd.org/~delphij/patch-rpc.rstatd Which has integrated many of Stefan (stefanf@)'s suggestions. I'd appreciate other comments, and will commit the patch some point next week if there is no problem with it. Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ --=-3t2657PKN/xB7e7IMnjo Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBB8Hc+/cVsHxFZiIoRAt76AKCAj1IrlUlH5gotUfrsnVPkSLewrgCeIWjd TrWeFFtEMI/aYlzNrpZ77q0= =TTTp -----END PGP SIGNATURE----- --=-3t2657PKN/xB7e7IMnjo-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 05:08:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E112B16A4CE for ; Fri, 21 Jan 2005 05:08:10 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 770A943D2F for ; Fri, 21 Jan 2005 05:08:10 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from BARTON (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j0L588kc023188 for ; Fri, 21 Jan 2005 00:08:08 -0500 (EST) Date: Fri, 21 Jan 2005 05:16:02 +0000 From: Jason Henson To: freebsd-hackers@freebsd.org References: <20050120064219.63755.qmail@web52701.mail.yahoo.com> In-Reply-To: <20050120064219.63755.qmail@web52701.mail.yahoo.com> (from kamalpr@yahoo.com on Thu Jan 20 01:42:19 2005) X-Mailer: Balsa 2.2.6 Message-Id: <1106284562l.49858l.7l@BARTON> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: resize freebsd partition X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 05:08:11 -0000 On 01/20/05 01:42:19, Kamal R. Prasad wrote: > Hello, >=20 > Can someone tell me how to resize the freebsd > partition without losing any data? I have a 8GB > freebsd partition and 1/2 GB swap and want to install > another *bsd onto the harddisk. >=20 > thanks > -kamal > I don't think you can shrink, but you can grow a file system. Do man growfs. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 05:52:56 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120FD16A4CE for ; Fri, 21 Jan 2005 05:52:56 +0000 (GMT) Received: from home.dino.sk (home.dino.sk [213.215.74.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95B8D43D46 for ; Fri, 21 Jan 2005 05:52:54 +0000 (GMT) (envelope-from bsd@dino.sk) Received: from [127.0.0.1] ([127.0.0.1]) by home.dino.sk with esmtp; Fri, 21 Jan 2005 06:52:52 +0100 id 0000E89B.41F098B4.000017B0 From: Milan Obuch To: freebsd-hackers@freebsd.org Date: Fri, 21 Jan 2005 06:52:41 +0100 User-Agent: KMail/1.6.2 References: <200501141015.37516.bsd@dino.sk> <200501191000.51574.bsd@dino.sk> <20050120235104.GV19624@funkthat.com> In-Reply-To: <20050120235104.GV19624@funkthat.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501210652.42328.bsd@dino.sk> Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 05:52:56 -0000 On Friday 21 January 2005 00:51, John-Mark Gurney wrote: > Milan Obuch wrote this message on Wed, Jan 19, 2005 at 10:00 +0100: > > [skip] > > Great, could we cooperate? > > Sure, though Joerg Wunsch has been doing work w/ I2C more recently than > me, so you might want to drop him an email. > Is he on this list? I have no other idea how coould I reach him. > > I know there are two modes - bit banging software i2c bus and real > > hardware controller. Which one would be easier to begin with? With geode, > > both are possible. Pins designed for ACCESS.bus (at least the second, > > there are two buses integrated) can be used as GPIO pins. > > The hardware I worked on was bit banging only, so I used that interface > and it was surprisingly easy, since you just define an interface that > will get called by the i2c bus to do the necessary toggling... Of course > this is more cpu intensive since it requires timing and other things > like that.. > Maybe I will try to make bit banged version first. Just when I find all the subtle details necessary to toggle pins... > Take a look at sys/dev/iicbus/iic*_if.m. Those are the two different > programming interfaces. You of course just need to do one of the two... > I did. Actually first I must figure how this all contributes to total picture... I am on my way. I must first know the hardware part, which is not that easy on the first stage, but I am reading through specs, some examples, mostly in assembly. I am doing my homework :) [skip] > > You can take a look at lpbb for a simple example of the bit banging > interface... sys/dev/ppbus/lpbb.c The other controllers also implement > iicbus directly.. You can look at the modules/i2c/contollers/*/Makefile > to see who uses iicbus_if.h to see examples that implement it.. > On the other side - what is sys/dev/pcf directory for? I do not see those files referenced elsewhere... Other than that, device pcf looks like the best candidate to work with. I would like to use integrated controller, naturally. Regards, Milan N. B. No need to send cc: to me, I am subscribed. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 08:57:07 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D620E16A4CE for ; Fri, 21 Jan 2005 08:57:07 +0000 (GMT) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id A240A43D1F for ; Fri, 21 Jan 2005 08:57:06 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 46FAF84446 for ; Fri, 21 Jan 2005 09:57:05 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 54228-04-2 for ; Fri, 21 Jan 2005 09:56:59 +0100 (CET) Received: from [172.16.129.72] (japan.axelero.com [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 3A95184425 for ; Fri, 21 Jan 2005 09:56:59 +0100 (CET) Message-ID: <41F0C3DA.50104@fsn.hu> Date: Fri, 21 Jan 2005 09:56:58 +0100 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0 (X11/20050103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------050708080301000901060103" X-Virus-Scanned: amavisd-new at fsn.hu Subject: geom mirror and gbde X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 08:57:07 -0000 This is a multi-part message in MIME format. --------------050708080301000901060103 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Hello, I would like to use gbde on a geom mirror, but /etc/rc.d/gbde fails if there is a slash in the device name. I don't know what would be the clean solution, I used the attached diff to solve the problem. Please review it and if there is a better solution, commit it. Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 --------------050708080301000901060103 Content-Type: text/plain; name="gbde.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gbde.patch" --- /tmp/gbde Fri Jan 21 09:38:51 2005 +++ gbde Thu Dec 9 10:53:51 2004 @@ -3,7 +3,7 @@ # This file, originally written by Garrett A. Wollman, is in the public # domain. # -# $FreeBSD: /repoman/r/ncvs/src/etc/rc.d/gbde,v 1.5.2.2 2004/10/15 06:14:43 pjd Exp $ +# $FreeBSD: src/etc/rc.d/gbde,v 1.5.2.2 2004/10/15 06:14:43 pjd Exp $ # # PROVIDE: disks @@ -81,16 +81,17 @@ for device in $gbde_devices; do parent=${device%.bde} parent=${parent#/dev/} - eval "lock=\${gbde_lock_${parent}-\"${gbde_lockdir}/${parent}.lock\"}" + parent_=`echo ${parent} | sed "s/\//_/g"` + eval "lock=\${gbde_lock_${parent_}-\"${gbde_lockdir}/${parent_}.lock\"}" if [ -e "/dev/${parent}" -a ! -e "/dev/${parent}.bde" ]; then echo "Configuring Disk Encryption for ${parent}." count=1 while [ ${count} -le ${gbde_attach_attempts} ]; do if [ -e "${lock}" ]; then - gbde attach ${parent} -l ${lock} + gbde attach /dev/${parent} -l ${lock} else - gbde attach ${parent} + gbde attach /dev/${parent} fi if [ -e "/dev/${parent}.bde" ]; then break @@ -109,7 +110,7 @@ parent=${parent#/dev/} if [ -e "/dev/${parent}.bde" ]; then umount "/dev/${parent}.bde" 2>/dev/null - gbde detach "${parent}" + gbde detach "/dev/${parent}" fi done } --------------050708080301000901060103-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 09:58:19 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16DAB16A4CE for ; Fri, 21 Jan 2005 09:58:19 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B64B43D1F for ; Fri, 21 Jan 2005 09:58:18 +0000 (GMT) (envelope-from dr.clau@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so56166wri for ; Fri, 21 Jan 2005 01:58:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=kcnD9L49uHsElCS64qvkiS4txIB8oeTnloiUHUaB9Ovws5AQQxKc8iloMcPlo9xj+yGWJPK+ATkZUtFICjxFZ27J6apAFDVLkL6AxVP3QcmnRGMiLMPDhtgUAAuTkjCA/gvHG0LpDp2as9zZax7WWi8PoJ87aI7DaAyph17esvY= Received: by 10.54.39.41 with SMTP id m41mr196052wrm; Fri, 21 Jan 2005 01:58:17 -0800 (PST) Received: by 10.54.21.16 with HTTP; Fri, 21 Jan 2005 01:58:17 -0800 (PST) Message-ID: Date: Fri, 21 Jan 2005 11:58:17 +0200 From: Claudiu Dragalina-Paraipan To: Joseph Koshy In-Reply-To: <84dead72050120181965c70231@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050120004406.GF921@einstein.lab> <41EFBEA5.50007@spintech.ro> <84dead72050120181965c70231@mail.gmail.com> cc: freebsd-hackers@freebsd.org cc: Marco Trentini Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Claudiu Dragalina-Paraipan List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 09:58:19 -0000 Or you can use PERFMON. Check manual page for perfmon. It gives you access to internal counters of CPU. Of course this is a subjective measurement, since, AFAIK, the counters are not kept separately for every process, but for entire system, including kernel. Maybe repeating the same measurement for many times, with a system running no other CPU consumers, you will get a more accurate measurement . On Fri, 21 Jan 2005 02:19:15 +0000, Joseph Koshy wrote: > > I don't think there is a streight way to speed-up the default > > unix time resolution, which is, as far as i know, in > > microseconds. > > On i386 (and possibly amd64) platforms you can use the > RDTSC instruction to get a direct measure of processor > cycles elapsed. > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > _______________________________________________ > 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" > -- Claudiu Dragalina-Paraipan e-mail: dr.clau@gmail.com From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 11:24:16 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED87316A4CE for ; Fri, 21 Jan 2005 11:24:16 +0000 (GMT) Received: from smtpx.spintech.ro (smtpx.spintech.ro [81.181.24.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03F0B43D1F for ; Fri, 21 Jan 2005 11:24:15 +0000 (GMT) (envelope-from aanton@spintech.ro) Received: from smtpx.spintech.ro (antivirus [15.0.0.1]) by smtpx.spintech.ro (Postfix) with ESMTP id 3B3253A510; Fri, 21 Jan 2005 10:07:10 +0000 (UTC) Received: from [10.0.0.2] (beastie [10.0.0.2]) by smtpx.spintech.ro (Postfix) with ESMTP id 109DE3A509; Fri, 21 Jan 2005 10:07:10 +0000 (UTC) Message-ID: <41F0E6A0.6030600@spintech.ro> Date: Fri, 21 Jan 2005 13:25:20 +0200 From: Alin-Adrian Anton User-Agent: Mozilla Thunderbird 1.0 (X11/20041229) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Erich Dollansky , freebsd-hackers@freebsd.org References: <20050120004406.GF921@einstein.lab> <41EFBEA5.50007@spintech.ro> <41F0653D.2050408@pacific.net.sg> In-Reply-To: <41F0653D.2050408@pacific.net.sg> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Open-Source: www.opensource.org Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 11:24:17 -0000 Erich Dollansky wrote: > Hi, > > Alin-Adrian Anton wrote: > >> For this snippet (which deals with a B+tree) i got results of the form >> 0.3445866564 microseconds, which means 344.5867 miliseconds.. etc.. >> > You mixed the units up > > 1 second is 1 000 ms which is 1 000 000 µs which is 1 000 000 000 ns. > Yes I noticed. Sorry, been working. -- Alin-Adrian Anton GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E Never ask a man what OS he uses. If it's FreeBSD, he'll tell you. If it's not, why embarrass him? ..I'm sorry.. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 11:43:32 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D1A516A4CE for ; Fri, 21 Jan 2005 11:43:32 +0000 (GMT) Received: from smtpx.spintech.ro (smtpx.spintech.ro [81.181.24.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id E213F43D3F for ; Fri, 21 Jan 2005 11:43:31 +0000 (GMT) (envelope-from aanton@spintech.ro) Received: from smtpx.spintech.ro (antivirus [15.0.0.1]) by smtpx.spintech.ro (Postfix) with ESMTP id 18DC03A540 for ; Fri, 21 Jan 2005 10:26:27 +0000 (UTC) Received: from [10.0.0.2] (beastie [10.0.0.2]) by smtpx.spintech.ro (Postfix) with ESMTP id DC39C3A50B for ; Fri, 21 Jan 2005 10:26:26 +0000 (UTC) Message-ID: <41F0EB25.5030404@spintech.ro> Date: Fri, 21 Jan 2005 13:44:37 +0200 From: Alin-Adrian Anton User-Agent: Mozilla Thunderbird 1.0 (X11/20041229) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <20050120004406.GF921@einstein.lab> <41EFBEA5.50007@spintech.ro> <84dead72050120181965c70231@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Open-Source: www.opensource.org Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 11:43:32 -0000 Claudiu Dragalina-Paraipan wrote: > Or you can use PERFMON. Check manual page for perfmon. > It gives you access to internal counters of CPU. > > Of course this is a subjective measurement, since, AFAIK, the counters > are not kept separately for every process, but for entire system, > including kernel. > Maybe repeating the same measurement for many times, with a system > running no other CPU consumers, you will get a more accurate > measurement > As I said, multiple measurements provide better accuracy. Much better. And as Joseph Koshy pointed out, the RDTSC instruction (works on Pentium i think) may even provide better accuracy then just measuring time. Using it in a cycle of measurements would provide relevant output, and perhaps more accurate then PERFMON (because of direct CPU access). clock_gettime also provides nanoseconds resolution, as pointed out. -- Alin-Adrian Anton GPG keyID 0x1E2FFF2E (2963 0C11 1AF1 96F6 0030 6EE9 D323 639D 1E2F FF2E) gpg --keyserver pgp.mit.edu --recv-keys 1E2FFF2E Never ask a man what OS he uses. If it's FreeBSD, he'll tell you. If it's not, why embarrass him? ..I'm sorry.. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 20 19:11:25 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 723D816A4CE for ; Thu, 20 Jan 2005 19:11:25 +0000 (GMT) Received: from europa.telenet-ops.be (europa.telenet-ops.be [195.130.132.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF1B43D3F for ; Thu, 20 Jan 2005 19:11:25 +0000 (GMT) (envelope-from brampie@no-wackos.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by europa.telenet-ops.be (Postfix) with SMTP id A225A198270; Thu, 20 Jan 2005 20:11:23 +0100 (MET) Received: from [192.168.1.100] (d54C33E68.access.telenet.be [84.195.62.104]) by europa.telenet-ops.be (Postfix) with ESMTP id 4DF80198073; Thu, 20 Jan 2005 20:11:23 +0100 (MET) Message-ID: <41F00288.5070409@no-wackos.com> Date: Thu, 20 Jan 2005 20:12:08 +0100 From: Bram Van Steenlandt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <41EF810B.7060301@no-wackos.com> <20050120140941.GA5661@cicely12.cicely.de> <41EFD22D.1000209@no-wackos.com> <20050120155610.GC5661@cicely12.cicely.de> In-Reply-To: <20050120155610.GC5661@cicely12.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 21 Jan 2005 12:42:28 +0000 cc: freebsd-hackers@freebsd.org Subject: Re: device id question (usb and scsi) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2005 19:11:25 -0000 Hi, Thanks a lot ,it works bram Bernd Walter wrote: >On Thu, Jan 20, 2005 at 04:45:49PM +0100, Bram Van Steenlandt wrote: > > >>Hi >> >>Thanks a lot for the response I've done some reading and googling and >>this does seems to be the best way. >> >>I am however also rather new to FreeBSD and I don't really where to >>start for something like this. >> >>I have checked out usbd.conf and devd.conf but in neither files there is >>a part in wich it says create ulpt0 if this device is a printer so maybe >>this is not the file I want to change. >> >> > >ulpt0 is a device node, you want a softlink to the devicenode. >E.g. you could create a /etc/devd/ulpt.conf with the following content: >attach 1 { > device-name "ulpt[0-9]+"; > action "/etc/devd/ulpt-start.sh $device-name $sernum"; >}; > >And /dev/dev/ulpt-start.sh: >#! /bin/sh >cd /dev >case "$2" in >${serialnumber_of_your_printer}) > rm -f /dev/my_printer > ln -s /dev/$1 /dev/my_printer > ;;; >esac > >For printing you would use /dev/my_printer. >The serialnumber can be queried with devinfo -v. >If your printer has no serial number you have to use other criteria to >indetify your device, such as the port it is connected to. >If you start devd with debugging you see what variables are available >to devd - other points have to be queried in your start scripts. > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 01:50:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58AA616A4CE; Fri, 21 Jan 2005 01:50:22 +0000 (GMT) Received: from shared10.hosting.flyingcroc.net (shared10.hosting.flyingcroc.net [207.246.149.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04CA843D5D; Fri, 21 Jan 2005 01:50:22 +0000 (GMT) (envelope-from dpk@dpk.net) Received: from shared10.hosting.flyingcroc.net (localhost [127.0.0.1]) j0L1oCLa035269; Thu, 20 Jan 2005 17:50:13 -0800 (PST) Received: from localhost (dpk@localhost)ESMTP id j0L1oCYC035265; Thu, 20 Jan 2005 17:50:12 -0800 (PST) X-Authentication-Warning: shared10.hosting.flyingcroc.net: dpk owned process doing -bs Date: Thu, 20 Jan 2005 17:50:11 -0800 (PST) From: dpk X-X-Sender: dpk@shared10.hosting.flyingcroc.net To: Bruce M Simpson In-Reply-To: <20050120154215.GA31493@dhcp120.icir.org> Message-ID: <20050120174412.R10609@shared10.hosting.flyingcroc.net> References: <20050108191218.L42157@shared10.hosting.flyingcroc.net> <20050114163312.GL57985@empiric.icir.org> <20050114083448.K37645@shared10.hosting.flyingcroc.net> <20050119155557.H37645@shared10.hosting.flyingcroc.net> <20050120154215.GA31493@dhcp120.icir.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-641865716-1106272211=:10609" X-Mailman-Approved-At: Fri, 21 Jan 2005 12:42:28 +0000 cc: freebsd-hackers@FreeBSD.org cc: imp@FreeBSD.org cc: atanu@icir.org Subject: Re: Wondering about a patch (DELL ERA/RAC) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 01:50:22 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-641865716-1106272211=:10609 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 20 Jan 2005, Bruce M Simpson wrote: > On Wed, Jan 19, 2005 at 03:58:23PM -0800, dpk wrote: > > I just got a test server set up for this. The patch worked fine. I lifted > > a pppd command line from a linux mailing list: > > > > pppd /dev/cuaa4 1382400 crtscts noipdefault noauth lock persist connect 'chat -v "" CLIENT CLIENTSERVER "\\c"' > > > > and I'm able to access the device via the ppp0 interface. > > > > FWIW, I am using FreeBSD 4.10 here. Thanks for updating the patch! > > Committed to -CURRENT, MFC pending 1 week. Thanks! > > BMS Also, if anyone else is interested, here's a perl script which will let you send commands (getsysinfo, getsvctag, amongst others) without having to load up Linux kernel emulation and use the proprietary racadm. It's rough, probably really rough, but at the very least it might give you a start. (I'm using it here to setup the RAC NICs, so I don't have to do it in front of the machine) It assumes that you ran pppd as stated above. --0-641865716-1106272211=:10609 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rac.pl" Content-Transfer-Encoding: BASE64 Content-ID: <20050120175011.A10609@shared10.hosting.flyingcroc.net> Content-Description: Content-Disposition: attachment; filename="rac.pl" IyEvdXNyL2Jpbi9wZXJsDQojDQojIHJhYy5wbA0KIw0KIyBzZW5kcyBjb21t YW5kcyB0byB0aGUgUkFDIHZpYSBwcmV2aW91c2x5IGVzdGFibGlzaGVkIFBQ UA0KIyBpbnRlcmZhY2UNCiMNCiMgTmVlZHMgc29tZSB3b3JrIHRvIGNsZWFu IHVwIHRoZSBvdXRwdXQuIExldCdzIGNhbGwgdGhpcyBhIHJvdWdoDQojIGRy YWZ0Lg0KIw0KIyAyMDA1MDEyMCBkcGtAZHBrLm5ldCBpbml0DQoNCnVzZSBz dHJpY3Q7DQp1c2UgU29ja2V0Ow0KDQojIyMjDQojIFZhcmlhYmxlcw0KDQpt eSAkQ01EID0gc2hpZnQ7DQoNCm15ICRIT1NUID0gJzE5Mi4xNjguMjM0LjIz Nic7DQpteSAkUE9SVCA9ICc1ODYwJzsNCg0KbXkgJHBhZGRyOw0KbXkgJGJ1 ZjsNCg0KIyMjIw0KIyBQcm9ncmFtDQoNCnByaW50ICI+Pj4gJENNRFxuIjsN Cg0KJHBhZGRyID0gc29ja2FkZHJfaW4gKCRQT1JULCBpbmV0X2F0b24gKCRI T1NUKSk7DQpteSAkY250Ow0KaWYgKCRDTUQgPX4gLyAvKSB7DQoJJGNudCA9 IGNociAobGVuZ3RoICgkQ01EKSArIDYpOw0KCSRidWYgPSAiUCRjbnRcMDAw XDAwMCRDTURcMDAwIjsNCn0gZWxzZSB7DQoJJGNudCA9IGNociAobGVuZ3Ro ICgkQ01EKSArIDcpOw0KCSRidWYgPSAiUCRjbnRcMDAwXDAwMCRDTUQgXDAw MCI7DQp9DQoNCiRidWYgLj0gKGNociAoMjU2IC0gKHVucGFjayAoIiU4Qyoi LCAoJGJ1ZikpKSkpOw0KDQpzb2NrZXQgKFNPQ0ssIFBGX0lORVQsIFNPQ0tf U1RSRUFNLCBnZXRwcm90b2J5bmFtZSAoJ3RjcCcpKSB8fCBkaWUgInNvY2tl dDogJCEiOw0KY29ubmVjdCAoU09DSywgJHBhZGRyKSB8fCBkaWUgImNvbm5l Y3Q6ICQhIjsNCnN5c3dyaXRlIChTT0NLLCAkYnVmLCBsZW5ndGggKCRidWYp KTsNCnN5c3JlYWQgKFNPQ0ssICRidWYsIDQwOTYpOw0KaWYgKCRidWYgPX4g L15gKC4qKQ0vcykgew0KCXByaW50ICI8PDwgJyQxJ1xuIjsNCn0NCg0KcHJp bnQgInx8fCBET05FXG4iOw0K --0-641865716-1106272211=:10609-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 09:45:38 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AC4316A4CE for ; Fri, 21 Jan 2005 09:45:38 +0000 (GMT) Received: from europa.telenet-ops.be (europa.telenet-ops.be [195.130.132.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA1F43D31 for ; Fri, 21 Jan 2005 09:45:38 +0000 (GMT) (envelope-from brampie@no-wackos.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by europa.telenet-ops.be (Postfix) with SMTP id EA9D519813D for ; Fri, 21 Jan 2005 10:45:36 +0100 (MET) Received: from [192.168.1.137] (d51526F89.access.telenet.be [81.82.111.137]) by europa.telenet-ops.be (Postfix) with ESMTP id 3F39E198063 for ; Fri, 21 Jan 2005 10:45:36 +0100 (MET) Message-ID: <41F0CF6D.6010907@no-wackos.com> Date: Fri, 21 Jan 2005 10:46:21 +0100 From: Bram Van Steenlandt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 21 Jan 2005 12:42:28 +0000 Subject: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 09:45:38 -0000 Hi For a pos system I am working on I need support for two keyboards (actually one keyboard(ps/2) and one scanner(usb)). I've read a previous post and there it was supposed that one should write a driver to accomplish this. I am not a C programmer and know far to little from FreeBSD to accomplish this. So I ask you, Isn't there a much easier way (other operating systems seem to have no problem with this)? regards bram From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 13:27:26 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C635016A4CE for ; Fri, 21 Jan 2005 13:27:26 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9663543D39 for ; Fri, 21 Jan 2005 13:27:26 +0000 (GMT) (envelope-from ayerkes@speakeasy.net) Received: (qmail 2572 invoked from network); 21 Jan 2005 13:27:26 -0000 Received: from dsl081-145-152.chi1.dsl.speakeasy.net (HELO firebird) ([64.81.145.152]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Jan 2005 13:27:26 -0000 Date: Fri, 21 Jan 2005 08:00:53 -0600 From: art yerkes To: freebsd-hackers@freebsd.org Message-Id: <20050121080053.580f7181.ayerkes@speakeasy.net> In-Reply-To: <41F0EB25.5030404@spintech.ro> References: <20050120004406.GF921@einstein.lab> <41EFBEA5.50007@spintech.ro> <84dead72050120181965c70231@mail.gmail.com> <41F0EB25.5030404@spintech.ro> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 13:27:26 -0000 Remember to calibrate RDTSC against the RTC first if you're using it in production. It's quite accurate but some mobile CPUs count in coarser units than you'd predict from master clock rate. -- Here's a simple experiment. Stand on a train track between two locomotives which are pushing on you with equal force in opposite directions. You will exhibit no net motion. None the less, you may soon begin to notice that something important is happening. -- Robert Stirniman From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 14:39:28 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E07A216A4DB for ; Fri, 21 Jan 2005 14:39:28 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B55843D54 for ; Fri, 21 Jan 2005 14:39:28 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 4A169AE687; Fri, 21 Jan 2005 15:39:26 +0100 (CET) Date: Fri, 21 Jan 2005 15:39:26 +0100 From: Pawel Jakub Dawidek To: Attila Nagy Message-ID: <20050121143926.GW795@darkness.comp.waw.pl> References: <41F0C3DA.50104@fsn.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Cv++WRjpEUwHXUCE" Content-Disposition: inline In-Reply-To: <41F0C3DA.50104@fsn.hu> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: hackers@freebsd.org Subject: Re: geom mirror and gbde X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 14:39:29 -0000 --Cv++WRjpEUwHXUCE Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 21, 2005 at 09:56:58AM +0100, Attila Nagy wrote: +> Hello, +>=20 +> I would like to use gbde on a geom mirror, but /etc/rc.d/gbde fails if= =20 +> there is a slash in the device name. +>=20 +> I don't know what would be the clean solution, I used the attached diff= =20 +> to solve the problem. +>=20 +> Please review it and if there is a better solution, commit it. Acha! I fixed gbde(8) to accept devices with / in them, but forgot about rc.d/gbde. +> @@ -81,16 +81,17 @@ +> for device in $gbde_devices; do +> parent=3D${device%.bde} +> parent=3D${parent#/dev/} +> - eval "lock=3D\${gbde_lock_${parent}-\"${gbde_lockdir}/${parent}.lock\= "}" +> + parent_=3D`echo ${parent} | sed "s/\//_/g"` +> + eval "lock=3D\${gbde_lock_${parent_}-\"${gbde_lockdir}/${parent_}.loc= k\"}" +> if [ -e "/dev/${parent}" -a ! -e "/dev/${parent}.bde" ]; then +> echo "Configuring Disk Encryption for ${parent}." Only this part is needed. Committed to HEAD, MFC after 1 week. Thanks! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Cv++WRjpEUwHXUCE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB8RQeForvXbEpPzQRAr+zAKC4H+dqLzmFMMXWTwuiRxMhcU8jCACfZezK 5a9l3K0MZTCI5yFCbnZsXXQ= =/KUy -----END PGP SIGNATURE----- --Cv++WRjpEUwHXUCE-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 14:47:34 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0DDF16A4CE; Fri, 21 Jan 2005 14:47:34 +0000 (GMT) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEA643D41; Fri, 21 Jan 2005 14:47:33 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id EF9F48444F; Fri, 21 Jan 2005 15:47:30 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 86505-01-23; Fri, 21 Jan 2005 15:47:27 +0100 (CET) Received: from [172.16.129.72] (japan.axelero.com [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTP id 7F0D684446; Fri, 21 Jan 2005 15:47:27 +0100 (CET) Message-ID: <41F115FE.7030907@fsn.hu> Date: Fri, 21 Jan 2005 15:47:26 +0100 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0 (X11/20050103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <41F0C3DA.50104@fsn.hu> <20050121143926.GW795@darkness.comp.waw.pl> In-Reply-To: <20050121143926.GW795@darkness.comp.waw.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu cc: hackers@freebsd.org Subject: Re: geom mirror and gbde X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 14:47:35 -0000 Pawel Jakub Dawidek wrote: > Acha! I fixed gbde(8) to accept devices with / in them, but forgot about > rc.d/gbde. I guess this is to handle mirror/foo without the /dev/ prefix, so I have an older gbde. > Committed to HEAD, MFC after 1 week. Thanks! Thanks! -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone @work: +361 371 3536 server! http://www.fsn.hu/?f=brick cell.: +3630 306 6758 From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 15:26:15 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD3A716A4CE for ; Fri, 21 Jan 2005 15:26:15 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1721C43D46 for ; Fri, 21 Jan 2005 15:26:15 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0LFPaHo021411 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 21 Jan 2005 16:25:38 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0LFOkU3063508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Jan 2005 16:24:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0LFOkwL016689; Fri, 21 Jan 2005 16:24:46 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0LFOiKP016688; Fri, 21 Jan 2005 16:24:44 +0100 (CET) (envelope-from ticso) Date: Fri, 21 Jan 2005 16:24:44 +0100 From: Bernd Walter To: Milan Obuch Message-ID: <20050121152443.GK8860@cicely12.cicely.de> References: <200501141015.37516.bsd@dino.sk> <200501191000.51574.bsd@dino.sk> <20050120235104.GV19624@funkthat.com> <200501210652.42328.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501210652.42328.bsd@dino.sk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org Subject: Re: Geode integrated peripherals support? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 15:26:16 -0000 On Fri, Jan 21, 2005 at 06:52:41AM +0100, Milan Obuch wrote: > On Friday 21 January 2005 00:51, John-Mark Gurney wrote: > > Milan Obuch wrote this message on Wed, Jan 19, 2005 at 10:00 +0100: > > > > [skip] > > > Great, could we cooperate? > > > > Sure, though Joerg Wunsch has been doing work w/ I2C more recently than > > me, so you might want to drop him an email. > > > > Is he on this list? I have no other idea how coould I reach him. > > > > I know there are two modes - bit banging software i2c bus and real > > > hardware controller. Which one would be easier to begin with? With geode, > > > both are possible. Pins designed for ACCESS.bus (at least the second, > > > there are two buses integrated) can be used as GPIO pins. > > > > The hardware I worked on was bit banging only, so I used that interface > > and it was surprisingly easy, since you just define an interface that > > will get called by the i2c bus to do the necessary toggling... Of course > > this is more cpu intensive since it requires timing and other things > > like that.. > > > > Maybe I will try to make bit banged version first. Just when I find all the > subtle details necessary to toggle pins... You just need to know 3 things: - how to drive the line low - how to toggle the line into high impedance - how to ask line status > > Take a look at sys/dev/iicbus/iic*_if.m. Those are the two different > > programming interfaces. You of course just need to do one of the two... > > > > I did. Actually first I must figure how this all contributes to total > picture... I am on my way. I must first know the hardware part, which is not > that easy on the first stage, but I am reading through specs, some examples, > mostly in assembly. I am doing my homework :) > > [skip] > > > > You can take a look at lpbb for a simple example of the bit banging > > interface... sys/dev/ppbus/lpbb.c The other controllers also implement > > iicbus directly.. You can look at the modules/i2c/contollers/*/Makefile > > to see who uses iicbus_if.h to see examples that implement it.. > > > > On the other side - what is sys/dev/pcf directory for? I do not see those > files referenced elsewhere... Other than that, device pcf looks like the best > candidate to work with. I would like to use integrated controller, naturally. pcf(4) ist the driver for Philips PCF8584 i2c controller chips. Those or compatible of them are often used on non i386 hardware or add on cards - they are also often used in european consumer hardware such as video recordes and TVs. x86 chipsets usually do bit bang on GPIO or implement smbus controllers. smbbus is a special variant of i2c with specified command cycles. While smbus controllers can do more for you than i2c it is less generic when talking to plain i2c hardware. It is largely preferable to support hardware controllers if you have one - not only for performance and efficiency reason, but also because it is almost impossible to get the timming correct for doing multi master support. FreeBSD bit bang driver also doesn't support multi master for that reason, but it just requires you to implement line toggling functions. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 17:28:44 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41FCC16A4FA for ; Fri, 21 Jan 2005 17:28:44 +0000 (GMT) Received: from www.centralpets.com (www.centralpets.com [216.15.161.2]) by mx1.FreeBSD.org (Postfix) with SMTP id 82B2143D5A for ; Fri, 21 Jan 2005 17:28:43 +0000 (GMT) (envelope-from delll@centralpets.com) Received: (qmail 21806 invoked from network); 21 Jan 2005 17:28:46 -0000 Received: from bark.centralpets.com (unknown [127.0.0.1]) by centralpets.com ([127.0.0.1]) with ESMTP via TCP; 21 Jan 2005 17:28:46 -0000 Received: from 219.118.190.154 (unverified [219.118.190.154]) by bark.centralpets.com (VisualMail 4.0) with WEBMAIL id 21799; Fri, 21 Jan 2005 17:28:45 +0000 From: "Livingston Dell" To: hackers@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [219.118.190.154] Date: Fri, 21 Jan 2005 17:28:45 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: HEADSUP: ahc driver will be retired! X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 17:28:44 -0000 In article <73462.975440383@critter.freebsd.dk> PHK writes: > >Maybe we should put a special marker in -currents sendmail and >reject all email to the current list if they don't originate >from such a system. > >I'll tell you in case you can't figure out the answer to that rather >simple question: You're annoying people and wasting developer >time. That's what. And further evidence that FreeBSD is turning into PHKBSD: what PHK wants, despite objections from other people, PHK does, and damn any consequences, whether they be social, political, or technical. Several people have raised valid objections to PHK's actions (again -- at least he bothered warning people this time), and have proposed an alternate solution, which PHK has ignored (again -- at least this time he bothered saying so). And, once again, PHK's response is: shut up and go away. --------------------------------------------- This e-mail was sent using a CentralPets WebMail account Get yours at: http://mail.centralpets.com From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 17:49:54 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1214716A4CE for ; Fri, 21 Jan 2005 17:49:54 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C379343D48 for ; Fri, 21 Jan 2005 17:49:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j0LHo1dw029510; Fri, 21 Jan 2005 09:50:01 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j0LHo0MY029503; Fri, 21 Jan 2005 09:50:00 -0800 Date: Fri, 21 Jan 2005 09:50:00 -0800 From: Brooks Davis To: Bram Van Steenlandt Message-ID: <20050121175000.GA28384@odin.ac.hmc.edu> References: <41F0CF6D.6010907@no-wackos.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <41F0CF6D.6010907@no-wackos.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-hackers@freebsd.org Subject: Re: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 17:49:54 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 21, 2005 at 10:46:21AM +0100, Bram Van Steenlandt wrote: > Hi >=20 > For a pos system I am working on I need support for two keyboards=20 > (actually one keyboard(ps/2) and one scanner(usb)). >=20 > I've read a previous post and there it was supposed that one should=20 > write a driver to accomplish this. > I am not a C programmer and know far to little from FreeBSD to=20 > accomplish this. >=20 > So I ask you, Isn't there a much easier way (other operating systems=20 > seem to have no problem with this)? Other OSes have the intrastructure to support multiple keyboards. We don't have one piece of that, the many to one keyboard mux. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFB8UDIXY6L6fI4GtQRAlbAAJoCP8Zv8TlhrkAsTuuQc8g7VxiTEgCeMIM4 p1GtOR7JFXz8Vbw1W9wJtSg= =rl/l -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 18:36:37 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4AC16A4DA for ; Fri, 21 Jan 2005 18:36:37 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713AE43D3F for ; Fri, 21 Jan 2005 18:36:37 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84127-23.ip.peterstar.net ([84.204.127.23] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43 (FreeBSD)) id 1Cs3e7-000Pho-Lc for freebsd-hackers@freebsd.org; Fri, 21 Jan 2005 19:36:36 +0100 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.1/8.13.1) with ESMTP id j0LIZ0hm001057 for ; Fri, 21 Jan 2005 21:35:23 +0300 (MSK) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.1/8.13.1/Submit) id j0LIYOhR001046 for freebsd-hackers@freebsd.org; Fri, 21 Jan 2005 21:34:24 +0300 (MSK) (envelope-from igor) Date: Fri, 21 Jan 2005 21:34:24 +0300 From: Igor Pokrovsky To: freebsd-hackers@freebsd.org Message-ID: <20050121183424.GA981@doom.homeunix.org> Mail-Followup-To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: "Could not find a spill register" error on alpha-4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 18:36:37 -0000 Hi, One of my ports refuses to build on alpha-4. Pointyhat gets the following error: rib.cpp:4130: Could not find a spill register (insn 4709 4708 4710 (set (reg:DI 15 $15) (plus:DI (reg:DI 15 $15) (const_int -131264 [0xfffffffffffdff40]))) 9 {adddi3} (nil) (nil)) cpp0: output pipe has been closed *** Error code 1 Googling and grepping through gcc sources doesn't provide me with any solution, only a feeling that I'm not the first who gets such error. Any ideas? -ip -- A lack of planning on your part does not constitute an emergency on my part. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 18:58:22 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3745E16A4CE for ; Fri, 21 Jan 2005 18:58:22 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 073BE43D1D for ; Fri, 21 Jan 2005 18:58:22 +0000 (GMT) (envelope-from bsdaemon@comcast.net) Received: from fw.home (pcp05404374pcs.norstn01.pa.comcast.net[68.80.144.252]) by comcast.net (rwcrmhc11) with SMTP id <20050121185821013009echbe>; Fri, 21 Jan 2005 18:58:21 +0000 Received: (qmail 55050 invoked from network); 21 Jan 2005 18:58:19 -0000 Received: from unknown (HELO ?192.168.1.251?) (192.168.1.251) by fw.home with SMTP; 21 Jan 2005 18:58:19 -0000 Message-ID: <41F0FD2E.3020609@comcast.net> Date: Fri, 21 Jan 2005 08:01:34 -0500 From: Kris Maglione User-Agent: Mozilla Thunderbird 1.0 (X11/20041213) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <41F0CF6D.6010907@no-wackos.com> In-Reply-To: <41F0CF6D.6010907@no-wackos.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 18:58:22 -0000 Bram Van Steenlandt wrote: > Hi > > For a pos system I am working on I need support for two keyboards > (actually one keyboard(ps/2) and one scanner(usb)). > > I've read a previous post and there it was supposed that one should > write a driver to accomplish this. > I am not a C programmer and know far to little from FreeBSD to > accomplish this. > > So I ask you, Isn't there a much easier way (other operating systems > seem to have no problem with this)? > > regards bram The only way is for the POS software to read directly from the usb scanner. Why would you use FreeBSD for a POS system anyway? Where would you get the software. The software for linux is hard enough to find. Linux is your best FOSS bet. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 22:22:13 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B3FE16A4CE for ; Fri, 21 Jan 2005 22:22:13 +0000 (GMT) Received: from 194-185-53-242.f5.ngi.it (194-185-53-242.f5.ngi.it [194.185.53.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3422943D39 for ; Fri, 21 Jan 2005 22:22:12 +0000 (GMT) (envelope-from mark@remotelab.org) Received: from einstein.lab (localhost. [127.0.0.1])j0LMMA0u059299; Fri, 21 Jan 2005 23:22:10 +0100 (CET) (envelope-from mark@remotelab.org) Received: from einstein.lab (localhost.lab [127.0.0.1]) by einstein.lab (8.13.1/8.13.1) with ESMTP id j0LMMAlJ003487; Fri, 21 Jan 2005 23:22:10 +0100 (CET) (envelope-from mark@einstein.lab) Received: (from mark@localhost) by einstein.lab (8.13.1/8.13.1/Submit) id j0LMM96Z003486; Fri, 21 Jan 2005 23:22:09 +0100 (CET) (envelope-from mark) Date: Fri, 21 Jan 2005 23:22:09 +0100 From: Marco Trentini To: Ryan Sommers Message-ID: <20050121222209.GA935@einstein.lab> References: <20050120004406.GF921@einstein.lab> <41EF137D.1090100@gamersimpact.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EF137D.1090100@gamersimpact.com> X-Operating-System: FreeBSD einstein.lab 6.0-CURRENT i386 User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: clock time in milliseconds into a c program X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 22:22:13 -0000 On Wed, Jan 19, 2005 at 08:12:13PM -0600, Ryan Sommers wrote: > Marco Trentini wrote: > >Hi, I need to clock the function execution time into a C > >program. I know /usr/include/time.h library but I need to > >clock the time in milliseconds. > > > >Any suggestions, links? > > > > Are you looking for how long the processor spent executing your code? Or > the difference in wall time between when it enters the function and when > it exits the function? Second one. I need to clock (in a freely way) how long few linear algebraic functions spent computing the solution. I understand your observations on this topic. Anyway the gettimeofday's solution is good for me, thanks all. -- Marco Trentini mark@remotelab.org http://www.remotelab.org/ From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 01:09:52 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24E7716A4CE for ; Sat, 22 Jan 2005 01:09:52 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E096143D3F for ; Sat, 22 Jan 2005 01:09:51 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id AAA7E7A403; Fri, 21 Jan 2005 17:09:51 -0800 (PST) Message-ID: <41F1A7DF.8030803@elischer.org> Date: Fri, 21 Jan 2005 17:09:51 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Bram Van Steenlandt References: <41F0CF6D.6010907@no-wackos.com> In-Reply-To: <41F0CF6D.6010907@no-wackos.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org Subject: Re: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 01:09:52 -0000 Bram Van Steenlandt wrote: > Hi > > For a pos system I am working on I need support for two keyboards > (actually one keyboard(ps/2) and one scanner(usb)). you can already do this.. what makes you call the scanner a keyboard? > > > I've read a previous post and there it was supposed that one should > write a driver to accomplish this. > I am not a C programmer and know far to little from FreeBSD to > accomplish this. > > So I ask you, Isn't there a much easier way (other operating systems > seem to have no problem with this)? > > regards bram > _______________________________________________ > 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 Jan 22 01:27:31 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DCAC16A4CE for ; Sat, 22 Jan 2005 01:27:31 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 039FA43D2F for ; Sat, 22 Jan 2005 01:27:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id E62387A403; Fri, 21 Jan 2005 17:27:30 -0800 (PST) Message-ID: <41F1AC02.5060704@elischer.org> Date: Fri, 21 Jan 2005 17:27:30 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Brooks Davis References: <41F0CF6D.6010907@no-wackos.com> <20050121175000.GA28384@odin.ac.hmc.edu> In-Reply-To: <20050121175000.GA28384@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-hackers@freebsd.org cc: Bram Van Steenlandt Subject: Re: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 01:27:31 -0000 Brooks Davis wrote: >On Fri, Jan 21, 2005 at 10:46:21AM +0100, Bram Van Steenlandt wrote: > > >>Hi >> >>For a pos system I am working on I need support for two keyboards >>(actually one keyboard(ps/2) and one scanner(usb)). >> >>I've read a previous post and there it was supposed that one should >>write a driver to accomplish this. >>I am not a C programmer and know far to little from FreeBSD to >>accomplish this. >> >>So I ask you, Isn't there a much easier way (other operating systems >>seem to have no problem with this)? >> >> > >Other OSes have the intrastructure to support multiple keyboards. We >don't have one piece of that, the many to one keyboard mux. > But that's probably not what he wants.. He probably doesn't want data from the scanner (bar code?) intermixed randomly with the data from the keyboard.. He just needs to read the device separatly. > >-- Brooks > > > From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 02:30:33 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91F3A16A4CF for ; Sat, 22 Jan 2005 02:30:33 +0000 (GMT) Received: from julesburg.uits.indiana.edu (julesburg.uits.indiana.edu [129.79.1.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F5FC43D3F for ; Sat, 22 Jan 2005 02:30:33 +0000 (GMT) (envelope-from dmschei@attglobal.net) Received: from mail-relay.iu.edu (stjoseph.uits.indiana.edu [129.79.1.78]) j0M2USsU015941; Fri, 21 Jan 2005 21:30:28 -0500 (EST) Received: from [10.0.1.4] (scheidt-rout.canopy.nd.edu [129.74.98.169] (may be forged)) (authenticated bits=0)j0M2UQFc011949; Fri, 21 Jan 2005 21:30:27 -0500 (EST) Message-ID: <41F1BAC0.30705@attglobal.net> Date: Fri, 21 Jan 2005 21:30:24 -0500 From: David Scheidt User-Agent: Mozilla Thunderbird 1.0 (X11/20050102) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <41F0CF6D.6010907@no-wackos.com> <41F1A7DF.8030803@elischer.org> In-Reply-To: <41F1A7DF.8030803@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: hackers@freebsd.org Subject: Re: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 02:30:33 -0000 Julian Elischer wrote: > > > Bram Van Steenlandt wrote: > >> Hi >> >> For a pos system I am working on I need support for two keyboards >> (actually one keyboard(ps/2) and one scanner(usb)). > > > you can already do this.. > what makes you call the scanner a keyboard? Proabably, because it acts like one? I don't know about the USB ones, but PS/2 scanners generated keysym data, just like a real keyboard. The idea of the hardware people is "They've already got a keyboard, they take input from it, so let's make the scanner a keyboard!" It makes it easy to use a barcode reader with an application that doesn't know anything about barcodes, barcode scanners or the like. David From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 05:06:43 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C58516A4CE for ; Sat, 22 Jan 2005 05:06:43 +0000 (GMT) Received: from keylime.silverwraith.com (keylime.silverwraith.com [69.55.228.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D1E43D41 for ; Sat, 22 Jan 2005 05:06:43 +0000 (GMT) (envelope-from lists-freebsd@silverwraith.com) Received: from keylime.silverwraith.com ([69.55.228.10]) by keylime.silverwraith.com with esmtp (Exim 4.41 (FreeBSD)) id 1CsDTv-0008lM-5W; Fri, 21 Jan 2005 21:06:43 -0800 Received: (from avleen@localhost)j0M56ed7033672; Fri, 21 Jan 2005 21:06:40 -0800 (PST) (envelope-from lists-freebsd@silverwraith.com) X-Authentication-Warning: keylime.silverwraith.com: avleen set sender to lists-freebsd@silverwraith.com using -f Date: Fri, 21 Jan 2005 21:06:40 -0800 From: Avleen Vig To: Peter Kieser Message-ID: <20050122050640.GQ19973@silverwraith.com> References: <41E75FFD.1050403@telus.net> <20050117202206.GA5045@empiric.icir.org> <41EC74EA.20703@telus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EC74EA.20703@telus.net> User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org Subject: Re: process checkpoint restore facility now in DragonFly BSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 05:06:43 -0000 On Mon, Jan 17, 2005 at 06:31:06PM -0800, Peter Kieser wrote: > I have no problem with bringing up the discussion of process > checkpointing on FreeBSD, what I _DO_ have a problem with is all this > cruft about DF on the list all the time. We keep getting the, "DragonFly > does it this way" or "DragonFly has this and we don't" on the > freebsd-hackers mailing list, and I'm pretty sure I'm not the only one > annoyed about it. > > Again, I have no problem with bringing up the process checkpointing, I > have a problem with people saying "DragonFly has this" _all_ the time; > if I wanted to hear about DF's development path I would be subscribed to > their mailing lists. I don't see this on -hackers "all the time". What I DO see is the occassional comment on how Net, Open and DF BSD's are doing things. Amongst those there are comments also about how Linux is doing things. And IMP, they should all be welcome here. I think you need to step back and take a look at how little DF is mentioned on -hackers, and also compare it to how much other OS's are. From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 10:04:23 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1FFF16A4CE; Sat, 22 Jan 2005 10:04:23 +0000 (GMT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA1F43D1D; Sat, 22 Jan 2005 10:04:22 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.1/8.13.1) with ESMTP id j0MA3INX078615; Sat, 22 Jan 2005 13:03:18 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 22 Jan 2005 13:03:18 +0300 (MSK) From: Dmitry Morozovsky To: Doug Ambrisko In-Reply-To: <200501200417.j0K4Hbhj033697@ambrisko.com> Message-ID: <20050122130248.W77536@woozle.rinet.ru> References: <200501200417.j0K4Hbhj033697@ambrisko.com> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: yoke an cc: freebsd-hackers@freebsd.org cc: Scott Long Subject: Re: freebsd problem: Cannot detect Hard Disk (SATA) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 10:04:23 -0000 On Wed, 19 Jan 2005, Doug Ambrisko wrote: DA> There is: DA> http://www.ambrisko.com/doug/ata/ata_stable_sata_7.patch DA> for 4.10. That deals with Intel and Promise SATA stuff and DA> ata-raid fixes/enhancements. It deals with legacy and enhanced modes DA> for Intel SATA. DA> DA> A bunch of people have installed it and are using this. A bunch of DA> our customers use it via our appliance. Wow, thanks! BTW, it seems some sio patches are slipped in by accident? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 21 22:50:10 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A62D16A4CE for ; Fri, 21 Jan 2005 22:50:10 +0000 (GMT) Received: from mhultra.aero.org (mhultra.aero.org [130.221.88.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2494743D49 for ; Fri, 21 Jan 2005 22:50:10 +0000 (GMT) (envelope-from cal@rushg.aero.org) Received: from rushe.aero.org ([130.221.24.10] [130.221.24.10]) by mhultra.aero.org with ESMTP for freebsd-hackers@freebsd.org; Fri, 21 Jan 2005 14:50:05 -0800 Received: from calamari.aero.org (calamari.aero.org [130.221.26.26]) by rushe.aero.org (8.11.7p1+Sun/8.11.7) with ESMTP id j0LMo3j04761; Fri, 21 Jan 2005 14:50:03 -0800 (PST) Received: from calamari.aero.org (localhost [127.0.0.1]) by calamari.aero.org (8.12.11/8.11.6) with ESMTP id j0LMnfpa091130; Fri, 21 Jan 2005 14:49:41 -0800 (PST) (envelope-from cal@calamari.aero.org) Received: (from cal@localhost) by calamari.aero.org (8.12.11/8.12.11/Submit) id j0LMnfpJ091129; Fri, 21 Jan 2005 14:49:41 -0800 (PST) (envelope-from cal) Date: Fri, 21 Jan 2005 14:49:41 -0800 (PST) From: Chris Landauer Message-Id: <200501212249.j0LMnfpJ091129@calamari.aero.org> To: freebsd-hackers@freebsd.org X-Mailman-Approved-At: Sat, 22 Jan 2005 12:58:45 +0000 cc: cal@rush.aero.org Subject: time and timing errors in c code on 5.x/i386 (longish) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2005 22:50:10 -0000 hihi, all - i hope this isn't too long, but i have evidence to go with my problem 8-) i'm running 5.3-RELEASE/i386, and i've been having a timing problem on very long programs (i asked the -questions list a year ago, and got many helpful but ultimately inadequate responses), and the same thing happens on 5.2.1 and 5.1 (where i first noticed it) i'm running some combinatorial search programs that take weeks or months to complete, and no timer i've used is able to report correctly the user and system time (they all make the same mistake - eventually the user time stops incrementing) - i want precise times to do some predictive modeling some summary output lines that illustrate the problem n46 r08 295.722u 0.417s 5:17.59 93.2% n46 r09 32031.689u 41.815s 9:34:08.17 93.1% n46 r10 5672.848u 2096.191s 635:23:04.54 0.3% (the last column is edited from the output from time in csh; the other two columns are problem parameters, and the mathematics of the problem is such that these values should increase rapidly with increasing r; in this case, the user time has wrapped or otherwise failed in the last line, and since the machine was only running the one program in addition to the usual kde or gnome or something in all 4 cases, it should have been about 93% usage or so like the previous two) i looked at the time structure and it should be big enough to prevent wrapping for some long period of time, but the same thing happens with /usr/bin/time (of course, since it takes a few weeks for each experiment, i didn't do very many of them) - the i/o counts also wrap around, but i don't care about that so i added some code that uses rusage() to the program, and the same failure occurs (my own code for this computation is included next) - a snippet from the time lines in the printed output: user 378925.483628 syst 286.845375 elapse 381328.785295 pct 99.44% user 379089.748458 syst 286.962284 elapse 381493.700660 pct 99.45% user 379255.472355 syst 287.088004 elapse 381660.106387 pct 99.45% user 379417.184286 syst 287.190223 elapse 381822.457863 pct 99.45% user 379417.184286 syst 451.110470 elapse 381986.906692 pct 99.45% user 379417.184286 syst 615.737725 elapse 382152.058304 pct 99.45% (as you can see, the user time stops changing and the system time starts incrementing rapidly - one hint is that the percentage stays the same, so it appears that the wrong variable is being incremented in the kernel - another hint is that i don't think that this fail time is the same for all runs, though it is similarly large) - the code snippet that produces these lines: ...start #include #include #include ... /* time statistics parameters */ static struct timeval tv; static struct rusage ru; static double ts, te, tu, ty, elapse, pct; static double convert(struct timeval tv); ... /* get start time */ gettimeofday(& tv, NULL); ts = convert(tv); ... /* get current time */ gettimeofday(& tv, NULL); te = convert(tv); /* get resource usage */ getrusage(RUSAGE_SELF, & ru); tu = convert(ru.ru_utime); ty = convert(ru.ru_stime); /* compute elapsed time and percentage */ elapse = te - ts; pct = 100.0 * (tu + ty) / (elapse); /* times are in microseconds, so 6 digits is enough */ printf("user %.6f syst %.6f elapse %.6f pct %.2f%%\n", tu, ty, elapse, pct); ... static double convert(struct timeval tv) { /* convert a timeval to a double */ double sec; double usec; /* extract the parts of the structure */ usec = tv.tv_usec; sec = tv.tv_sec; /* combine the parts */ #define USEC_PER_SEC 1.0e6 sec += usec / USEC_PER_SEC; return sec; /* end of function convert() */ } ...end any suggestions? i know that both ru_utime and ru_stime are struct timevals, and that they are at the beginning of the struct rusage definition, but beyond that, i can't see what is happening (by the way, the search program is producing correct answers; it is only the timing that is wrong) i would be happy to perform experiments to solve this problem, and i know that i have to be patient (after all, each experiment takes over two weeks) more later, cal Dr. Christopher Landauer Aerospace Integration Science Center The Aerospace Corporation, Mail Stop M6/214 P.O.Box 92957 Los Angeles, California 90009-2957, USA e-mail: cal@aero.org, Phone: +1 (310) 336-1361 From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 08:32:09 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445FE16A4CE for ; Sat, 22 Jan 2005 08:32:09 +0000 (GMT) Received: from asia.telenet-ops.be (asia.telenet-ops.be [195.130.132.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA46D43D1F for ; Sat, 22 Jan 2005 08:32:08 +0000 (GMT) (envelope-from brampie@no-wackos.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by asia.telenet-ops.be (Postfix) with SMTP id 44A6A22407A; Sat, 22 Jan 2005 09:32:07 +0100 (MET) Received: from [192.168.1.100] (d54C33E68.access.telenet.be [84.195.62.104]) by asia.telenet-ops.be (Postfix) with ESMTP id 92808224006; Sat, 22 Jan 2005 09:32:06 +0100 (MET) Message-ID: <41F20FB4.5080605@no-wackos.com> Date: Sat, 22 Jan 2005 09:32:52 +0100 From: Bram Van Steenlandt User-Agent: Mozilla Thunderbird 0.7.3 (X11/20041209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer , freebsd-hackers@freebsd.org References: <41F0CF6D.6010907@no-wackos.com> <20050121175000.GA28384@odin.ac.hmc.edu> <41F1AC02.5060704@elischer.org> In-Reply-To: <41F1AC02.5060704@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 22 Jan 2005 12:58:45 +0000 Subject: Re: Two keyboards X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 08:32:09 -0000 Julian Elischer wrote: > > > Brooks Davis wrote: > >> On Fri, Jan 21, 2005 at 10:46:21AM +0100, Bram Van Steenlandt wrote: >> >> >>> Hi >>> >>> For a pos system I am working on I need support for two keyboards >>> (actually one keyboard(ps/2) and one scanner(usb)). >> I call the scanner a keyboard because that is the way it acts when you connect it >>> >>> I've read a previous post and there it was supposed that one should >>> write a driver to accomplish this. >>> I am not a C programmer and know far to little from FreeBSD to >>> accomplish this. >>> >>> So I ask you, Isn't there a much easier way (other operating systems >>> seem to have no problem with this)? >>> >> >> >> Other OSes have the intrastructure to support multiple keyboards. We >> don't have one piece of that, the many to one keyboard mux. >> > > But that's probably not what he wants.. > He probably doesn't want data from the scanner (bar code?) intermixed > randomly > with the data from the keyboard.. > > He just needs to read the device separatly. Not really because it always has to be possible to type a code manually I've programmed it so that barcode must always start with F2 and end with RETURN Scanners can be programmed to give this kind of header and terminator. So I don't mind if it comes in all together, It would be nice if I can know wich device gives the data but not absolutely needed. For the moment the scanner is attached on ps/2 with a passtrough cable to the keyboard, this works ok but shift and more of those things tend to be a problem. Also I must adjust the send speed of the scanner because it might otherwise happen that the computer doesn't get the intire code. Also we use a lot of macs and (no ps/2) I would like it if the scanners are usable on freebsd and mac. I'm no expert but can't someone port the macos x driver for this (darwin is open source and it is also a BSD) ?? > > >> >> -- Brooks >> >> >> > > > From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 15:58:30 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E98F216A4CE for ; Sat, 22 Jan 2005 15:58:30 +0000 (GMT) Received: from smtphost.cis.strath.ac.uk (smtphost.cis.strath.ac.uk [130.159.196.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 555B443D31 for ; Sat, 22 Jan 2005 15:58:30 +0000 (GMT) (envelope-from chodgins@cis.strath.ac.uk) Received: from [192.168.0.2] (chrishodgins.force9.co.uk [84.92.20.141]) j0MFwHsF003634 for ; Sat, 22 Jan 2005 15:58:18 GMT Message-ID: <41F27927.60202@cis.strath.ac.uk> Date: Sat, 22 Jan 2005 16:02:47 +0000 From: Chris Hodgins User-Agent: Mozilla Thunderbird 1.0 (X11/20050113) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CIS-MailScanner-Information: Please contact support@cis.strath.ac.uk for more information X-CIS-MailScanner: Found to be clean X-CIS-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 6) X-CIS-MailScanner-From: chodgins@cis.strath.ac.uk Subject: Re: uscanner problem with HP Scanjet 3400C X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 15:58:31 -0000 -------- Original Message -------- Subject: Re: uscanner problem with HP Scanjet 3400C Date: Sat, 22 Jan 2005 12:32:25 +0000 From: Chris Hodgins To: Chris Hodgins References: <41F23BCF.40901@cis.strath.ac.uk> Chris Hodgins wrote: > Hi, > > I am trying to get my HP ScanJet 3400C scanner to work with FreeBSD 5.3. > Whenever I plug it into the usb port on my laptop I get in dmesg: > > uscanner0: Hewlett Packard ScanJet 3400cse, rev 1.00/0.00, addr 2 > uscanner0: setting config no failed > device_attach: uscanner0 attach returned 6 > uhub0: port 1, set config at addr 2 failed > uhub0: device problem, disabling port 1 > > Naturally after that sane can't find it. This is a device that is fully > supported now with Sane and one that uscanner claims to support. I am > happy to do any testing required to get this to work. > > This problem seems to have been around for a while now and I have found > a few unanswered threads about it on google. > > Thanks for your help. > Chris Hodgins > > # uname -a > FreeBSD paranoia 5.3-RELEASE FreeBSD 5.3-RELEASE #1: Fri Dec 3 18:15:16 > GMT 2004 root@paranoia:/usr/obj/usr/src/sys/paranoia i386 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > I just recompiled my kernel to include uscanner support and USB_DEBUG. chris@paranoia:/usr/src/sys/i386/conf$ diff -u paranoia paranoia_usb_debug --- paranoia Sat Oct 30 18:33:02 2004 +++ paranoia_usb_debug Sat Jan 22 12:08:02 2005 @@ -108,3 +108,6 @@ device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse +device uscanner + +options USB_DEBUG I was expecting a lot more output in dmesg about my problem but only one extra line appeared: uscanner0: Hewlett Packard ScanJet 3400cse, rev 1.00/0.00, addr 2 uscanner0: setting config no failed device_attach: uscanner0 attach returned 6 uhub_explore: usb_new_device failed, error=STALLED uhub0: device problem, disabling port 2 Have I done something wrong in getting the USB_DEBUG option into my kernel? Should I just of ran this instead? : # make -DUSB_DEBUG -KERNCONF=paranoia buildkernel Chris From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 22 20:55:09 2005 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9797A16A4D1 for ; Sat, 22 Jan 2005 20:55:09 +0000 (GMT) Received: from dgap-gw.mipt.ru (dgap-gw.mipt.ru [194.85.81.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69EFE43D3F for ; Sat, 22 Jan 2005 20:55:08 +0000 (GMT) (envelope-from nepal@nas.dgap.mipt.ru) Received: from localhost (unknown [127.0.0.1]) by dgap-gw.mipt.ru (Postfix) with ESMTP id AC897623D2EC for ; Sat, 22 Jan 2005 23:55:06 +0300 (MSK) Received: from dgap-gw.mipt.ru ([127.0.0.1]) by localhost (dgap-gw.mipt.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04118-01 for ; Sat, 22 Jan 2005 23:54:58 +0300 (MSK) Received: from nas.dgap.mipt.ru (nas.dgap.mipt.ru [194.85.81.203]) by dgap-gw.mipt.ru (Postfix) with ESMTP id 4F4A760004E9 for ; Sat, 22 Jan 2005 23:54:58 +0300 (MSK) Received: from nas.dgap.mipt.ru (localhost [127.0.0.1]) by nas.dgap.mipt.ru (8.12.9p2/8.12.9) with ESMTP id j0MKwIW6001508 for ; Sat, 22 Jan 2005 23:58:18 +0300 (MSK) (envelope-from nepal@nas.dgap.mipt.ru) Received: (from nepal@localhost) by nas.dgap.mipt.ru (8.12.9p2/8.12.9/Submit) id j0MKwIXv001507 for freebsd-hackers@freebsd.org; Sat, 22 Jan 2005 23:58:18 +0300 (MSK) (envelope-from nepal) Date: Sat, 22 Jan 2005 23:58:18 +0300 From: "Andrew L. Neporada" To: freebsd-hackers@freebsd.org Message-ID: <20050122205818.GA1411@nas.dgap.mipt.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p8 (Gentoo) at dgap.mipt.ru Subject: "configured irq .. is not in bitmap of probed irqs 0" -- what does it mean? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2005 20:55:09 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! I am getting "configured irq .. is not in bitmap of probed irqs 0" error (warning?) while booting 4.10: ... sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 10 not in bitmap of probed irqs 0 sio2: irq maps: 0x1 0x1 0x1 0x1 sio2 at port 0x3e8-0x3ef irq 10 on isa0 sio2: type 16550A sio3: configured irq 11 not in bitmap of probed irqs 0 sio3: irq maps: 0x1 0x1 0x1 0x1 sio3 at port 0x2e8-0x2ef irq 11 on isa0 sio3: type 16550A ... The box in question has Vortex86-based ICOP-6047 3.5" mainboard with 4 serial ports (http://www.icop.com.tw/products_detail.asp?ProductID=125). COM3 & COM4 are configured in BIOS to use irq 10 and 11 respectively. Surprisingly, but it seems that both COM3 & COM4 ports work ok (getty works, there is no "silo overflow" errors). So, should I worry about this error? Andrew. P.S. Relevant lines from kernel config are: # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? port IO_COM3 irq 10 device sio3 at isa? port IO_COM4 irq 11 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vortex.dmesg" Copyright (c) 1992-2004 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 4.10-RELEASE-p2 #2: Sat Jan 22 15:50:59 MSK 2005 root@xxx.xxx.ru:/var/obj/var/src/sys/ET204 Calibrating clock(s) ... TSC clock: 166598129 Hz, i8254 clock: 1193086 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 166612309 Hz CPU: Pentium (166.61-MHz 586-class CPU) Origin = "SiS SiS SiS " Id = 0x505 real memory = 125829120 (122880K bytes) Physical memory chunk(s): 0x000001000 - 0x00009efff, 647168 bytes (158 pages) 0x004301000 - 0x0077f7fff, 55537664 bytes (13559 pages) avail memory = 52867072 (51628K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb30 bios32: Entry = 0xfdb40 (c00fdb40) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb61 pnpbios: Found PnP BIOS data at 0xc00f75c0 pnpbios: Entry = f0000:672b Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc429e000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc429e0a8. Preloaded mfs_root "/mfsroot" at 0xc429e0f8. md0: Preloaded image 67108864 bytes at 0xc029cd50 Creating DISK md0 Creating DISK md1 md1: Malloc disk pci_open(1): mode 1 addr port (0x0cf8) is 0x80000844 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=05501039) Using $PIR table, 5 entries at 0xc00f7c00 pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 112321689 bytes/sec bzero() bandwidth = 55775559 bytes/sec pcib0: on motherboard found-> vendor=0x1039, dev=0x0550, revid=0x01 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e0000000, size 23 found-> vendor=0x1039, dev=0x5513, revid=0xd0 class=01-01-80, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000ff00, size 4 found-> vendor=0x1039, dev=0x0008, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1039, dev=0x7001, revid=0x07 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=5 map[10]: type 1, range 32, base dfffb000, size 12 found-> vendor=0x1039, dev=0x0001, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2 secondarybus=1 found-> vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 0000dc00, size 8 map[14]: type 1, range 32, base dfffaf00, size 8 pci0: on pcib0 atapci0: port 0xff00-0xff0f at device 0.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xff00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 30 30 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xff08 ata1: at 0x170 irq 15 on atapci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: (vendor=0x1039, dev=0x7001) at 1.2 irq 5 pcib2: at device 2.0 on pci0 found-> vendor=0x1039, dev=0x5315, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=0 map[10]: type 1, range 32, base d0000000, size 27 map[14]: type 1, range 32, base dfee0000, size 17 map[18]: type 1, range 32, base 0000cc00, size 7 pci1: on pcib2 pci1: (vendor=0x1039, dev=0x5315) at 0.0 irq 0 rl0: port 0xdc00-0xdcff mem 0xdfffaf00-0xdfffafff irq 9 at device 13.0 on pci0 rl0: Ethernet address: 44:4d:50:10:1e:c1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl0 attached pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: