From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 1 16:35:36 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CF616A403; Sun, 1 Oct 2006 16:35:36 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A84243D46; Sun, 1 Oct 2006 16:35:34 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k91GZWou039896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Oct 2006 18:35:32 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k91GZWJH039895; Sun, 1 Oct 2006 18:35:32 +0200 (CEST) Date: Sun, 1 Oct 2006 18:35:32 +0200 From: Divacky Roman To: hackers@freebsd.org Message-ID: <20061001163532.GA39376@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: emulation@freebsd.org Subject: filedesc copying in fork() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 16:35:36 -0000 hi I am trying to implement CLONE_FS in linuxolator clone(). This flags is used when we want the newly created thread share root/cwd/umask. In FreeBSD we have a flags to fork1() RFFDG/RFCFDG. The first one tells fork1() to copy the filedesc from old proc to the new one. The later says we should create new filedesc struct. If neither of these is given the filedesc struct is shared among the processes. is my analysis correct? currently in the linuxolator we dont set any of this flags passed to fork1() ie. doing CLONE_FS semantics on default. I am a little confused from linux behaviour because it seems to me that they dont share open file descriptors betweeen processes after fork() which is strange. comments? roman ---------------------- www.liberalnistrana.cz From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 1 20:32:25 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0134C16A40F for ; Sun, 1 Oct 2006 20:32:25 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from samus.cyberbotx.com (c-68-61-58-20.hsd1.mi.comcast.net [68.61.58.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79C2F43D80 for ; Sun, 1 Oct 2006 20:32:16 +0000 (GMT) (envelope-from cyberbotx@cyberbotx.com) Received: from localhost (localhost [127.0.0.1]) by samus.cyberbotx.com (Postfix) with ESMTP id 90BC7C124 for ; Sun, 1 Oct 2006 16:32:51 -0400 (EDT) X-Virus-Scanned: amavisd-new at cyberbotx.com Received: from samus.cyberbotx.com ([127.0.0.1]) by localhost (samus.cyberbotx.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GbUzUZtgGDGd; Sun, 1 Oct 2006 16:31:34 -0400 (EDT) Received: from metroid (unknown [192.168.2.254]) by samus.cyberbotx.com (Postfix) with SMTP id 9EEF3C85D; Sun, 1 Oct 2006 16:31:31 -0400 (EDT) Message-ID: <05df01c6e598$8a91d2c0$fe02a8c0@metroid> From: "Naram Qashat" To: Date: Sun, 1 Oct 2006 16:31:14 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Cc: cyberbotx@cyberbotx.com Subject: Updating zlib to 1.2.3 in base system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:32:25 -0000 I was wondering if there were any plans to update zlib to 1.2.3 in the base system. I found an application that uses a function that only exists in 1.2.3, and the base system still has only 1.2.2 in it. Naram Qashat From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 1 20:43:37 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D79B716A407 for ; Sun, 1 Oct 2006 20:43:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A72C43D45 for ; Sun, 1 Oct 2006 20:43:37 +0000 (GMT) (envelope-from erikt@midgard.homeip.net) Received: from falcon.midgard.homeip.net (83.253.29.241) by pne-smtpout2-sn1.fre.skanova.net (7.2.075) id 451BA3C7000BBFBA for freebsd-hackers@freebsd.org; Sun, 1 Oct 2006 22:43:36 +0200 Received: (qmail 35697 invoked from network); 1 Oct 2006 22:43:35 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 1 Oct 2006 22:43:35 +0200 Received: (qmail 24310 invoked by uid 1001); 1 Oct 2006 22:43:35 +0200 Date: Sun, 1 Oct 2006 22:43:35 +0200 From: Erik Trulsson To: Naram Qashat Message-ID: <20061001204335.GA24276@owl.midgard.homeip.net> Mail-Followup-To: Naram Qashat , freebsd-hackers@freebsd.org References: <05df01c6e598$8a91d2c0$fe02a8c0@metroid> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05df01c6e598$8a91d2c0$fe02a8c0@metroid> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: Updating zlib to 1.2.3 in base system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 20:43:37 -0000 On Sun, Oct 01, 2006 at 04:31:14PM -0400, Naram Qashat wrote: > I was wondering if there were any plans to update zlib to 1.2.3 in the base > system. I found an application that uses a function that only exists in > 1.2.3, and the base system still has only 1.2.2 in it. The base system already has zlib 1.2.3 (-CURRENT since about 6 months ago, and RELENG_6 since about a week ago.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 1 21:34:02 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF4016A407 for ; Sun, 1 Oct 2006 21:34:02 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from samus.cyberbotx.com (c-68-61-58-20.hsd1.mi.comcast.net [68.61.58.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BC5E43D55 for ; Sun, 1 Oct 2006 21:34:00 +0000 (GMT) (envelope-from cyberbotx@cyberbotx.com) Received: from localhost (localhost [127.0.0.1]) by samus.cyberbotx.com (Postfix) with ESMTP id 3E903C324; Sun, 1 Oct 2006 17:34:33 -0400 (EDT) X-Virus-Scanned: amavisd-new at cyberbotx.com Received: from samus.cyberbotx.com ([127.0.0.1]) by localhost (samus.cyberbotx.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zg8AH3q5bthG; Sun, 1 Oct 2006 17:34:12 -0400 (EDT) Received: from metroid (unknown [192.168.2.254]) by samus.cyberbotx.com (Postfix) with SMTP id C2FFAC304; Sun, 1 Oct 2006 17:34:11 -0400 (EDT) Message-ID: <061001c6e5a1$4c8863a0$fe02a8c0@metroid> From: "Naram Qashat" To: "Erik Trulsson" References: <05df01c6e598$8a91d2c0$fe02a8c0@metroid> <20061001204335.GA24276@owl.midgard.homeip.net> Date: Sun, 1 Oct 2006 17:33:55 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Cc: freebsd-hackers@freebsd.org Subject: Re: Updating zlib to 1.2.3 in base system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 21:34:02 -0000 Strange, because I just cvsup'd my sys tree last night, and it still had 1.2.2. I am using RELENG_6_1 though. Naram Qashat ----- Original Message ----- From: "Erik Trulsson" To: "Naram Qashat" Cc: Sent: Sunday, October 01, 2006 04:43 PM Subject: Re: Updating zlib to 1.2.3 in base system > On Sun, Oct 01, 2006 at 04:31:14PM -0400, Naram Qashat wrote: > > I was wondering if there were any plans to update zlib to 1.2.3 in the base > > system. I found an application that uses a function that only exists in > > 1.2.3, and the base system still has only 1.2.2 in it. > > The base system already has zlib 1.2.3 (-CURRENT since about 6 months ago, > and RELENG_6 since about a week ago.) > > > -- > > Erik Trulsson > ertr1013@student.uu.se > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sun Oct 1 22:16:28 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73BAE16A40F for ; Sun, 1 Oct 2006 22:16:28 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from virtual.micronet.sk (smtp.micronet.sk [84.16.32.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF4F43D5E for ; Sun, 1 Oct 2006 22:16:27 +0000 (GMT) (envelope-from danger@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by virtual.micronet.sk (Postfix) with ESMTP id 1A94310E6C7; Mon, 2 Oct 2006 00:15:56 +0200 (CEST) X-Virus-Scanned: by amavisd-new at virtual.micronet.sk Received: from virtual.micronet.sk ([127.0.0.1]) by localhost (virtual.micronet.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zEImbsiXK4GO; Mon, 2 Oct 2006 00:15:55 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) by virtual.micronet.sk (Postfix) with ESMTP id EB25910E56A; Mon, 2 Oct 2006 00:15:54 +0200 (CEST) Date: Mon, 2 Oct 2006 00:15:55 +0200 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <544854068.20061002001555@rulez.sk> To: "Naram Qashat" In-Reply-To: <061001c6e5a1$4c8863a0$fe02a8c0@metroid> References: <05df01c6e598$8a91d2c0$fe02a8c0@metroid> <20061001204335.GA24276@owl.midgard.homeip.net> <061001c6e5a1$4c8863a0$fe02a8c0@metroid> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re[2]: Updating zlib to 1.2.3 in base system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Oct 2006 22:16:28 -0000 Hello Naram, Sunday, October 1, 2006, 11:33:55 PM, you wrote: > Strange, because I just cvsup'd my sys tree last night, and it still had > 1.2.2. I am using RELENG_6_1 though. You need RELENG_6 as was stated before. -- Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 2 09:23:13 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74EC416A58C for ; Mon, 2 Oct 2006 09:23:12 +0000 (UTC) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 784B443D46 for ; Mon, 2 Oct 2006 09:23:11 +0000 (GMT) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from [84.173.211.219] (helo=[192.168.0.136]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1GUK100HIY-0008Tl; Mon, 02 Oct 2006 11:23:10 +0200 From: Ekkehard Morgenstern To: freebsd-hackers@freebsd.org Date: Mon, 2 Oct 2006 11:21:57 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:9985dda5cbe98f4670734048a5dbacd9 Subject: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 09:23:13 -0000 Hi, (I don't know if this is the right mailing list, point me in the right direction if necessary.) I would like to have some info regarding systems programming on FreeBSD. I have already looked at the available documentation (the handbooks, manpages), but there's some areas I cannot find any information about. For instance, ioctl(). Where do I find information about device-specific ioctls? Do I always have to read the driver source? It can't be that this is all undocumented, or is it? Please help! regards, Ekkehard. From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 2 10:24:20 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E120516A47C for ; Mon, 2 Oct 2006 10:24:20 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C4C843D86 for ; Mon, 2 Oct 2006 10:24:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (cpbkhw2zv215ntzt@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k92AO5I6057384; Mon, 2 Oct 2006 03:24:05 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k92AO4mj057383; Mon, 2 Oct 2006 03:24:04 -0700 (PDT) (envelope-from jmg) Date: Mon, 2 Oct 2006 03:24:04 -0700 From: John-Mark Gurney To: Ekkehard Morgenstern Message-ID: <20061002102404.GD80527@funkthat.com> Mail-Followup-To: Ekkehard Morgenstern , freebsd-hackers@freebsd.org References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 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: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 02 Oct 2006 10:24:21 -0000 Ekkehard Morgenstern wrote this message on Mon, Oct 02, 2006 at 11:21 +0200: > I would like to have some info regarding systems programming on FreeBSD. I > have already looked at the available documentation (the handbooks, manpages), > but there's some areas I cannot find any information about. > > For instance, ioctl(). Where do I find information about device-specific > ioctls? Do I always have to read the driver source? It can't be that this is > all undocumented, or is it? Many aren't documented, but section 4 of the manpages is the place where they are suppose to be documented... if you look at netintro(4), you'll see a few for network devices.. A few others like agp(4), bpf(4) and meteor(4) have ioctl's described... For the others, often the definitions in the header file is usually enough, as they sometimes also contains comments describing them... Good luck... -- 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 Mon Oct 2 10:55:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B5316A416 for ; Mon, 2 Oct 2006 10:55:51 +0000 (UTC) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9330243D53 for ; Mon, 2 Oct 2006 10:55:50 +0000 (GMT) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from [84.173.211.219] (helo=[192.168.0.136]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1GULSe3mcW-00008j; Mon, 02 Oct 2006 12:55:49 +0200 From: Ekkehard Morgenstern To: freebsd-hackers@freebsd.org, John-Mark Gurney Date: Mon, 2 Oct 2006 12:54:37 +0200 User-Agent: KMail/1.9.1 References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> <20061002102404.GD80527@funkthat.com> In-Reply-To: <20061002102404.GD80527@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021254.37808.ekkehard.morgenstern@onlinehome.de> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:9985dda5cbe98f4670734048a5dbacd9 Cc: Subject: Re: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 10:55:51 -0000 On Monday 02 October 2006 12:24, John-Mark Gurney wrote: > Many aren't documented, but section 4 of the manpages is the place > where they are suppose to be documented... if you look at netintro(4), > you'll see a few for network devices.. > A few others like agp(4), bpf(4) and meteor(4) have ioctl's described... Thanks, now that you mention it, I found some information that I was looking for, with a manpage browser, about the sound driver. :-) > For the others, often the definitions in the header file is usually > enough, as they sometimes also contains comments describing them... Unfortunately, the ATA / ATAPI include files don't contain much information regarding the use of the ioctl()s. Should I use the CAM pass/xpt devices instead? I would like to access raw data on a CD drive (in particular, subchannel info from an audio CD). > Good luck... Thanks, I need plenty of that! From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 2 15:37:43 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E3316A416 for ; Mon, 2 Oct 2006 15:37:43 +0000 (UTC) (envelope-from sean@cyberwang.net) Received: from spunkymail-a20.dreamhost.com (sd-green-bigip-54.dreamhost.com [208.97.132.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8EA43D68 for ; Mon, 2 Oct 2006 15:37:41 +0000 (GMT) (envelope-from sean@cyberwang.net) Received: from [10.0.0.30] (68-184-116-29.dhcp.smyr.ga.charter.com [68.184.116.29]) by spunkymail-a20.dreamhost.com (Postfix) with ESMTP id 9AA90FE59F; Mon, 2 Oct 2006 08:37:38 -0700 (PDT) Message-ID: <45213239.5050004@cyberwang.net> Date: Mon, 02 Oct 2006 11:37:29 -0400 From: Sean Bryant User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Ekkehard Morgenstern References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> <20061002102404.GD80527@funkthat.com> <200610021254.37808.ekkehard.morgenstern@onlinehome.de> In-Reply-To: <200610021254.37808.ekkehard.morgenstern@onlinehome.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, John-Mark Gurney Subject: Re: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 15:37:43 -0000 Ekkehard Morgenstern wrote: > On Monday 02 October 2006 12:24, John-Mark Gurney wrote: >> Many aren't documented, but section 4 of the manpages is the place >> where they are suppose to be documented... if you look at netintro(4), >> you'll see a few for network devices.. >> A few others like agp(4), bpf(4) and meteor(4) have ioctl's described... > > Thanks, now that you mention it, I found some information that I was looking > for, with a manpage browser, about the sound driver. :-) > >> For the others, often the definitions in the header file is usually >> enough, as they sometimes also contains comments describing them... > > Unfortunately, the ATA / ATAPI include files don't contain much information > regarding the use of the ioctl()s. Should I use the CAM pass/xpt devices > instead? I would like to access raw data on a CD drive (in particular, > subchannel info from an audio CD). > >> Good luck... > > Thanks, I need plenty of that! > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" If you're trying to get to the cam interface you can do that without the ioctl interface and just use the cam interface. man cam to get that. But note that only works for the cam devices (cd, xpt, pass, da). Things like acd and ada are not supported with the cam interface and you're pretty much stuck with using the ioctl interface but the sys/cdio.h and sys/cdrio.h list the ioctls for you to use. You can just open the cdrom device with open and start reading from it. Right now there seems to be a bug with the cdrom ioctl stuff. If you do certain operations too fast the thing will stop responding to request for a while. Not sure when this will be cleared up. But good luck to you. For examples take a look at the burncd source it uses the cdio and cdrio ioctls quite a bit. From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 2 14:16:11 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0382D16A415 for ; Mon, 2 Oct 2006 14:16:11 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF11E43D53 for ; Mon, 2 Oct 2006 14:15:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DB3C.dip.t-dialin.net [84.165.219.60]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k92EF81C038312; Mon, 2 Oct 2006 16:15:13 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k92EFTF1034079; Mon, 2 Oct 2006 16:15:30 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 2 Oct 2006 16:15:29 +0200 From: Alexander Leidinger To: Ekkehard Morgenstern Message-ID: <20061002161529.6b41776e@Magellan.Leidinger.net> In-Reply-To: <200610021254.37808.ekkehard.morgenstern@onlinehome.de> References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> <20061002102404.GD80527@funkthat.com> <200610021254.37808.ekkehard.morgenstern@onlinehome.de> X-Mailer: Sylpheed-Claws 2.5.2 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Mon, 02 Oct 2006 16:05:09 +0000 Cc: freebsd-hackers@freebsd.org, John-Mark Gurney Subject: Re: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 14:16:11 -0000 Quoting Ekkehard Morgenstern (Mon, 2 Oct 2006 12:54:37 +0200): > Thanks, now that you mention it, I found some information that I was looking > for, with a manpage browser, about the sound driver. :-) We share the sound API with the OpenSoundSystem (OSS). A description of what each ioctl is supposed to do is available there. http://manuals.opensound.com/developer/ Bye, Alexander. -- "Bender, I don't care whether you have money. I love you for your artificial intelligence and your sincerity simulator." -Countess de la Roca http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 2 17:23:58 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E2B16A519; Mon, 2 Oct 2006 17:23:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 905E243D95; Mon, 2 Oct 2006 17:23:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92HNpBx017897; Mon, 2 Oct 2006 13:23:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 2 Oct 2006 12:51:15 -0400 User-Agent: KMail/1.9.1 References: <20061001163532.GA39376@stud.fit.vutbr.cz> In-Reply-To: <20061001163532.GA39376@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021251.16453.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Oct 2006 13:23:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: emulation@freebsd.org, Divacky Roman , hackers@freebsd.org Subject: Re: filedesc copying in fork() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 17:23:58 -0000 On Sunday 01 October 2006 12:35, Divacky Roman wrote: > hi > > I am trying to implement CLONE_FS in linuxolator clone(). This flags > is used when we want the newly created thread share root/cwd/umask. > > In FreeBSD we have a flags to fork1() RFFDG/RFCFDG. The first one > tells fork1() to copy the filedesc from old proc to the new one. > The later says we should create new filedesc struct. If neither > of these is given the filedesc struct is shared among the processes. > > is my analysis correct? I believe so. > currently in the linuxolator we dont set any of this flags passed to > fork1() ie. doing CLONE_FS semantics on default. > > I am a little confused from linux behaviour because it seems to me > that they dont share open file descriptors betweeen processes after > fork() which is strange. I have no idea on this one. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 2 17:23:58 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E2B16A519; Mon, 2 Oct 2006 17:23:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 905E243D95; Mon, 2 Oct 2006 17:23:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k92HNpBx017897; Mon, 2 Oct 2006 13:23:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 2 Oct 2006 12:51:15 -0400 User-Agent: KMail/1.9.1 References: <20061001163532.GA39376@stud.fit.vutbr.cz> In-Reply-To: <20061001163532.GA39376@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610021251.16453.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Oct 2006 13:23:53 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1973/Mon Oct 2 11:18:33 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: emulation@freebsd.org, Divacky Roman , hackers@freebsd.org Subject: Re: filedesc copying in fork() X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 17:23:58 -0000 On Sunday 01 October 2006 12:35, Divacky Roman wrote: > hi > > I am trying to implement CLONE_FS in linuxolator clone(). This flags > is used when we want the newly created thread share root/cwd/umask. > > In FreeBSD we have a flags to fork1() RFFDG/RFCFDG. The first one > tells fork1() to copy the filedesc from old proc to the new one. > The later says we should create new filedesc struct. If neither > of these is given the filedesc struct is shared among the processes. > > is my analysis correct? I believe so. > currently in the linuxolator we dont set any of this flags passed to > fork1() ie. doing CLONE_FS semantics on default. > > I am a little confused from linux behaviour because it seems to me > that they dont share open file descriptors betweeen processes after > fork() which is strange. I have no idea on this one. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 3 09:36:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B42E16A407 for ; Tue, 3 Oct 2006 09:36:00 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F97E43D4C for ; Tue, 3 Oct 2006 09:35:58 +0000 (GMT) (envelope-from r.c.ladan@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so136718nfc for ; Tue, 03 Oct 2006 02:35:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=TEA/x6A372ZGDw6KFlM+CPYDVT3CRpJtNhqVCDaY/Jeg3WBPkW6plXzk5O72ZUjx5Uh8zqcFw+wHgQ3eGykxmn7xqXkgOxYs3PS7l3xsvTqUNa4a7fQt1OKzYIrYJyC9Cro7KUtSa20d6vvrwcaD1r/oih2PP/OCcJAQHK4a6ow= Received: by 10.49.94.20 with SMTP id w20mr540761nfl; Tue, 03 Oct 2006 02:35:56 -0700 (PDT) Received: from ?131.155.68.222? ( [131.155.68.222]) by mx.gmail.com with ESMTP id p72sm655792nfc.2006.10.03.02.35.55; Tue, 03 Oct 2006 02:35:56 -0700 (PDT) Message-ID: <45222EF4.5000101@gmail.com> Date: Tue, 03 Oct 2006 11:35:48 +0200 From: Rene Ladan User-Agent: Thunderbird 1.5.0.7 (X11/20060914) MIME-Version: 1.0 To: Jindra Fucik References: <450DA217.9080602@gmail.com> <049001c6e6cb$1c70c560$c4cd9109@PC2088> In-Reply-To: <049001c6e6cb$1c70c560$c4cd9109@PC2088> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-usb@freebsd.org Subject: Re: anyone working on setting output items with usbhidctl(1) ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 09:36:00 -0000 Jindra Fucik schreef: >> Hi, >> >> is anyone working on setting output items with usbhidctl(1) ? >> >> I thought that something like -s "feature1=value1,feature2=value2,..." >> would be nice to have. > > Hi Rene, have you any progress? I do some tests on uhid & write and have > no positive feedback. > There is some progress. I've sent PR usb/103418 containing a patch to usbhidctl(1). You can test the patch if you have a hid with a known output descriptor: # usbhidctl -f /dev/uhid0 -w name=value should do the trick. When I test the patch with my Xbox 360 controller which contains a reverse-engineered output descriptor it crashes when calling hid_set_data() from libusbhid. I guess I'm not initializing the variable *buf correctly (it contains 0x800). Alternatively you can import usbhidctl(1) from OpenBSD/NetBSD (some trivial patches are needed, like s/hid_start()/hid_init() ) which has hopefully a working -w option. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 3 10:41:31 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB3FD16A52E for ; Tue, 3 Oct 2006 10:41:31 +0000 (UTC) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id A598843D55 for ; Tue, 3 Oct 2006 10:41:30 +0000 (GMT) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from [84.173.204.231] (helo=[192.168.0.136]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GUhi61GP9-0004Uo; Tue, 03 Oct 2006 12:41:15 +0200 From: Ekkehard Morgenstern To: Sean Bryant Date: Tue, 3 Oct 2006 12:40:01 +0200 User-Agent: KMail/1.9.1 References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> <200610021254.37808.ekkehard.morgenstern@onlinehome.de> <45213239.5050004@cyberwang.net> In-Reply-To: <45213239.5050004@cyberwang.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610031240.02386.ekkehard.morgenstern@onlinehome.de> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:9985dda5cbe98f4670734048a5dbacd9 Cc: freebsd-hackers@freebsd.org, John-Mark Gurney Subject: Re: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 10:41:31 -0000 On Monday 02 October 2006 17:37, Sean Bryant wrote: > If you're trying to get to the cam interface you can do that without the > ioctl interface and just use the cam interface. man cam to get that. OK, I will have a look at that, thank you. > But > note that only works for the cam devices (cd, xpt, pass, da). Things > like acd and ada are not supported with the cam interface and you're > pretty much stuck with using the ioctl interface but the sys/cdio.h and > sys/cdrio.h list the ioctls for you to use. Actually, at least the 6.1 Release kernel does create xpt0/pass0 for acd0 when the CAM driver is present. That's how I got K3B to work! ;-) So, CAM might be a viable choice for me. > You can just open the cdrom device with open and start reading from it. Unfortunately, that doesn't give me the subchannel info that I'm looking for. I have to use some kind of ioctl() for that case, but I don't know how to do that yet. I wish to implement the error correction for audio CDs using the subchannel information (or not; the error correction bits aren't in the subchannel, right?). Whatever. Someone told me that both ATAPI and SCSI cannot deliver the raw data on an audio CD (except the audio data itself). When you're reading over a series of defective sectors, the only thing you can do is re-read them and hope to fix up some data. I wish there was any other way. > Right now there seems to be a bug with the cdrom ioctl stuff. If you do > certain operations too fast the thing will stop responding to request > for a while. Not sure when this will be cleared up. > But good luck to you. For examples take a look at the burncd source it > uses the cdio and cdrio ioctls quite a bit. Thanks. Will do. From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 3 10:43:32 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A9E316A415 for ; Tue, 3 Oct 2006 10:43:32 +0000 (UTC) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E3F143D46 for ; Tue, 3 Oct 2006 10:43:31 +0000 (GMT) (envelope-from ekkehard.morgenstern@onlinehome.de) Received: from [84.173.204.231] (helo=[192.168.0.136]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1GUhkI0dIV-0007dV; Tue, 03 Oct 2006 12:43:30 +0200 From: Ekkehard Morgenstern To: freebsd-hackers@freebsd.org Date: Tue, 3 Oct 2006 12:42:18 +0200 User-Agent: KMail/1.9.1 References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> <200610021254.37808.ekkehard.morgenstern@onlinehome.de> <20061002161529.6b41776e@Magellan.Leidinger.net> In-Reply-To: <20061002161529.6b41776e@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610031242.18768.ekkehard.morgenstern@onlinehome.de> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:9985dda5cbe98f4670734048a5dbacd9 Subject: Re: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 10:43:32 -0000 On Monday 02 October 2006 16:15, Alexander Leidinger wrote: >We share the sound API with the OpenSoundSystem (OSS). A description of > what each ioctl is supposed to do is available there. > > http://manuals.opensound.com/developer/ Thanks! :-) I had already found the PDF from a link in the sound driver manpages. From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 3 09:05:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15F9516A415 for ; Tue, 3 Oct 2006 09:05:56 +0000 (UTC) (envelope-from fulda@seznam.cz) Received: from smtp.seznam.cz (smtp.seznam.cz [212.80.76.43]) by mx1.FreeBSD.org (Postfix) with SMTP id E9A4A43D49 for ; Tue, 3 Oct 2006 09:05:54 +0000 (GMT) (envelope-from fulda@seznam.cz) Received: (qmail 2049 invoked from network); 3 Oct 2006 09:05:47 -0000 Received: from unknown (HELO PC2088) (fulda@seznam.cz@62.141.6.4) by cetus.go.seznam.cz with ESMTPA; 3 Oct 2006 09:05:47 -0000 X-Seznam-User: fulda@seznam.cz Message-ID: <049001c6e6cb$1c70c560$c4cd9109@PC2088> From: "Jindra Fucik" To: "Rene Ladan" , , References: <450DA217.9080602@gmail.com> Date: Tue, 3 Oct 2006 11:05:45 +0200 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.2869 X-Mimeole: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Mailman-Approved-At: Tue, 03 Oct 2006 11:31:55 +0000 Cc: Subject: Re: anyone working on setting output items with usbhidctl(1) ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 09:05:56 -0000 ----- Original Message ----- From: "Rene Ladan" To: ; Sent: Sunday, September 17, 2006 9:29 PM Subject: anyone working on setting output items with usbhidctl(1) ? > Hi, > > is anyone working on setting output items with usbhidctl(1) ? > > I'm trying to add LED/rumbler support for the Xbox 360 Gamepad to > uhid(4), but there doesn't seem to be a userland tool to test output > items and the output report descriptor doesn't seem to be publicly > available (i.e. I must reverse-engineer it). > > This device has 4 LEDs which can be controlled with the command 01 03 > xx, where xx ranges from 0 to 255. > It also has two rumble motors which can be controlled with 00 08 00 bb > ll 00 00 00, where bb and ll both range from 0 to 255. > > I thought that something like -s "feature1=value1,feature2=value2,..." > would be nice to have. Hi Rene, have you any progress? I do some tests on uhid & write and have no positive feedback. From owner-freebsd-hackers@FreeBSD.ORG Tue Oct 3 12:42:21 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A607516A407 for ; Tue, 3 Oct 2006 12:42:21 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E2043D49 for ; Tue, 3 Oct 2006 12:42:20 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so2054216wxd for ; Tue, 03 Oct 2006 05:42:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=XQLbk41boC6s5wPcRgVv5p5QlH381POU2cPIGGXa5VAEvGZ2ia8Gg4Ood1N8sbU5EyrlHuZYtgzmKPWXDB+s/ra+XshVQzxjCkuxianoTbA6Kof643Q8s3gRAO0qai4hf55+6kPPJZ6FOaha8kxrVdQjBSOJ11vFwAwdMvaNzuc= Received: by 10.70.90.14 with SMTP id n14mr8842961wxb; Tue, 03 Oct 2006 05:42:20 -0700 (PDT) Received: by 10.70.37.19 with HTTP; Tue, 3 Oct 2006 05:42:20 -0700 (PDT) Message-ID: <3bbf2fe10610030542r2880f7fcma98dfbb68669cb4e@mail.gmail.com> Date: Tue, 3 Oct 2006 14:42:20 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Ekkehard Morgenstern" In-Reply-To: <200610031240.02386.ekkehard.morgenstern@onlinehome.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200610021121.57756.ekkehard.morgenstern@onlinehome.de> <200610021254.37808.ekkehard.morgenstern@onlinehome.de> <45213239.5050004@cyberwang.net> <200610031240.02386.ekkehard.morgenstern@onlinehome.de> X-Google-Sender-Auth: 39f1a62daff294c8 Cc: freebsd-hackers@freebsd.org Subject: Re: Systems programming on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 12:42:21 -0000 2006/10/3, Ekkehard Morgenstern : > On Monday 02 October 2006 17:37, Sean Bryant wrote: > > If you're trying to get to the cam interface you can do that without the > > ioctl interface and just use the cam interface. man cam to get that. > > OK, I will have a look at that, thank you. > > > But > > note that only works for the cam devices (cd, xpt, pass, da). Things > > like acd and ada are not supported with the cam interface and you're > > pretty much stuck with using the ioctl interface but the sys/cdio.h and > > sys/cdrio.h list the ioctls for you to use. > > Actually, at least the 6.1 Release kernel does create xpt0/pass0 for acd0 when > the CAM driver is present. That's how I got K3B to work! ;-) > So, CAM might be a viable choice for me. > > > You can just open the cdrom device with open and start reading from it. > > Unfortunately, that doesn't give me the subchannel info that I'm looking for. > I have to use some kind of ioctl() for that case, but I don't know how to do > that yet. Give a look at sys/sys/cdio.h for ATA CDs. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 15:59:16 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C28716A407 for ; Wed, 4 Oct 2006 15:59:16 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id EA87F43D70 for ; Wed, 4 Oct 2006 15:59:11 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 4 Oct 2006 15:59:10 -0000 Date: Wed, 4 Oct 2006 18:58:44 +0300 From: Nikolay Pavlov To: freebsd-hackers@FreeBSD.org Message-ID: <20061004155844.GA3652@zone3000.net> Mail-Followup-To: Nikolay Pavlov , 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 X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: Subject: installkernel target. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 15:59:16 -0000 Hi, folks. Is there any supported way to make installkernel directly to some directory. I want to build two kernels (like /boot/kernel.SMP/ and /boot/kernel.UP/) in my installation script and DESTDIR is quite useless is this case. -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 16:09:17 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C4516A416 for ; Wed, 4 Oct 2006 16:09:17 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2115A43D6A for ; Wed, 4 Oct 2006 16:09:16 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.161] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1GV9Iz1mt8-0003L7; Wed, 04 Oct 2006 18:09:10 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Wed, 4 Oct 2006 18:09:02 +0200 User-Agent: KMail/1.9.4 References: <20061004155844.GA3652@zone3000.net> In-Reply-To: <20061004155844.GA3652@zone3000.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4520383.bhhTIIy7FZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610041809.08140.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Subject: Re: installkernel target. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 16:09:17 -0000 --nextPart4520383.bhhTIIy7FZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 04 October 2006 17:58, Nikolay Pavlov wrote: > Is there any supported way to make installkernel directly to some > directory. I want to build two kernels (like /boot/kernel.SMP/ and > /boot/kernel.UP/) in my installation script and DESTDIR is quite > useless is this case. It seems that you can set KODIR to "/boot/kernel.foo" in order to install=20 elsewhere. See sys/conf/kern.post.mk for details. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4520383.bhhTIIy7FZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFI9ykXyyEoT62BG0RAggyAJ9G0B+17oMbu0Nno+BzKnNYHNyNiACZAXz4 KEEpJVEYDKHnxsjSdDJ3Oz8= =ijeD -----END PGP SIGNATURE----- --nextPart4520383.bhhTIIy7FZ-- From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 16:10:04 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C114D16A415 for ; Wed, 4 Oct 2006 16:10:04 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D611E43D53 for ; Wed, 4 Oct 2006 16:10:03 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so69345nzn for ; Wed, 04 Oct 2006 09:10:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I1k7jY0JrbTB0L0nK3yvzryQv+dd66JZrlpSqv+RUHwSwF/iv3jNXGLBSm6xPnH5lvruqwapsn6jdbOZUPh/craFWBbCSVZOBZz9yfHk/Er6eVKlWUkD+1pbXWBW64FWFFO241nJWpSddJ++j1hXVDYjAgEmpglfv1O+ThkbCIg= Received: by 10.65.240.17 with SMTP id s17mr1181706qbr; Wed, 04 Oct 2006 09:10:02 -0700 (PDT) Received: by 10.64.179.8 with HTTP; Wed, 4 Oct 2006 09:10:02 -0700 (PDT) Message-ID: <84dead720610040910l7683f6c0l543cbd6077c8993e@mail.gmail.com> Date: Wed, 4 Oct 2006 21:40:02 +0530 From: "Joseph Koshy" To: "Nikolay Pavlov" , freebsd-hackers@freebsd.org In-Reply-To: <20061004155844.GA3652@zone3000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061004155844.GA3652@zone3000.net> Cc: Subject: Re: installkernel target. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 16:10:04 -0000 > Is there any supported way to make installkernel directly to some > directory. I want to build two kernels (like /boot/kernel.SMP/ and > /boot/kernel.UP/) in my installation script and DESTDIR is quite useless > is this case. make installkernel KERNCONF=YOUR_KERNEL_HERE KODIR=/boot/testkernel See also /usr/src/UPDATING. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 16:12:51 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ED6C16A412 for ; Wed, 4 Oct 2006 16:12:51 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49DB43D7C for ; Wed, 4 Oct 2006 16:12:50 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.161] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1GV9MW1TSY-0000uy; Wed, 04 Oct 2006 18:12:49 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Wed, 4 Oct 2006 18:12:41 +0200 User-Agent: KMail/1.9.4 References: <20061004155844.GA3652@zone3000.net> In-Reply-To: <20061004155844.GA3652@zone3000.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2272364.LtQcsu9ZXC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610041812.47490.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Subject: Spam protection foo [Re: installkernel target.] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 16:12:51 -0000 --nextPart2272364.LtQcsu9ZXC Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 04 October 2006 17:58, Nikolay Pavlov's MX wrote: > HEY YOU! PLEASE READ THIS IF YOU ARE NOT A ROBOT =3D) > IT'S JUST A SPAM PROTECTION. =A0 > > This message was created automatically by mail delivery software. >... Please don't use such stupid obfuscation. It doesn't help and just=20 increases the frustration of everybody. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2272364.LtQcsu9ZXC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFI91/XyyEoT62BG0RAg4vAJ0Q2nfXSFUmIkndIiwjRc8ajy7wBgCfa5Z4 JJS6555JsNbye2N0PYjWa1c= =nV3K -----END PGP SIGNATURE----- --nextPart2272364.LtQcsu9ZXC-- From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 16:14:20 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00BA516A403 for ; Wed, 4 Oct 2006 16:14:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 783CD43D64 for ; Wed, 4 Oct 2006 16:14:01 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id F1588EB3A8D; Thu, 5 Oct 2006 00:13:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id tv6kVqqq8dJO; Thu, 5 Oct 2006 00:13:53 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.186.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 1C65CEB3370; Thu, 5 Oct 2006 00:13:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=tPaNJlQzW6CqVORTh5K6aePVzqXgC7FsR1fVzCwnLXk63nfdDSNll8HSgi4/04u2G P/oaK/l/2y++zRiPOaOdQ== Message-ID: <4523DDB9.9000408@delphij.net> Date: Thu, 05 Oct 2006 00:13:45 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Nikolay Pavlov , freebsd-hackers@FreeBSD.org References: <20061004155844.GA3652@zone3000.net> In-Reply-To: <20061004155844.GA3652@zone3000.net> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigB3F355534937411F05F4633F" Cc: Subject: Re: installkernel target. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 16:14:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB3F355534937411F05F4633F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Nikolay Pavlov wrote: > Hi, folks. > Is there any supported way to make installkernel directly to some > directory. I want to build two kernels (like /boot/kernel.SMP/ and =20 > /boot/kernel.UP/) in my installation script and DESTDIR is quite useles= s > is this case.=20 KODIR, see UPDATING. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB3F355534937411F05F4633F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFI925OfuToMruuMARA8ADAJ0VHku6v/X1wMCliTGrfzvRTHlESgCggL0o 1AyajEaaGxwRnxHWNCVkktE= =S1H+ -----END PGP SIGNATURE----- --------------enigB3F355534937411F05F4633F-- From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 16:28:50 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E8D616A4AB; Wed, 4 Oct 2006 16:28:50 +0000 (UTC) (envelope-from admin@intron.ac) Received: from intron.ac (unknown [210.51.165.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83DEA43D62; Wed, 4 Oct 2006 16:28:44 +0000 (GMT) (envelope-from admin@intron.ac) Received: from localhost (localhost [127.0.0.1]) (uid 1003) by intron.ac with local; Thu, 05 Oct 2006 00:28:42 +0800 id 0011400C.4523E13A.0001525D From: "Intron is my alias on the Internet" To: freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 05 Oct 2006 00:28:42 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312"; format=flowed Content-Transfer-Encoding: 7bit Message-ID: X-Mailman-Approved-At: Wed, 04 Oct 2006 16:34:11 +0000 Cc: Subject: Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 16:28:50 -0000 If I would code to enhance video capture support for FreeBSD, what video capture API do you prefer? Your choices: 1. BSD Brooktree 848 (See bktr(4) and meteor(4)) This is *BSD-specific video capture API. So far only Brooktree (Conexant) 848/878 chip is supported by *BSD. Thus, actually this API is BT848/878-specific. 2. Video for Linux 1/2 (See http://v4l2spec.bytesex.org/) These are the video capture APIs for Linux. There are two versions: V4L and V4L2. Supported hardware list: http://linux.bytesex.org/v4l2/drivers.html (V4L2 mainly) http://mxhaard.free.fr/spca5xx.html (V4L) MPlayer supports both kinds of API's. But to gain Linux binary compatibility for FreeBSD, V4L/V4L2 must be introduced to FreeBSD. ------------------------------------------------------------------------ From Beijing, China From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 16:49:34 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F39E16A403 for ; Wed, 4 Oct 2006 16:49:34 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id B44D243DAA for ; Wed, 4 Oct 2006 16:49:26 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 4 Oct 2006 16:49:25 -0000 Date: Wed, 4 Oct 2006 19:48:59 +0300 From: Nikolay Pavlov To: Max Laier Message-ID: <20061004164859.GA4203@zone3000.net> Mail-Followup-To: Nikolay Pavlov , Max Laier , freebsd-hackers@freebsd.org References: <20061004155844.GA3652@zone3000.net> <200610041812.47490.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200610041812.47490.max@love2party.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE-p10 Cc: freebsd-hackers@freebsd.org Subject: Re: Spam protection foo [Re: installkernel target.] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 16:49:34 -0000 On Wednesday, 4 October 2006 at 18:12:41 +0200, Max Laier wrote: > On Wednesday 04 October 2006 17:58, Nikolay Pavlov's MX wrote: > > HEY YOU! PLEASE READ THIS IF YOU ARE NOT A ROBOT =) > > IT'S JUST A SPAM PROTECTION.   > > > > This message was created automatically by mail delivery software. > >... > > Please don't use such stupid obfuscation. It doesn't help and just > increases the frustration of everybody. Thanks. Sorry about that Max. Thanks for quick answer. > > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 4 19:51:38 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E61516A412 for ; Wed, 4 Oct 2006 19:51:38 +0000 (UTC) (envelope-from sbahra@kerneled.org) Received: from perseus.interservers.com (perseus.interservers.com [65.202.242.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27EDA43D67 for ; Wed, 4 Oct 2006 19:51:33 +0000 (GMT) (envelope-from sbahra@kerneled.org) Received: from cpanel by perseus.interservers.com with local (Exim 4.52) id 1GVCmE-0007Pp-Ja for freebsd-hackers@freebsd.org; Wed, 04 Oct 2006 15:51:34 -0400 Received: from 161.253.43.43 ([161.253.43.43]) by www.kerneled.org (Horde MIME library) with HTTP; Wed, 04 Oct 2006 15:51:34 -0400 Message-ID: <20061004155134.ac5htx99ul28g404@www.kerneled.org> Date: Wed, 04 Oct 2006 15:51:34 -0400 From: sbahra@kerneled.org To: freebsd-hackers@freebsd.org References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - perseus.interservers.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32002 32002] / [47 12] X-AntiAbuse: Sender Address Domain - kerneled.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 19:51:38 -0000 [...] > MPlayer supports both kinds of API's. But to gain Linux ybinary > compatibility for FreeBSD, V4L/V4L2 must be introduced to FreeBSD. I think it is wiser to provide an in-kernel API which is far more =20 comprehensive. I suggest you take a look at the VideoBSD project that =20 jmg@ was working on. I was working on a V4L port at one time, the fact =20 is, with regards to the compatibility it is wiser just to provide V4L =20 functionality through user-space stubs or a thin compatibility layer. =20 V4L itself provides no real benefit to driver developers other than =20 the fact that they have standardized values for some ioctl requests =20 and the various data types that are exported. Dianora (db@db) was working on some user-space stubs for V4L as well =20 iirc. From the user-space perspective it is obviously a benefit to =20 support though. Regards. -- Samy Al Bahra '-- http://samy.kerneled.org/ > > ------------------------------------------------------------------------ > From Beijing, China > > _______________________________________________ > 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 Oct 4 21:41:05 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5179F16A407 for ; Wed, 4 Oct 2006 21:41:05 +0000 (UTC) (envelope-from jon@porthos.spock.org) Received: from porthos.spock.org (porthos.spock.org [204.97.176.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4B6C43DAC for ; Wed, 4 Oct 2006 21:40:42 +0000 (GMT) (envelope-from jon@porthos.spock.org) Received: from porthos.spock.org (localhost [127.0.0.1]) by porthos.spock.org with ESMTP serial EF600Q3T-B7F8823k94LeeZc008368F7T for ; Wed, 4 Oct 2006 17:40:41 -0400 (EDT) (envelope-from jon@porthos.spock.org) Received: (from jon@localhost) by porthos.spock.org (8.13.6/8.13.6/Submit) id k94LeeAZ008367 for freebsd-hackers@freebsd.org; Wed, 4 Oct 2006 17:40:40 -0400 (EDT) (envelope-from jon) Date: Wed, 4 Oct 2006 17:40:40 -0400 From: Jonathan Chen To: freebsd-hackers@freebsd.org Message-ID: <20061004214040.GA6878@porthos.spock.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 X-Scanned-By: MIMEDefang 2.56 on 204.97.176.45 Subject: running code on all CPUs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 21:41:05 -0000 Hello, I'm currently writing kernel code to use MCA (machine check architecture) in order to detect things like ECC errors. As part of this, I need to run code on all CPUs periodically to check some status registers. Where is the best place to do this? It doesn't seem that I can use regular kernel threads since I can't specify a CPU binding with that interface. I've thought about hooking a function call to either the beginning of idle_proc() or somewhere in mi_switch(), but neither solution seems optimal since there are no guarantees when idle_proc() is ran and mi_switch() seems like a really bad idea from a performance standpoint. Suggestions? Also, are there any locking pitfalls or other issues I should be aware of when writing code to run in either idle_proc() or mi_switch()? -Jon From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 5 00:29:40 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 741E316A407; Thu, 5 Oct 2006 00:29:40 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-hackers@freebsd.org Date: Thu, 5 Oct 2006 08:29:36 +0800 User-Agent: KMail/1.8.2 References: <20061004214040.GA6878@porthos.spock.org> In-Reply-To: <20061004214040.GA6878@porthos.spock.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610050829.36266.davidxu@freebsd.org> Cc: Jonathan Chen Subject: Re: running code on all CPUs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 00:29:40 -0000 On Thursday 05 October 2006 05:40, Jonathan Chen wrote: > Hello, > > I'm currently writing kernel code to use MCA (machine check architecture) > in order to detect things like ECC errors. As part of this, I need to run > code on all CPUs periodically to check some status registers. Where is the > best place to do this? It doesn't seem that I can use regular kernel > threads since I can't specify a CPU binding with that interface. I've > thought about hooking a function call to either the beginning of > idle_proc() or somewhere in mi_switch(), but neither solution seems optimal > since there are no guarantees when idle_proc() is ran and mi_switch() seems > like a really bad idea from a performance standpoint. Suggestions? > > Also, are there any locking pitfalls or other issues I should be aware of > when writing code to run in either idle_proc() or mi_switch()? > > -Jon AFAIK, you can use scheduler API, the sched_bind() moves current thread to a specific CPU, hope this helps. David Xu From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 5 10:36:40 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D9716A403; Thu, 5 Oct 2006 10:36:40 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E37F43D46; Thu, 5 Oct 2006 10:36:39 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F128.dip.t-dialin.net [84.165.241.40]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k95AZc0c067165; Thu, 5 Oct 2006 12:35:39 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.4) with ESMTP id k95AaZ5b000795; Thu, 5 Oct 2006 12:36:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 05 Oct 2006 12:36:35 +0200 Message-ID: <20061005123635.pyqlxbjlq84g0k8g@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 05 Oct 2006 12:36:35 +0200 From: Alexander Leidinger To: Intron is my alias on the Internet References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Thu, 05 Oct 2006 11:31:29 +0000 Cc: freebsd-hackers@FreeBSD.org, freebsd-emulation@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 10:36:41 -0000 Quoting Intron is my alias on the Internet (from Thu, 05 Oct 2006 00:28:42 +0800): > If I would code to enhance video capture support for FreeBSD, what video > capture API do you prefer? Your choices: Search the archive of multimedia@ (CCed, maybe someone has a reference), this is a topic which was dicussed there a lot. Bye, Alexander. -- I disagree with what you say, but will defend to the death your right to tell such LIES! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 5 12:53:14 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A663616A519 for ; Thu, 5 Oct 2006 12:53:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36D7E43D76 for ; Thu, 5 Oct 2006 12:53:10 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k95Cr702043407; Thu, 5 Oct 2006 08:53:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 5 Oct 2006 08:34:14 -0400 User-Agent: KMail/1.9.1 References: <20061004155844.GA3652@zone3000.net> <84dead720610040910l7683f6c0l543cbd6077c8993e@mail.gmail.com> In-Reply-To: <84dead720610040910l7683f6c0l543cbd6077c8993e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610050834.14877.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 05 Oct 2006 08:53:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1997/Wed Oct 4 11:20:43 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: installkernel target. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 12:53:14 -0000 On Wednesday 04 October 2006 12:10, Joseph Koshy wrote: > > Is there any supported way to make installkernel directly to some > > directory. I want to build two kernels (like /boot/kernel.SMP/ and > > /boot/kernel.UP/) in my installation script and DESTDIR is quite useless > > is this case. > > make installkernel KERNCONF=YOUR_KERNEL_HERE KODIR=/boot/testkernel Or: make installkernel KERNCONF=FOO INSTKERNNAME=bar will install to /boot/bar/kernel. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 5 15:16:45 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01EB416A412 for ; Thu, 5 Oct 2006 15:16:45 +0000 (UTC) (envelope-from Jochen.Kaiser@rrze.uni-erlangen.de) Received: from max72.rrze.uni-erlangen.de (max72.rrze.uni-erlangen.de [131.188.3.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id B40A843D72 for ; Thu, 5 Oct 2006 15:16:31 +0000 (GMT) (envelope-from Jochen.Kaiser@rrze.uni-erlangen.de) Received: from max72.rrze.uni-erlangen.de (max72.rrze.uni-erlangen.de [131.188.3.69]) by max72.rrze.uni-erlangen.de with ESMTP for freebsd-hackers@freebsd.org; Thu, 5 Oct 2006 17:15:37 +0200 Received: from max72.rrze.uni-erlangen.de ([131.188.3.69]) by max72.rrze.uni-erlangen.de (max72.rrze.uni-erlangen.de [127.0.0.1]) (amavisd-new) with ESMTP id 02212-01-1876 for ; Thu, 5 Oct 2006 17:15:37 +0200 (MEST) Received: from devil.rrze.uni-erlangen.de (devil.rrze.uni-erlangen.de [131.188.3.178]) by mailhub2.rrze.uni-erlangen.de with ESMTP for freebsd-hackers@freebsd.org; Thu, 5 Oct 2006 17:15:36 +0200 Received: from devil.rrze.uni-erlangen.de (devil.rrze.uni-erlangen.de [127.0.0.1]) by devil.rrze.uni-erlangen.de (8.13.6/8.13.6) with ESMTP id k95FFa7H025655 for ; Thu, 5 Oct 2006 17:15:36 +0200 (CEST) (envelope-from unrz111@devil.rrze.uni-erlangen.de) Received: (from unrz111@localhost) by devil.rrze.uni-erlangen.de (8.13.6/8.13.6/Submit) id k95FFa9d025654 for freebsd-hackers@freebsd.org; Thu, 5 Oct 2006 17:15:36 +0200 (CEST) (envelope-from unrz111) From: Jochen Kaiser Date: Thu, 5 Oct 2006 17:15:36 +0200 To: freebsd-hackers@freebsd.org Message-Id: <20061005151536.GA25283@devil.rrze.uni-erlangen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616 (RRZE) on max72.rrze.uni-erlangen.de X-Spam-PYZOR: Reported 0 times. X-Spam-DCC: : X-Spam-Checker-Version: SpamAssassin 3.1.5-rrze_40 (2006-08-29) on boeck1.rrze.uni-erlangen.de X-Spam-Status: No, score=-4.6 tests=AWL=0.439, SPF_HELO_PASS=-0.001, SPF_PASS=-5 autolearn=ham X-Spam-RBL: [131.188.3.178] [30 faurelaysub-3.rrze.uni-erlangen.de., 10 devil.rrze.uni-erlangen.de., 20 faurelaysub-1.rrze.uni-erlangen.de., 20 faurelaysub-2.rrze.uni-erlangen.de.] [127.0.0.7] X-Spam-Eval: ham X-Spam-RRZE-Info: Diese Mail wurde einer automatischen Spam-Analyse unterzogen, siehe: http://www.rrze.uni-erlangen.de/dienste/e-mail/spam-analyse/ Subject: libpcap perf improvement? latest ideas? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 15:16:45 -0000 hi, after reading a german master thesis [1] (dated 12/2004) about pcap performance (with comparison of linux and freebsd) I searched freebsd resources for pcap improvements. Unofortunately I did not find any improvements like PF_RING and/or efforts for reducing the number of copy operations from device to user space. Maybe I think too simple because I don't know how SMP fine locks are influencing this (maybe it is very complex to improve that when you want to avoid side effects.). Or maybe it is not important at all, because real applications use DAG boards? I would appreciate any discussion here. greetings, Jochen [1] www.net.in.tum.de/teaching/projects/docs/schneider_SEP_slides2.ps [2] www.endace.com -- Dipl. Inf. Jochen Kaiser, GPG 0x3C93A870, phone +49 9131 85-28681 Network Administration mailto:jochen.kaiser@rrze.uni-erlangen.de Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany http://ipv6.rrze.uni-erlangen.de/~unrz111 private:jnkaiser@gmx.de From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 5 18:58:21 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5A916A412 for ; Thu, 5 Oct 2006 18:58:21 +0000 (UTC) (envelope-from jeff.horner@vanderbilt.edu) Received: from mailgate02.smtp.vanderbilt.edu (mailgate02.smtp.Vanderbilt.Edu [129.59.1.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC2D43D46 for ; Thu, 5 Oct 2006 18:58:19 +0000 (GMT) (envelope-from jeff.horner@vanderbilt.edu) Received: from smtp10.smtp.vanderbilt.edu (smtp10.smtp.Vanderbilt.Edu [129.59.1.11]) by mailgate02.smtp.vanderbilt.edu (8.13.7/8.13.7) with ESMTP id k95IwILb017996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 5 Oct 2006 13:58:18 -0500 Received: from smtp10.smtp.vanderbilt.edu (localhost [127.0.0.1]) by smtp10.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9C+d3.7.9) with ESMTP id k95IwImp008864 for ; Thu, 5 Oct 2006 13:58:18 -0500 (CDT) Received: from [160.129.129.111] ([160.129.129.111]) by smtp10.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9.3B+d3.7.9) with ESMTP id k95IwIU7008861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Oct 2006 13:58:18 -0500 (CDT) Message-ID: <452555CA.10309@vanderbilt.edu> Date: Thu, 05 Oct 2006 13:58:18 -0500 From: Jeffrey Horner User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=4.65.5446:2.3.11, 1.2.37, 4.0.164 definitions=2006-10-05_03:2006-10-05, 2006-10-03, 2006-10-05 signatures=0 X-PPS: No, score=0 Subject: Behavior of run-time linker on 6.1-RELEASE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 18:58:21 -0000 Hello all, I'll apologize up front if my issue is not appropriate for this list or is answered elsewhere, but I thought I'd come straight to the source... I've noticed that setting the RPATH of a binary will help find libraries that the binary has been linked against, but the RPATH of the binary is ignored when a library itself is linked to another library. Is this expected behavior? Below is a demonstration of the behavior: hornerj@biostatbsd ~/testrtl $ cat main.c #include void print_hello_lib1(void); int main(int argc, char **argv){ printf("hello from main\n"); print_hello_lib1(); } hornerj@biostatbsd ~/testrtl $ cat lib1.c #include void print_hello_lib2(void); void print_hello_lib1(void){ printf("hello from lib1\n"); print_hello_lib2(); } hornerj@biostatbsd ~/testrtl $ cat lib2.c #include void print_hello_lib2(void){ printf("hello from lib2\n"); } hornerj@biostatbsd ~/testrtl $ make clean rm *.o *.so runmain hornerj@biostatbsd ~/testrtl $ make gcc -c main.c gcc -fPIC -c lib2.c gcc -shared -Wl,-soname,lib2.so -o lib2.so lib2.o gcc -fPIC -c lib1.c gcc -shared -Wl,-soname,lib1.so -o lib1.so lib1.o lib2.so gcc -L. -l1 -Wl,-rpath,`pwd` -o runmain main.o hornerj@biostatbsd ~/testrtl $ ./runmain /libexec/ld-elf.so.1: Shared object "lib2.so" not found, required by "lib1.so" $ gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.4 [FreeBSD] 20050518 So, I realize I can overcome this by setting the RPATH of lib1.so, but I just wanted to make sure that this is expected (since on another platform that's not necessary). Thanks in advance, Jeff -- http://biostat.mc.vanderbilt.edu/JeffreyHorner From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 05:35:32 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAD9D16A40F for ; Fri, 6 Oct 2006 05:35:32 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05C5743D4C for ; Fri, 6 Oct 2006 05:35:31 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by qb-out-0506.google.com with SMTP id a10so201571qbd for ; Thu, 05 Oct 2006 22:35:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=aqbQ6bMItszXq/SwyvOwLAYQsjmIhTZnOPyWvE2Mzcjbw++3JHJFmA0U5UXIuqQ5lhHGMhrazUCDP/BMsZD/xCGE4+0AmKPEiuQA7sVFqRwdcvJdFq1tWBce0+/fHVIWW/sBw4Sd//xtGXd0J83wlV5dj/jKq1OYdcRLjAt4EhQ= Received: by 10.35.102.18 with SMTP id e18mr5199609pym; Thu, 05 Oct 2006 22:35:31 -0700 (PDT) Received: by 10.35.119.12 with HTTP; Thu, 5 Oct 2006 22:35:31 -0700 (PDT) Message-ID: Date: Fri, 6 Oct 2006 09:35:31 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: secteam@freebsd.org, hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: b92053d34769cb2b Cc: Subject: Tracing binaries statically linked against vulnerable libs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 05:35:32 -0000 I wonder if there is a way to deal with statically linked binaries, which use vulnerable libraries. There's this advisory: http://www.vuxml.org/freebsd/964161cd-6715-11da-99f6-00123ffe8333.html But mplayer and libxine are linked statically against ffmpeg, as are reportedly many other apps like gstreamer. Of course I can install every port that requires ffmpeg directly, look for "lavc" strings and compare it to ldd output, but it sounds like a nightmare. Thanks! From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 10:07:00 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F1CB16A403 for ; Fri, 6 Oct 2006 10:07:00 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id C246743D45 for ; Fri, 6 Oct 2006 10:06:59 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k96A6usJ007070 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 6 Oct 2006 20:06:57 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k96A6ubD001537; Fri, 6 Oct 2006 20:06:56 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k96A6tDL001536; Fri, 6 Oct 2006 20:06:55 +1000 (EST) (envelope-from peter) Date: Fri, 6 Oct 2006 20:06:55 +1000 From: Peter Jeremy To: Jeffrey Horner Message-ID: <20061006100655.GB941@turion.vk2pj.dyndns.org> References: <452555CA.10309@vanderbilt.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <452555CA.10309@vanderbilt.edu> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-hackers@freebsd.org Subject: Re: Behavior of run-time linker on 6.1-RELEASE X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 10:07:00 -0000 --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 2006-Oct-05 13:58:18 -0500, Jeffrey Horner wrote: >I've noticed that setting the RPATH of a binary will help find libraries= =20 >that the binary has been linked against, but the RPATH of the binary is=20 >ignored when a library itself is linked to another library. Is this=20 >expected behavior? IMHO, this behaviour is far more sensible that the opposite (which I've run into on another OS). In my case, I had a perl executable and was building DBD::Oracle. The DBD::Oracle module needs to link against Oracle so it needs an RPATH that points into the Oracle library. The logical place for this is the DBD::Oracle module - I shouldn't need to include the Oracle library into the perl RPATH on the off-chance that I might want to load a .so that needs an Oracle .so --=20 Peter Jeremy --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJiq//opHv/APuIcRAtv2AJ41hrsDMYctyipwxiBeCAdbqkOEJQCcDjR9 knAvOOZW1SqlLb3b/RImBEY= =EfrJ -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 10:55:44 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A03E416A4D8; Fri, 6 Oct 2006 10:55:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE46743D46; Fri, 6 Oct 2006 10:55:41 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 595E646BF0; Fri, 6 Oct 2006 06:55:41 -0400 (EDT) Date: Fri, 6 Oct 2006 11:55:41 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jochen Kaiser In-Reply-To: <20061005151536.GA25283@devil.rrze.uni-erlangen.de> Message-ID: <20061006115301.T43229@fledge.watson.org> References: <20061005151536.GA25283@devil.rrze.uni-erlangen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, csjp@FreeBSD.org Subject: Re: libpcap perf improvement? latest ideas? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 10:55:44 -0000 On Thu, 5 Oct 2006, Jochen Kaiser wrote: > after reading a german master thesis [1] (dated 12/2004) about pcap > performance (with comparison of linux and freebsd) I searched freebsd > resources for pcap improvements. Unofortunately I did not find any > improvements like PF_RING and/or efforts for reducing the number of copy > operations from device to user space. > > Maybe I think too simple because I don't know how SMP fine locks are > influencing this (maybe it is very complex to improve that when you want to > avoid side effects.). > > Or maybe it is not important at all, because real applications use DAG > boards? > > I would appreciate any discussion here. > > greetings, > Jochen > > [1] www.net.in.tum.de/teaching/projects/docs/schneider_SEP_slides2.ps > [2] www.endace.com Quite a bit of work has been done on zero-copy for BPF, but none of it really commitable. Christian Peron (CC'd) and I have been talking about doing something that is commitable, but some of the details (such as memory ownership) are still very much up in the air. PF_RING takes an interesting approach, and one we should look at, but we'd also like to keep all the benefits of BPF rather than discard them, so need to consider how best to apply elements of the approach in our context. I'd like to see something like this happen for FreeBSD 7.0, with a possible backport if it goes really well. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 13:42:21 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C39C16A417; Fri, 6 Oct 2006 13:42:21 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from caelis.elvandar.org (caelis.elvandar.org [217.148.169.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98C7143D49; Fri, 6 Oct 2006 13:42:20 +0000 (GMT) (envelope-from remko@elvandar.org) Received: from localhost (caelis.elvandar.org [217.148.169.59]) by caelis.elvandar.org (Postfix) with ESMTP id ED72392FE25; Fri, 6 Oct 2006 15:42:19 +0200 (CEST) Received: from caelis.elvandar.org ([217.148.169.59]) by localhost (caelis.elvandar.org [217.148.169.59]) (amavisd-new, port 10024) with ESMTP id 88141-06; Fri, 6 Oct 2006 15:42:19 +0200 (CEST) Received: from webmail.evilcoder.org (dartagnan.elvandar.intranet [10.0.3.122]) by caelis.elvandar.org (Postfix) with ESMTP id 9580292FE23; Fri, 6 Oct 2006 15:42:19 +0200 (CEST) Message-ID: <22593.194.74.82.3.1160142139.squirrel@webmail.evilcoder.org> In-Reply-To: References: Date: Fri, 6 Oct 2006 15:42:19 +0200 (CEST) From: "Remko Lodder" To: "Andrew Pantyukhin" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by the elvandar.org maildomain Cc: hackers@freebsd.org, secteam@freebsd.org Subject: Re: Tracing binaries statically linked against vulnerable libs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 13:42:21 -0000 Hello, The thing I would do with known applications that are linked statically to a vulnerable version of ${Application} is bumping the version of the port. Why do i do that? If ffmpeg in this case is being updated and the PORTREVISION of gstreamer as well, people get informed that they should update, I would also mark it vulnerable (the version with the lower PORTREVISION) so that people are "forced" to reinstall the application which causes the link to reoccur with hopefully the fixed version. We did that with xpdf as well as far as i can recall. and yes that was like hell, but it has to be done to protect our user base. Does this give enough hands and feeds to help you? Cheers, remko -- Kind regards, Remko Lodder ** remko@elvandar.org FreeBSD ** remko@FreeBSD.org /* Quis Custodiet ipsos custodes */ > I wonder if there is a way to deal with statically linked binaries, > which use vulnerable libraries. > > There's this advisory: > http://www.vuxml.org/freebsd/964161cd-6715-11da-99f6-00123ffe8333.html > > But mplayer and libxine are linked statically against ffmpeg, > as are reportedly many other apps like gstreamer. Of course > I can install every port that requires ffmpeg directly, look for > "lavc" strings and compare it to ldd output, but it sounds like > a nightmare. > > Thanks! > _______________________________________________________ > Please think twice when forwarding, cc:ing, or bcc:ing > security-team messages. Ask if you are unsure. > From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 13:45:42 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8662B16A614; Fri, 6 Oct 2006 13:45:42 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F0F043D5F; Fri, 6 Oct 2006 13:45:28 +0000 (GMT) (envelope-from stas@FreeBSD.org) Received: from [80.250.160.136] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GVpzm-0006ts-GB; Fri, 06 Oct 2006 17:44:10 +0400 Received: from localhost (localhost [127.0.0.1]) by fonon.realnet (Postfix) with SMTP id CD6BD11F43; Fri, 6 Oct 2006 17:45:06 +0400 (MSD) Date: Fri, 6 Oct 2006 17:45:04 +0400 From: Stanislav Sedov To: David Xu Message-Id: <20061006174504.c4af61ba.stas@FreeBSD.org> In-Reply-To: <200610050829.36266.davidxu@freebsd.org> References: <20061004214040.GA6878@porthos.spock.org> <200610050829.36266.davidxu@freebsd.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__6_Oct_2006_17_45_04_+0400_DMoL4sCT_Cq6bkCI" X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: freebsd-hackers@freebsd.org, Jonathan Chen Subject: Re: running code on all CPUs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 13:45:42 -0000 --Signature=_Fri__6_Oct_2006_17_45_04_+0400_DMoL4sCT_Cq6bkCI Content-Type: text/plain; charset=KOI8-R Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 5 Oct 2006 08:29:36 +0800 David Xu wrote: > On Thursday 05 October 2006 05:40, Jonathan Chen wrote: > > Hello, > > > > I'm currently writing kernel code to use MCA (machine check architect= ure) > > in order to detect things like ECC errors. As part of this, I need t= o run > > code on all CPUs periodically to check some status registers. Where = is the > > best place to do this? It doesn't seem that I can use regular kernel > > threads since I can't specify a CPU binding with that interface. I'v= e > > thought about hooking a function call to either the beginning of > > idle_proc() or somewhere in mi_switch(), but neither solution seems o= ptimal > > since there are no guarantees when idle_proc() is ran and mi_switch()= seems > > like a really bad idea from a performance standpoint. Suggestions? > > > > Also, are there any locking pitfalls or other issues I should be awar= e of > > when writing code to run in either idle_proc() or mi_switch()? > > > > -Jon > > AFAIK, you can use scheduler API, the sched_bind() moves current thread= to > a specific CPU, hope this helps. > You can find examples e.g. in hwpmc driver. Just grep by sched_bin. -- Stanislav Sedov [[=F2=CF=D3=D3=C9=D1, = =ED=CF=D3=CB=D7=C1]] PGP id: 0xEB269581 http://people.freebsd.org/~stas/stas.key.asc --Signature=_Fri__6_Oct_2006_17_45_04_+0400_DMoL4sCT_Cq6bkCI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJl3gK/VZk+smlYERAg+SAJ9oqUZGZuFziMyTZ7UsefRj7K5EngCeONWt oqNO3izXovUBpWlPA3xLThY= =EfRp -----END PGP SIGNATURE----- --Signature=_Fri__6_Oct_2006_17_45_04_+0400_DMoL4sCT_Cq6bkCI-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 16:56:56 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C08B416A416; Fri, 6 Oct 2006 16:56:56 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4DE443D53; Fri, 6 Oct 2006 16:56:53 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k96GuqUi055635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Oct 2006 09:56:52 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <45268AD4.5080901@errno.com> Date: Fri, 06 Oct 2006 09:56:52 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Robert Watson References: <20061005151536.GA25283@devil.rrze.uni-erlangen.de> <20061006115301.T43229@fledge.watson.org> In-Reply-To: <20061006115301.T43229@fledge.watson.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Jochen Kaiser , csjp@freebsd.org Subject: Re: libpcap perf improvement? latest ideas? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 16:56:56 -0000 Robert Watson wrote: > On Thu, 5 Oct 2006, Jochen Kaiser wrote: > >> after reading a german master thesis [1] (dated 12/2004) about pcap >> performance (with comparison of linux and freebsd) I searched freebsd >> resources for pcap improvements. Unofortunately I did not find any >> improvements like PF_RING and/or efforts for reducing the number of >> copy operations from device to user space. >> >> Maybe I think too simple because I don't know how SMP fine locks are >> influencing this (maybe it is very complex to improve that when you >> want to avoid side effects.). >> >> Or maybe it is not important at all, because real applications use DAG >> boards? >> >> I would appreciate any discussion here. >> >> greetings, >> Jochen >> >> [1] www.net.in.tum.de/teaching/projects/docs/schneider_SEP_slides2.ps >> [2] www.endace.com > > Quite a bit of work has been done on zero-copy for BPF, but none of it > really commitable. Christian Peron (CC'd) and I have been talking about > doing something that is commitable, but some of the details (such as > memory ownership) are still very much up in the air. PF_RING takes an > interesting approach, and one we should look at, but we'd also like to > keep all the benefits of BPF rather than discard them, so need to > consider how best to apply elements of the approach in our context. I'd > like to see something like this happen for FreeBSD 7.0, with a possible > backport if it goes really well. :-) Note that bpf on bsd has historically had significantly better capture performance than equivalent linux facilities. Many people using freebsd have been misled by the default setting of the kernel buffers which are intentionally low: tubby% sysctl net.bpf net.bpf.bufsize: 4096 net.bpf.maxbufsize: 524288 If you up net.bpf.bufsize you can reliably capture most traffic w/ a reasonable nic. OTOH the current bpf code does have excessive locking overhead that could be improved and using alternate schemes that do zero-copy are required for 10g nets. Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 21:19:15 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2051F16A403; Fri, 6 Oct 2006 21:19:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B683743D72; Fri, 6 Oct 2006 21:19:09 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.180.112] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1GVx643OF6-0005ek; Fri, 06 Oct 2006 23:19:08 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Fri, 6 Oct 2006 23:19:02 +0200 User-Agent: KMail/1.9.4 References: <200609271423.22861.max@love2party.net> In-Reply-To: <200609271423.22861.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2085035.eBQ9FVOHQA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610062319.08191.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Re: Call for Status Reports: Oct 6^H11 (extended) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 21:19:15 -0000 --nextPart2085035.eBQ9FVOHQA Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 27 September 2006 14:23, Max Laier wrote: > Submissions are due by 6 October, 2006. Submission details can be > found on http://www.freebsd.org/news/status/ > > As always, this is by no means limited to FreeBSD committers, but a > call to report news and status about any FreeBSD related project. Due to a fairly low turnout so far, we are extending the deadline to=20 ***Wednesday, October 11***. Please tell us what exciting project you=20 are so busy with that you didn't see the initial call ;) > Looking forward to reading your reports. http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2085035.eBQ9FVOHQA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFJshMXyyEoT62BG0RAvcmAJ9kckN7mt/4TE/6TehAK8lHUV9x+wCdHATb geRmoV+vuEO2kmdaLVueh4I= =YaUI -----END PGP SIGNATURE----- --nextPart2085035.eBQ9FVOHQA-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 21:59:03 2006 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22F4A16A407; Fri, 6 Oct 2006 21:59:03 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D932843D45; Fri, 6 Oct 2006 21:59:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id BCDEC1A4D8C; Fri, 6 Oct 2006 14:59:02 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3C14E515B7; Fri, 6 Oct 2006 17:59:02 -0400 (EDT) Date: Fri, 6 Oct 2006 17:59:02 -0400 From: Kris Kennaway To: Andrew Pantyukhin Message-ID: <20061006215902.GA21109@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: hackers@FreeBSD.org, secteam@freebsd.org Subject: Re: Tracing binaries statically linked against vulnerable libs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 21:59:03 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Oct 06, 2006 at 09:35:31AM +0400, Andrew Pantyukhin wrote: > I wonder if there is a way to deal with statically linked binaries, > which use vulnerable libraries. The best way is to track them down and force them all to link dynamically; static linking is a PITA from a systems management point of view :) Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJtGlWry0BWjoQKURAnRMAKCxe377BTzaojkdagPmWJIX0PyoiQCg8EaU yUX3SCKIvaXgQOAsdVcx27A= =Rwyw -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 23:29:11 2006 Return-Path: X-Original-To: freebsd-hackers@hub.freebsd.org Delivered-To: freebsd-hackers@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 697FF16A412; Fri, 6 Oct 2006 23:29:11 +0000 (UTC) (envelope-from acm@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A8143D70; Fri, 6 Oct 2006 23:29:11 +0000 (GMT) (envelope-from acm@FreeBSD.org) Received: from freefall.freebsd.org (acm@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k96NTANC068375; Fri, 6 Oct 2006 23:29:10 GMT (envelope-from acm@freefall.freebsd.org) Received: (from acm@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k96NTAxp068371; Fri, 6 Oct 2006 23:29:10 GMT (envelope-from acm) Date: Fri, 6 Oct 2006 23:29:10 GMT From: Jose Alonso Cardenas Marquez Message-Id: <200610062329.k96NTAxp068371@freefall.freebsd.org> To: acm@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-hackers@FreeBSD.org Cc: Subject: Re: ports/99485: Disk IO Causes multimedia/mplayer To Drop Frames X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 23:29:11 -0000 Synopsis: Disk IO Causes multimedia/mplayer To Drop Frames Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-hackers Responsible-Changed-By: acm Responsible-Changed-When: Fri Oct 6 23:27:45 UTC 2006 Responsible-Changed-Why: Re-assign to freebsd-hackers http://www.freebsd.org/cgi/query-pr.cgi?pr=99485 From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 6 23:38:19 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 49B8516A415; Fri, 6 Oct 2006 23:38:18 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-hackers@freebsd.org Date: Sat, 7 Oct 2006 07:38:12 +0800 User-Agent: KMail/1.8.2 References: <20061004214040.GA6878@porthos.spock.org> <200610050829.36266.davidxu@freebsd.org> <20061006174504.c4af61ba.stas@FreeBSD.org> In-Reply-To: <20061006174504.c4af61ba.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200610070738.12529.davidxu@freebsd.org> Cc: Stanislav Sedov , Jonathan Chen Subject: Re: running code on all CPUs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 23:38:19 -0000 On Friday 06 October 2006 21:45, Stanislav Sedov wrote: > > AFAIK, you can use scheduler API, the sched_bind() moves current thread > > to a specific CPU, hope this helps. > > You can find examples e.g. in hwpmc driver. Just grep by sched_bin. > > -- > Stanislav Sedov [[§²§à§ã§ã§Ú§ñ, §®§à§ã§Ü§Ó§Ñ]] > PGP id: 0xEB269581 http://people.freebsd.org/~stas/stas.key.asc sched_pin is different than sched_bind, sched_pin only pins current thread on current cpu, but sched_bind allows a thread to migrate to another CPU, after the sched_bind returns, the thread should already be running on the specified CPU, it makes it possible that a thread can iterate through all available CPUs. David Xu From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 7 06:26:32 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E381816A40F; Sat, 7 Oct 2006 06:26:32 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7ED43D45; Sat, 7 Oct 2006 06:26:32 +0000 (GMT) (envelope-from stas@FreeBSD.org) Received: from [83.97.106.135] (helo=fonon.realnet) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1GW5cV-00026a-6N; Sat, 07 Oct 2006 10:25:11 +0400 Received: from localhost (localhost [127.0.0.1]) by fonon.realnet (Postfix) with SMTP id B4F8211B3C; Sat, 7 Oct 2006 10:26:13 +0400 (MSD) Date: Sat, 7 Oct 2006 10:26:09 +0400 From: Stanislav Sedov To: David Xu Message-Id: <20061007102609.c0c768a4.stas@FreeBSD.org> In-Reply-To: <200610070738.12529.davidxu@freebsd.org> References: <20061004214040.GA6878@porthos.spock.org> <200610050829.36266.davidxu@freebsd.org> <20061006174504.c4af61ba.stas@FreeBSD.org> <200610070738.12529.davidxu@freebsd.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-ICQ: 208105021 X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sat__7_Oct_2006_10_26_09_+0400__l/DQ+Q6pE05Z876" X-Spam-Flag: SKIP Cc: Stanislav Sedov , freebsd-hackers@freebsd.org, Jonathan Chen Subject: Re: running code on all CPUs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 06:26:33 -0000 --Signature=_Sat__7_Oct_2006_10_26_09_+0400__l/DQ+Q6pE05Z876 Content-Type: text/plain; charset=KOI8-R Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 7 Oct 2006 07:38:12 +0800 David Xu mentioned: > On Friday 06 October 2006 21:45, Stanislav Sedov wrote: > > > AFAIK, you can use scheduler API, the sched_bind() moves current th= read > > > to a specific CPU, hope this helps. > > > > You can find examples e.g. in hwpmc driver. Just grep by sched_bin. > > > > -- > > Stanislav Sedov [[=F2=CF=D3=D3=C9=D1= , =ED=CF=D3=CB=D7=C1]] > > PGP id: 0xEB269581 http://people.freebsd.org/~stas/stas.key.asc > > sched_pin is different than sched_bind, sched_pin only pins current thr= ead on > current cpu, but sched_bind allows a thread to migrate to another CPU, = after > the sched_bind returns, the thread should already be running on the spe= cified > CPU, it makes it possible that a thread can iterate through all availa= ble > CPUs. > Yeah;-) I mean sched_bind, just typo. -- Stanislav Sedov [[=F2=CF=D3=D3=C9=D1, = =ED=CF=D3=CB=D7=C1]] PGP id: 0xEB269581 http://people.freebsd.org/~stas/stas.key.asc --Signature=_Sat__7_Oct_2006_10_26_09_+0400__l/DQ+Q6pE05Z876 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFJ0iFK/VZk+smlYERAg8eAJ48S5O8iUgs9jvgs9hSKSiZsdONQgCffAJ2 CeQrC4rk6IgqPGAj3BGMQKs= =KOcR -----END PGP SIGNATURE----- --Signature=_Sat__7_Oct_2006_10_26_09_+0400__l/DQ+Q6pE05Z876-- From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 7 09:01:55 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C88F16A40F for ; Sat, 7 Oct 2006 09:01:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98C143D4C for ; Sat, 7 Oct 2006 09:01:54 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: gvlK0tOCzrqh9CPROFOFPw== X-Cloudmark-Score: 0.000000 [] Received: from [193.217.132.251] (HELO [10.0.0.249]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.0.8) with ESMTP id 275199564 for freebsd-hackers@freebsd.org; Sat, 07 Oct 2006 11:01:52 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Sat, 7 Oct 2006 11:02:12 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610071102.13467.hselasky@c2i.net> Subject: Keyboard system and Giant X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 09:01:55 -0000 Hi, Does someone here have the overview over the keyboard system? I see that at least printf calls into the keyboard system without holding Giant, which did cause a panic in the new USB keyboard driver. This happens when the kernel prints text to the screen in text-mode, and printf wants to turn off the scroll lock led. Now I have found a second place where the keyboard system is called without Giant, and this happens when I switch from X11 to text-mode using CTRL+ALT+F1 for example. Then I get a panic, but I cannot see where. Does someone here understand that process? What should I do? Should I just lock Giant in ukbd if it is not locked already? This might cause locking order reversals. The obvious solution to me is to get the keyboard layer out of Giant. Is anyone working on that? --HPS From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 7 21:07:48 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8469F16A407; Sat, 7 Oct 2006 21:07:48 +0000 (UTC) (envelope-from sbahra@kerneled.org) Received: from perseus.interservers.com (perseus.interservers.com [65.202.242.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E848043D46; Sat, 7 Oct 2006 21:07:47 +0000 (GMT) (envelope-from sbahra@kerneled.org) Received: from cpanel by perseus.interservers.com with local (Exim 4.52) id 1GWJOf-0000C3-8g; Sat, 07 Oct 2006 17:07:49 -0400 Received: from 161.253.23.83 ([161.253.23.83]) by www.kerneled.org (Horde MIME library) with HTTP; Sat, 07 Oct 2006 17:07:49 -0400 Message-ID: <20061007170749.yo2zt6f2hfsgsgwk@www.kerneled.org> Date: Sat, 07 Oct 2006 17:07:49 -0400 From: sbahra@kerneled.org To: Robert Watson References: <20061005151536.GA25283@devil.rrze.uni-erlangen.de> <20061006115301.T43229@fledge.watson.org> In-Reply-To: <20061006115301.T43229@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.1) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - perseus.interservers.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32002 32002] / [47 12] X-AntiAbuse: Sender Address Domain - kerneled.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org, Jochen Kaiser , csjp@FreeBSD.org Subject: Re: libpcap perf improvement? latest ideas? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Oct 2006 21:07:48 -0000 > On Thu, 5 Oct 2006, Jochen Kaiser wrote: [...] >> after reading a german master thesis [1] (dated 12/2004) about pcap =20 >> performance (with comparison of linux and freebsd) I searched =20 >> freebsd resources for pcap improvements. Unofortunately I did not =20 >> find any improvements like PF_RING and/or efforts for reducing the =20 >> number of copy operations from device to user space. Hi Jochen, I suggest you take a look at http://www.kerneled.org/?p=3D15 What is implemented here is reasonably light-weight but still uses a =20 ring buffer model. I agree that a reference model can be used to =20 reduce the number of copies done currently for BPF. I personally =20 haven't seen work there and I have yet the time unfortunately to =20 shut-up and just code such a thing. >> Maybe I think too simple because I don't know how SMP fine locks =20 >> are influencing this (maybe it is very complex to improve that when =20 >> you want to avoid side effects.). Basically, the reason for bad performance here in Linux in the =20 PF_PACKET sense is high system call overhead. BPF does collective =20 buffering, so system call over-head is less. Applications doing packet =20 analysis will also find a lot of required information in the BPF =20 header as well (such as timestamps). In PF_PACKET you are forced to do =20 a system call per-acquisition and another system for receiving the =20 time-stamp of the last packet read for example. Other research papers have also shown that BPF still out-weights =20 PF_PACKET and other zero-copy PF_* solutions with small packets as =20 well. The kerneled.org post helps to explain this in a general sense. =20 Basically, zero-copy isn't the end-it-all solution but for larger =20 packets it makes great sense. The application I've been developing for =20 a while now makes use of both depending on average packet size. On Thu, 6 Oct 2006, Robert Watson wrote: > Quite a bit of work has been done on zero-copy for BPF, but none of it > really commitable. Christian Peron (CC'd) and I have been talking > about doing something that is commitable, but some of the details (such > as memory ownership) are still very much up in the air. Is there any archive or summary online noting the approaches you guys =20 would like to take with BPF? I am really interested in this, and when =20 my time permits would love to write some code. I am also interested in =20 the other work you noted that is not committable. Could we be provided =20 some URLs please? :-) > PF_RING takes an interesting approach, and one we should look at, but we'd > also like to keep all the benefits of BPF rather than discard them, =20 > so need to > consider how best to apply elements of the approach in our context. > I'd like to see something like this happen for FreeBSD 7.0, with a > possible backport if it goes really well. :-) The problem with PF_RING is it's static ring buffer model and concept =20 of marking slots. This doesn't make it so feasible for real-world =20 applications. I proposed a model that allows for dynamic ring buffer =20 size and signaling for soft and hard-limits to allow application =20 buffering to handle potential drops (or request specific allocation =20 strategies from the kernel). A Professor at my university also had an =20 idea of providing packet acquisition prioritization (push specific =20 packets to the beginning of the packet copy queue, which isn't =20 currently a concept in BPF) as a BPF language extension. An mmap =20 interface to BPF will be cool but unless we also provide stubs to =20 automize packet management from user-space it could be doomed to be =20 like PF_RING. :-P [...] Regards. -- Samy Al Bahra