From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 08:53:22 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EFBC16A40B for ; Mon, 19 Mar 2007 08:53:22 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from relay-er5.mbrd.ru (relay-er5.mbrd.ru [195.128.66.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3FF5713C4C3 for ; Mon, 19 Mar 2007 08:53:22 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from msd.mbrd.ru ([172.16.33.193]) by relay-er5.mbrd.ru with esmtpa (Exim 4.x) id 1HTDEg-000O9l-6J for freebsd-hackers@freebsd.org; Mon, 19 Mar 2007 11:28:58 +0300 Message-ID: <45FE49C8.9000602@FreeBSD.org> Date: Mon, 19 Mar 2007 11:28:56 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: passwd: what problem to allow to try PAM? 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, 19 Mar 2007 08:53:22 -0000 Hi! passwd(1) now disallow changing a password via PAM. Why? Is there some hidden reason like a security one or something I missed? Here is code: /* check where the user's from */ switch (pwd->pw_fields & _PWF_SOURCE) { case _PWF_FILES: fprintf(stderr, "Changing local password for %s\n", pwd->pw_name); break; case _PWF_NIS: fprintf(stderr, "Changing NIS password for %s\n", pwd->pw_name); break; default: /* XXX: Green men ought to be supported via PAM. */ errx(1, "Sorry, `passwd' can only change passwords for local or NIS users."); } A comment about green men discouraged, PAM calls are bellow. -- Dixi. Sem. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 10:31:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 349D916A400; Mon, 19 Mar 2007 10:31:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5956913C45D; Mon, 19 Mar 2007 10:30:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id B64E3ED4419; Mon, 19 Mar 2007 12:30:53 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tUl4S+Iz+-er; Mon, 19 Mar 2007 12:30:48 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 0D2A9ED400B; Mon, 19 Mar 2007 12:30:48 +0200 (EET) Message-ID: <45FE665A.7030704@icyb.net.ua> Date: Mon, 19 Mar 2007 12:30:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: pyunyh@gmail.com References: <45FACBE4.5090403@icyb.net.ua> <20070319102444.GD13303@cdnetworks.co.kr> In-Reply-To: <20070319102444.GD13303@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 10:31:00 -0000 on 19/03/2007 12:24 Pyun YongHyeon said the following: > > Unlike other MCP hardwares, MCP61/MCP65/MCP67 stores ethernet address > in-order. nve(4)/nfe(4) should not swap ethernet address on these > hardwares. Peer Chen at NVIDIA and Shigeaki Tagashira sent me patches > to the issue and I've updated new nfe(4). > If you use CURRENT, try updated nfe(4) at the following URL. > > http://people.freebsd.org/~yongari/if_nfe.c > http://people.freebsd.org/~yongari/if_nfereg.h > http://people.freebsd.org/~yongari/if_nfevar.h > > For more detailed revision history and RELENG_6 sources, see > http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html Pyun, thank you very much for this clarification! I hope that nve gets patched as well. I have been meaning to try nfe for some time now, but I am still using nve as it works well for me (judging from the lists this is not the universal case). -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 10:46:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3450216A403 for ; Mon, 19 Mar 2007 10:46:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id DB26A13C487 for ; Mon, 19 Mar 2007 10:46:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1141253ana for ; Mon, 19 Mar 2007 03:46:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=hAQj8whJgzuF98xy4GkdYkJufj2HZGWtMgS8rA6h4ROM3ZIomvravuQ+kDUfnM2eo0Dvcc+/7ML0RIlXqAxozZaYpM/LA7A7JKG6HPjAu549X5+AuTVsDSuohnXS+44msvV1oIbRGIRn6rfK+QuaPTzsRJg5aERP/IsOyIHLfQw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=dDK4c93LMEbjZxnwfxNLjV1GAePPq/RMOl7t6QAQQW+FLzGMGaokgwhbGOGc6YqhmuwPHrFoDIAnpW5NxkK4uoR7RtmqwiIDeROw/LKuU1ss2g8jNBcavUuk/NBAYnowEY21BCTLLRrSEWAQycx4n0W3adDENPjZCNI6T6lFMa4= Received: by 10.65.233.16 with SMTP id k16mr7401349qbr.1174299671286; Mon, 19 Mar 2007 03:21:11 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 17sm24190195nzo.2007.03.19.03.21.07; Mon, 19 Mar 2007 03:21:09 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l2JAOkCx015555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Mar 2007 19:24:46 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l2JAOia8015554; Mon, 19 Mar 2007 19:24:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 19 Mar 2007 19:24:44 +0900 From: Pyun YongHyeon To: Andriy Gapon Message-ID: <20070319102444.GD13303@cdnetworks.co.kr> References: <45FACBE4.5090403@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45FACBE4.5090403@icyb.net.ua> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 10:46:32 -0000 On Fri, Mar 16, 2007 at 06:55:00PM +0200, Andriy Gapon wrote: > > I am wondering what is the purpose of the following pieces of code in > if_nve.c: > > /* ... nve_attach ... */ > /* MAC is loaded backwards into h/w reg */ > sc->hwapi->pfnGetNodeAddress(sc->hwapi->pADCX, sc->original_mac_addr); > for (i = 0; i < 6; i++) { > eaddr[i] = sc->original_mac_addr[5 - i]; > } > sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, eaddr); > bcopy(eaddr, (char *)&sc->sc_macaddr, ETHER_ADDR_LEN); > > > /* ... nve_detach ... */ > /* Reload unreversed address back into MAC in original state */ > if (sc->original_mac_addr) > sc->hwapi->pfnSetNodeAddress(sc->hwapi->pADCX, > sc->original_mac_addr); > > Small note: pointer check in nve_detach is obviously not needed because > sc->original_mac_addr is not a pointer but an array. > > > I am asking the question for two reasons: > > 1. [theoretical] I am not sure what pfnSetNodeAddress() is doing, but if > it makes modification in NIC memory that can persist across PC reset or > poweroff, then this code can be dangerous if a machine crashes/hangs/etc. > > 2. [practical] I recently installed 6.2-RELEASE amd64 on Asus M2N > machine (chipset nForce 430 MCP == MCP61, onboard NIC pci chip id is > 03ef). After a small patch to add this ID to nve everything worked very > well (in 1 Gb mode). That is, almost everything: I had a very strange > problems access one particular machine on my LAN. I still don't know > what exactly was the problem, but during its investigation I noticed my > MAC address looked strange compared to other MAC addresses. You, we have > a bunch of machines with identical HW on our LAN, they all run either > Linux or Windows, mine is the only FreeBSD one. > So, my ethernet address was a5:07:9f:f3:18:00, but other guys had > something like 00:18:f3:9f:XX:YY. After some digging around I went into > the sources, changed [5-i] to [i] and everything started to work perfectly. > Then I looked at some other machine that uses nve: FreeBSD 6.1 i386, > Abit NF7 motherboard (nForce2 chipset). MAC address there is > 00:50:8d:4d:aa:83, which looks pretty normal. > > So I am wondering if this is a 64-bit thing or something specific to a > particular chipset. Unfortunately, I can not test i386 version of > FreeBSD (patched to recognize my chipset) on this hardware now. > > P.S. just in case, here's a verbose dmesg after both of my patches and > kldunload/kldload: > Mar 14 19:05:32 rein kernel: pci0:7:0: reprobing on driver added > Mar 14 19:05:32 rein kernel: nve0: Adapter> port 0xe480-0xe487 mem 0xddefd000-0xddefdfff irq 20 at device 7.0 > on pci0 > Mar 14 19:05:32 rein kernel: nve0: nvenetlib.o version 1.0-13 > Mar 14 19:05:32 rein kernel: nve0: Ethernet address 00:18:f3:9f:07:a5 > Mar 14 19:05:32 rein kernel: miibus0: on nve0 > Mar 14 19:05:32 rein kernel: ukphy0: interface> on miibus0 > Mar 14 19:05:32 rein kernel: ukphy0: OUI 0x001374, model 0x0001, rev. 6 > Mar 14 19:05:32 rein kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT-FDX, auto > Mar 14 19:05:32 rein kernel: nve0: bpf attached > Mar 14 19:05:32 rein kernel: nve0: Ethernet address: 00:18:f3:9f:07:a5 > Mar 14 19:05:32 rein kernel: nve0: [MPSAFE] > Mar 14 19:05:32 rein kernel: pci1: driver added > Mar 14 19:05:32 rein kernel: pci2: driver added > Mar 14 19:05:32 rein kernel: found-> vendor=0x10de, dev=0x016a, > revid=0xa1 > Mar 14 19:05:32 rein kernel: bus=2, slot=0, func=0 > Mar 14 19:05:32 rein kernel: class=03-00-00, hdrtype=0x00, mfdev=0 > Mar 14 19:05:32 rein kernel: cmdreg=0x0007, statreg=0x0010, cachelnsz=16 > (dwords) > Mar 14 19:05:32 rein kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), > maxlat=0x00 (0 ns) > Mar 14 19:05:32 rein kernel: intpin=a, irq=16 > Mar 14 19:05:32 rein kernel: powerspec 2 supports D0 D3 current D0 > Mar 14 19:05:32 rein kernel: MSI supports 1 message, 64 bit > Unlike other MCP hardwares, MCP61/MCP65/MCP67 stores ethernet address in-order. nve(4)/nfe(4) should not swap ethernet address on these hardwares. Peer Chen at NVIDIA and Shigeaki Tagashira sent me patches to the issue and I've updated new nfe(4). If you use CURRENT, try updated nfe(4) at the following URL. http://people.freebsd.org/~yongari/if_nfe.c http://people.freebsd.org/~yongari/if_nfereg.h http://people.freebsd.org/~yongari/if_nfevar.h For more detailed revision history and RELENG_6 sources, see http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html -- Regards, Pyun YongHyeon From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 14:52:48 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCBF816A402 for ; Mon, 19 Mar 2007 14:52:48 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 459F013C483 for ; Mon, 19 Mar 2007 14:52:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fybura@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2JEqfFi044820; Mon, 19 Mar 2007 15:52:47 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2JEqfkp044819; Mon, 19 Mar 2007 15:52:41 +0100 (CET) (envelope-from olli) Date: Mon, 19 Mar 2007 15:52:41 +0100 (CET) Message-Id: <200703191452.l2JEqfkp044819@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, youshi10@u.washington.edu In-Reply-To: <45FC61FF.3090009@u.washington.edu> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 19 Mar 2007 15:52:47 +0100 (CET) Cc: Subject: Re: Possible grep(1) bug or user error :)? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, youshi10@u.washington.edu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 14:52:48 -0000 Garrett Cooper wrote: > I was recently grepping a directory and outputting to a file located in > the same directory as follows: > > grep -ri {key} * > {key}.found > > The thing is that grep kept on feeding off of the {key}.found file and > eventually ate up all the free space on the device (~12GB). > > Thankfully it wasn't one of my primary devices, so deleting it wasn't an > issue. However I was wondering if this case should be considered (in > error checking) and another option should be added to output grep info > to a file, instead of /dev/stdout, which would affect the behavior of > the --exclude flag (i.e. the output file would automatically be added to > --exclude's relevant array of non-searched arguments). It's not a problem with grep, it's a problem with your shell. Obviously you're using csh or tcsh, which create any files for redirection _first_, and then expand wildcards, so the redirected file is included in the expansion. That's one of the reasons csh/tcsh is considered harmful. :-) No other shell has that behaviour, i.e. all of sh, ksh, zsh and bash expand the wildcard first, then create the file for redirection, so it is not included in the expansion of the wildcard (unless it already existed before, of course). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 15:53:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4D3D16A402; Mon, 19 Mar 2007 15:53:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 31C9913C554; Mon, 19 Mar 2007 15:53:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HTKAY-000G3j-9Z; Mon, 19 Mar 2007 17:53:10 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: <20070319102444.GD13303@cdnetworks.co.kr> References: <45FACBE4.5090403@icyb.net.ua> <20070319102444.GD13303@cdnetworks.co.kr> Comments: In-reply-to Pyun YongHyeon message dated "Mon, 19 Mar 2007 19:24:44 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Mar 2007 17:53:10 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 15:53:17 -0000 I compiled the latest -current, with the latest nfe, and I got a slight regression :-) ... nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 nfe0: Ethernet address: 50:71:a9:f3:18:00 nfe0: MII without any phy! kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1b8 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80448cdf stack pointer = 0x10:0xffffffff80aea7a0 frame pointer = 0x10:0xffffffff80aea7d0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at _mtx_lock_sleep+0x7f: movl 0x1b8(%r13),%r9d with a slightly older nfe: nfe0: port 0xdc00-0xdc07 mem 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 nfe0: Ethernet address: 50:71:a9:f3:18:00 miibus1: on nfe0 e1000phy0: PHY 11 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto danny From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 17:59:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B8B016A408 for ; Mon, 19 Mar 2007 17:59:09 +0000 (UTC) (envelope-from peter_holmes2003@yahoo.com) Received: from web32911.mail.mud.yahoo.com (web32911.mail.mud.yahoo.com [209.191.69.111]) by mx1.freebsd.org (Postfix) with SMTP id 23DE513C4B9 for ; Mon, 19 Mar 2007 17:59:08 +0000 (UTC) (envelope-from peter_holmes2003@yahoo.com) Received: (qmail 35328 invoked by uid 60001); 19 Mar 2007 17:59:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=K1BSflgMEQTmq7kTktW2dFS7Vmqp/N76oKkbOMBcTqoCMp+Szfv24yuXVxZI1rtCWh+J7x89a2wzWY8yzUW2WVaBUXg83Fi6lWjo54OJXf1eQyMPk7S8g4h7CdSSOD1Kqd9Dgl5kthGHqtNUoHYilPUZiCLY+z0CpwBAozX9LXY= ; Message-ID: <20070319175908.35326.qmail@web32911.mail.mud.yahoo.com> X-YMail-OSG: bGrKSfYVM1kRIJf9lkX8gEw_iJ2fG_ryDpzXak0f0_PybRgfONWgDk0yWNhkLOg5pXNYumg3z2ftlGvtGFvmqLq57Q9wiSUW_UQTtR21jv4dUXaaTRZrwI2bHI3TAKqEl6M4Fa3RtWijXBaazUs18kiK.g-- Received: from [66.129.224.36] by web32911.mail.mud.yahoo.com via HTTP; Mon, 19 Mar 2007 10:59:08 PDT Date: Mon, 19 Mar 2007 10:59:08 -0700 (PDT) From: Peter Holmes To: Peter Holmes , fbsd hackers In-Reply-To: <221230.1312.qm@web32914.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Pthread spin locks 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, 19 Mar 2007 17:59:09 -0000 I have a related question - it would be great if someone could help me. Let's say there are multiple system scope pthreads running on an SMP system. Is there a chance that if a pthread holding a spinlock is scheduled out (due to a scheduling decision etc.) then other pthreads will be starved. Is there anything the system provides to guard against pthread starvation. Thanks, Peter Peter Holmes wrote: I am not very sure about the spin lock behavior of pthreads. Here is the man page description: The pthread_spin_lock() function will acquire lock if it is not currently owned by another thread. If the lock cannot be acquired immediately, it will spin attempting to acquire the lock (it will not sleep) until it becomes available. For a single processor scenario. Let's say a pthread owns the lock and is blocked and now another thread tries to acquire it. Will the second thread not block until the first thread releases the lock. - Peter --------------------------------- Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. _______________________________________________ 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" --------------------------------- Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 18:05:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4023F16A400 for ; Mon, 19 Mar 2007 18:05:00 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id F27C613C4C4 for ; Mon, 19 Mar 2007 18:04:59 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l2JI4wTi008357; Mon, 19 Mar 2007 14:04:58 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Mon, 19 Mar 2007 14:04:58 -0400 (EDT) Date: Mon, 19 Mar 2007 14:04:58 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Peter Holmes In-Reply-To: <20070319175908.35326.qmail@web32911.mail.mud.yahoo.com> Message-ID: References: <20070319175908.35326.qmail@web32911.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: fbsd hackers Subject: Re: Pthread spin locks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 18:05:00 -0000 On Mon, 19 Mar 2007, Peter Holmes wrote: > I have a related question - it would be great if someone could help me. Let's > say there are multiple system scope pthreads running on an SMP system. Is > there a chance that if a pthread holding a spinlock is scheduled out (due to a > scheduling decision etc.) then other pthreads will be starved. Is there > anything the system provides to guard against pthread starvation. No, especially if the threads hold other locks. I have no idea why POSIX added spinlocks. I don't see why anyone would want to use them. -- DE From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 18:13:09 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA66316A401 for ; Mon, 19 Mar 2007 18:13:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id B44DD13C44C for ; Mon, 19 Mar 2007 18:13:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9024B1CCCC; Mon, 19 Mar 2007 19:13:08 +0100 (CET) Date: Mon, 19 Mar 2007 19:13:08 +0100 From: Ed Schouten To: hackers@freebsd.org Message-ID: <20070319181308.GP7449@hoeg.nl> References: <20070316081428.GU7449@hoeg.nl> <20070317130208.GW7449@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dKeYJkA19bNVVKdr" Content-Disposition: inline In-Reply-To: <20070317130208.GW7449@hoeg.nl> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Re: Moving applications from to 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, 19 Mar 2007 18:13:10 -0000 --dKeYJkA19bNVVKdr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > When all the PR's are closed, I guess most people can live without > COMPAT_43TTY as well. Maybe we should add a permanent #warning to > to warn people that they shouldn't use it and that it depends > on COMPAT_43TTY? This should do the trick: %%% --- src/include/sgtty.h Tue May 24 11:57:10 1994 +++ src/include/sgtty.h Mon Mar 19 19:09:04 2007 @@ -31,7 +31,14 @@ * SUCH DAMAGE. * * @(#)sgtty.h 8.1 (Berkeley) 6/2/93 + * $FreeBSD$ */ + +#include + +#ifdef __CC_SUPPORTS_WARNING +#warning "sgtty.h is deprecated and depends on COMPAT_43TTY. Use termios.= h instead." +#endif =20 #ifndef USE_OLD_TTY #define USE_OLD_TTY %%% I'd really appreciate it if this patch would make it to the source, because then we can grep the Ports Tinderbox build logs to see which ports still include this header file. Thanks! --=20 Ed Schouten WWW: http://g-rave.nl/ --dKeYJkA19bNVVKdr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFF/tK052SDGA2eCwURAtK1AJ9v75Y+GI7ppmToK+2h2nOF2QjUIwCdFE3A I0V+NMBqqbrSzGjFRawaRys= =8gsI -----END PGP SIGNATURE----- --dKeYJkA19bNVVKdr-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 19:03:03 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60AF616A401 for ; Mon, 19 Mar 2007 19:03:03 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id DF22213C4DB for ; Mon, 19 Mar 2007 19:03:02 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 20C988442B; Mon, 19 Mar 2007 19:38:38 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22745-08; Mon, 19 Mar 2007 19:38:19 +0100 (CET) Received: from [IPv6:::1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id D250784425; Mon, 19 Mar 2007 19:38:18 +0100 (CET) Message-ID: <45FED89A.2050307@fsn.hu> Date: Mon, 19 Mar 2007 19:38:18 +0100 From: Attila Nagy User-Agent: Thunderbird 1.5.0.9 (X11/20070124) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: mb@imp.ch Subject: clamav problems with 6-STABLE, with libthr and libpthread 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, 19 Mar 2007 19:03:03 -0000 Hello, I have: ldd /usr/local/sbin/clamd /usr/local/sbin/clamd: libclamav.so.2 => /usr/local/lib/libclamav.so.2 (0x80063e000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8007a8000) libz.so.3 => /lib/libz.so.3 (0x800999000) libbz2.so.2 => /usr/lib/libbz2.so.2 (0x800aad000) libgmp.so.7 => /usr/local/lib/libgmp.so.7 (0x800bbc000) libthr.so.2 => /usr/lib/libthr.so.2 (0x800cf6000) libc.so.6 => /lib/libc.so.6 (0x800e0d000) clamd -V ClamAV 0.90.1/2873/Mon Mar 19 18:46:10 2007 uname -a FreeBSD mx 6.2-STABLE FreeBSD 6.2-STABLE #1: Tue Jan 30 11:22:54 CET 2007 root@compile:/usr/obj/usr/src/sys/MX amd64 And this in top: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2879 vscan 258 96 0 272M 240M umtx 2 222:07 87.55% clamav-milter A ktrace for the process shows: kdump -EH | less 2879 100579 clamav-milter 0.000000 RET _umtx_op 0 2879 100469 clamav-milter 0.000009 CALL _umtx_op(0x801226ac0,0,0x18875,0,0) 2879 100579 clamav-milter 0.000041 CALL _umtx_op(0x801226ac0,0x1,0x188e3,0,0) 2879 100579 clamav-milter 0.000078 RET _umtx_op 0 2879 100469 clamav-milter 0.000082 RET _umtx_op 0 2879 100579 clamav-milter 0.000084 CALL _umtx_op(0x801226ac0,0,0x188e3,0,0) 2879 100469 clamav-milter 0.000091 CALL _umtx_op(0x801226ac0,0x1,0x18875,0,0) 2879 100469 clamav-milter 0.000122 RET _umtx_op 0 2879 100579 clamav-milter 0.000127 RET _umtx_op 0 2879 100579 clamav-milter 0.000141 CALL _umtx_op(0x801226ac0,0x1,0x188e3,0,0) 2879 100469 clamav-milter 0.000131 CALL _umtx_op(0x801226ac0,0,0x18875,0,0) 2879 100744 clamav-milter 0.000161 RET _umtx_op 0 2879 100744 clamav-milter 0.000177 CALL _umtx_op(0x801226ac0,0x1,0x18988,0,0) 2879 100579 clamav-milter 0.000155 RET _umtx_op 0 2879 100469 clamav-milter 0.000198 RET _umtx_op 0 2879 100469 clamav-milter 0.000213 CALL _umtx_op(0x801226ac0,0x1,0x18875,0,0) 2879 100579 clamav-milter 0.000202 CALL _umtx_op(0x801226ac0,0,0x188e3,0,0) 2879 100782 clamav-milter 0.000233 RET _umtx_op 0 2879 100744 clamav-milter 0.000191 RET _umtx_op 0 2879 100782 clamav-milter 0.000251 CALL _umtx_op(0x801226ac0,0x1,0x189ae,0,0) 2879 100744 clamav-milter 0.000266 CALL _umtx_op(0x801226ac0,0,0x18988,0,0) 2879 100782 clamav-milter 0.000283 RET _umtx_op 0 2879 100782 clamav-milter 0.000308 CALL _umtx_op(0x801226ac0,0,0x189ae,0,0) [13210 similar lines skipped] 2879 100553 clamav-milter 0.125179 CALL read(0x38f,0xb83d000,0x1000) 2879 100579 clamav-milter 0.125180 CALL _umtx_op(0x801226ac0,0x1,0x188e3,0,0) 2879 100553 clamav-milter 0.125198 GIO fd 911 read 4096 bytes Although clamav does some work occasionally, it really just spins in the above loops and postfix (which delivers mail to it via milter) just gets connection timeouts. I've seen Martin's e-mails in some places about this issue and there he wrote that this problem occurs only with libpthread. It seems it's not. The previous version of the port worked fine^Wbetter. It seems that the problem has a straight relationship with the number of processors, because those machines which has less of them (2 cores) timeout and get stuck far less (or don't timeout at all) than the others, which has 4 (two dual core xeon CPUs). The problem was even worse with a dual quad core system, where the previous port (both with libthr and libpthreads) was useless with clamav, because of the above problem. Do you have any idea about the solution? ps: I run clamav in foreground mode, most of the machines have non-HTT processors (Xeon 51XX for the most problematic ones, which has two cores, but no HTT) Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/ From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 20:40:57 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C78216A401 for ; Mon, 19 Mar 2007 20:40:57 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from shell.asta.uni-rostock.de (gateway.stura.uni-rostock.de [139.30.252.67]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED5413C46A for ; Mon, 19 Mar 2007 20:40:56 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [192.168.16.3]) by shell.asta.uni-rostock.de (Postfix) with ESMTP id 306561895 for ; Mon, 19 Mar 2007 20:40:54 +0000 (GMT) Received: by britannica.bec.de (Postfix, from userid 1000) id A874F4C87; Mon, 19 Mar 2007 21:40:48 +0100 (CET) Date: Mon, 19 Mar 2007 21:40:48 +0100 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20070319204048.GB24514@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20070319175908.35326.qmail@web32911.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: Pthread spin locks 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, 19 Mar 2007 20:40:57 -0000 On Mon, Mar 19, 2007 at 02:04:58PM -0400, Daniel Eischen wrote: > No, especially if the threads hold other locks. > I have no idea why POSIX added spinlocks. I don't > see why anyone would want to use them. Given that it is part of the realtime extensions, it makes sense. On those systems you generally also have policies for scheduler control like CPU affinity, which can make the starvation impossible. Joerg From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 19 21:06:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 063F416A401 for ; Mon, 19 Mar 2007 21:06:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id C1D9413C4E8 for ; Mon, 19 Mar 2007 21:06:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l2JL5xIk005337; Mon, 19 Mar 2007 17:05:59 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Mon, 19 Mar 2007 17:05:59 -0400 (EDT) Date: Mon, 19 Mar 2007 17:05:59 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Joerg Sonnenberger In-Reply-To: <20070319204048.GB24514@britannica.bec.de> Message-ID: References: <20070319175908.35326.qmail@web32911.mail.mud.yahoo.com> <20070319204048.GB24514@britannica.bec.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Pthread spin locks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 21:06:02 -0000 On Mon, 19 Mar 2007, Joerg Sonnenberger wrote: > On Mon, Mar 19, 2007 at 02:04:58PM -0400, Daniel Eischen wrote: >> No, especially if the threads hold other locks. >> I have no idea why POSIX added spinlocks. I don't >> see why anyone would want to use them. > > Given that it is part of the realtime extensions, it makes sense. On > those systems you generally also have policies for scheduler control > like CPU affinity, which can make the starvation impossible. PTHREAD_PRIO_PROTECT and PTHREAD_PRIO_INHERIT POSIX doesn't seem to have specified APIs for scheduler affinity and has said that the behavior of threads in scheduling domains > 1 is implementation defined. So it is somewhat surprising to me that spinlocks were added. It also assumes that the implementation of non-spin mutexes is inefficient which is not necessarily the case. It is certainly possible for the implementation to use adaptive mutexes which spin for a bit before sleeping. -- DE From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 20 00:14:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52F7516A40B for ; Tue, 20 Mar 2007 00:14:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 0986813C4D9 for ; Tue, 20 Mar 2007 00:14:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so660371nza for ; Mon, 19 Mar 2007 17:14:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=opv8vCSr2GDDP2xQgL1rKUmWmYhGiLA4RdlyacJadVYMawSG8BjVH9YB/W47BPpezAgcZr7eXKOfkwwMWmdxYxkVkhSpNugvo5KB4qMuTl3mVf+8m7rIUS06wsqVZPw4xGDiZ+3HVIt5A2Bwq4TM1tAJeMzS1L7W7YsB/aMsa50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=J1nsG//ZskeFqFP+WPdsiixbgXksmGyeO7XBe/mjMmyrbZ1duA/sn07FNMmh4uSCl2rMPxAJg+EebWe/0ZZoiB67QiTH+RCHqatw/OL6CdDcQhcZvlaDtA2qw9XpG48yFf6CfFJZ/sTn7eVd2dk+cbBJggcXPVnBBAZ6mPTPmSY= Received: by 10.35.106.1 with SMTP id i1mr11540750pym.1174349646333; Mon, 19 Mar 2007 17:14:06 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 20sm50020nzp.2007.03.19.17.14.03; Mon, 19 Mar 2007 17:14:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l2K0Hpqi018153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Mar 2007 09:17:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l2K0HmM0018152; Tue, 20 Mar 2007 09:17:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 20 Mar 2007 09:17:48 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20070320001748.GA17911@cdnetworks.co.kr> References: <45FACBE4.5090403@icyb.net.ua> <20070319102444.GD13303@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: nve: ethernet address reversal code X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 00:14:07 -0000 On Mon, Mar 19, 2007 at 05:53:10PM +0200, Danny Braniss wrote: > I compiled the latest -current, with the latest nfe, and I got a slight > regression :-) > ... > nfe0: port 0xdc00-0xdc07 mem > 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 > nfe0: Ethernet address: 50:71:a9:f3:18:00 > nfe0: MII without any phy! > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1b8 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80448cdf > stack pointer = 0x10:0xffffffff80aea7a0 > frame pointer = 0x10:0xffffffff80aea7d0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (swapper) > [thread pid 0 tid 0 ] > Stopped at _mtx_lock_sleep+0x7f: movl 0x1b8(%r13),%r9d > Sorry for the breakge. I've updated nfe(4) again at the following URL. http://people.freebsd.org/~yongari/nfe/WIP/if_nfe.c http://people.freebsd.org/~yongari/nfe/WIP/if_nfereg.h http://people.freebsd.org/~yongari/nfe/WIP/if_nfevar.h > with a slightly older nfe: > > nfe0: port 0xdc00-0xdc07 mem > 0xfe02c000-0xfe02cfff irq 21 at device 20.0 on pci0 > nfe0: Ethernet address: 50:71:a9:f3:18:00 > miibus1: on nfe0 > e1000phy0: PHY 11 on miibus1 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > > danny > > -- Regards, Pyun YongHyeon From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 21 02:49:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 027AC16A40D for ; Wed, 21 Mar 2007 02:49:02 +0000 (UTC) (envelope-from PATRICKPHILLIP@cs.com) Received: from imo-m22.mail.aol.com (imo-m22.mx.aol.com [64.12.137.3]) by mx1.freebsd.org (Postfix) with ESMTP id 94B3A13C45E for ; Wed, 21 Mar 2007 02:49:01 +0000 (UTC) (envelope-from PATRICKPHILLIP@cs.com) Received: from PATRICKPHILLIP@cs.com by imo-m22.mx.aol.com (mail_out_v38_r7.6.) id n.d4a.31da4f5 (40521) for ; Tue, 20 Mar 2007 22:38:47 -0400 (EDT) From: PATRICKPHILLIP@cs.com Message-ID: Date: Tue, 20 Mar 2007 22:38:47 EDT To: freebsd-hackers@freebsd.org MIME-Version: 1.0 X-Mailer: 7.0 for Windows sub 8001 X-Spam-Flag: NO X-Mailman-Approved-At: Wed, 21 Mar 2007 03:02:59 +0000 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ATA_IDENTIFY timed out on ASUS P4VP-MX 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, 21 Mar 2007 02:49:02 -0000 I have the same motherboard with sony ide drive will not read cds but only using xp home sp1 and xp pro sp2, works perfect in windows 98 se. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 21 14:08:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4239C16A401 for ; Wed, 21 Mar 2007 14:08:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id EA11D13C4BB for ; Wed, 21 Mar 2007 14:08:10 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HU1U1-000Bxq-8Z for freebsd-hackers@freebsd.org; Wed, 21 Mar 2007 16:08:09 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Mar 2007 16:08:08 +0200 From: Danny Braniss Message-ID: Subject: regex{,p}(3) 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, 21 Mar 2007 14:08:13 -0000 Hi, just nitpicking :-) man regexp says: ... This interface is made obsolete by regex(3). ... and man regex says: ... BUGS This is an alpha release with known defects. Please report problems. ... any recomendations? danny From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 21 14:58:02 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A88C516A4CC for ; Wed, 21 Mar 2007 14:58:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 662FE13C45E for ; Wed, 21 Mar 2007 14:58:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1HU1xa-000D82-Vv for hackers@freebsd.org; Wed, 21 Mar 2007 16:38:43 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Mar 2007 16:38:42 +0200 From: Danny Braniss Message-ID: Cc: Subject: mx2.freebsd.org blacklisted 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, 21 Mar 2007 14:58:02 -0000 In case someone can fix this, it seems that at least mx2.freebsd.org is blacklisted at dnsbl.sorbs.net danny From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 21 16:45:33 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92D0B16A47D for ; Wed, 21 Mar 2007 16:45:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 342EE13C4EB for ; Wed, 21 Mar 2007 16:45:32 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l2LGEpDd036453; Wed, 21 Mar 2007 09:14:51 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l2LGEppf036452; Wed, 21 Mar 2007 09:14:51 -0700 (PDT) (envelope-from david) Date: Wed, 21 Mar 2007 09:14:51 -0700 From: David Wolfskill To: Danny Braniss Message-ID: <20070321161451.GH31533@bunrab.catwhisker.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D6IIOQQv2Iwyp54J" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org Subject: Re: mx2.freebsd.org blacklisted X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: postmaster@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 16:45:33 -0000 --D6IIOQQv2Iwyp54J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 21, 2007 at 04:38:42PM +0200, Danny Braniss wrote: > In case someone can fix this, it seems that at least > mx2.freebsd.org is blacklisted at dnsbl.sorbs.net The above is off-topic ofr the technical FreeBSD.org lists. Please address your concerns about SORBS to those who either run or use it. (Per my .sig, I consider its use a self-inflicted wound.) Peace, david (current hat: postmaster@freebsd.org) --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --D6IIOQQv2Iwyp54J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkYBWfoACgkQmprOCmdXAD1nlgCfS2ceaSmVJMtqIaLgHY7kyTgu ZbIAn1EyR0PpZtCP69cz+t0qeGD+CcAO =ISKq -----END PGP SIGNATURE----- --D6IIOQQv2Iwyp54J-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 21 17:11:52 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 514E216A406; Wed, 21 Mar 2007 17:11:52 +0000 (UTC) (envelope-from cedric@decemplex.net) Received: from mail.decemplex.net (mail.decemplex.net [80.237.247.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBF613C4E5; Wed, 21 Mar 2007 17:11:49 +0000 (UTC) (envelope-from cedric@decemplex.net) Received: from localhost (mail.decemplex.net [80.237.247.202]) by mail.decemplex.net (Postfix) with ESMTP id B66497D1A6A; Wed, 21 Mar 2007 17:51:31 +0100 (CET) X-Virus-Scanned: amavisd-new at decemplex.net Received: from mail.decemplex.net ([80.237.247.202]) by localhost (mail.decemplex.net [80.237.247.202]) (amavisd-new, port 10024) with LMTP id aMcf6bAOqYUx; Wed, 21 Mar 2007 17:51:23 +0100 (CET) Received: from decemplex.loc (201-186-112-217.dyn.adsl.belcenter.be [217.112.186.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.decemplex.net (Postfix) with ESMTP id 004AD7D1963; Wed, 21 Mar 2007 17:51:22 +0100 (CET) Date: Wed, 21 Mar 2007 17:51:07 +0100 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070321175107.2dee0495@ganymed> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_+aCdUc=aPUJzzf+WH4yh0r3"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: ACL's doesn't work with SUIDDIR 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, 21 Mar 2007 17:11:52 -0000 --Sig_+aCdUc=aPUJzzf+WH4yh0r3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all, I'm using FreeBSD 6.2-RELEASE, with suiddir set as option in kernel config and fstab (+ acl support). My goal is to have a directory (precisely a SVN repo) writable by X specific users, where all created/modified files remain owned by svn. I know that's not the only way to do it - but I have reasons to do it so and not differently. I tried following: drwx------ 7 svn users 512 21 M=E4r 17:30 braintrust =3D> user thomas CANT'T write in braintrust setfacl -d -m u::rwx,g::---,o::---,u:thomas:rwx braintrust/ drwx------ 7 svn users 512 21 M=E4r 17:31 braintrust =3D> user thomas CAN'T write in braintrust - but he got an default ACL that will apply on all created files in braintrust setfacl -m u:thomas:rwx braintrust/ drwxrwx---+ 7 svn users 512 21 M=E4r 17:34 braintrust =3D> user thomas CAN write in braintrust - and all created files in braintrust got the default ACL chmod +s braintrust/ drwsrws---+ 7 svn users 512 21 M=E4r 17:35 braintrust =3D> braintrust get the suidbit/sgidbit, and all files created by thomas in braintrust should be owned by svn|users BUT: after +s, user thomas CAN'T write anymore in braintrust, the error is not "Permission denied", but "Operation not permitted". However, he can read the directory content. If I do the same with a directory that hasn't ACL's, it works as expected... If I understand the manpages correctly, this isn't the correct behavior, but a bug. Can this be fixed? If I miss understand something, thanks to correct me. --=20 C=E9dric Jonas cedric@decemplex.net GPG ID: 30CCFE8D GPG Key: http://box.decemplex.net/~cedric/cedric.key.asc GPG Fingerprint: CF03 E1FD 9428 1B6B E971 B107 9044 AA99 30CC FE8D Jabber-ID: cedric@decemplex.net --Sig_+aCdUc=aPUJzzf+WH4yh0r3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGAWJ7kESqmTDM/o0RAh1BAKCfWDsXlk/5u87/BYr22XM1FIPsFwCfR0+6 H60Lm2Dl5fe6ZxGAXVFnXhQ= =JtBt -----END PGP SIGNATURE----- --Sig_+aCdUc=aPUJzzf+WH4yh0r3-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 22 01:31:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 09FF816A405 for ; Thu, 22 Mar 2007 01:31:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8565A13C45B for ; Thu, 22 Mar 2007 01:31:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l2M1VdqF099445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Mar 2007 12:01:39 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from murder ([unix socket]) by cain.gsoft.com.au (Cyrus v2.3.7) with LMTPA; Sat, 17 Mar 2007 23:25:19 +1030 X-Sieve: CMU Sieve 2.3 Received: from inchoate.gsoft.com.au (ppp127-156.lns10.adl6.internode.on.net [121.45.127.156] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l2HCtIiQ086739 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Mar 2007 23:25:18 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org Date: Thu, 22 Mar 2007 12:01:26 +1030 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Message-Id: <200703221201.35028.doconnor@gsoft.com.au> X-Spam-Score: -1.712 () AWL,BAYES_00,TVD_RCVD_SPACE_BRACKET,UNPARSEABLE_RELAY X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=1.1.5 X-UID: 161586 X-Length: 2993 Content-Type: multipart/signed; boundary="nextPart10978469.fvKzAiQKUE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Subject: sendto() giving EPERM outside a jail 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, 22 Mar 2007 01:31:45 -0000 --nextPart10978469.fvKzAiQKUE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I am trying to port miniupnpd (http://miniupnp.tuxfamily.org/) and by in la= rge=20 it seems to work fine (evil idea as it is :) However it spews out a lot of.. miniupnpd[13010]: sendto(udp_notify): Operation not permitted According to my reading of the man page it is not possible to get this erro= r=20 unless I'm using jails (which I'm not). The code in question does.. memset(&sockname, 0, sizeof(struct sockaddr_in)); sockname.sin_family =3D AF_INET; sockname.sin_port =3D htons(PORT); sockname.sin_addr.s_addr =3D inet_addr(UPNP_MCAST_ADDR); while(known_service_types[i]) { snprintf(bufr, sizeof(bufr), "NOTIFY * HTTP/1.1\r\n" "HOST:%s:%d\r\n" =2E.. n =3D sendto(s, bufr, strlen(bufr), 0, (struct sockaddr *)&sockname, sizeof(struct sockaddr_in) ); (line 278 of miniupnpd.c). Can someone shed light on what the problem is? The application appears to w= ork=20 fine even with this error though. I am running it on a FreeBSD 6.2 system. Thanks. PS please CC me as I am not subscribed. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart10978469.fvKzAiQKUE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGAdx25ZPcIHs/zowRAsRmAJ9guDUDTDSyaEasiNpm55tSPA8I/gCfYa2u gEO/kKxo98eyR0gTyJDRxys= =ScwC -----END PGP SIGNATURE----- --nextPart10978469.fvKzAiQKUE-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 22 01:55:19 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 574D316A4FD for ; Thu, 22 Mar 2007 01:55:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 4582B13C4C8 for ; Thu, 22 Mar 2007 01:55:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Wed, 21 Mar 2007 18:15:06 -0700 Received: from [10.251.22.38] (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id ACC53125B10; Wed, 21 Mar 2007 18:43:10 -0700 (PDT) Message-ID: <4601DF2E.2050705@elischer.org> Date: Wed, 21 Mar 2007 18:43:10 -0700 From: Julian Elischer User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Daniel O'Connor References: <200703221201.35028.doconnor@gsoft.com.au> In-Reply-To: <200703221201.35028.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: sendto() giving EPERM outside a jail 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, 22 Mar 2007 01:55:19 -0000 Daniel O'Connor wrote: > Hi, > I am trying to port miniupnpd (http://miniupnp.tuxfamily.org/) and by in large > it seems to work fine (evil idea as it is :) However it spews out a lot of.. > miniupnpd[13010]: sendto(udp_notify): Operation not permitted > > According to my reading of the man page it is not possible to get this error > unless I'm using jails (which I'm not). The code in question does.. you can get it from the firewall too.. > > memset(&sockname, 0, sizeof(struct sockaddr_in)); > sockname.sin_family = AF_INET; > sockname.sin_port = htons(PORT); > sockname.sin_addr.s_addr = inet_addr(UPNP_MCAST_ADDR); > while(known_service_types[i]) > { > snprintf(bufr, sizeof(bufr), > "NOTIFY * HTTP/1.1\r\n" > "HOST:%s:%d\r\n" > ... > n = sendto(s, bufr, strlen(bufr), 0, > (struct sockaddr *)&sockname, sizeof(struct sockaddr_in) ); > > (line 278 of miniupnpd.c). > > Can someone shed light on what the problem is? The application appears to work > fine even with this error though. > > I am running it on a FreeBSD 6.2 system. > > Thanks. > > PS please CC me as I am not subscribed. > From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 22 10:09:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14B9816A416 for ; Thu, 22 Mar 2007 10:09:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id B4E0213C4BC for ; Thu, 22 Mar 2007 10:09:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp148-153.lns2.adl2.internode.on.net [121.44.148.153]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l2MA91EB010065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Mar 2007 20:39:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Julian Elischer Date: Thu, 22 Mar 2007 20:38:51 +1030 User-Agent: KMail/1.9.5 References: <200703221201.35028.doconnor@gsoft.com.au> <4601DF2E.2050705@elischer.org> In-Reply-To: <4601DF2E.2050705@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200703222038.52732.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-hackers@freebsd.org Subject: Re: sendto() giving EPERM outside a jail 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, 22 Mar 2007 10:09:09 -0000 On Thursday 22 March 2007 12:13, Julian Elischer wrote: > > According to my reading of the man page it is not possible to get this > > error unless I'm using jails (which I'm not). The code in question does.. > > you can get it from the firewall too.. Ahah, I guess my firewall rules aren't doing exactly what I though because adding a specific rule to allow the packets worked. Thanks! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 22 19:49:50 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A79D116A400 for ; Thu, 22 Mar 2007 19:49:50 +0000 (UTC) (envelope-from news@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id 8643513C448 for ; Thu, 22 Mar 2007 19:49:50 +0000 (UTC) (envelope-from news@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.8/8.13.8) with ESMTP id l2MJFOTp042829 for ; Thu, 22 Mar 2007 12:15:29 -0700 (PDT) (envelope-from news@wattres.watt.com) Received: (from news@localhost) by wattres.watt.com (8.13.8/8.13.8/Submit) id l2MJFNCC042828 for hackers@freebsd.org; Thu, 22 Mar 2007 12:15:23 -0700 (PDT) (envelope-from news) To: hackers@freebsd.org Path: not-for-mail From: Steve Watt Newsgroups: local.freebsd-hackers Date: Thu, 22 Mar 2007 19:15:23 +0000 (UTC) Organization: Watt Consultants, San Jose, CA, USA Lines: 34 Message-ID: References: <200703221201.35028.doconnor@gsoft.com.au> NNTP-Posting-Host: localhost.watt.com X-Trace: wattres.Watt.COM 1174590923 42564 127.0.0.1 (22 Mar 2007 19:15:23 GMT) X-Complaints-To: usenet@wattres.Watt.COM NNTP-Posting-Date: Thu, 22 Mar 2007 19:15:23 +0000 (UTC) X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Originator: steve@Watt.COM (Steve Watt) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Thu, 22 Mar 2007 11:15:29 -0800 (PST) X-Archived: 1174590929.015283265@wattres.Watt.COM X-Mailman-Approved-At: Thu, 22 Mar 2007 20:46:52 +0000 Cc: Subject: Re: sendto() giving EPERM outside a jail 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, 22 Mar 2007 19:49:50 -0000 In article <200703221201.35028.doconnor@gsoft.com.au>, Daniel O'Connor wrote: > >Hi, >I am trying to port miniupnpd (http://miniupnp.tuxfamily.org/) and by in large >it seems to work fine (evil idea as it is :) However it spews out a lot of.. >miniupnpd[13010]: sendto(udp_notify): Operation not permitted > >According to my reading of the man page it is not possible to get this error >unless I'm using jails (which I'm not). The code in question does.. > >memset(&sockname, 0, sizeof(struct sockaddr_in)); >sockname.sin_family = AF_INET; >sockname.sin_port = htons(PORT); >sockname.sin_addr.s_addr = inet_addr(UPNP_MCAST_ADDR); >while(known_service_types[i]) >{ > snprintf(bufr, sizeof(bufr), > "NOTIFY * HTTP/1.1\r\n" > "HOST:%s:%d\r\n" >... > n = sendto(s, bufr, strlen(bufr), 0, > (struct sockaddr *)&sockname, sizeof(struct sockaddr_in) ); > >(line 278 of miniupnpd.c). > >Can someone shed light on what the problem is? The application appears to work >fine even with this error though. man setsockopt, search for SO_BROADCAST. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 22 20:37:04 2007 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C91D16A408 for ; Thu, 22 Mar 2007 20:37:04 +0000 (UTC) (envelope-from sb@sysinfo.pl) Received: from raptor.sysinfo.pl (xdsl-3335.elblag.dialog.net.pl [84.40.196.7]) by mx1.freebsd.org (Postfix) with ESMTP id E5BE013C4DA for ; Thu, 22 Mar 2007 20:37:00 +0000 (UTC) (envelope-from sb@sysinfo.pl) Received: from rootPC (zenek.sysinfo.pl [10.0.0.3]) (authenticated bits=0) by raptor.sysinfo.pl (8.13.8/8.13.8) with ESMTP id l2MJxDH0090511 for ; Thu, 22 Mar 2007 20:59:14 +0100 (CET) (envelope-from sb@sysinfo.pl) From: =?iso-8859-2?Q?S=B3awomir_Babi=F1ski_SYSINFO?= To: Date: Thu, 22 Mar 2007 20:58:32 +0100 Message-ID: <000c01c76cbc$7ba87ec0$72f97c40$@pl> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcdsvHfKTp242V6aRp2Dp2KEQVuMBg== Content-Language: pl X-Virus-Scanned: ClamAV 0.90/2904/Thu Mar 22 12:03:31 2007 on raptor.sysinfo.pl X-Virus-Status: Clean X-Spam-Status: No, score=-101.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50, HTML_MESSAGE, J_CHICKENPOX_65, USER_IN_WHITELIST autolearn=no version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on raptor.sysinfo.pl X-Mailman-Approved-At: Thu, 22 Mar 2007 20:51:37 +0000 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: FreeBSD panics... 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, 22 Mar 2007 20:37:04 -0000 Hello. =20 Can anyone look at this and sell any tips why my server panics? =20 root@mercury:/root# uname -a FreeBSD mercury.msi.pl 6.2-STABLE FreeBSD 6.2-STABLE #7: Wed Mar 21 = 19:20:18 CET 2007 root@mercury.msi.pl:/usr/obj/usr/src/sys/cobaltus i386 =20 root@mercury:/usr/obj/usr/src/sys/cobaltus# kgdb kernel.debug /var/crash/vmcore.0=20 kgdb: kvm_nlist(_stopped_cpus):=20 kgdb: kvm_nlist(_stoppcbs):=20 [GDB will not be able to debug user-mode threads: = /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". =20 Unread portion of the kernel message buffer: =20 =20 Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0743318 stack pointer =3D 0x28:0xe2d4d998 frame pointer =3D 0x28:0xe2d4d9b0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 13 (swi1: net) trap number =3D 12 panic: page fault Uptime: 1d1h9m6s Dumping 1023 MB (2 chunks) chunk 0: 1MB (158 pages) ... ok chunk 1: 1023MB (261776 pages) 1007 991 975 959 943 927 911 895 879 = 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 = 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 = 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 =20 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0703942 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0703c76 in panic (fmt=3D0xc09c1368 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc09770cf in trap_fatal (frame=3D0xe2d4d958, eva=3D0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc0976db4 in trap_pfault (frame=3D0xe2d4d958, usermode=3D0, = eva=3D12) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0976942 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 1, tf_esi =3D = 0, tf_ebp =3D -489367120, tf_isp =3D -489367164, tf_ebx =3D 66, tf_edx =3D -989675834, = tf_ecx =3D 0, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1066126568, = tf_cs =3D 32, tf_eflags =3D 590338, tf_esp =3D -996046656, tf_ss =3D -989675834}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc09631ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0743318 in m_copydata (m=3D0x0, off=3D0, len=3D1, cp=3D0xc502bf08 "essful\r\n257 \"/\" is the current directory\r\n250 CW=F3\f") at /usr/src/sys/kern/uipc_mbuf.c:543 #8 0xc048d71d in ippr_ftp_process (fin=3D0xe2d4db30, nat=3D0xca66e400, ftp=3D0xc502be00, rv=3D1) at ip_ftp_pxy.c:1192 #9 0xc048db2c in ippr_ftp_in (fin=3D0xe2d4db30, aps=3D0x0, = nat=3D0xca66e400) at ip_ftp_pxy.c:1358 #10 0xc0492dfb in appr_check (fin=3D0xe2d4db30, nat=3D0xca66e400) at /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.c:540 #11 0xc048a8af in fr_natin (fin=3D0xe2d4db30, nat=3D0xca66e400, = natadd=3D1, nflags=3D1) at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4105 #12 0xc048a744 in fr_checknatin (fin=3D0xe2d4db30, passp=3D0xe2d4db2c) = at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4040 #13 0xc047c666 in fr_check (ip=3D0xc4a18820, hlen=3D20, ifp=3D0x0, = out=3D0, mp=3D0xe2d4dc18) at /usr/src/sys/contrib/ipfilter/netinet/fil.c:2466 #14 0xc0481778 in fr_check_wrapper (arg=3D0x0, mp=3D0xc502bec6, = ifp=3D0x0, dir=3D1) at /usr/src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c:171 #15 0xc07932f7 in pfil_run_hooks (ph=3D0xc0ae6680, mp=3D0xe2d4dc6c, ifp=3D0xc4524400, dir=3D1, inp=3D0x0) at /usr/src/sys/net/pfil.c:139 #16 0xc07cb6e6 in ip_input (m=3D0xc49f4e00) at /usr/src/sys/netinet/ip_input.c:468 #17 0xc0791bc3 in netisr_processqueue (ni=3D0xc0ae57b8) at /usr/src/sys/net/netisr.c:236 #18 0xc0791e10 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 #19 0xc06e8b86 in ithread_execute_handlers (p=3D0xc43a3648, = ie=3D0xc43ee180) at /usr/src/sys/kern/kern_intr.c:682 #20 0xc06e8cc7 in ithread_loop (arg=3D0xc436b690) at /usr/src/sys/kern/kern_intr.c:765 #21 0xc06e77bd in fork_exit (callout=3D0xc06e8c64 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:821 #22 0xc096322c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0703942 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0703c76 in panic (fmt=3D0xc09c1368 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc09770cf in trap_fatal (frame=3D0xe2d4d958, eva=3D0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc0976db4 in trap_pfault (frame=3D0xe2d4d958, usermode=3D0, = eva=3D12) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc0976942 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 1, tf_esi =3D = 0, tf_ebp =3D -489367120, tf_isp =3D -489367164, tf_ebx =3D 66, tf_edx =3D -989675834, = tf_ecx =3D 0, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1066126568, = tf_cs =3D 32, tf_eflags =3D 590338, tf_esp =3D -996046656, tf_ss =3D -989675834}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc09631ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0743318 in m_copydata (m=3D0x0, off=3D0, len=3D1, cp=3D0xc502bf08 "essful\r\n257 \"/\" is the current directory\r\n250 CW=F3\f") at /usr/src/sys/kern/uipc_mbuf.c:543 #8 0xc048d71d in ippr_ftp_process (fin=3D0xe2d4db30, nat=3D0xca66e400, ftp=3D0xc502be00, rv=3D1) at ip_ftp_pxy.c:1192 #9 0xc048db2c in ippr_ftp_in (fin=3D0xe2d4db30, aps=3D0x0, = nat=3D0xca66e400) at ip_ftp_pxy.c:1358 #10 0xc0492dfb in appr_check (fin=3D0xe2d4db30, nat=3D0xca66e400) at /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.c:540 #11 0xc048a8af in fr_natin (fin=3D0xe2d4db30, nat=3D0xca66e400, = natadd=3D1, nflags=3D1) at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4105 #12 0xc048a744 in fr_checknatin (fin=3D0xe2d4db30, passp=3D0xe2d4db2c) = at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4040 #13 0xc047c666 in fr_check (ip=3D0xc4a18820, hlen=3D20, ifp=3D0x0, = out=3D0, mp=3D0xe2d4dc18) at /usr/src/sys/contrib/ipfilter/netinet/fil.c:2466 #14 0xc0481778 in fr_check_wrapper (arg=3D0x0, mp=3D0xc502bec6, = ifp=3D0x0, dir=3D1) at /usr/src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c:171 #15 0xc07932f7 in pfil_run_hooks (ph=3D0xc0ae6680, mp=3D0xe2d4dc6c, ifp=3D0xc4524400, dir=3D1, inp=3D0x0) at /usr/src/sys/net/pfil.c:139 #16 0xc07cb6e6 in ip_input (m=3D0xc49f4e00) at /usr/src/sys/netinet/ip_input.c:468 #17 0xc0791bc3 in netisr_processqueue (ni=3D0xc0ae57b8) at /usr/src/sys/net/netisr.c:236 #18 0xc0791e10 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 #19 0xc06e8b86 in ithread_execute_handlers (p=3D0xc43a3648, = ie=3D0xc43ee180) at /usr/src/sys/kern/kern_intr.c:682 #20 0xc06e8cc7 in ithread_loop (arg=3D0xc436b690) at /usr/src/sys/kern/kern_intr.c:765 #21 0xc06e77bd in fork_exit (callout=3D0xc06e8c64 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:821 #22 0xc096322c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 =20 =20 Any help will be appreciated Slawomir Babinski =20 =20 =20 From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 23 02:22:14 2007 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E19E616A404 for ; Fri, 23 Mar 2007 02:22:14 +0000 (UTC) (envelope-from xpeng@buffalo.edu) Received: from front2.acsu.buffalo.edu (warmfront.acsu.buffalo.edu [128.205.6.88]) by mx1.freebsd.org (Postfix) with SMTP id AD88A13C46C for ; Fri, 23 Mar 2007 02:22:12 +0000 (UTC) (envelope-from xpeng@buffalo.edu) Received: (qmail 5583 invoked from network); 23 Mar 2007 01:55:30 -0000 Received: from mailscan6.acsu.buffalo.edu (128.205.7.95) by front2.acsu.buffalo.edu with SMTP; 23 Mar 2007 01:55:30 -0000 Received: (qmail 19947 invoked by uid 60001); 23 Mar 2007 01:55:30 -0000 To: hackers@FreeBSD.org Date: Thu, 22 Mar 2007 21:55:30 -0400 From: xpeng@buffalo.edu Message-ID: <1174614930.4603339242c9a@mail2.buffalo.edu> References: <000c01c76cbc$7ba87ec0$72f97c40$@pl> In-Reply-To: <000c01c76cbc$7ba87ec0$72f97c40$@pl> X-Mailer: University at Buffalo WebMail Cyrusoft SilkyMail v1.1.11 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Originating-IP: 128.205.234.145 X-UB-Relay: (internal) X-PM-EL-Spam-Prob: : 7% Cc: Subject: mtx_unlock in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2007 02:22:15 -0000 If I want to use mtx_unlock for some threads, should I use mtx_lock() before? From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 23 07:38:37 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BA4016A402 for ; Fri, 23 Mar 2007 07:38:37 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 1493D13C4AE for ; Fri, 23 Mar 2007 07:38:36 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1116413ana for ; Fri, 23 Mar 2007 00:38:36 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aQ2vJ7iEQBAW9XoqspLIVXpFjDIaasJ5I2haQwNwaoPBSQ9n8xgIVAH2wj7rW2jZfFdw4/2TfTCdNfj3GmYNDvKXbvlP27bUzNfhFmjm9SOuWz2eHCJqKK471kFo7znsGRyN9FcUxntlPCDDBo8+VbR69UApA1KxM2ZMB3baVQE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kk7WU8+yvF2ZUgQXljokboRmgd6tmS9qwihuiantYHE2x0NqR70+Ii4vMpYe4iyb7bc6QQS9WBBAuAiwJQtu9eVMlfkrJgiUmJRc05e3zkBn+xIjtyrvtA1qAcQgKBnd5X7u1WfJXQXRWyKieN+daPA0F7N05717Vx26OUrRr40= Received: by 10.100.32.1 with SMTP id f1mr2389011anf.1174634061906; Fri, 23 Mar 2007 00:14:21 -0700 (PDT) Received: by 10.100.111.5 with HTTP; Fri, 23 Mar 2007 00:14:21 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 08:14:21 +0100 From: "Pietro Cerutti" To: "xpeng@buffalo.edu" In-Reply-To: <1174614930.4603339242c9a@mail2.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000c01c76cbc$7ba87ec0$72f97c40$@pl> <1174614930.4603339242c9a@mail2.buffalo.edu> Cc: hackers@freebsd.org Subject: Re: mtx_unlock in kernel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2007 07:38:37 -0000 On 3/23/07, xpeng@buffalo.edu wrote: > If I want to use mtx_unlock for some threads, should I use mtx_lock() > before? I admit, I don't understand your question, but anyway: man 9 mutex -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 23 14:03:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9404F16A40F for ; Fri, 23 Mar 2007 14:03:07 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 21B7B13C458 for ; Fri, 23 Mar 2007 14:03:07 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.60.139] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1HUkKN3ZsZ-0006Y8; Fri, 23 Mar 2007 15:01:14 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Fri, 23 Mar 2007 15:00:59 +0100 User-Agent: KMail/1.9.5 References: <000c01c76cbc$7ba87ec0$72f97c40$@pl> In-Reply-To: <000c01c76cbc$7ba87ec0$72f97c40$@pl> 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="nextPart1698719.JN6MS9jJZp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703231501.06066.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19mfhCzwL+hr+TbBzrRKvSxQEJq4muuNb6++kh viGOc5g5pEJP3odDT7Y22EKJXQYenNwcnOT833NAboscdwl4EQ njZZMpGqku/kpQpQFCAgQ== Cc: =?utf-8?q?S=C5=82awomir_Babi=C5=84ski_SYSINFO?= Subject: Re: FreeBSD panics... 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, 23 Mar 2007 14:03:07 -0000 --nextPart1698719.JN6MS9jJZp Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 22 March 2007 20:58, S=B3awomir Babi=F1ski SYSINFO wrote: > Can anyone look at this and sell any tips why my server panics? Wrong list. This should have been sent to -current or -net ... > root@mercury:/root# uname -a > > FreeBSD mercury.msi.pl 6.2-STABLE FreeBSD 6.2-STABLE #7: Wed Mar 21 > 19:20:18 CET 2007 root@mercury.msi.pl:/usr/obj/usr/src/sys/cobaltus > i386 =2E.. > #7 0xc0743318 in m_copydata (m=3D0x0, off=3D0, len=3D1, cp=3D0xc502bf08 > "essful\r\n257 \"/\" is the current directory\r\n250 CW=F3\f") > at /usr/src/sys/kern/uipc_mbuf.c:543 > #8 0xc048d71d in ippr_ftp_process (fin=3D0xe2d4db30, nat=3D0xca66e400, > ftp=3D0xc502be00, rv=3D1) at ip_ftp_pxy.c:1192 > #9 0xc048db2c in ippr_ftp_in (fin=3D0xe2d4db30, aps=3D0x0, nat=3D0xca66e= 400) > at ip_ftp_pxy.c:1358 > #10 0xc0492dfb in appr_check (fin=3D0xe2d4db30, nat=3D0xca66e400) at > /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.c:540 > #11 0xc048a8af in fr_natin (fin=3D0xe2d4db30, nat=3D0xca66e400, natadd=3D= 1, > nflags=3D1) > at /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4105 > #12 0xc048a744 in fr_checknatin (fin=3D0xe2d4db30, passp=3D0xe2d4db2c) at > /usr/src/sys/contrib/ipfilter/netinet/ip_nat.c:4040 > #13 0xc047c666 in fr_check (ip=3D0xc4a18820, hlen=3D20, ifp=3D0x0, out=3D= 0, > mp=3D0xe2d4dc18) > at /usr/src/sys/contrib/ipfilter/netinet/fil.c:2466 Looks like a good example why it is a bad idea to have an application=20 proxy running in the kernel. More to the point, could you provide "fin"=20 in frames 8 through 12 and the local variables in frame 8, too? =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 --nextPart1698719.JN6MS9jJZp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGA92iXyyEoT62BG0RAsH4AJ4pp5uUYbprVyRPwe4rCSdTP3HLjACfYooN gZtVHZ4YpXE47DYIYssCOVM= =WaGO -----END PGP SIGNATURE----- --nextPart1698719.JN6MS9jJZp-- From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 23 15:35:05 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86FB116A402 for ; Fri, 23 Mar 2007 15:35:05 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 44FE913C44C for ; Fri, 23 Mar 2007 15:35:05 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1281476ana for ; Fri, 23 Mar 2007 08:35:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dh/UY4SMEFcdBlYwWaD3radgd0K1baCHKiBAckaQWxRrlga1NqvVld7QspmBnWc4CFRbAdF7Flla0Nk2sp7BBoIdVUlDlg+jPUuja5XCW7r/0Le0Tnk4Xx7RBb4XF/dHCwEBIFxDwnafwCOEhtn2KGbxjs8Ps5vnAXzZNInw/Ow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=chM36nZU1gSNp7sOj5uucciKk5q6r/e4/oDg9cRGu870IrL5KPqGKfjNJBWjHdmN7FZX2ynaBsSTH+LiG+vTaC84Lx7pT5BFLiL+Rapc3YDeCkeJKfJ9MLLTkUbbQBcHZNNu+gfknru2TATQUyTYRqME4gPIfU0u/QxLOI7Vb5g= Received: by 10.100.125.5 with SMTP id x5mr2812450anc.1174664104671; Fri, 23 Mar 2007 08:35:04 -0700 (PDT) Received: by 10.100.111.5 with HTTP; Fri, 23 Mar 2007 08:35:04 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 16:35:04 +0100 From: "Pietro Cerutti" To: "Max Laier" In-Reply-To: <200703231501.06066.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <000c01c76cbc$7ba87ec0$72f97c40$@pl> <200703231501.06066.max@love2party.net> Cc: freebsd-hackers@freebsd.org, =?UTF-8?Q?S=C5=82awomir_Babi=C5=84ski_SYSINFO?= Subject: Re: FreeBSD panics... 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, 23 Mar 2007 15:35:05 -0000 T24gMy8yMy8wNywgTWF4IExhaWVyIDxtYXhAbG92ZTJwYXJ0eS5uZXQ+IHdyb3RlOgo+IE9uIFRo dXJzZGF5IDIyIE1hcmNoIDIwMDcgMjA6NTgsIFPFgmF3b21pciBCYWJpxYRza2kgU1lTSU5GTyB3 cm90ZToKPiA+IENhbiBhbnlvbmUgbG9vayBhdCB0aGlzIGFuZCBzZWxsIGFueSB0aXBzIHdoeSBt eSBzZXJ2ZXIgcGFuaWNzPwo+Cj4gV3JvbmcgbGlzdC4gIFRoaXMgc2hvdWxkIGhhdmUgYmVlbiBz ZW50IHRvIC1jdXJyZW50IG9yIC1uZXQgLi4uCgpvciByYXRoZXIgdG8gLXN0YWJsZS4uLgoKPiA+ IEZyZWVCU0QgbWVyY3VyeS5tc2kucGwgNi4yLVNUQUJMRSBGcmVlQlNEIDYuMi1TVEFCTEUgIzc6 IFdlZCBNYXIgMjEKCi0tIApQaWV0cm8gQ2VydXR0aQoKLSBBU0NJSSBSaWJib24gQ2FtcGFpZ24g LQogYWdhaW5zdCBIVE1MIGUtbWFpbCBhbmQKIHByb3ByaWV0YXJ5IGF0dGFjaG1lbnRzCiAgIHd3 dy5hc2NpaXJpYmJvbi5vcmcK From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 23 16:17:22 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A3BB16A404 for ; Fri, 23 Mar 2007 16:17:22 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id DF3D613C4C3 for ; Fri, 23 Mar 2007 16:17:21 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.13.8/8.13.8) with ESMTP id l2NGHG55074162; Fri, 23 Mar 2007 09:17:21 -0700 (PDT) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.13.8/8.13.8/Submit) id l2NGHDlu074159; Fri, 23 Mar 2007 09:17:13 -0700 (PDT) (envelope-from steve) Message-Id: <200703231617.l2NGHDlu074159@wattres.watt.com> X-Newsgroups: local.freebsd-hackers In-Reply-To: <200703221201.35028.doconnor@gsoft.com.au> From: steve@Watt.COM (Steve Watt) Organization: Watt Consultants, San Jose, CA, USA Date: Fri, 23 Mar 2007 09:17:13 -0700 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: doconnor@gsoft.com.au X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Fri, 23 Mar 2007 08:17:21 -0800 (PST) X-Archived: 1174666641.368493844@wattres.Watt.COM Cc: freebsd-hackers@freebsd.org Subject: Re: sendto() giving EPERM outside a jail 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, 23 Mar 2007 16:17:22 -0000 In <200703221201.35028.doconnor@gsoft.com.au>, Daniel O'Connor wrote: >Hi, >I am trying to port miniupnpd (http://miniupnp.tuxfamily.org/) and by in large >it seems to work fine (evil idea as it is :) However it spews out a lot of.. >miniupnpd[13010]: sendto(udp_notify): Operation not permitted > >According to my reading of the man page it is not possible to get this error >unless I'm using jails (which I'm not). The code in question does.. That's probably a buglet in the man page. >memset(&sockname, 0, sizeof(struct sockaddr_in)); >sockname.sin_family = AF_INET; >sockname.sin_port = htons(PORT); >sockname.sin_addr.s_addr = inet_addr(UPNP_MCAST_ADDR); >while(known_service_types[i]) >{ > snprintf(bufr, sizeof(bufr), > "NOTIFY * HTTP/1.1\r\n" > "HOST:%s:%d\r\n" >... > n = sendto(s, bufr, strlen(bufr), 0, > (struct sockaddr *)&sockname, sizeof(struct sockaddr_in) ); > >(line 278 of miniupnpd.c). > >Can someone shed light on what the problem is? The application appears to work >fine even with this error though. man setsockopt, search for SO_BROADCAST. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 24 10:23:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 364AE16A401 for ; Sat, 24 Mar 2007 10:23:13 +0000 (UTC) (envelope-from geek.dwells@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id EB97D13C4BF for ; Sat, 24 Mar 2007 10:23:12 +0000 (UTC) (envelope-from geek.dwells@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1422359wxc for ; Sat, 24 Mar 2007 03:23:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=SdkImMeytDavyvGME5LgsVaZbgGXIpwpHgejihmEBumsi+gx95c85s1F4zFneJfZshFegaUNT0LtXsWncoDwwraLHSzsXeD/D+Wk54k4jrLbAO2F4u1vXf7jvhAm5k5lpDTcZS5fSv5iA/juEmmXC0a4/SEPA1Bra9MiKsB0crM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=ipXOY7bzgMy2QaR2YN21AJWIr6FlDJO8Ccxi3QSsA5qMUG/5QeW4NdflUSIsB/jqE48t1+vfc9rNIIhs0fR9RSAAINcPHDhHFgx+oSP1EYOSfUby78QsA9X+XiHqudfs/r3VRC5V2NOzO7lTtnbRLH9GaW26YSaR92KYWhAQINg= Received: by 10.114.26.1 with SMTP id 1mr1639841waz.1174731791902; Sat, 24 Mar 2007 03:23:11 -0700 (PDT) Received: by 10.115.16.3 with HTTP; Sat, 24 Mar 2007 03:23:11 -0700 (PDT) Message-ID: Date: Sat, 24 Mar 2007 15:53:11 +0530 From: "ajay gopalakrishnan" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Have people started working on any Google Summer of code 2007 project? 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, 24 Mar 2007 10:23:13 -0000 Have people started working on any Google Summer of code 2007 project? I saw some project ideas marked as "Suitable for Summer of code" on the project ideas web page. But have any of those projects been taken up? From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 24 13:52:45 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA12816A400 for ; Sat, 24 Mar 2007 13:52:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 97A9013C46C for ; Sat, 24 Mar 2007 13:52:45 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D33F.dip.t-dialin.net [84.165.211.63]) by redbull.bpaserver.net (Postfix) with ESMTP id A039D2E1AC; Sat, 24 Mar 2007 14:52:36 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id C535D5B4817; Sat, 24 Mar 2007 14:52:33 +0100 (CET) Date: Sat, 24 Mar 2007 14:52:33 +0100 From: Alexander Leidinger To: "ajay gopalakrishnan" Message-ID: <20070324145233.21891248@Magellan.Leidinger.net> In-Reply-To: References: X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.9; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sat, 24 Mar 2007 14:10:12 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Have people started working on any Google Summer of code 2007 project? 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, 24 Mar 2007 13:52:45 -0000 Quoting "ajay gopalakrishnan" (Sat, 24 Mar 2007 15:53:11 +0530): > Have people started working on any Google Summer of code 2007 project? I saw > some project ideas marked as "Suitable for Summer of code" on the project > ideas web page. But have any of those projects been taken up? Proposals are submitted by students to Google and available for rating in the mentor-interface. No proposal is selected yet and we don't know yet how many seats for students we have in this SoC. I suggest to have a look at the Google SoC pages, they provide a timeline there. Bye, Alexander. -- Bender: Life is hilariously cruel. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137