From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 00:23:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BF7D16A407; Sun, 7 Jan 2007 00:23:03 +0000 (UTC) (envelope-from chopin@sgh.waw.pl) Received: from alternator.sgh.waw.pl (alternator.sgh.waw.pl [194.145.96.100]) by mx1.freebsd.org (Postfix) with ESMTP id E494313C441; Sun, 7 Jan 2007 00:23:00 +0000 (UTC) (envelope-from chopin@sgh.waw.pl) Received: from localhost (localhost [127.0.0.1]) by alternator.sgh.waw.pl (Postfix) with SMTP id 49B3A2AA96E; Sun, 7 Jan 2007 00:52:42 +0100 (CET) Received: from akson.sgh.waw.pl (akson.sgh.waw.pl [194.145.96.12]) by alternator.sgh.waw.pl (Postfix) with ESMTP id 289B12AA878; Sun, 7 Jan 2007 00:52:41 +0100 (CET) Received: by akson.sgh.waw.pl (Postfix, from userid 100) id 2DB823C48; Sun, 7 Jan 2007 00:51:33 +0100 (CET) Date: Sun, 7 Jan 2007 00:51:32 +0100 From: Piotr KUCHARSKI To: freebsd-current@freebsd.org Message-ID: <20070106235132.GA22923@sgh.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: support@proware.com.tw, pjd@freebsd.org Subject: problem with 4T volume under FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 00:23:03 -0000 Hello, I have weird problem with volume over 2TB in size. GELI was reporting data corruption: GEOM_ELI: da6.eli: 58304 bytes corrupted at offset 2624722698240. So, advised by pjd, using gpt I created da6p2 starting at that offset: start size index contents 34 5126411486 1 GPT part - FreeBSD UFS/UFS2 5126411520 3662648031 2 GPT part - FreeBSD UFS/UFS2 And did simple test of: # dd if=/dev/random of=/tmp/test.rand bs=64k count=1 # dd if=/tmp/test.rand of=/dev/da6p2 bs=64k count=1 # dd if=/dev/da6p2 bs=64k count=1 | md5 # md5 /tmp/test.rand Those sums were the same. However this: # dd if=/dev/random of=/tmp/test.rand bs=72k count=1 # dd if=/tmp/test.rand of=/dev/da6p2 bs=72k count=1 # dd if=/dev/da6p2 bs=72k count=1 | md5 # md5 /tmp/test.rand yielded different results. It looks like corruption during write. FreeBSD 6.2-PRE (cvsuped yesterday, aic7xxx.c,v 1.109), ahc0: port 0x2000-0x20ff mem 0xfc302000-0xfc302fff irq 20 at device 8.0 on pci1 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs da6 at ahc0 bus 0 target 13 lun 3 da6: Fixed Direct Access SCSI-3 device da6: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged Queueing Enabled da6: 4291533MB (8789059584 512 byte sectors: 255H 63S/T 547093C) That da6 is volume created on Simbolo Proware (RAID6 from eight 750GB ATA disks), oferred out via SCSI interface, using 64 LBA interface. I had similar problem 2 years ago, but I worked around it by not using volumes over 2TB in size (and they worked fine since then) and above would probably be "fixed" the same way, but I'd rather have 4T volumes... This of course may be a problem in SB-3160S, but it also may be a problem of Adaptec controller. I will try to find another controller (which are proven to work with >2TB, btw?) to verify that further. Any help or further directions appreciated. p. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 02:02:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05AC516A407 for ; Sun, 7 Jan 2007 02:02:29 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 97D7713C43E for ; Sun, 7 Jan 2007 02:02:28 +0000 (UTC) (envelope-from rainer.alves@gmail.com) Received: by nf-out-0910.google.com with SMTP id x37so8352538nfc for ; Sat, 06 Jan 2007 18:02:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qlxK1nNbZLiV5Al/W9acq8mGWqNz9JHnAHrOq3cDDhGi1nG8vCgHDAgcuJAzxu6rqdYqZO4A65iwUwZTNrEeWlrzbI62WQF0vG+iCwbEY3s0qo/bmn1ngiCWZGxA/FDekqm393q6Yxgnl/DZj3P/MUQZRU7eH2cjEyf3I+jOGzg= Received: by 10.82.167.5 with SMTP id p5mr2779751bue.1168133693103; Sat, 06 Jan 2007 17:34:53 -0800 (PST) Received: by 10.82.139.16 with HTTP; Sat, 6 Jan 2007 17:34:52 -0800 (PST) Message-ID: Date: Sun, 7 Jan 2007 01:34:52 +0000 From: "Rainer Alves" To: "Abdullah Al-Marrie" In-Reply-To: <499c70c0701060927o32d312feoddd9cf99ddd17c56@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <499c70c0701060927o32d312feoddd9cf99ddd17c56@mail.gmail.com> Cc: joachim.deguara@amd.com, freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Acer laptop 5102 WLMi with AMD Turion 64 X2 hangs with cpufreq in latest 7.0-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 02:02:29 -0000 On 1/6/07, Abdullah Al-Marrie wrote: > I have problem with my laptop Acer Aspire 5102 WLMi which has AMD > Turion=99 64 X2 dual-core TL-50 1.6 GHz. Apply this patch to your src tree: http://people.freebsd.org/~ariff/misc/idlecpu_apic_5.diff And then add the following to /boot/loader.conf: hw.apic.idle_cpu=3D"2" Rebuild the kernel and reboot. The patch above was created by Ariff Abdullah , you should read the following PR/followups for a (very) detailed discussion regarding this Turion 64-X2 problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Di386/104678 PS: I also own a notebook with this CPU, and this patch solved things here... both CPU cores are usable and the system is stable. - Rainer Alves From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 02:15:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 173F016A403 for ; Sun, 7 Jan 2007 02:15:20 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 525EC13C428 for ; Sun, 7 Jan 2007 02:15:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup20.ach.sch.gr [81.186.70.20]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l07247rA002748 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 7 Jan 2007 04:04:18 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l072401M005311; Sun, 7 Jan 2007 04:04:01 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l07240XL005310; Sun, 7 Jan 2007 04:04:00 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 7 Jan 2007 04:04:00 +0200 From: Giorgos Keramidas To: feature Message-ID: <20070107020400.GA5236@kobe.laptop> References: <499c70c0701052259y6c663d17qb0ee1e47225b312a@mail.gmail.com> <200701061120.46079.feature.id@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701061120.46079.feature.id@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.74, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: Xorg with lock session issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 02:15:20 -0000 On 2007-01-06 11:20, feature wrote: >On Saturday 06 January 2007 09:59, Abdullah Al-Marrie wrote: >> FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Jan 4 14:03:35 AST 2007 >> >> Whenever I lock the session in kde 3.5.5 I can't unlock it, it says >> auth failed, and I must kill the pid manually. >> >> Did any of you got the same issue? >> >> All built from the ports and fresh. > > Same problem. > (generic Nov 2006 snapshot and another one -- Sun Dec 31 01:08:18 MSK 2006) Are you using xlockmore? The xlockmore utility has a problem authenticating with PAM, and you have to build it with: WITH_PAM=true WITH_BAD_PAM=true Otherwise, it fails to authenticate properly. From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 04:27:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EE4716A40F for ; Sun, 7 Jan 2007 04:27:18 +0000 (UTC) (envelope-from eprha.carvajal@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE3C13C428 for ; Sun, 7 Jan 2007 04:27:17 +0000 (UTC) (envelope-from eprha.carvajal@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so7025558wxc for ; Sat, 06 Jan 2007 20:27:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=EzhYVX7r2OnbioeNecmXVud9v7rm/ysF5MrscT5BNP/qdLGWojFn6MtgC8UVTMzkQQfbl/bUlOJfinNxLH9web7DvrbZoqqNVaQceV/TW2Zz2CSa5Cbn/Pe7kKGy46OADnHg7NwroOHg/SGfUEUB4M5vkYqkC8xYgov+5Ce272Q= Received: by 10.70.38.12 with SMTP id l12mr46170915wxl.1168142419876; Sat, 06 Jan 2007 20:00:19 -0800 (PST) Received: by 10.70.33.11 with HTTP; Sat, 6 Jan 2007 20:00:19 -0800 (PST) Message-ID: Date: Sun, 7 Jan 2007 00:00:19 -0400 From: "Eprha Carvajal" To: "Abdullah Al-Marrie" In-Reply-To: <499c70c0701060727v530802ecx5a5cc7c4f6d22914@mail.gmail.com> MIME-Version: 1.0 References: <459CFCC2.7060505@gmail.com> <499c70c0701060727v530802ecx5a5cc7c4f6d22914@mail.gmail.com> 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 Cc: freebsd-current@freebsd.org, Diego Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 04:27:18 -0000 i'm very interested on seeing ULE 2.0 in RELENG_6 On 1/6/07, Abdullah Al-Marrie wrote: > > On 1/4/07, Diego wrote: > > Hi Jeff! > > Can you provide a patch for RELENG_6? Or it cannot be applicable? > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > Jeff, > > I second this > I think it will be great addition if we can see ULE 2.0 in RELENG_6 ;) > > > -- > Regards, > > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 07:51:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13A2E16A40F for ; Sun, 7 Jan 2007 07:51:40 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id D022D13C428 for ; Sun, 7 Jan 2007 07:51:39 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.7] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id l077pRAh091993 for ; Sun, 7 Jan 2007 02:51:31 -0500 (EST) (envelope-from andy@siliconlandmark.com) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <1C016CE4-0CEC-42DD-BF7D-148394C3F336@siliconlandmark.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: current@freebsd.org From: Andre Guibert de Bruet Date: Sun, 7 Jan 2007 02:51:35 -0500 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.6/2417/Sat Jan 6 18:06:17 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.448, required 6, AWL -0.14, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: Subject: [PATCH] Typo fixes: recieve -> receive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 07:51:40 -0000 Hi, I conjured up a patch that fixes the spelling of the word "receive" in a number of places in the source tree. Could someone please commit it? https://bling.properkernel.com/freebsd/20070107-fix-recieved.patch Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 08:10:59 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E50D116A584 for ; Sun, 7 Jan 2007 08:10:59 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id A9FEC13C448 for ; Sun, 7 Jan 2007 08:10:59 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.7] (cpe-24-33-245-212.twmi.res.rr.com [24.33.245.212]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id l0789uLh093011 for ; Sun, 7 Jan 2007 03:10:53 -0500 (EST) (envelope-from andy@siliconlandmark.com) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <790a9fff0701070006se9f64b3hab2a7732f10b0cf5@mail.gmail.com> References: <1C016CE4-0CEC-42DD-BF7D-148394C3F336@siliconlandmark.com> <790a9fff0701070006se9f64b3hab2a7732f10b0cf5@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0EB0745D-7ADB-4413-AC98-B94EE487576F@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Sun, 7 Jan 2007 03:11:01 -0500 To: current@freebsd.org X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.6/2417/Sat Jan 6 18:06:17 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=0.43, required 6, AWL -0.16, BAYES_00 -2.60, RCVD_IN_SORBS_DUL 2.05, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: Subject: Re: [PATCH] Typo fixes: recieve -> receive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 08:11:00 -0000 On Jan 7, 2007, at 3:06 AM, Scot Hetzel wrote: > On 1/7/07, Andre Guibert de Bruet wrote: > >> Hi, >> >> I conjured up a patch that fixes the spelling of the word "receive" >> in a number of places in the source tree. Could someone please commit >> it? >> >> https://bling.properkernel.com/freebsd/20070107-fix-recieved.patch >> >> > > Index: sys/dev/arl/if_arl.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/arl/if_arl.c,v > retrieving revision 1.15 > diff -u -r1.15 if_arl.c > --- sys/dev/arl/if_arl.c 29 Dec 2006 13:59:47 -0000 1.15 > +++ sys/dev/arl/if_arl.c 7 Jan 2007 07:32:15 -0000 > @@ -302,7 +302,7 @@ > } > > /* > - * Enable for recieveng > + * Enable for receiveng > */ > static void > arl_enable(sc) > > Shouldn't "receiveng" be "receiving". > Absolutely! I updated the patch. Thanks for pointing it out! :) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 08:33:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2094016A403 for ; Sun, 7 Jan 2007 08:33:43 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id DB2DF13C467 for ; Sun, 7 Jan 2007 08:33:42 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so3421743nzh for ; Sun, 07 Jan 2007 00:33:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pawWw5dXBSE360J0iAdYlyabj6y5DJIcW89dI5RKPbhREA+iJylwvz11BxfA/nEnKqQkm4UOcLBI9nSH30baUtChNu5suhLCxgjVoFByVJC5D6XyNc7RVSMe82fbBcTS2Dg9OjHdremJIiV6y8dvbhh3bBFrf6tgvGmXPcHwsD8= Received: by 10.65.222.11 with SMTP id z11mr2946382qbq.1168157190291; Sun, 07 Jan 2007 00:06:30 -0800 (PST) Received: by 10.65.61.1 with HTTP; Sun, 7 Jan 2007 00:06:30 -0800 (PST) Message-ID: <790a9fff0701070006se9f64b3hab2a7732f10b0cf5@mail.gmail.com> Date: Sun, 7 Jan 2007 02:06:30 -0600 From: "Scot Hetzel" To: "Andre Guibert de Bruet" In-Reply-To: <1C016CE4-0CEC-42DD-BF7D-148394C3F336@siliconlandmark.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1C016CE4-0CEC-42DD-BF7D-148394C3F336@siliconlandmark.com> Cc: current@freebsd.org Subject: Re: [PATCH] Typo fixes: recieve -> receive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 08:33:43 -0000 On 1/7/07, Andre Guibert de Bruet wrote: > Hi, > > I conjured up a patch that fixes the spelling of the word "receive" > in a number of places in the source tree. Could someone please commit > it? > > https://bling.properkernel.com/freebsd/20070107-fix-recieved.patch > Index: sys/dev/arl/if_arl.c =================================================================== RCS file: /home/ncvs/src/sys/dev/arl/if_arl.c,v retrieving revision 1.15 diff -u -r1.15 if_arl.c --- sys/dev/arl/if_arl.c 29 Dec 2006 13:59:47 -0000 1.15 +++ sys/dev/arl/if_arl.c 7 Jan 2007 07:32:15 -0000 @@ -302,7 +302,7 @@ } /* - * Enable for recieveng + * Enable for receiveng */ static void arl_enable(sc) Shouldn't "receiveng" be "receiving". Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 15:35:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B403416A417 for ; Sun, 7 Jan 2007 15:35:30 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 28CC213C458 for ; Sun, 7 Jan 2007 15:35:29 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5374254uge for ; Sun, 07 Jan 2007 07:35:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z/Z2grJ1HEhFHESaZJ/zEoudXkK31+v+MA6b/4cR8bgFN+leMrUeu1a/qbd02JfObyrwYHcET9dVfsW8+vrGs9nO+vWJSzwe80h0F+0SHenwWWAGlrzZYaDATDIwXoVk+zF7Rc1V7vIS73jOOrty3uobgbNCK7kLtHK/1Pa5hpg= Received: by 10.67.121.15 with SMTP id y15mr32321841ugm.1168184129130; Sun, 07 Jan 2007 07:35:29 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sun, 7 Jan 2007 07:35:29 -0800 (PST) Message-ID: <499c70c0701070735h606f88bbv531f6bdb1fac1277@mail.gmail.com> Date: Sun, 7 Jan 2007 18:35:29 +0300 From: "Abdullah Al-Marrie" To: "Rainer Alves" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <499c70c0701060927o32d312feoddd9cf99ddd17c56@mail.gmail.com> Cc: joachim.deguara@amd.com, freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Acer laptop 5102 WLMi with AMD Turion 64 X2 hangs with cpufreq in latest 7.0-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 15:35:30 -0000 T24gMS83LzA3LCBSYWluZXIgQWx2ZXMgPHJhaW5lci5hbHZlc0BnbWFpbC5jb20+IHdyb3RlOgo+ IE9uIDEvNi8wNywgQWJkdWxsYWggQWwtTWFycmllIDxhbG1hcnJpZUBnbWFpbC5jb20+IHdyb3Rl Ogo+ID4gSSBoYXZlIHByb2JsZW0gd2l0aCBteSBsYXB0b3AgQWNlciBBc3BpcmUgNTEwMiBXTE1p IHdoaWNoIGhhcyBBTUQKPiA+IFR1cmlvbuKEoiA2NCBYMiBkdWFsLWNvcmUgVEwtNTAgMS42IEdI ei4KPgo+IEFwcGx5IHRoaXMgcGF0Y2ggdG8geW91ciBzcmMgdHJlZToKPiBodHRwOi8vcGVvcGxl LmZyZWVic2Qub3JnL35hcmlmZi9taXNjL2lkbGVjcHVfYXBpY181LmRpZmYKPgo+IEFuZCB0aGVu IGFkZCB0aGUgZm9sbG93aW5nIHRvIC9ib290L2xvYWRlci5jb25mOgo+IGh3LmFwaWMuaWRsZV9j cHU9IjIiCj4KPiBSZWJ1aWxkIHRoZSBrZXJuZWwgYW5kIHJlYm9vdC4KPgo+IFRoZSBwYXRjaCBh Ym92ZSB3YXMgY3JlYXRlZCBieSBBcmlmZiBBYmR1bGxhaCA8YXJpZmZARnJlZUJTRC5vcmc+LCB5 b3UKPiBzaG91bGQgcmVhZCB0aGUgZm9sbG93aW5nIFBSL2ZvbGxvd3VwcyBmb3IgYSAodmVyeSkg ZGV0YWlsZWQKPiBkaXNjdXNzaW9uIHJlZ2FyZGluZyB0aGlzIFR1cmlvbiA2NC1YMiBwcm9ibGVt Ogo+IGh0dHA6Ly93d3cuZnJlZWJzZC5vcmcvY2dpL3F1ZXJ5LXByLmNnaT9wcj1pMzg2LzEwNDY3 OAo+Cj4gUFM6IEkgYWxzbyBvd24gYSBub3RlYm9vayB3aXRoIHRoaXMgQ1BVLCBhbmQgdGhpcyBw YXRjaCBzb2x2ZWQgdGhpbmdzCj4gaGVyZS4uLiBib3RoIENQVSBjb3JlcyBhcmUgdXNhYmxlIGFu ZCB0aGUgc3lzdGVtIGlzIHN0YWJsZS4KPgo+IC0gUmFpbmVyIEFsdmVzCj4KCkhlbGxvIFJhaW5l ciwKCkkgcmVhZCB0aGUgcHI9aTM4Ni8xMDQ2NzgsIGJvdGggb2YgbXkgY3B1cyB3b3JrLCB0aGUg cHJvYmxlbSBoYXBwZW5zCm9ubHkgd2hlbiBJIHVzZSBwb3dlcmQgb3RoZXJ3aXNlIGFsbCBpcyBv ay4KClNvIGRvIHlvdSB1c2UgcG93ZXJkIG5vdz8KCi0tIApSZWdhcmRzLAoKLUFiZHVsbGFoIEli biBIYW1hZCBBbC1NYXJyaQpBcmFiIFBvcnRhbApodHRwOi8vd3d3LldlQXJhYi5OZXQvCg== From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 15:38:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C056D16A407 for ; Sun, 7 Jan 2007 15:38:26 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 5B91F13C442 for ; Sun, 7 Jan 2007 15:38:26 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5374615uge for ; Sun, 07 Jan 2007 07:38:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tQsOQZFF1wEMyKGUT6kUSueSQB1smJ/YHVlIzhnU4cbZcqIFZJJHd3J5lzWXK7LQwmcX1eA417f5XXblDtrCQCjbrADjSqUUjSlk9qtpwUp9nUJ079xXItKwc8MKhka2SpFk5uJ288Rr3l8gMem/fnqZ9GlQXx60OGjmXRRsGoE= Received: by 10.67.19.17 with SMTP id w17mr33698436ugi.1168184305267; Sun, 07 Jan 2007 07:38:25 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sun, 7 Jan 2007 07:38:25 -0800 (PST) Message-ID: <499c70c0701070738y32c85de7leb143828edc9ee4c@mail.gmail.com> Date: Sun, 7 Jan 2007 18:38:25 +0300 From: "Abdullah Al-Marrie" To: "Giorgos Keramidas" In-Reply-To: <20070107020400.GA5236@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701052259y6c663d17qb0ee1e47225b312a@mail.gmail.com> <200701061120.46079.feature.id@gmail.com> <20070107020400.GA5236@kobe.laptop> Cc: freebsd-current@freebsd.org, feature Subject: Re: Xorg with lock session issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 15:38:26 -0000 On 1/7/07, Giorgos Keramidas wrote: > On 2007-01-06 11:20, feature wrote: > >On Saturday 06 January 2007 09:59, Abdullah Al-Marrie wrote: > >> FreeBSD 7.0-CURRENT FreeBSD 7.0-CURRENT #1: Thu Jan 4 14:03:35 AST 2007 > >> > >> Whenever I lock the session in kde 3.5.5 I can't unlock it, it says > >> auth failed, and I must kill the pid manually. > >> > >> Did any of you got the same issue? > >> > >> All built from the ports and fresh. > > > > Same problem. > > (generic Nov 2006 snapshot and another one -- Sun Dec 31 01:08:18 MSK 2006) > > Are you using xlockmore? The xlockmore utility has a problem > authenticating with PAM, and you have to build it with: > > WITH_PAM=true > WITH_BAD_PAM=true > > Otherwise, it fails to authenticate properly. > > Hello, I use lock session which comes with KDE 3.5.5 which in the start menu, I don't know if this is xlockmore or not. This isn't problem in RELENG_6 before I upgraded to latest current. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 16:25:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75AA916A4A7; Sun, 7 Jan 2007 16:25:24 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from aa013msr.fastwebnet.it (aa013msr.fastwebnet.it [85.18.95.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8B513C461; Sun, 7 Jan 2007 16:25:23 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from intanto (37.254.91.190) by aa013msr.fastwebnet.it (7.3.105.6) id 452E074A03BF29B9; Sun, 7 Jan 2007 17:14:08 +0100 Date: Sun, 7 Jan 2007 17:14:08 +0100 From: Massimo Lusetti To: Jeff Roberson Message-Id: <20070107171408.1792ad79.massimo@cedoc.mo.it> In-Reply-To: <20070106041435.P586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 16:25:24 -0000 On Sat, 6 Jan 2007 04:15:13 -0800 (PST) Jeff Roberson wrote: > On Sat, 6 Jan 2007, David Xu wrote: > > > On Saturday 06 January 2007 19:38, Jeff Roberson wrote: > > > >> > >> Can you tell me what you are doing? I have a dual core opteron that works > >> fine here running normal things. > > > > It is mysql super-smack, I am trying to get a performance result. > > What threading library and what arguments? select-key? How many threads? I step in just to show some results i got with super-smack. This is -CURRENT as of yesterday (06/01) with mysql 5.1.12 from packages and super-smack 1.13 from ports. I built two kernels, the GENERIC and a GENERIC with ULE instead of 4BSD which i named GENEULE. I got dmesg from both if you're interested. The test box is my laptop which is seens as: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Sun Jan 7 13:19:24 CET 2007 root@intanto.datacode.it:/usr/obj/usr/src/sys/GENEULE WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1072168960 (1022 MB) avail memory = 1035640832 (987 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 During the test the machine was completely idle, expect for super-smack and mysqld of course. The tests cases where select-key and update-select always with 10 clients and 10000 queries each executed 5 times. On every threading library switch the server were restarted. Here the results in order as they were executed. Query_type num_queries max_time min_time q_per_s 4BSD libpthread select_index 200000 2 0 4817.59 select_index 200000 2 0 4793.25 select_index 200000 3 0 4814.93 select_index 200000 2 0 4770.63 select_index 200000 2 0 4819.42 -- update_index 100000 2 0 2131.67 update_index 100000 2 0 2168.52 update_index 100000 3 0 2170.03 update_index 100000 2 0 2169.04 update_index 100000 3 0 2166.57 4BSD libthr select_index 200000 1 0 5079.52 select_index 200000 3 0 4728.71 select_index 200000 3 0 4707.58 select_index 200000 1 0 4682.04 select_index 200000 1 0 4687.51 -- update_index 100000 1 0 2323.26 update_index 100000 2 0 2315.49 update_index 100000 2 0 2365.37 update_index 100000 2 0 2324.08 update_index 100000 2 0 2323.27 ULE libpthread select_index 200000 3 0 4487.76 select_index 200000 0 0 4419.15 select_index 200000 3 0 4104.53 select_index 200000 3 0 4083.51 select_index 200000 4 0 4063.64 -- update_index 100000 3 0 1525.89 update_index 100000 3 0 1532.17 update_index 100000 4 0 1531.36 update_index 100000 4 0 1530.10 update_index 100000 4 0 1520.19 ULE libthr select_index 200000 3 0 4318.65 select_index 200000 8 0 4347.53 select_index 200000 13 0 4327.46 select_index 200000 2 0 4312.92 select_index 200000 3 0 4349.71 -- update_index 100000 3 0 1710.85 update_index 100000 2 0 1731.89 update_index 100000 3 0 1716.59 update_index 100000 3 0 1711.15 update_index 100000 3 0 1697.40 Thanks to all your work and for reading this till the end ;) now i wait to read you further Regards -- Massimo.run(); THE DAILY PLANET SUPERMAN SAVES DESSERT! Plans to "Eat it later" From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 16:25:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75AA916A4A7; Sun, 7 Jan 2007 16:25:24 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from aa013msr.fastwebnet.it (aa013msr.fastwebnet.it [85.18.95.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0F8B513C461; Sun, 7 Jan 2007 16:25:23 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from intanto (37.254.91.190) by aa013msr.fastwebnet.it (7.3.105.6) id 452E074A03BF29B9; Sun, 7 Jan 2007 17:14:08 +0100 Date: Sun, 7 Jan 2007 17:14:08 +0100 From: Massimo Lusetti To: Jeff Roberson Message-Id: <20070107171408.1792ad79.massimo@cedoc.mo.it> In-Reply-To: <20070106041435.P586@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 16:25:24 -0000 On Sat, 6 Jan 2007 04:15:13 -0800 (PST) Jeff Roberson wrote: > On Sat, 6 Jan 2007, David Xu wrote: > > > On Saturday 06 January 2007 19:38, Jeff Roberson wrote: > > > >> > >> Can you tell me what you are doing? I have a dual core opteron that works > >> fine here running normal things. > > > > It is mysql super-smack, I am trying to get a performance result. > > What threading library and what arguments? select-key? How many threads? I step in just to show some results i got with super-smack. This is -CURRENT as of yesterday (06/01) with mysql 5.1.12 from packages and super-smack 1.13 from ports. I built two kernels, the GENERIC and a GENERIC with ULE instead of 4BSD which i named GENEULE. I got dmesg from both if you're interested. The test box is my laptop which is seens as: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #0: Sun Jan 7 13:19:24 CET 2007 root@intanto.datacode.it:/usr/obj/usr/src/sys/GENEULE WARNING: WITNESS option enabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1072168960 (1022 MB) avail memory = 1035640832 (987 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 During the test the machine was completely idle, expect for super-smack and mysqld of course. The tests cases where select-key and update-select always with 10 clients and 10000 queries each executed 5 times. On every threading library switch the server were restarted. Here the results in order as they were executed. Query_type num_queries max_time min_time q_per_s 4BSD libpthread select_index 200000 2 0 4817.59 select_index 200000 2 0 4793.25 select_index 200000 3 0 4814.93 select_index 200000 2 0 4770.63 select_index 200000 2 0 4819.42 -- update_index 100000 2 0 2131.67 update_index 100000 2 0 2168.52 update_index 100000 3 0 2170.03 update_index 100000 2 0 2169.04 update_index 100000 3 0 2166.57 4BSD libthr select_index 200000 1 0 5079.52 select_index 200000 3 0 4728.71 select_index 200000 3 0 4707.58 select_index 200000 1 0 4682.04 select_index 200000 1 0 4687.51 -- update_index 100000 1 0 2323.26 update_index 100000 2 0 2315.49 update_index 100000 2 0 2365.37 update_index 100000 2 0 2324.08 update_index 100000 2 0 2323.27 ULE libpthread select_index 200000 3 0 4487.76 select_index 200000 0 0 4419.15 select_index 200000 3 0 4104.53 select_index 200000 3 0 4083.51 select_index 200000 4 0 4063.64 -- update_index 100000 3 0 1525.89 update_index 100000 3 0 1532.17 update_index 100000 4 0 1531.36 update_index 100000 4 0 1530.10 update_index 100000 4 0 1520.19 ULE libthr select_index 200000 3 0 4318.65 select_index 200000 8 0 4347.53 select_index 200000 13 0 4327.46 select_index 200000 2 0 4312.92 select_index 200000 3 0 4349.71 -- update_index 100000 3 0 1710.85 update_index 100000 2 0 1731.89 update_index 100000 3 0 1716.59 update_index 100000 3 0 1711.15 update_index 100000 3 0 1697.40 Thanks to all your work and for reading this till the end ;) now i wait to read you further Regards -- Massimo.run(); THE DAILY PLANET SUPERMAN SAVES DESSERT! Plans to "Eat it later" From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 16:30:22 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 139F916A415 for ; Sun, 7 Jan 2007 16:30:22 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFD313C45D for ; Sun, 7 Jan 2007 16:30:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l07GTPTV015008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 7 Jan 2007 18:29:31 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l07GTJbN002414; Sun, 7 Jan 2007 18:29:19 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l07GTJuL002413; Sun, 7 Jan 2007 18:29:19 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 7 Jan 2007 18:29:19 +0200 From: Giorgos Keramidas To: Abdullah Al-Marrie Message-ID: <20070107162919.GD2261@kobe.laptop> References: <499c70c0701052259y6c663d17qb0ee1e47225b312a@mail.gmail.com> <200701061120.46079.feature.id@gmail.com> <20070107020400.GA5236@kobe.laptop> <499c70c0701070738y32c85de7leb143828edc9ee4c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <499c70c0701070738y32c85de7leb143828edc9ee4c@mail.gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.466, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.73, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@FreeBSD.org, feature Subject: Re: Xorg with lock session issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 16:30:22 -0000 On 2007-01-07 18:38, Abdullah Al-Marrie wrote: >On 1/7/07, Giorgos Keramidas wrote: >> Are you using xlockmore? The xlockmore utility has a problem >> authenticating with PAM, and you have to build it with: >> >> WITH_PAM=true >> WITH_BAD_PAM=true >> >> Otherwise, it fails to authenticate properly. > > Hello, > > I use lock session which comes with KDE 3.5.5 which in the start menu, > I don't know if this is xlockmore or not. Unfortunately, I don't use KDE, so I don't really know. Can you connect remotely through SSH to the system and try "ps xau" to find out what programs are running? This could provide some hint about the locking program KDE uses. From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 16:34:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21EDD16A40F; Sun, 7 Jan 2007 16:34:17 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7BAA813C480; Sun, 7 Jan 2007 16:34:16 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.178.23] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1H3ayN0wpt-0000Qd; Sun, 07 Jan 2007 17:34:15 +0100 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Sun, 7 Jan 2007 17:34:07 +0100 User-Agent: KMail/1.9.5 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: Call for FreeBSD Status Reports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 16:34:17 -0000 --nextPart2269241.SVitMojiki Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, and a good 2007 to everyone! It's time to reminisce about last year, in=20 particular about the last three month aka. forth quarter. This is the=20 call for Status Reports covering this timeframe! Submission due has just=20 been moved to January 14th. Submissions must be in the report xml format. You can either use the=20 template[1] or the generator cgi[2]. Please mail the result of either to=20 monthly@ by January 14th. Every project related to FreeBSD should submit=20 a report. Past reports can be browsered from the Status Report=20 homepage[3]. Looking forward to your submissions! I'd also like to remind you that the BSDCan Call for Papers ends at=20 January 19th. While you are writting a Status Report - consider=20 submitting a talk about your work, too! [1] http://www.freebsd.org/news/status/report-sample.xml [2] http://www.freebsd.org/cgi/monthly.cgi [3] http://www.freebsd.org/news/status/ =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 --nextPart2269241.SVitMojiki Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFoSEFXyyEoT62BG0RAu5nAJ43/Qz5D+MSqFWWSbbpYeNxoURsJwCfc0g2 BWFYR71E0fiwaeZQ9l3cpXk= =XxzT -----END PGP SIGNATURE----- --nextPart2269241.SVitMojiki-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 17:20:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5AC916A415 for ; Sun, 7 Jan 2007 17:20:37 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.freebsd.org (Postfix) with ESMTP id AD43213C44B for ; Sun, 7 Jan 2007 17:20:37 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (sccrmhc15) with ESMTP id <20070107171034015004v5kpe>; Sun, 7 Jan 2007 17:10:34 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l07HAY0W013853; Sun, 7 Jan 2007 12:10:34 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l07HAYgP013852; Sun, 7 Jan 2007 12:10:34 -0500 (EST) (envelope-from rodrigc) Date: Sun, 7 Jan 2007 12:10:34 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20070107171034.GA13836@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Randall Stewart Subject: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 17:20:38 -0000 Hi, I am running one of the SCTP tests in the ACE library, and am getting the following witness warning. Any ideas what the cause is? Thanks. malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex sctp-create (inp_create) r = 0 (0xc2ddded0) locked @ /usr/src/sys/netinet/sctp_input.c:4006 KDB: stack backtrace: db_trace_self_wrapper(c09bf21a) at db_trace_self_wrapper+0x25 kdb_backtrace(1,400,c146d5a0,6,cbd70148,...) at kdb_backtrace+0x29 witness_warn(5,0,c09dac6c,c09701c9) at witness_warn+0x192 uma_zalloc_arg(c146d5a0,0,2) at uma_zalloc_arg+0x41 malloc(400,c0a50840,2,c28cf3e4,cbd701ac,...) at malloc+0xb2 hashinit(100,c0a50840,c2dde80c,f1,c28cf3e4,...) at hashinit+0x3b sctp_inpcb_alloc(c28cf3e4) at sctp_inpcb_alloc+0x143 sctp_attach(c28cf3e4,0,0) at sctp_attach+0x34 sonewconn(c28a9530,2,c2ddff48,0,c09cf2c5,839) at sonewconn+0x119 sctp_handle_cookie_echo(c297e900,14,20,c297e948,cbd70390,cbd70bbc,cbd70bc0,cbd70c20,0,0,0,cbd70384) at sctp_handle_cookie_echo+0x77e sctp_process_control(c297e900,14,cbd70c08,1ac,c297e948,c297e954,c2dddc10,c2ddfa50,cbd70c20,cbd70be8) at sctp_process_control+0xd89 sctp_common_input_processing(cbd70c3c,14,20,1ac,c297e948,c297e954,c2dddc10,0,c2de1570,0) at sctp_common_input_processing+0x72 sctp_input(c297e900,14,ae,100007f,0,...) at sctp_input+0x2fa ip_input(c297e900) at ip_input+0x5c5 netisr_processqueue(c0af3658) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_execute_handlers(c210b6c0,c2129900) at ithread_execute_handlers+0x11e ithread_loop(c20ed960,cbd70d38) at ithread_loop+0x67 fork_exit(c06bbd2c,c20ed960,cbd70d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 17:53:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBF5316A412 for ; Sun, 7 Jan 2007 17:53:20 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by mx1.freebsd.org (Postfix) with ESMTP id 704F713C44B for ; Sun, 7 Jan 2007 17:53:20 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 07 Jan 2007 12:53:19 -0500 X-IronPort-AV: i="4.13,158,1167627600"; d="scan'208"; a="111047406:sNHT47072184" Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l07HrJad025138; Sun, 7 Jan 2007 12:53:19 -0500 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l07HrJ2k004187; Sun, 7 Jan 2007 12:53:19 -0500 (EST) Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 7 Jan 2007 12:53:19 -0500 Received: from [127.0.0.1] ([161.44.11.166]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 7 Jan 2007 12:53:18 -0500 Message-ID: <45A13372.3050606@cisco.com> Date: Sun, 07 Jan 2007 12:52:50 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Craig Rodrigues References: <20070107171034.GA13836@crodrigues.org> In-Reply-To: <20070107171034.GA13836@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Jan 2007 17:53:18.0876 (UTC) FILETIME=[B6E325C0:01C73284] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2102; t=1168192399; x=1169056399; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Witness=20warning=20with=20SCTP |Sender:=20 |To:=20Craig=20Rodrigues=20; bh=nK3NF/MZYV+dPs+CqSIgalRw/hBYPtpQIif3Y+UzVI8=; b=T+SkX0naYE80ud2vvyc2vZ19LJvfc/eDeTwC/TbP5sZuUdGxSGX+nPT8SIZ9h0mXlY/OM4GE uziF5TqmNKMDiuLyrhuidrJ9VSBMrXryvOQN59ZIG+M4JKvaz/bYgjFt; Authentication-Results: rtp-dkim-2; header.From=rrs@cisco.com; dkim=pass (si g from cisco.com/rtpdkim2001 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 17:53:20 -0000 Craig Rodrigues wrote: > Hi, > > I am running one of the SCTP tests in the ACE library, > and am getting the following witness warning. Any ideas what the cause > is? Let me look into this.. I have never seen it yet and I do have one machine running with witness.... What version are you on CURRENT or one of the releases for 6.x? ?? R > > Thanks. > > malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-sleepable locks held: > exclusive sleep mutex sctp-create (inp_create) r = 0 (0xc2ddded0) locked @ /usr/src/sys/netinet/sctp_input.c:4006 > KDB: stack backtrace: > db_trace_self_wrapper(c09bf21a) at db_trace_self_wrapper+0x25 > kdb_backtrace(1,400,c146d5a0,6,cbd70148,...) at kdb_backtrace+0x29 > witness_warn(5,0,c09dac6c,c09701c9) at witness_warn+0x192 > uma_zalloc_arg(c146d5a0,0,2) at uma_zalloc_arg+0x41 > malloc(400,c0a50840,2,c28cf3e4,cbd701ac,...) at malloc+0xb2 > hashinit(100,c0a50840,c2dde80c,f1,c28cf3e4,...) at hashinit+0x3b > sctp_inpcb_alloc(c28cf3e4) at sctp_inpcb_alloc+0x143 > sctp_attach(c28cf3e4,0,0) at sctp_attach+0x34 > sonewconn(c28a9530,2,c2ddff48,0,c09cf2c5,839) at sonewconn+0x119 > sctp_handle_cookie_echo(c297e900,14,20,c297e948,cbd70390,cbd70bbc,cbd70bc0,cbd70c20,0,0,0,cbd70384) at sctp_handle_cookie_echo+0x77e > sctp_process_control(c297e900,14,cbd70c08,1ac,c297e948,c297e954,c2dddc10,c2ddfa50,cbd70c20,cbd70be8) at sctp_process_control+0xd89 > sctp_common_input_processing(cbd70c3c,14,20,1ac,c297e948,c297e954,c2dddc10,0,c2de1570,0) at sctp_common_input_processing+0x72 > sctp_input(c297e900,14,ae,100007f,0,...) at sctp_input+0x2fa > ip_input(c297e900) at ip_input+0x5c5 > netisr_processqueue(c0af3658) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c210b6c0,c2129900) at ithread_execute_handlers+0x11e > ithread_loop(c20ed960,cbd70d38) at ithread_loop+0x67 > fork_exit(c06bbd2c,c20ed960,cbd70d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 18:16:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9743E16A407 for ; Sun, 7 Jan 2007 18:16:32 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7C113C428 for ; Sun, 7 Jan 2007 18:16:32 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (alnrmhc14) with ESMTP id <20070107181631b1400mh760e>; Sun, 7 Jan 2007 18:16:31 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l07IGVcM014379; Sun, 7 Jan 2007 13:16:31 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l07IGUs9014378; Sun, 7 Jan 2007 13:16:30 -0500 (EST) (envelope-from rodrigc) Date: Sun, 7 Jan 2007 13:16:30 -0500 From: Craig Rodrigues To: Randall Stewart Message-ID: <20070107181630.GA14369@crodrigues.org> References: <20070107171034.GA13836@crodrigues.org> <45A13372.3050606@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A13372.3050606@cisco.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 18:16:32 -0000 On Sun, Jan 07, 2007 at 12:52:50PM -0500, Randall Stewart wrote: > What version are you on CURRENT > or one of the releases for 6.x? CURRENT, Sat Jan 6 13:26:26 EST 2007 -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 18:20:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 623E016A47B for ; Sun, 7 Jan 2007 18:20:30 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by mx1.freebsd.org (Postfix) with ESMTP id 172E213C46C for ; Sun, 7 Jan 2007 18:20:29 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 07 Jan 2007 13:20:29 -0500 X-IronPort-AV: i="4.13,158,1167627600"; d="scan'208"; a="111047948:sNHT49518228" Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l07IKTwb001031; Sun, 7 Jan 2007 13:20:29 -0500 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l07IKS2k007340; Sun, 7 Jan 2007 13:20:28 -0500 (EST) Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 7 Jan 2007 13:20:27 -0500 Received: from [127.0.0.1] ([161.44.11.166]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 7 Jan 2007 13:20:27 -0500 Message-ID: <45A139CF.3090909@cisco.com> Date: Sun, 07 Jan 2007 13:19:59 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Craig Rodrigues References: <20070107171034.GA13836@crodrigues.org> In-Reply-To: <20070107171034.GA13836@crodrigues.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Jan 2007 18:20:27.0627 (UTC) FILETIME=[81B2D3B0:01C73288] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2957; t=1168194029; x=1169058029; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Witness=20warning=20with=20SCTP |Sender:=20 |To:=20Craig=20Rodrigues=20; bh=q4VPJGN+hVeyWX6+A3499nAEx8F6kduQFNl+uj0oeQA=; b=S1T7t4AaQHuvsicB88BlVDSf4/+kxNHhI3ZBFhfsxM7AQVR/oArPq1p8CguM6M+PJDTGutjC 74uaG8pP+kkRx+rmpaHFa36nt1GD3AGymS4aQJq7wjVgdICVBK0N3gDx; Authentication-Results: rtp-dkim-1; header.From=rrs@cisco.com; dkim=pass (si g from cisco.com/rtpdkim1001 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 18:20:30 -0000 Craig: Ok, I know what this is.. When we allocate a PCB we hold several locks. This prevents a conflict of say a sender allocating a PCB at the very same instant (this was one of my race condition bugs that was fixed recently). Now, each PCB has a small hash table it uses. We call hashinit() for this .. hashinit() does a malloc with M_WAITOK thus the warning. So, I either need to make another hashinit() function with a passed flag for the wait (seems the best way) OR make a sctp specific hashinit.. which I don't like doing.. Maybe I can change the name of hashinit() to hashinit_x() and then make hashinit() be a macro that calls hasinit_x with M_WAITOK.. then I could use hashinit_x() directly? Don't know what the best course is to go here... It is rather strange that I have not seen this, since like I said one of my machines is running with witness enabled .. hmm.. Anyway.. advice from others how I should proceed would be welcome.. hashinit_x() or an sctp specific hash_init?? R Craig Rodrigues wrote: > Hi, > > I am running one of the SCTP tests in the ACE library, > and am getting the following witness warning. Any ideas what the cause > is? > > Thanks. > > malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following non-sleepable locks held: > exclusive sleep mutex sctp-create (inp_create) r = 0 (0xc2ddded0) locked @ /usr/src/sys/netinet/sctp_input.c:4006 > KDB: stack backtrace: > db_trace_self_wrapper(c09bf21a) at db_trace_self_wrapper+0x25 > kdb_backtrace(1,400,c146d5a0,6,cbd70148,...) at kdb_backtrace+0x29 > witness_warn(5,0,c09dac6c,c09701c9) at witness_warn+0x192 > uma_zalloc_arg(c146d5a0,0,2) at uma_zalloc_arg+0x41 > malloc(400,c0a50840,2,c28cf3e4,cbd701ac,...) at malloc+0xb2 > hashinit(100,c0a50840,c2dde80c,f1,c28cf3e4,...) at hashinit+0x3b > sctp_inpcb_alloc(c28cf3e4) at sctp_inpcb_alloc+0x143 > sctp_attach(c28cf3e4,0,0) at sctp_attach+0x34 > sonewconn(c28a9530,2,c2ddff48,0,c09cf2c5,839) at sonewconn+0x119 > sctp_handle_cookie_echo(c297e900,14,20,c297e948,cbd70390,cbd70bbc,cbd70bc0,cbd70c20,0,0,0,cbd70384) at sctp_handle_cookie_echo+0x77e > sctp_process_control(c297e900,14,cbd70c08,1ac,c297e948,c297e954,c2dddc10,c2ddfa50,cbd70c20,cbd70be8) at sctp_process_control+0xd89 > sctp_common_input_processing(cbd70c3c,14,20,1ac,c297e948,c297e954,c2dddc10,0,c2de1570,0) at sctp_common_input_processing+0x72 > sctp_input(c297e900,14,ae,100007f,0,...) at sctp_input+0x2fa > ip_input(c297e900) at ip_input+0x5c5 > netisr_processqueue(c0af3658) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_execute_handlers(c210b6c0,c2129900) at ithread_execute_handlers+0x11e > ithread_loop(c20ed960,cbd70d38) at ithread_loop+0x67 > fork_exit(c06bbd2c,c20ed960,cbd70d38) at fork_exit+0xac > fork_trampoline() at fork_trampoline+0x8 > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 18:38:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CEAD16A582 for ; Sun, 7 Jan 2007 18:38:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 258D613C469 for ; Sun, 7 Jan 2007 18:38:37 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5397388uge for ; Sun, 07 Jan 2007 10:38:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=o4NbrsgUbRaStW3umcSUPTyN5LvDHNfettxlXSm9Bw6CBCAzd/dp4TriwXbOPbavu82SP53F+W6XAz84PgrAMs9RYgo471jhlEJM9nFXyHb/2YOurMsp/vRm5Frh6fmSxzgG18I9vPHynTMvu83HgkBK7sEV9dec2/FKDaM4GCA= Received: by 10.66.244.10 with SMTP id r10mr33854454ugh.1168195117156; Sun, 07 Jan 2007 10:38:37 -0800 (PST) Received: by 10.66.255.10 with HTTP; Sun, 7 Jan 2007 10:38:37 -0800 (PST) Message-ID: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> Date: Sun, 7 Jan 2007 21:38:37 +0300 From: "Abdullah Al-Marrie" To: "Giorgos Keramidas" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-current@freebsd.org, kde@FreeBSD.Org Subject: Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 18:38:38 -0000 On 1/7/07, Giorgos Keramidas wrote: > On 2007-01-07 18:38, Abdullah Al-Marrie wrote: > >On 1/7/07, Giorgos Keramidas wrote: > >> Are you using xlockmore? The xlockmore utility has a problem > >> authenticating with PAM, and you have to build it with: > >> > >> WITH_PAM=true > >> WITH_BAD_PAM=true > >> > >> Otherwise, it fails to authenticate properly. > > > > Hello, > > > > I use lock session which comes with KDE 3.5.5 which in the start menu, > > I don't know if this is xlockmore or not. > > Unfortunately, I don't use KDE, so I don't really know. Can you connect > remotely through SSH to the system and try "ps xau" to find out what > programs are running? This could provide some hint about the locking > program KDE uses. > > Actually it's KDE issue Here what I get when I try to unlock it. kdesktop_lock can't be unlocked kill 10530 manually. arabian 10530 0.0 1.6 32336 23604 ?? S 9:28PM 0:01.80 /usr/local/bin/ $ ps xau USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 10 94.6 0.0 0 8 ?? RL 8:59PM 33:27.48 [idle: cpu1] root 11 68.9 0.0 0 8 ?? RL 8:59PM 25:20.42 [idle: cpu0] arabian 10688 29.5 8.3 151364 118680 ?? R 9:32PM 1:37.04 /usr/local/lib / root 10544 4.1 2.0 53932 28500 ?? R 9:31PM 0:18.06 /usr/X11R6/bin/ arabian 10675 2.1 1.8 35672 26232 ?? S 9:32PM 0:01.10 kdeinit: kdeini root 13 0.1 0.0 0 8 ?? WL 8:59PM 0:05.05 [swi4: clock si root 0 0.0 0.0 0 0 ?? WLs 8:59PM 0:00.00 [swapper] root 1 0.0 0.0 3936 464 ?? SLs 8:59PM 0:00.02 /sbin/init -- root 2 0.0 0.0 0 8 ?? DL 8:59PM 0:00.20 [g_event] root 3 0.0 0.0 0 8 ?? DL 8:59PM 0:02.11 [g_up] root 4 0.0 0.0 0 8 ?? DL 8:59PM 0:02.69 [g_down] root 5 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [thread taskq] root 6 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [acpi_task_0] root 7 0.0 0.0 0 8 ?? DL 8:59PM 0:00.05 [acpi_task_1] root 8 0.0 0.0 0 8 ?? DL 8:59PM 0:00.01 [acpi_task_2] root 9 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [kqueue taskq] root 12 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [swi1: net] root 14 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [swi3: vm] root 15 0.0 0.0 0 8 ?? DL 8:59PM 0:00.24 [yarrow] root 16 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [sequencer 00] root 17 0.0 0.0 0 40 ?? DL 8:59PM 0:08.74 [Windows DPC 0] root 18 0.0 0.0 0 40 ?? DL 8:59PM 0:00.16 [Windows Workit root 19 0.0 0.0 0 40 ?? DL 8:59PM 0:00.81 [Windows Workit root 20 0.0 0.0 0 40 ?? DL 8:59PM 0:00.06 [Windows Workit root 21 0.0 0.0 0 40 ?? DL 8:59PM 0:00.00 [Windows Workit root 22 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [swi6: task que root 23 0.0 0.0 0 8 ?? WL 8:59PM 0:00.05 [swi6: Giant ta root 24 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [swi5: +] root 25 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [swi2: cambio] root 26 0.0 0.0 0 8 ?? WL 8:59PM 0:00.01 [irq9: acpi0] root 27 0.0 0.0 0 8 ?? WL 8:59PM 0:01.18 [irq14: ata0] root 28 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [irq15: ata1] root 29 0.0 0.0 0 8 ?? WL 8:59PM 0:10.77 [irq16: pcm0] root 30 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [irq21: rl0] root 31 0.0 0.0 0 8 ?? WL 8:59PM 0:03.09 [irq22: ndis0] root 32 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [irq20: cbb0] root 33 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [cbb0 event thr root 34 0.0 0.0 0 8 ?? DL 8:59PM 0:02.20 [acpi_thermal] root 35 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [acpi_cooling0] root 36 0.0 0.0 0 8 ?? WL 8:59PM 0:00.52 [irq1: atkbd0] root 37 0.0 0.0 0 8 ?? WL 8:59PM 0:02.49 [irq12: psm0] root 38 0.0 0.0 0 8 ?? WL 8:59PM 0:00.00 [swi0: sio] root 39 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [pagedaemon] root 40 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [vmdaemon] root 41 0.0 0.0 0 8 ?? DL 8:59PM 0:00.00 [idlepoll] root 42 0.0 0.0 0 8 ?? DL 8:59PM 0:02.39 [pagezero] root 43 0.0 0.0 0 8 ?? DL 8:59PM 0:00.01 [bufdaemon] root 44 0.0 0.0 0 8 ?? DL 8:59PM 0:04.05 [syncer] root 45 0.0 0.0 0 8 ?? DL 8:59PM 0:00.08 [vnlru] root 46 0.0 0.0 0 8 ?? DL 8:59PM 0:00.29 [softdepflush] root 124 0.0 0.1 1416 780 ?? Ss 8:59PM 0:00.00 adjkerntz -i _dhcp 318 0.0 0.1 5212 1268 ?? Ss 8:59PM 0:00.00 dhclient: ndis0 root 480 0.0 0.0 3936 520 ?? Ss 8:59PM 0:00.00 /sbin/devd root 535 0.0 0.1 5264 1188 ?? Ss 8:59PM 0:00.02 /usr/sbin/syslo root 649 0.0 0.1 5264 944 ?? Ss 8:59PM 0:00.76 /usr/sbin/power root 666 0.0 0.2 7084 2688 ?? Ss 8:59PM 0:00.00 /usr/sbin/sshd root 672 0.0 0.2 6816 3156 ?? Ss 8:59PM 0:00.04 sendmail: accep smmsp 676 0.0 0.2 6816 3120 ?? Ss 8:59PM 0:00.00 sendmail: Queue root 682 0.0 0.1 5264 1240 ?? Ss 8:59PM 0:00.02 /usr/sbin/cron root 706 0.0 0.1 5264 892 ?? Ss 8:59PM 0:08.97 /usr/sbin/mouse root 753 0.0 0.1 6260 1608 ?? S 8:59PM 0:00.04 /usr/local/bin/ root 756 0.0 2.5 57452 36336 ?? S 8:59PM 1:32.33 /usr/X11R6/bin/ root 757 0.0 0.2 6596 2276 ?? S 8:59PM 0:00.02 kdm-bin: :0 (kd arabian 769 0.0 0.1 5556 1388 ?? Ss 8:59PM 0:00.03 /bin/sh /usr/lo arabian 803 0.0 0.3 22260 3836 ?? S 9:00PM 0:02.09 /usr/local/libe arabian 820 0.0 1.3 30508 19008 ?? Ss 9:00PM 0:00.35 kdeinit: kdeini arabian 843 0.0 1.2 27892 17692 ?? S 9:00PM 0:00.37 kdeinit: kdeini arabian 846 0.0 1.4 31780 20208 ?? S 9:00PM 0:00.13 kdeinit: kdeini arabian 848 0.0 1.8 35796 26484 ?? S 9:00PM 0:03.63 kdeinit: kdeini arabian 853 0.0 0.1 5332 964 ?? S 9:00PM 0:00.05 kwrapper ksmser arabian 855 0.0 1.4 30704 20008 ?? S 9:00PM 0:00.14 kdeinit: kdeini arabian 856 0.0 1.6 31676 22420 ?? S 9:00PM 0:02.97 kdeinit: kdeini arabian 858 0.0 1.9 50216 26944 ?? S 9:00PM 0:04.71 kdeinit: kdeini arabian 860 0.0 2.4 41304 34096 ?? S 9:00PM 0:03.08 kdeinit: kdeini arabian 862 0.0 2.0 36760 29152 ?? S 9:00PM 0:05.64 kdeinit: kdeini arabian 866 0.0 1.5 31048 21432 ?? S 9:00PM 0:00.81 kdeinit: kdeini arabian 873 0.0 1.4 30704 20036 ?? S 9:00PM 0:00.24 kdeinit: kdeini arabian 876 0.0 1.6 31500 22608 ?? S 9:00PM 0:14.10 kdeinit: kdeini arabian 883 0.0 1.0 44576 13836 ?? S 9:00PM 0:19.32 /usr/local/bin/ arabian 895 0.0 1.5 30876 22088 ?? S 9:00PM 0:00.53 kdeinit: kdeini arabian 899 0.0 1.7 33888 23736 ?? S 9:00PM 0:00.87 korgac --miniic arabian 902 0.0 0.3 23104 4512 ?? S 9:00PM 0:00.08 /usr/local/libe arabian 914 0.0 2.0 37720 28128 ?? S 9:00PM 0:07.07 kdeinit: kdeini arabian 945 0.0 1.5 30864 21656 ?? S 9:08PM 0:00.46 kdeinit: kdeini arabian 967 0.0 1.4 30576 19424 ?? S 9:08PM 0:00.03 kdeinit: kdeini arabian 10530 0.0 1.6 32336 23604 ?? S 9:28PM 0:01.80 /usr/local/bin/ arabian 10531 0.0 1.4 29848 19624 ?? TN 9:28PM 0:00.46 /usr/local/bin/ root 10545 0.0 0.2 6596 2344 ?? S 9:31PM 0:00.02 kdm-bin: :1 (kd arabian 10557 0.0 0.1 5556 1452 ?? Ss 9:31PM 0:00.03 /bin/sh /usr/lo arabian 10606 0.0 1.4 30508 19416 ?? Ss 9:31PM 0:00.30 kdeinit: kdeini arabian 10610 0.0 1.3 27892 17956 ?? S 9:31PM 0:00.19 kdeinit: kdeini arabian 10613 0.0 1.4 29732 20596 ?? S 9:31PM 0:00.08 kdeinit: kdeini arabian 10615 0.0 1.9 35796 26780 ?? S 9:31PM 0:01.29 kdeinit: kdeini arabian 10620 0.0 0.1 5332 968 ?? S 9:31PM 0:00.01 kwrapper ksmser arabian 10622 0.0 1.4 30704 20420 ?? S 9:31PM 0:00.10 kdeinit: kdeini arabian 10623 0.0 1.6 31568 22388 ?? S 9:31PM 0:01.28 kdeinit: kdeini arabian 10625 0.0 1.9 50216 27680 ?? S 9:31PM 0:00.82 kdeinit: kdeini arabian 10627 0.0 2.3 41304 33160 ?? S 9:31PM 0:01.43 kdeinit: kdeini arabian 10629 0.0 2.0 36548 29004 ?? S 9:31PM 0:02.05 kdeinit: kdeini arabian 10630 0.0 1.4 30576 19820 ?? S 9:32PM 0:00.02 kdeinit: kdeini arabian 10632 0.0 1.5 31048 21840 ?? S 9:32PM 0:00.81 kdeinit: kdeini arabian 10637 0.0 1.6 31844 22284 ?? SN 9:32PM 0:00.15 kdeinit: kdeini arabian 10641 0.0 1.4 30704 20440 ?? S 9:32PM 0:00.10 kdeinit: kdeini arabian 10643 0.0 1.6 31500 22996 ?? S 9:32PM 0:02.53 kdeinit: kdeini arabian 10648 0.0 2.9 70084 41804 ?? S 9:32PM 0:10.03 kopete -session arabian 10662 0.0 1.5 30876 21388 ?? S 9:32PM 0:00.29 kdeinit: kdeini arabian 10670 0.0 1.7 33888 24024 ?? S 9:32PM 0:00.83 korgac --miniic arabian 10680 0.0 0.1 5556 1472 ?? S 9:32PM 0:00.01 /bin/sh /usr/lo arabian 10684 0.0 0.1 5556 1500 ?? S 9:32PM 0:00.01 /bin/sh /usr/lo arabian 10690 0.0 1.6 42636 22952 ?? S 9:32PM 0:00.05 kdeinit: kdeini arabian 10693 0.0 1.5 31860 21132 ?? S 9:32PM 0:00.02 kdeinit: kdeini arabian 10694 0.0 1.5 31860 21132 ?? S 9:32PM 0:00.01 kdeinit: kdeini arabian 10695 0.0 1.5 31860 21136 ?? S 9:32PM 0:00.02 kdeinit: kdeini arabian 10696 0.0 1.7 47240 24908 ?? S 9:32PM 0:00.21 kdeinit: kdeini root 745 0.0 0.1 5264 1052 v0 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 746 0.0 0.1 5264 1052 v1 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 747 0.0 0.1 5264 1052 v2 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 748 0.0 0.1 5264 1052 v3 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 749 0.0 0.1 5264 1052 v4 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 750 0.0 0.1 5264 1052 v5 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 751 0.0 0.1 5264 1052 v6 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 752 0.0 0.1 5264 1052 v7 Ss+ 8:59PM 0:00.01 /usr/libexec/ge root 296 0.0 0.1 5212 1176 con- S+ 8:59PM 0:00.00 dhclient: ndis0 arabian 916 0.0 0.1 5556 1504 p1 Ss 9:00PM 0:00.01 /bin/sh root 917 0.0 0.1 5684 1488 p1 S 9:00PM 0:00.02 su root 918 0.0 0.3 5816 3708 p1 S+ 9:00PM 0:00.05 _su (csh) arabian 935 0.0 0.1 5556 1544 p2 Ss+ 9:05PM 0:01.61 /bin/sh arabian 938 0.0 0.1 5556 1392 p3 Ss+ 9:07PM 0:00.01 /bin/sh -c kssh arabian 939 0.0 0.2 9012 3236 p3 S+ 9:07PM 0:00.99 ssh arabian@66. arabian 10677 0.0 0.1 5556 1520 p5 Ss 9:32PM 0:00.01 /bin/sh arabian 10718 0.0 0.1 5368 1096 p5 R+ 9:36PM 0:00.00 ps xau -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 18:54:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5287816A407 for ; Sun, 7 Jan 2007 18:54:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A6D3913C428 for ; Sun, 7 Jan 2007 18:54:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BA1FB4C805; Sun, 7 Jan 2007 13:54:18 -0500 (EST) Date: Sun, 7 Jan 2007 18:54:18 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randall Stewart In-Reply-To: <45A139CF.3090909@cisco.com> Message-ID: <20070107185228.W41371@fledge.watson.org> References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 18:54:22 -0000 On Sun, 7 Jan 2007, Randall Stewart wrote: > Craig: > > When we allocate a PCB we hold several locks. This prevents a conflict of > say a sender allocating a PCB at the very same instant (this was one of my > race condition bugs that was fixed recently). > > Now, each PCB has a small hash table it uses. We call hashinit() for this .. > > hashinit() does a malloc with M_WAITOK > > thus the warning. > > So, I either need to make another hashinit() function with a passed flag for > the wait (seems the best way) OR make a sctp specific hashinit.. which I > don't like doing.. > > Maybe I can change the name of hashinit() to hashinit_x() and then make > hashinit() be a macro that calls hasinit_x with M_WAITOK.. then I could use > hashinit_x() directly? > > Don't know what the best course is to go here... > > It is rather strange that I have not seen this, since like I said one of my > machines is running with witness enabled .. hmm.. > > Anyway.. advice from others how I should proceed would be welcome.. > > hashinit_x() or an sctp specific hash_init?? I think my preference would be to see a hashinit_flags() or the like, and have a wait argument to that. I'd be tempted to give it a new name, like HASH_WAITOK or such, in case we want to add other flags in the future. Remember to update hashinit(9). :-) Robert N M Watson Computer Laboratory University of Cambridge > > R > > Craig Rodrigues wrote: >> Hi, >> >> I am running one of the SCTP tests in the ACE library, >> and am getting the following witness warning. Any ideas what the cause >> is? >> >> Thanks. >> >> malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following >> non-sleepable locks held: >> exclusive sleep mutex sctp-create (inp_create) r = 0 (0xc2ddded0) locked @ >> /usr/src/sys/netinet/sctp_input.c:4006 >> KDB: stack backtrace: >> db_trace_self_wrapper(c09bf21a) at db_trace_self_wrapper+0x25 >> kdb_backtrace(1,400,c146d5a0,6,cbd70148,...) at kdb_backtrace+0x29 >> witness_warn(5,0,c09dac6c,c09701c9) at witness_warn+0x192 >> uma_zalloc_arg(c146d5a0,0,2) at uma_zalloc_arg+0x41 >> malloc(400,c0a50840,2,c28cf3e4,cbd701ac,...) at malloc+0xb2 >> hashinit(100,c0a50840,c2dde80c,f1,c28cf3e4,...) at hashinit+0x3b >> sctp_inpcb_alloc(c28cf3e4) at sctp_inpcb_alloc+0x143 >> sctp_attach(c28cf3e4,0,0) at sctp_attach+0x34 >> sonewconn(c28a9530,2,c2ddff48,0,c09cf2c5,839) at sonewconn+0x119 >> sctp_handle_cookie_echo(c297e900,14,20,c297e948,cbd70390,cbd70bbc,cbd70bc0,cbd70c20,0,0,0,cbd70384) >> at sctp_handle_cookie_echo+0x77e >> sctp_process_control(c297e900,14,cbd70c08,1ac,c297e948,c297e954,c2dddc10,c2ddfa50,cbd70c20,cbd70be8) >> at sctp_process_control+0xd89 >> sctp_common_input_processing(cbd70c3c,14,20,1ac,c297e948,c297e954,c2dddc10,0,c2de1570,0) >> at sctp_common_input_processing+0x72 >> sctp_input(c297e900,14,ae,100007f,0,...) at sctp_input+0x2fa >> ip_input(c297e900) at ip_input+0x5c5 >> netisr_processqueue(c0af3658) at netisr_processqueue+0x6e >> swi_net(0) at swi_net+0xc2 >> ithread_execute_handlers(c210b6c0,c2129900) at >> ithread_execute_handlers+0x11e >> ithread_loop(c20ed960,cbd70d38) at ithread_loop+0x67 >> fork_exit(c06bbd2c,c20ed960,cbd70d38) at fork_exit+0xac >> fork_trampoline() at fork_trampoline+0x8 >> > > > -- > Randall Stewart > NSSTG - Cisco Systems Inc. > 803-345-0369 803-317-4952 (cell) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jan 7 23:40:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 154A416A40F; Sun, 7 Jan 2007 23:40:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id E3E3113C442; Sun, 7 Jan 2007 23:40:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l07Nel1F009254; Sun, 7 Jan 2007 18:40:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l07Nelu0084847; Sun, 7 Jan 2007 18:40:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 11F7273034; Sun, 7 Jan 2007 18:40:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070107234047.11F7273034@freebsd-current.sentex.ca> Date: Sun, 7 Jan 2007 18:40:46 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jan 2007 23:40:48 -0000 TB --- 2007-01-07 22:11:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-07 22:11:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-01-07 22:11:50 - cleaning the object tree TB --- 2007-01-07 22:12:24 - checking out the source tree TB --- 2007-01-07 22:12:24 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-01-07 22:12:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-07 22:21:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-07 22:21:51 - cd /src TB --- 2007-01-07 22:21:51 - /usr/bin/make -B buildworld >>> World build started on Sun Jan 7 22:21:52 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jan 7 23:36:40 UTC 2007 TB --- 2007-01-07 23:36:40 - generating LINT kernel config TB --- 2007-01-07 23:36:40 - cd /src/sys/ia64/conf TB --- 2007-01-07 23:36:40 - /usr/bin/make -B LINT TB --- 2007-01-07 23:36:40 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-01-07 23:36:40 - cd /src TB --- 2007-01-07 23:36:40 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 7 23:36:40 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/acpica/acpi_battery.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/acpica/acpi_button.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/acpica/acpi_cmbat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/dev/acpica/acpi_cpu.c /src/sys/dev/acpica/acpi_cpu.c: In function `acpi_cpu_quirks': /src/sys/dev/acpica/acpi_cpu.c:967: error: `sc' undeclared (first use in this function) /src/sys/dev/acpica/acpi_cpu.c:967: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_cpu.c:967: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-07 23:40:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-07 23:40:46 - ERROR: failed to build lint kernel TB --- 2007-01-07 23:40:46 - tinderbox aborted TB --- 0.73 user 2.48 system 5336.55 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 06:12:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4718816A403 for ; Mon, 8 Jan 2007 06:12:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id F292113C442 for ; Mon, 8 Jan 2007 06:12:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 32132 invoked by uid 399); 8 Jan 2007 06:12:47 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 8 Jan 2007 06:12:47 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45A1E0DE.6060205@FreeBSD.org> Date: Sun, 07 Jan 2007 22:12:46 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061215) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/mixed; boundary="------------040801050301070107000105" Subject: NTFS panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 06:12:49 -0000 This is a multi-part message in MIME format. --------------040801050301070107000105 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Using -current from as long ago as 12/18, or as recent as last night, I get the same panic (attached) whenever I try to access data on an NTFS volume. Any takers? Doug -- This .signature sanitized for your protection --------------040801050301070107000105 Content-Type: text/plain; name="kgdb2" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="kgdb2" Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc067e4aa stack pointer = 0x28:0xe9c6e9a0 frame pointer = 0x28:0xe9c6ebf0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 6084 (ls) Physical memory: 2033 MB Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc044f964 in db_fncall (dummy1=-1066756900, dummy2=0, dummy3=1, dummy4=0xe9c6e774 "Ù\001lÀÀ~~ÀªägÀ ñ}À°çÆé\002") at /usr/local/src/sys/ddb/db_command.c:486 #2 0xc044fe99 in db_command_loop () at /usr/local/src/sys/ddb/db_command.c:401 #3 0xc045137d in db_trap (type=12, code=0) at /usr/local/src/sys/ddb/db_main.c:222 #4 0xc05396a5 in kdb_trap (type=12, code=0, tf=0xe9c6e960) at /usr/local/src/sys/kern/subr_kdb.c:502 #5 0xc067ff01 in trap_fatal (frame=0xe9c6e960, eva=0) at /usr/local/src/sys/i386/i386/trap.c:859 #6 0xc06800cb in trap_pfault (frame=0xe9c6e960, usermode=0, eva=0) at /usr/local/src/sys/i386/i386/trap.c:777 #7 0xc0680917 in trap (frame=0xe9c6e960) at /usr/local/src/sys/i386/i386/trap.c:462 #8 0xc066b8bb in calltrap () at /usr/local/src/sys/i386/i386/exception.s:139 #9 0xc067e4aa in memset () at /usr/local/src/sys/i386/i386/support.s:698 Previous frame inner to this frame (corrupt stack?) --------------040801050301070107000105-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 09:18:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE9EF16A403; Mon, 8 Jan 2007 09:18:49 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id E7F2913C448; Mon, 8 Jan 2007 09:18:46 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.241] ([83.239.189.241]:10204 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3376965AbXAHJER (ORCPT + 1 other); Mon, 8 Jan 2007 12:04:17 +0300 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 63CC517348; Mon, 8 Jan 2007 12:04:14 +0300 (MSK) Date: Mon, 8 Jan 2007 12:04:14 +0300 From: Sergey Zaharchenko To: Alexander Leidinger Message-ID: <20070108090414.GA7906@shark.localdomain> References: <20060927160145.vl5ls2dz44ccscwo@webmail.leidinger.net> <200609271144.23681.jhb@freebsd.org> <20060927203438.1ca77bf0@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20060927203438.1ca77bf0@Magellan.Leidinger.net> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: "recursive lock for object" & "unlocking unheld lock" in smb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 09:18:49 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Alexander! Wed, Sep 27, 2006 at 08:34:38PM +0200 you wrote: > Quoting John Baldwin (Wed, 27 Sep 2006 11:44:23 -0400): >=20 > > On Wednesday 27 September 2006 10:01, Alexander Leidinger wrote: > > > Hi, > > >=20 > > > yesterday I rsynced a smb share from a samba-3.0.x server (FreeBSD 4)= =20 > > > via a smb mount (current from Sep 23) "locally" (mount -t smbfs from = =20 > > > the samba server and rsync a/ b/; most easy solution to convert some = =20 > > > ISO-8859-1 filenames to UTF-8 ("dos charset =3D UTF8" in smb.conf!) = =20 > > > while moving to another system). > > >=20 > > > Today I noticed the following in the daily mail on the -current syste= m: > >=20 > > If you are willing to panic your box, can you try the patch below and g= et a=20 >=20 > Not this one. But I try to reproduce it with another one later this > week (not today and not tomorrow). >=20 I'm just writing to note that I've observed the same: smb_iod_recvall: drop resp with mid 1 smb_co_lock: recursive lock for object 1 lockmgr: thread 0xc3a78c40 unlocking unheld lock KDB: stack backtrace: db_trace_self_wrapper(c0939b3c) at db_trace_self_wrapper+0x25 kdb_backtrace(c0934cf7,c3a78c40) at kdb_backtrace+0x29 _lockmgr(c4213408,2006,c4213434,c3a78c40,c41e22b0,...) at _lockmgr+0x5ca smb_co_put(c4213400,d63a1b8c,c41fe800,c4213400,0,...) at smb_co_put+0x50 smb_sm_lookup(d63a1b18,d63a1af8,d63a1b8c,d63a1af4,d63a1af8,...) at smb_sm_l= ookup+0x11a smb_usr_lookup(c3397c00,d63a1b8c,d63a1b88,d63a1b84,c0a86358,...) at smb_usr= _lookup+0x76 nsmb_dev_ioctl(c420bb00,82fc6e6a,c3397c00,3,c3a78c40,c0a391e8,0,c0932a36,13= 1) at nsmb_dev_ioctl+0x1e5 giant_ioctl(c420bb00,82fc6e6a,c3397c00,3,c3a78c40,...) at giant_ioctl+0x33 devfs_ioctl_f(c3f77828,82fc6e6a,c3397c00,c3ceae80,c3a78c40) at devfs_ioctl_= f+0xaf kern_ioctl(c3a78c40,4,82fc6e6a,c3397c00) at kern_ioctl+0x296 ioctl(c3a78c40,d63a1d04) at ioctl+0xf1 syscall(3b,3b,3b,bfbfe780,bfbfe280,...) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x281562db, esp =3D 0xbfbfe= 26c, ebp =3D 0xbfbfe598 --- smb_iod_recvall: drop resp with mid 3 with -CURRENT from Fri Dec 1 19:31:56 MSK 2006 and windows xp as the server when copying large files to/from the server. So it's still there and the server being FreeBSD is probably irrelevant. Has anything been done since or should I try the patch and send the backtrace? P.S. A word about my PR's: PR 102747 has been sitting there for a while, all my mail to either brian@freebsd.org or brian@Awfulhak.org was rejected. I've been running with the patch for all this time without problems. Anyone? PR 104406 should probably be closed; it's a bit weird case of a bug which looks inherent to idprio when there's no priority propagation (all processes get to a sleep queue and will only wake up when the low-priority process has run, which is almost never). --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFogkNwo7hT/9lVdwRAsRzAJ9ChiRV/BQMoaY/1EjPasgGAFOnTgCePzj0 O7r7tb4TcGBrjPlSxkX1pAs= =n8Pa -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 10:26:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BAA5B16A40F; Mon, 8 Jan 2007 10:26:17 +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 6281813C458; Mon, 8 Jan 2007 10:26:17 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5D130.dip.t-dialin.net [84.165.209.48]) by redbull.bpaserver.net (Postfix) with ESMTP id CDF1E2E192; Mon, 8 Jan 2007 11:31:34 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 0C25D5B497E; Mon, 8 Jan 2007 11:26:09 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l08AQ8qv012973; Mon, 8 Jan 2007 11:26:08 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Mon, 08 Jan 2007 11:26:08 +0100 Message-ID: <20070108112608.sluna1v5cscckccg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 08 Jan 2007 11:26:08 +0100 From: Alexander Leidinger To: Sergey Zaharchenko References: <20060927160145.vl5ls2dz44ccscwo@webmail.leidinger.net> <200609271144.23681.jhb@freebsd.org> <20060927203438.1ca77bf0@Magellan.Leidinger.net> <20070108090414.GA7906@shark.localdomain> In-Reply-To: <20070108090414.GA7906@shark.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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 6, 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 Cc: freebsd-current@freebsd.org Subject: Re: "recursive lock for object" & "unlocking unheld lock" in smb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 10:26:17 -0000 Quoting Sergey Zaharchenko (from Mon, 8 Jan =20 2007 12:04:14 +0300): > Hello Alexander! > > Wed, Sep 27, 2006 at 08:34:38PM +0200 you wrote: > >> Quoting John Baldwin (Wed, 27 Sep 2006 11:44:23 -0400): >> >> > On Wednesday 27 September 2006 10:01, Alexander Leidinger wrote: >> > > Hi, >> > > >> > > yesterday I rsynced a smb share from a samba-3.0.x server (FreeBSD 4) >> > > via a smb mount (current from Sep 23) "locally" (mount -t smbfs from >> > > the samba server and rsync a/ b/; most easy solution to convert some >> > > ISO-8859-1 filenames to UTF-8 ("dos charset =3D UTF8" in smb.conf!) >> > > while moving to another system). >> > > >> > > Today I noticed the following in the daily mail on the -current syste= m: >> > >> > If you are willing to panic your box, can you try the patch below =20 >> and get a >> >> Not this one. But I try to reproduce it with another one later this >> week (not today and not tomorrow). >> > > I'm just writing to note that I've observed the same: [backtrace] > with -CURRENT from Fri Dec 1 19:31:56 MSK 2006 and windows xp as the > server when copying large files to/from the server. So it's still there > and the server being FreeBSD is probably irrelevant. Has anything been > done since or should I try the patch and send the backtrace? I tried to reproduce it, but lacking the original content on the samba =20 server, I wasn't able to come up with a testcase. So if you are able =20 to reproduce this, please try the patch and report back. Bye, Alexander. --=20 No house should ever be on any hill or on anything. It should be of the hill, belonging to it. =09=09-- Frank Lloyd Wright http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 14:25:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C53116A416 for ; Mon, 8 Jan 2007 14:25:16 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8159913C46A for ; Mon, 8 Jan 2007 14:25:13 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 5A47B1A73ED; Mon, 8 Jan 2007 11:59:56 +0100 (CET) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 4D76E5BD69; Mon, 8 Jan 2007 11:59:56 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-136-244.pools.arcor-ip.net [84.61.136.244]) by mail-in-08.arcor-online.net (Postfix) with ESMTP id BFE172BAA25; Mon, 8 Jan 2007 11:59:55 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.6/8.13.3) with ESMTP id l08AxqL5053728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 11:59:52 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l08AxpI8001789; Mon, 8 Jan 2007 11:59:51 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l08Axpv3001788; Mon, 8 Jan 2007 11:59:51 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: kde@freebsd.org Date: Mon, 8 Jan 2007 11:59:46 +0100 User-Agent: KMail/1.9.5 References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> In-Reply-To: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3857353.ZOVA8Ogqd5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701081159.51056.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: Giorgos Keramidas , freebsd-current@freebsd.org, Abdullah Al-Marrie Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 14:25:16 -0000 --nextPart3857353.ZOVA8Ogqd5 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 7. January 2007 19:38, Abdullah Al-Marrie wrote: > On 1/7/07, Giorgos Keramidas wrote: > > On 2007-01-07 18:38, Abdullah Al-Marrie wrote: > > >On 1/7/07, Giorgos Keramidas wrote: > > >> Are you using xlockmore? The xlockmore utility has a problem > > >> authenticating with PAM, and you have to build it with: > > >> > > >> WITH_PAM=3Dtrue > > >> WITH_BAD_PAM=3Dtrue > > >> > > >> Otherwise, it fails to authenticate properly. > > > > > > Hello, > > > > > > I use lock session which comes with KDE 3.5.5 which in the start menu, > > > I don't know if this is xlockmore or not. > > > > Unfortunately, I don't use KDE, so I don't really know. Can you connect > > remotely through SSH to the system and try "ps xau" to find out what > > programs are running? This could provide some hint about the locking > > program KDE uses. > > Actually it's KDE issue Make sure /usr/local/bin/kcheckpass is suid root. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart3857353.ZOVA8Ogqd5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFoiQnXhc68WspdLARApkQAJ45QhmmCnwMXQ45oaZcq/JDsAgURwCcCHyB bD9yI77ytdOT5/OQt51HtKE= =cDJI -----END PGP SIGNATURE----- --nextPart3857353.ZOVA8Ogqd5-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 16:00:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C695A16A403 for ; Mon, 8 Jan 2007 16:00:33 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFB013C442 for ; Mon, 8 Jan 2007 16:00:33 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id l08Flcdo024145; Mon, 8 Jan 2007 10:47:38 -0500 (EST) (envelope-from andy@siliconlandmark.com) In-Reply-To: <2a41acea0701041730u4be0dd07md2bcf523666fadd2@mail.gmail.com> References: <2a41acea0701041730u4be0dd07md2bcf523666fadd2@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <047F4E34-CBF4-437D-93D0-49F5A12D2F34@siliconlandmark.com> Content-Transfer-Encoding: 7bit From: Andre Guibert de Bruet Date: Mon, 8 Jan 2007 10:47:30 -0500 To: Jack Vogel X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.6/2423/Mon Jan 8 06:41:42 2007 on lexi.siliconlandmark.com X-Virus-Status: Clean X-Information: Please contact the ISP for more information X-SL-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-SL-SpamCheck: not spam, SpamAssassin (not cached, score=-1.445, required 6, AWL 0.01, BAYES_00 -2.60, SPF_FAIL 1.14) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current Subject: Re: New snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 16:00:33 -0000 On Jan 4, 2007, at 8:30 PM, Jack Vogel wrote: > Will there be a Dec. snapshot out soon? Have a customer situation > where they need to run CURRENT but I don't want them to have to > cvsup and they need code later than the Nov snap. Why not make your own with the release scripts? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 16:50:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4637416A407 for ; Mon, 8 Jan 2007 16:50:12 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id C68D313C44C for ; Mon, 8 Jan 2007 16:50:11 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5602090uge for ; Mon, 08 Jan 2007 08:50:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XmgXwChv9zewoLjGH1wMZ8RDiGZc+YQO8clLgW/B3HSMbOP/9YPGaEZf3WiSyHHRK2f83SHzAmRqo3HBrDgciJjY85MoNF4XLMQynq1+Ab1bl/NqPJfd+txOMOO2bazrLgdsGWSCG6Egdr7bpUrGX0/+5YSc0puxRpIaABDzhcU= Received: by 10.67.89.5 with SMTP id r5mr33534778ugl.1168275010399; Mon, 08 Jan 2007 08:50:10 -0800 (PST) Received: by 10.66.255.10 with HTTP; Mon, 8 Jan 2007 08:50:10 -0800 (PST) Message-ID: <499c70c0701080850q72eac288h50b8265fe4e62a53@mail.gmail.com> Date: Mon, 8 Jan 2007 19:50:10 +0300 From: "Abdullah Al-Marrie" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: cpu0: Unable to find _CST method X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 16:50:12 -0000 Hello, I have strange msg in the dmesg cpu0: Unable to find _CST method $ dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #3: Mon Jan 8 18:59:07 AST 2007 arabian@:/usr/obj/usr/src/sys/ARABIAN acpi_alloc_wakeup_handler: can't alloc wake memory Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 1474887680 (1406 MB) avail memory = 1435447296 (1368 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 cpu0: Unable to find _CST method cpu0: Switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: HT Bridge at 0:1:0 has non-default MSI window 0x0 pcib0: HT Bridge at 0:4:0 has non-default MSI window 0x0 pcib0: HT Bridge at 0:5:0 has non-default MSI window 0x0 pcib0: HT Bridge at 0:20:0 has non-default MSI window 0x0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xc8000000-0xcfffffff,0xc0100000-0xc010ffff irq 17 at device 5.0 on pci1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci4: on pcib3 pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) pci0: at device 19.2 (no driver attached) pci0: at device 20.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8410-0x841f irq 16 at device 20.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: mem 0xc0000000-0xc0003fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci6: on pcib4 rl0: port 0xa000-0xa0ff mem 0xc0202000-0xc02020ff irq 21 at device 1.0 on pci6 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:16:d4:1c:30:be ndis0: mem 0xc0200000-0xc0201fff irq 22 at device 2.0 on pci6 ndis0: NDIS API version: 5.1 ndis0: using obsoleted if_watchdog interface ndis0: Ethernet address: 00:16:cf:57:a3:7f cbb0: mem 0xc0203000-0xc0203fff irq 20 at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) pci6: at device 4.4 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x3000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 battery0: on acpi0 acpi_acad0: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 acd0: DVDR at ata0-slave UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 16:52:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B2D616A412 for ; Mon, 8 Jan 2007 16:52:00 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id C165413C441 for ; Mon, 8 Jan 2007 16:51:59 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08Gpvgv095261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Jan 2007 17:51:57 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08GpvRA095260 for current@freebsd.org; Mon, 8 Jan 2007 17:51:57 +0100 (CET) Date: Mon, 8 Jan 2007 17:51:57 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20070108165157.GA94941@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Subject: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 16:52:00 -0000 hi can someone confirm that running for example /bin/ls in linux compat doesnt work. here it goes like: witten ~# /compat/linux/bin/ls /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid I cannot see what can be wrong. I tried to backout all changes that alexander commited yesterday but it didnt help. is it regression local to my machine or is the problem -current wide? thnx roman From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 17:11:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B876C16A47C for ; Mon, 8 Jan 2007 17:11:33 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE7613C461 for ; Mon, 8 Jan 2007 17:11:33 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so2133759ana for ; Mon, 08 Jan 2007 09:11:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NNIKAzpwiiSgGb29ryuuKWL8ktBukSP50MMtotVUCbe7BtkQUgjO6Llxfrb280lrH9o6Tl8PR3FQWs0xVolAJgX8fUCeUKlP35HkP9/HpY3Gg07R3PY4ZRwjiXcY9w49QEZHojxZDAaiZzpVT5m1cax4yU9tsGVdlo9kLvTP5XE= Received: by 10.65.250.14 with SMTP id c14mr2632843qbs.1168276292467; Mon, 08 Jan 2007 09:11:32 -0800 (PST) Received: by 10.65.61.1 with HTTP; Mon, 8 Jan 2007 09:11:32 -0800 (PST) Message-ID: <790a9fff0701080911k228be223la23bc0a62c3d8d19@mail.gmail.com> Date: Mon, 8 Jan 2007 11:11:32 -0600 From: "Scot Hetzel" To: "Divacky Roman" In-Reply-To: <20070108165157.GA94941@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070108165157.GA94941@stud.fit.vutbr.cz> Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 17:11:33 -0000 On 1/8/07, Divacky Roman wrote: > hi > > can someone confirm that running for example /bin/ls > in linux compat doesnt work. here it goes like: > > witten ~# /compat/linux/bin/ls > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid > On amd64 -CURRENT (Jan 7th), I get: # /comapt/linux/bin/ls cannot set up thread-local storage: cannot set up LDT for thread-local storage Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 17:16:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DF9E16A407 for ; Mon, 8 Jan 2007 17:16:58 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.freebsd.org (Postfix) with SMTP id B659913C455 for ; Mon, 8 Jan 2007 17:16:57 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx77.stngva01.us.mxservers.net (204.202.242.148) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 4-0267656614; Mon, 8 Jan 2007 18:16:55 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx77.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 19b72a54.20021.087.mx77.stngva01.us.mxservers.net; Mon, 08 Jan 2007 12:12:49 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.8/8.11.6) with ESMTP id l08HGphN020871; Mon, 8 Jan 2007 18:16:52 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200701081716.l08HGphN020871@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Divacky Roman In-Reply-To: Message from Divacky Roman of "Mon, 08 Jan 2007 17:51:57 +0100." <20070108165157.GA94941@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jan 2007 18:16:51 +0100 From: Gary Jennejohn X-Spam: [F=0.0287585693; heur=0.500(-19800); stat=0.026; spamtraq-heur=0.519(2007010711)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 17:16:58 -0000 Divacky Roman writes: > hi > > can someone confirm that running for example /bin/ls > in linux compat doesnt work. here it goes like: > > witten ~# /compat/linux/bin/ls > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so > .1: ELF file OS ABI invalid > > I cannot see what can be wrong. I tried to backout all changes that > alexander commited yesterday but it didnt help. is it regression > local to my machine or is the problem -current wide? > Works for me. garyj:peedub:garyj:-bash:26> uname -a FreeBSD peedub.jennejohn.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sun Jan 7 20:48:48 CET 2007 garyj@peedub.jennejohn.org:/u4/obj/u7/test/src/sys/amd64 i386 --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 17:31:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15B0C16A40F for ; Mon, 8 Jan 2007 17:31:55 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id A1F7B13C442 for ; Mon, 8 Jan 2007 17:31:54 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08HVqD9003188 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 18:31:52 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08HVqM7003187; Mon, 8 Jan 2007 18:31:52 +0100 (CET) Date: Mon, 8 Jan 2007 18:31:52 +0100 From: Divacky Roman To: Gary Jennejohn Message-ID: <20070108173152.GA2859@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <200701081716.l08HGphN020871@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701081716.l08HGphN020871@peedub.jennejohn.org> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 17:31:55 -0000 On Mon, Jan 08, 2007 at 06:16:51PM +0100, Gary Jennejohn wrote: > > Divacky Roman writes: > > hi > > > > can someone confirm that running for example /bin/ls > > in linux compat doesnt work. here it goes like: > > > > witten ~# /compat/linux/bin/ls > > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so > > .1: ELF file OS ABI invalid > > > > I cannot see what can be wrong. I tried to backout all changes that > > alexander commited yesterday but it didnt help. is it regression > > local to my machine or is the problem -current wide? > > > > Works for me. > > garyj:peedub:garyj:-bash:26> uname -a > FreeBSD peedub.jennejohn.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sun Jan 7 20:48:48 CET 2007 garyj@peedub.jennejohn.org:/u4/obj/u7/test/src/sys/amd64 i386 thats from within chroot, right? it DOES work for me as well what doesnt work is running it from outside like: /compat/linux/bin/ls also.. please try RECENT current thnx roman From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 17:49:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14DED16A504 for ; Mon, 8 Jan 2007 17:49:27 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 5E86913C441 for ; Mon, 8 Jan 2007 17:49:26 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 79E86114026 for ; Mon, 8 Jan 2007 17:19:56 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oZI2v9usiCwg for ; Mon, 8 Jan 2007 17:19:53 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 5513911401E for ; Mon, 8 Jan 2007 17:19:53 +0000 (GMT) Date: Mon, 8 Jan 2007 17:19:52 +0000 From: Dominic Marks To: freebsd-current@freebsd.org Message-Id: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 17:49:27 -0000 Hello, I have a PowerEdge SC440 which panics when I set an IP to its bge interface. I have serial console and it is sitting a ddb prompt. This is plain CURRENT, I made my own snapshot hence the uname. I had a look at cvsweb but didn't see any commits to bge in since this source. # uname -a FreeBSD 7.0-SNAPSHOT-20060104 FreeBSD 7.0-SNAPSHOT-20060104 #0: Thu Jan 4 20:43:26 UTC 2007 root@turtle.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GENERIC i386 # cat /var/run/dmesg.boot Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-SNAPSHOT-20060104 #0: Thu Jan 4 20:43:26 UTC 2007 root@turtle.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel (R) Celeron(R) CPU 2.80GHz (2793.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf49 Stepping = 9 Features=0xbfebfbff Features2=0x651d AMD Features=0x20100000 AMD Features2=0x1 real memory = 535281664 (510 MB) avail memory = 510054400 (486 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci3: on pcib3 pcib4: irq 17 at device 28.5 on pci0 pci4: on pcib4 bge0: mem 0xefcf0000-0xefcfffff irq 17 at device 0.0 on pci4 miibus0: on bge0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:13:72:35:f5:d0 uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xff980800-0xff980bff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: port 0xdc00-0xdcff mem 0xe0000000-0xe7ffffff,0xefaf0000-0xefafffff irq 19 at device 7.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf mem 0xeffffc00-0xefffffff irq 20 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xcafff,0xcb000-0xcbfff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub3 kbd2 at ukbd0 uhid0: on uhub3 Timecounter "TSC" frequency 2793085123 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 ad4: 238418MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s1a WARNING: /var was not properly dismounted WARNING: /var/log was not properly dismounted # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x01df1028 chip=0x27788086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = 'E7230/3000/3010 Processor to I/O Controller' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x27798086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = 'E7230/3000/3010 PCI Express Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:28:4: class=0x060400 card=0x00000040 chip=0x27e08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib4@pci0:28:5: class=0x060400 card=0x00000040 chip=0x27e28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01df1028 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01df1028 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01df1028 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01df1028 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01df1028 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib5@pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR (ICH7 Family) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x01df1028 chip=0x27df8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) Ultra ATA Storage Controller' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01018f card=0x01df1028 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x01df1028 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus bge0@pci4:0:0: class=0x020000 card=0x01df1028 chip=0x167a14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5754 Gigabit Ethernet PCI Express' class = network subclass = ethernet vgapci0@pci5:7:0: class=0x030000 card=0x01df1028 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon ES1000 Radeon ES1000' class = display subclass = VGA To trigger the panic: # dhclient bge0 panic: invalid ife->ifm_data (0xa) in mii_phy_setmedia cpuid = 0 KDB: enter: panic [thread pid 650 tid 100063 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 650 tid 100063 td 0xc30ead80 kdb_enter(c094055e) at kdb_enter+0x2b panic(c092025d,a,d0391b4b,c2,ce8eea68,...) at panic+0x11c mii_phy_setmedia(c2e74580) at mii_phy_setmedia+0x83 ukphy_service(c2e74580,c2e74e40,2) at ukphy_service+0xfd mii_mediachg(c2e74e40,8803,c2e74e40,c2e6c800,c2e76000,...) at mii_mediachg+0x27 bge_stop (c2e76000,80206910,c30d0000,c2e76000,d60e6b80,...) at bge_stop +0x58b bge_init_locked(c2e76000) at bge_init_locked+0x36 bge_ioctl(c2e6c800,80206910,c30d0000) at bge_ioctl+0x136 ifhwioctl(80206910,c2e6c800,c30d0000,c30ead80) at ifhwioctl +0x3b2 ifioctl(c30de530,80206910,c30d0000,c30ead80,0,...) at ifioctl+0x101 soo_ioctl (c3010a20,80206910,c30d0000,c31fea00,c30ead80) at soo_ioctl +0x2db kern_ioctl(c30ead80,3,80206910,c30d0000) at kern_ioctl +0x296 ioctl(c30ead80,d60e6d00) at ioctl+0xf1 syscall(d60e6d38) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x247, ebp = 0x1 --- The panic comes from this KASSERT in mii_physubr.c KASSERT(ife->ifm_data >=0 && ife->ifm_data < MII_NMEDIA, ("invalid ife->ifm_data (0x%x) in mii_phy_setmedia", ife->ifm_data)); Let me know what other information I can provide. Thanks, Dominic From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 17:55:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 577AF16A407 for ; Mon, 8 Jan 2007 17:55:16 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 11F9E13C448 for ; Mon, 8 Jan 2007 17:55:15 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H3yJu-0003LR-Dp; Mon, 08 Jan 2007 20:30:02 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H3yLr-0009hW-TC; Mon, 08 Jan 2007 20:32:03 +0300 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> From: Boris Samorodov Date: Mon, 08 Jan 2007 20:32:03 +0300 In-Reply-To: <20070108165157.GA94941@stud.fit.vutbr.cz> (Divacky Roman's message of "Mon, 8 Jan 2007 17:51:57 +0100") Message-ID: <57417212@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 17:55:16 -0000 On Mon, 8 Jan 2007 17:51:57 +0100 Divacky Roman wrote: > can someone confirm that running for example /bin/ls > in linux compat doesnt work. here it goes like: > witten ~# /compat/linux/bin/ls > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid I don't have -current ATM, but if you won't find an error at your config, I'll definitely do. > I cannot see what can be wrong. I tried to backout all changes that > alexander commited yesterday but it didnt help. is it regression > local to my machine or is the problem -current wide? /usr/ports/UPDATING (20060616: AFFECTS users of emulation/linux_base-*) has some advices how to find and diagnose the culprit. The most typical case here is changing the standard way of library searching (i.e. LD_* paths, etc.). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:00:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F281016A492 for ; Mon, 8 Jan 2007 18:00:17 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4BC13C448 for ; Mon, 8 Jan 2007 18:00:17 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08I0EgR007671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 19:00:14 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08I0Eei007670; Mon, 8 Jan 2007 19:00:14 +0100 (CET) Date: Mon, 8 Jan 2007 19:00:14 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070108180014.GA4540@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57417212@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:00:18 -0000 On Mon, Jan 08, 2007 at 08:32:03PM +0300, Boris Samorodov wrote: > On Mon, 8 Jan 2007 17:51:57 +0100 Divacky Roman wrote: > > > can someone confirm that running for example /bin/ls > > in linux compat doesnt work. here it goes like: > > > witten ~# /compat/linux/bin/ls > > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid > > I don't have -current ATM, but if you won't find an error at your > config, I'll definitely do. I didnt change anything... it just stopped working :( I am doing non-fbsd work these days so I really cannot imagine what changed > > I cannot see what can be wrong. I tried to backout all changes that > > alexander commited yesterday but it didnt help. is it regression > > local to my machine or is the problem -current wide? > > /usr/ports/UPDATING (20060616: AFFECTS users of emulation/linux_base-*) > has some advices how to find and diagnose the culprit. The most > typical case here is changing the standard way of library searching > (i.e. LD_* paths, etc.). I dont have anything like that set... it looks like a bug in kernel/linux_base because the trace looks like: Jan 8 18:57:59 witten kernel: linux(1582): open(/lib/tls/librt.so.1, 0x0, 0x0) Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 Jan 8 18:57:59 witten kernel: linux(1582): open(/compat/linux/lib/librt.so.1, 0x0, 0x0) Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/tls/librt.so.1, 0x0, 0x0) Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/librt.so.1, 0x0, 0x0) Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 Jan 8 18:57:59 witten kernel: linux(1582): exit_group(127) ie. it opens the right library but IGNORES it and the iterates through the rest and then stops on fbsd library saying that its not compatible... from within jail it works (because it must stop at the correct library). I tried to reinstall fc4 base but it didnt help. I see this behaviour on both fc4 and gentoo base. I even tried to cvsup to yesterdays sources (when it worked for me) but it didnt help either.. I am really hopeless ;( roman From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:11:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB39916A415; Mon, 8 Jan 2007 18:11:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8827013C46C; Mon, 8 Jan 2007 18:11:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l08IAlm2064897 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 13:10:55 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Mon, 8 Jan 2007 10:09:23 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Massimo Lusetti In-Reply-To: <20070107171408.1792ad79.massimo@cedoc.mo.it> Message-ID: <20070108100720.J729@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> <20070107171408.1792ad79.massimo@cedoc.mo.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:11:00 -0000 On Sun, 7 Jan 2007, Massimo Lusetti wrote: > On Sat, 6 Jan 2007 04:15:13 -0800 (PST) > Jeff Roberson wrote: > > > I step in just to show some results i got with super-smack. > > This is -CURRENT as of yesterday (06/01) with mysql 5.1.12 from > packages and super-smack 1.13 from ports. > I built two kernels, the GENERIC and a GENERIC with ULE instead of 4BSD > which i named GENEULE. I got dmesg from both if you're interested. Thanks, I am working on some changes to improve SMP load balancing. I'm going to test them more thoroughly on an array of machines that I have here before I commit them, but I'll let you know when I do. In the future, it's more useful to do performance comparisons without WITNESS or INVARIANTS enabled as these options may unfairly hinder one scheduler or the other. However, I don't doubt the relative results you present. Thanks, Jeff > > The test box is my laptop which is seens as: > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-CURRENT #0: Sun Jan 7 13:19:24 CET 2007 > root@intanto.datacode.it:/usr/obj/usr/src/sys/GENEULE > WARNING: WITNESS option enabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz > 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > Features=0xbfe9fbff > Features2=0xc1a9> > AMD Features=0x100000 > Cores per package: 2 > real memory = 1072168960 (1022 MB) > avail memory = 1035640832 (987 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > > > During the test the machine was completely idle, expect for super-smack > and mysqld of course. > > The tests cases where select-key and update-select always > with 10 clients and 10000 queries each executed 5 times. > On every threading library switch the server were restarted. > > Here the results in order as they were executed. > > > > > Query_type num_queries max_time min_time q_per_s > > 4BSD libpthread > > select_index 200000 2 0 4817.59 > select_index 200000 2 0 4793.25 > select_index 200000 3 0 4814.93 > select_index 200000 2 0 4770.63 > select_index 200000 2 0 4819.42 > -- > update_index 100000 2 0 2131.67 > update_index 100000 2 0 2168.52 > update_index 100000 3 0 2170.03 > update_index 100000 2 0 2169.04 > update_index 100000 3 0 2166.57 > > > 4BSD libthr > > select_index 200000 1 0 5079.52 > select_index 200000 3 0 4728.71 > select_index 200000 3 0 4707.58 > select_index 200000 1 0 4682.04 > select_index 200000 1 0 4687.51 > -- > update_index 100000 1 0 2323.26 > update_index 100000 2 0 2315.49 > update_index 100000 2 0 2365.37 > update_index 100000 2 0 2324.08 > update_index 100000 2 0 2323.27 > > > ULE libpthread > > select_index 200000 3 0 4487.76 > select_index 200000 0 0 4419.15 > select_index 200000 3 0 4104.53 > select_index 200000 3 0 4083.51 > select_index 200000 4 0 4063.64 > -- > update_index 100000 3 0 1525.89 > update_index 100000 3 0 1532.17 > update_index 100000 4 0 1531.36 > update_index 100000 4 0 1530.10 > update_index 100000 4 0 1520.19 > > > ULE libthr > select_index 200000 3 0 4318.65 > select_index 200000 8 0 4347.53 > select_index 200000 13 0 4327.46 > select_index 200000 2 0 4312.92 > select_index 200000 3 0 4349.71 > -- > update_index 100000 3 0 1710.85 > update_index 100000 2 0 1731.89 > update_index 100000 3 0 1716.59 > update_index 100000 3 0 1711.15 > update_index 100000 3 0 1697.40 > > > > Thanks to all your work and for reading this till the end ;) now i wait > to read you further > > Regards > -- > Massimo.run(); > THE DAILY PLANET SUPERMAN SAVES DESSERT! Plans to "Eat it later" > From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:11:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB39916A415; Mon, 8 Jan 2007 18:11:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8827013C46C; Mon, 8 Jan 2007 18:11:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l08IAlm2064897 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 13:10:55 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Mon, 8 Jan 2007 10:09:23 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Massimo Lusetti In-Reply-To: <20070107171408.1792ad79.massimo@cedoc.mo.it> Message-ID: <20070108100720.J729@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> <20070107171408.1792ad79.massimo@cedoc.mo.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kip Macy , freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:11:00 -0000 On Sun, 7 Jan 2007, Massimo Lusetti wrote: > On Sat, 6 Jan 2007 04:15:13 -0800 (PST) > Jeff Roberson wrote: > > > I step in just to show some results i got with super-smack. > > This is -CURRENT as of yesterday (06/01) with mysql 5.1.12 from > packages and super-smack 1.13 from ports. > I built two kernels, the GENERIC and a GENERIC with ULE instead of 4BSD > which i named GENEULE. I got dmesg from both if you're interested. Thanks, I am working on some changes to improve SMP load balancing. I'm going to test them more thoroughly on an array of machines that I have here before I commit them, but I'll let you know when I do. In the future, it's more useful to do performance comparisons without WITNESS or INVARIANTS enabled as these options may unfairly hinder one scheduler or the other. However, I don't doubt the relative results you present. Thanks, Jeff > > The test box is my laptop which is seens as: > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights > reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-CURRENT #0: Sun Jan 7 13:19:24 CET 2007 > root@intanto.datacode.it:/usr/obj/usr/src/sys/GENEULE > WARNING: WITNESS option enabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.52-MHz > 686-class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > Features=0xbfe9fbff > Features2=0xc1a9> > AMD Features=0x100000 > Cores per package: 2 > real memory = 1072168960 (1022 MB) > avail memory = 1035640832 (987 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > > > During the test the machine was completely idle, expect for super-smack > and mysqld of course. > > The tests cases where select-key and update-select always > with 10 clients and 10000 queries each executed 5 times. > On every threading library switch the server were restarted. > > Here the results in order as they were executed. > > > > > Query_type num_queries max_time min_time q_per_s > > 4BSD libpthread > > select_index 200000 2 0 4817.59 > select_index 200000 2 0 4793.25 > select_index 200000 3 0 4814.93 > select_index 200000 2 0 4770.63 > select_index 200000 2 0 4819.42 > -- > update_index 100000 2 0 2131.67 > update_index 100000 2 0 2168.52 > update_index 100000 3 0 2170.03 > update_index 100000 2 0 2169.04 > update_index 100000 3 0 2166.57 > > > 4BSD libthr > > select_index 200000 1 0 5079.52 > select_index 200000 3 0 4728.71 > select_index 200000 3 0 4707.58 > select_index 200000 1 0 4682.04 > select_index 200000 1 0 4687.51 > -- > update_index 100000 1 0 2323.26 > update_index 100000 2 0 2315.49 > update_index 100000 2 0 2365.37 > update_index 100000 2 0 2324.08 > update_index 100000 2 0 2323.27 > > > ULE libpthread > > select_index 200000 3 0 4487.76 > select_index 200000 0 0 4419.15 > select_index 200000 3 0 4104.53 > select_index 200000 3 0 4083.51 > select_index 200000 4 0 4063.64 > -- > update_index 100000 3 0 1525.89 > update_index 100000 3 0 1532.17 > update_index 100000 4 0 1531.36 > update_index 100000 4 0 1530.10 > update_index 100000 4 0 1520.19 > > > ULE libthr > select_index 200000 3 0 4318.65 > select_index 200000 8 0 4347.53 > select_index 200000 13 0 4327.46 > select_index 200000 2 0 4312.92 > select_index 200000 3 0 4349.71 > -- > update_index 100000 3 0 1710.85 > update_index 100000 2 0 1731.89 > update_index 100000 3 0 1716.59 > update_index 100000 3 0 1711.15 > update_index 100000 3 0 1697.40 > > > > Thanks to all your work and for reading this till the end ;) now i wait > to read you further > > Regards > -- > Massimo.run(); > THE DAILY PLANET SUPERMAN SAVES DESSERT! Plans to "Eat it later" > From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:21:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A215316A407 for ; Mon, 8 Jan 2007 18:21:29 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5B45613C43E for ; Mon, 8 Jan 2007 18:21:27 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H3z7e-0003SL-4G; Mon, 08 Jan 2007 21:21:26 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H3z9b-0009ju-Nw; Mon, 08 Jan 2007 21:23:27 +0300 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> From: Boris Samorodov Date: Mon, 08 Jan 2007 21:23:27 +0300 In-Reply-To: <20070108180014.GA4540@stud.fit.vutbr.cz> (Divacky Roman's message of "Mon, 8 Jan 2007 19:00:14 +0100") Message-ID: <91334128@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:21:29 -0000 On Mon, 8 Jan 2007 19:00:14 +0100 Divacky Roman wrote: > I dont have anything like that set... it looks like a bug in kernel/linux_base > because the trace looks like: > Jan 8 18:57:59 witten kernel: linux(1582): open(/lib/tls/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > Jan 8 18:57:59 witten kernel: linux(1582): open(/compat/linux/lib/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/tls/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > Jan 8 18:57:59 witten kernel: linux(1582): exit_group(127) > ie. it opens the right library but IGNORES it and the iterates through the rest > and then stops on fbsd library saying that its not compatible... > from within jail it works (because it must stop at the correct library). I tried > to reinstall fc4 base but it didnt help. I see this behaviour on both fc4 and gentoo > base. I even tried to cvsup to yesterdays sources (when it worked for me) but it > didnt help either.. I am really hopeless ;( Yep, something strange is happenning. Can you send me (or put it somewhere on the web/ftp) ktrace.out of "ktrace -i /compat/linux/bin/ls"? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:23:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CD5D16A417 for ; Mon, 8 Jan 2007 18:23:27 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id F13FF13C428 for ; Mon, 8 Jan 2007 18:23:26 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08INOuU010718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 19:23:24 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08INOhq010717; Mon, 8 Jan 2007 19:23:24 +0100 (CET) Date: Mon, 8 Jan 2007 19:23:24 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070108182324.GA9597@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <91334128@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <91334128@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:23:27 -0000 > Yep, something strange is happenning. Can you send me (or put it > somewhere on the web/ftp) ktrace.out of "ktrace -i /compat/linux/bin/ls"? www.stud.fit.vutbr.cz/~xdivac02/linux_dump.txt From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:55:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F57216A407 for ; Mon, 8 Jan 2007 18:55:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id BCAC313C457 for ; Mon, 8 Jan 2007 18:55:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25702 invoked by uid 399); 8 Jan 2007 18:28:31 -0000 Received: from localhost (HELO ?192.168.0.5?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 8 Jan 2007 18:28:31 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45A28D4D.9030507@FreeBSD.org> Date: Mon, 08 Jan 2007 10:28:29 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Thunderbird 1.5.0.8 (X11/20061215) MIME-Version: 1.0 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> In-Reply-To: <20070108180014.GA4540@stud.fit.vutbr.cz> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Boris Samorodov , current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:55:12 -0000 Divacky Roman wrote: > On Mon, Jan 08, 2007 at 08:32:03PM +0300, Boris Samorodov wrote: >> On Mon, 8 Jan 2007 17:51:57 +0100 Divacky Roman wrote: >> >>> can someone confirm that running for example /bin/ls >>> in linux compat doesnt work. here it goes like: >>> witten ~# /compat/linux/bin/ls >>> /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid >> I don't have -current ATM, but if you won't find an error at your >> config, I'll definitely do. > > I didnt change anything... it just stopped working :( I am doing > non-fbsd work these days so I really cannot imagine what changed > >>> I cannot see what can be wrong. I tried to backout all changes that >>> alexander commited yesterday but it didnt help. is it regression >>> local to my machine or is the problem -current wide? >> /usr/ports/UPDATING (20060616: AFFECTS users of emulation/linux_base-*) >> has some advices how to find and diagnose the culprit. The most >> typical case here is changing the standard way of library searching >> (i.e. LD_* paths, etc.). > > I dont have anything like that set... it looks like a bug in kernel/linux_base > because the trace looks like: > > Jan 8 18:57:59 witten kernel: linux(1582): open(/lib/tls/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > Jan 8 18:57:59 witten kernel: linux(1582): open(/compat/linux/lib/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/tls/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > Jan 8 18:57:59 witten kernel: linux(1582): exit_group(127) > > ie. it opens the right library but IGNORES it and the iterates through the rest > and then stops on fbsd library saying that its not compatible... > > from within jail it works (because it must stop at the correct library). I tried > to reinstall fc4 base but it didnt help. I see this behaviour on both fc4 and gentoo > base. I even tried to cvsup to yesterdays sources (when it worked for me) but it > didnt help either.. I am really hopeless ;( Don't give up hope Roman. :) If it's of any use, I updated yesterday, and I get the following behavior. As a regular user, or as root, and without chroot, I get: /compat/linux/bin/ls /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid As root, with chroot, I get: chroot /compat/linux /bin/ls bin etc lib media mnt opt proc sbin selinux srv sys usr var hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 18:56:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F11716A494 for ; Mon, 8 Jan 2007 18:56:00 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id EBA9613C45A for ; Mon, 8 Jan 2007 18:55:59 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H3zf4-0003Xo-NV; Mon, 08 Jan 2007 21:55:58 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H3zh2-0009m5-E4; Mon, 08 Jan 2007 21:58:00 +0300 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <91334128@srv.sem.ipt.ru> <20070108182324.GA9597@stud.fit.vutbr.cz> From: Boris Samorodov Date: Mon, 08 Jan 2007 21:58:00 +0300 In-Reply-To: <20070108182324.GA9597@stud.fit.vutbr.cz> (Divacky Roman's message of "Mon, 8 Jan 2007 19:23:24 +0100") Message-ID: <14532055@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 18:56:00 -0000 On Mon, 8 Jan 2007 19:23:24 +0100 Divacky Roman wrote: > > Yep, something strange is happenning. Can you send me (or put it > > somewhere on the web/ftp) ktrace.out of "ktrace -i /compat/linux/bin/ls"? > www.stud.fit.vutbr.cz/~xdivac02/linux_dump.txt Hm, confirned for i386-current: %uname -a FreeBSD tinderbox.i386.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Dec 11 13:27:01 MSK 2006 bsam@tinderbox.i386.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 On amd64-current it is not happenning. Well, by steps: 1. Linux ls is searching for librt. 2. It's found at /compat/linux/lib/, but it is not the needed version! 3. The search is forwarding. Next found is at /usr/lib (the FreeBSD library). At amd64 it is thrown away (ls needs 32bit library). But at i386 we get this error. :-( For amd64 the search process ends with the needed library at /compat/linux/lib/obsolete/linuxthreads/librt.so.1. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:01:01 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1785616A415 for ; Mon, 8 Jan 2007 19:01:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id A0ADF13C46C for ; Mon, 8 Jan 2007 19:00:58 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08J0uHJ015559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 20:00:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08J0uZX015558; Mon, 8 Jan 2007 20:00:56 +0100 (CET) Date: Mon, 8 Jan 2007 20:00:56 +0100 From: Divacky Roman To: Doug Barton Message-ID: <20070108190056.GA15080@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <45A28D4D.9030507@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45A28D4D.9030507@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Boris Samorodov , current@FreeBSD.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:01:01 -0000 > Don't give up hope Roman. :) I need to study for exams (every day of this week 1 or 2 exams) and I need to use acroread for the studying :( > If it's of any use, I updated yesterday, and I get the following > behavior. As a regular user, or as root, and without chroot, I get: > > /compat/linux/bin/ls > /compat/linux/bin/ls: error while loading shared libraries: > /usr/lib/librt.so.1: ELF file OS ABI invalid > > As root, with chroot, I get: > > chroot /compat/linux /bin/ls > bin etc lib media mnt opt proc sbin selinux srv sys usr var thats exactly what I am getting.. the funny thing is that now I am running kernel from Jan 1st 2007, reinstalled fc4 and it STILL doesnt work. bad day today for me ;( From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:07:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C9C516A40F for ; Mon, 8 Jan 2007 19:07:24 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.freebsd.org (Postfix) with SMTP id 6D05E13C457 for ; Mon, 8 Jan 2007 19:07:23 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx33.stngva01.us.mxservers.net (204.202.242.74) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 0-0391943240; Mon, 8 Jan 2007 20:07:21 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx33.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 76692a54.15553.324.mx33.stngva01.us.mxservers.net; Mon, 08 Jan 2007 14:07:19 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.8/8.11.6) with ESMTP id l08J7DqY022516; Mon, 8 Jan 2007 20:07:14 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200701081907.l08J7DqY022516@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Divacky Roman In-Reply-To: Message from Divacky Roman of "Mon, 08 Jan 2007 18:31:52 +0100." <20070108173152.GA2859@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jan 2007 20:07:13 +0100 From: Gary Jennejohn X-Spam: [F=0.0170937831; heur=0.500(-19800); stat=0.015; spamtraq-heur=0.519(2007010711)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:07:24 -0000 Divacky Roman writes: > On Mon, Jan 08, 2007 at 06:16:51PM +0100, Gary Jennejohn wrote: > > > > Divacky Roman writes: > > > hi > > > > > > can someone confirm that running for example /bin/ls > > > in linux compat doesnt work. here it goes like: > > > > > > witten ~# /compat/linux/bin/ls > > > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/libr > t.so > > > .1: ELF file OS ABI invalid > > > > > > I cannot see what can be wrong. I tried to backout all changes that > > > alexander commited yesterday but it didnt help. is it regression > > > local to my machine or is the problem -current wide? > > > > > > > Works for me. > > > > garyj:peedub:garyj:-bash:26> uname -a > > FreeBSD peedub.jennejohn.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sun Jan 7 > 20:48:48 CET 2007 garyj@peedub.jennejohn.org:/u4/obj/u7/test/src/sys/amd > 64 i386 > > thats from within chroot, right? it DOES work for me as well > what doesnt work is running it from outside like: > /compat/linux/bin/ls > No, I did it exactly as you showed using the full path from my home directory. > also.. please try RECENT current > Yesterday evening isn't recent enough? OK, I'll give it a try but not right away. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:11:25 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 305F116A47B for ; Mon, 8 Jan 2007 19:11:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id DAAB513C4BF for ; Mon, 8 Jan 2007 19:11:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H3ztz-0003Zu-Lb; Mon, 08 Jan 2007 22:11:23 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H3zvx-0009ml-DA; Mon, 08 Jan 2007 22:13:25 +0300 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <45A28D4D.9030507@FreeBSD.org> <20070108190056.GA15080@stud.fit.vutbr.cz> From: Boris Samorodov Date: Mon, 08 Jan 2007 22:13:25 +0300 In-Reply-To: <20070108190056.GA15080@stud.fit.vutbr.cz> (Divacky Roman's message of "Mon, 8 Jan 2007 20:00:56 +0100") Message-ID: <48451130@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Doug Barton , current@FreeBSD.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:11:25 -0000 On Mon, 8 Jan 2007 20:00:56 +0100 Divacky Roman wrote: > > Don't give up hope Roman. :) > I need to study for exams (every day of this week 1 or 2 exams) > and I need to use acroread for the studying :( As a hack (not even workaround) you may try to rename /usr/lib/librt.so.1 to librt.so (the latter is installed as a symlink to the former). I hope that FreeBSD programms should search for *.so library first while linuxulator ones are searching for *.so.1. HTH and WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:11:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B27D16A518 for ; Mon, 8 Jan 2007 19:11:56 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id D68E613C45E for ; Mon, 8 Jan 2007 19:11:55 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08JBrKD017569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 20:11:53 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08JBr0B017568; Mon, 8 Jan 2007 20:11:53 +0100 (CET) Date: Mon, 8 Jan 2007 20:11:53 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070108191153.GA16658@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <91334128@srv.sem.ipt.ru> <20070108182324.GA9597@stud.fit.vutbr.cz> <14532055@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <14532055@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:11:56 -0000 On Mon, Jan 08, 2007 at 09:58:00PM +0300, Boris Samorodov wrote: > On Mon, 8 Jan 2007 19:23:24 +0100 Divacky Roman wrote: > > > > Yep, something strange is happenning. Can you send me (or put it > > > somewhere on the web/ftp) ktrace.out of "ktrace -i /compat/linux/bin/ls"? > > > www.stud.fit.vutbr.cz/~xdivac02/linux_dump.txt > > Hm, confirned for i386-current: can you try to locate the commit that broke it? I dont think its any commit to linuxulator. I dont have time as I am trying to study using ssh -X server and running acroread there (load of a page takes ~10 seconds) thnx, roman From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:13:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 597E116A407 for ; Mon, 8 Jan 2007 19:13:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id BDEBC13C471 for ; Mon, 8 Jan 2007 19:12:58 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08JCu8U018046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 20:12:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08JCuqI018045; Mon, 8 Jan 2007 20:12:56 +0100 (CET) Date: Mon, 8 Jan 2007 20:12:56 +0100 From: Divacky Roman To: Gary Jennejohn Message-ID: <20070108191256.GB16658@stud.fit.vutbr.cz> References: <20070108173152.GA2859@stud.fit.vutbr.cz> <200701081907.l08J7DqY022516@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701081907.l08J7DqY022516@peedub.jennejohn.org> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:13:01 -0000 > No, I did it exactly as you showed using the full path from my home directory. > > > also.. please try RECENT current > > > > Yesterday evening isn't recent enough? OK, I'll give it a try but not right > away. already confirmed to be broken so dont bother. thnx for the info that yesterday's version works for you. From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:17:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3511916A415 for ; Mon, 8 Jan 2007 19:17:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id E317713C442 for ; Mon, 8 Jan 2007 19:17:18 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H3zzd-0003aX-V4; Mon, 08 Jan 2007 22:17:14 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H401b-0009n1-NT; Mon, 08 Jan 2007 22:19:15 +0300 To: Gary Jennejohn References: <200701081907.l08J7DqY022516@peedub.jennejohn.org> From: Boris Samorodov Date: Mon, 08 Jan 2007 22:19:15 +0300 In-Reply-To: <200701081907.l08J7DqY022516@peedub.jennejohn.org> (Gary Jennejohn's message of "Mon, 08 Jan 2007 20:07:13 +0100") Message-ID: <66375244@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Divacky Roman , current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:17:19 -0000 On Mon, 08 Jan 2007 20:07:13 +0100 Gary Jennejohn wrote: > Divacky Roman writes: > > On Mon, Jan 08, 2007 at 06:16:51PM +0100, Gary Jennejohn wrote: > > > > > > Divacky Roman writes: > > > > hi > > > > > > > > can someone confirm that running for example /bin/ls > > > > in linux compat doesnt work. here it goes like: > > > > > > > > witten ~# /compat/linux/bin/ls > > > > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/libr > > t.so > > > > .1: ELF file OS ABI invalid > > > > > > > > I cannot see what can be wrong. I tried to backout all changes that > > > > alexander commited yesterday but it didnt help. is it regression > > > > local to my machine or is the problem -current wide? > > > > > > > > > > Works for me. > > > > > > garyj:peedub:garyj:-bash:26> uname -a > > > FreeBSD peedub.jennejohn.org 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sun Jan 7 > > 20:48:48 CET 2007 garyj@peedub.jennejohn.org:/u4/obj/u7/test/src/sys/amd > > 64 i386 Amd64! > > > > thats from within chroot, right? it DOES work for me as well > > what doesnt work is running it from outside like: > > /compat/linux/bin/ls > > > No, I did it exactly as you showed using the full path from my home directory. > > also.. please try RECENT current > > > Yesterday evening isn't recent enough? OK, I'll give it a try but not right > away. It's OK at amd64-current. As opposite to i386-current. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:20:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3071E16A759 for ; Mon, 8 Jan 2007 19:20:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id D720A13C4A8 for ; Mon, 8 Jan 2007 19:20:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l08JKDdk068399; Mon, 8 Jan 2007 14:20:32 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Jia-Shiun Li" Date: Mon, 8 Jan 2007 14:15:52 -0500 User-Agent: KMail/1.9.1 References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> <200611171317.14909.jhb@freebsd.org> <1d6d20bc0611220146mccb0ef2x5e924de0e5e57df0@mail.gmail.com> In-Reply-To: <1d6d20bc0611220146mccb0ef2x5e924de0e5e57df0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701081415.52431.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 08 Jan 2007 14:20:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2424/Mon Jan 8 11:46:49 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:20:49 -0000 On Wednesday 22 November 2006 04:46, Jia-Shiun Li wrote: > My em0 stops working a few seconds after booting. And there are > watchdog timeout messages. > I tried kldunload it (I load it as module in loader.conf) and reload. > Pinging other hosts get only the first few ~10 replies. Adding > hw.pci.enable_msi[x]=0 to loader.conf solves this problem. > > dmesg output before and after disabling msi are attached. The only > difference meaningful to me is the irq vector assignment from PCI IRQ > 96 to MSI IRQ 256. Not sure if this is a bug in MSI or buggy ACPI > bios. Can you try this patch? It should disable MSI on your machine: Index: pci.c =================================================================== RCS file: /usr/cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.331 diff -u -r1.331 pci.c --- pci.c 28 Dec 2006 06:14:42 -0000 1.331 +++ pci.c 8 Jan 2007 19:14:42 -0000 @@ -178,6 +178,18 @@ { 0x02001166, PCI_QUIRK_MAP_REG, 0x90, 0 }, /* + * MSI doesn't work with the ServerWorks CNB20-HE Host Bridge + * or the CMIC-SL (AKA ServerWorks GC_LE). + */ + { 0x00141106, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + { 0x00171106, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + + /* + * MSI doesn't work with the Intel E7500 chipset. + */ + { 0x25408086, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + + /* * MSI doesn't work with the Intel E7501 chipset, at least on * the Tyan 2721 motherboard. */ -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 19:41:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A78C616A403; Mon, 8 Jan 2007 19:41:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6A66713C46A; Mon, 8 Jan 2007 19:41:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08JffP6096348; Mon, 8 Jan 2007 14:41:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l08JffbN071551; Mon, 8 Jan 2007 14:41:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6771873034; Mon, 8 Jan 2007 14:41:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108194141.6771873034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 14:41:41 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 19:41:42 -0000 TB --- 2007-01-08 18:49:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 18:49:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-01-08 18:49:55 - cleaning the object tree TB --- 2007-01-08 18:50:29 - checking out the source tree TB --- 2007-01-08 18:50:29 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-01-08 18:50:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 18:58:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 18:58:51 - cd /src TB --- 2007-01-08 18:58:51 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 18:58:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/powerpc/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/powerpc/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 19:41:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 19:41:41 - ERROR: failed to build world TB --- 2007-01-08 19:41:41 - tinderbox aborted TB --- 0.76 user 2.45 system 3105.61 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 20:09:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 94CDF16A4C2; Mon, 8 Jan 2007 20:09:25 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id 52DB313C428; Mon, 8 Jan 2007 20:09:25 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 269B11381D1; Mon, 8 Jan 2007 20:38:38 +0100 (CET) Received: from smtp02.kuleuven.be (lepidus.kulnet.kuleuven.ac.be [134.58.240.72]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 452B9138121; Mon, 8 Jan 2007 20:38:37 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtp02.kuleuven.be (Postfix) with ESMTP id AD3C92CAACE; Mon, 8 Jan 2007 20:38:36 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.8/8.13.8) with ESMTP id l08JcYs0069950; Mon, 8 Jan 2007 20:38:34 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Mon, 8 Jan 2007 20:38:30 +0100 User-Agent: KMail/1.9.5 References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> <200701081159.51056.lofi@freebsd.org> In-Reply-To: <200701081159.51056.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701082038.33761.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: kde@freebsd.org, Michael Nottebrock , Abdullah Al-Marrie Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 20:09:25 -0000 On Monday 08 January 2007 11:59, Michael Nottebrock wrote: > On Sunday, 7. January 2007 19:38, Abdullah Al-Marrie wrote: > > On 1/7/07, Giorgos Keramidas wrote: > > > On 2007-01-07 18:38, Abdullah Al-Marrie wrote: > > > > I use lock session which comes with KDE 3.5.5 which in the start menu, > > > > I don't know if this is xlockmore or not. > > > > > > Unfortunately, I don't use KDE, so I don't really know. Can you connect > > > remotely through SSH to the system and try "ps xau" to find out what > > > programs are running? This could provide some hint about the locking > > > program KDE uses. > > > > Actually it's KDE issue > > Make sure /usr/local/bin/kcheckpass is suid root. I have the same issue. kcheckpass is suid root and works: tijl@kalimero ~% kcheckpass; echo $? Password: 0 tijl@kalimero ~% The error message given when I try to unlock is: Cannot unlock session because the authentication system failed to work; you must kill kdesktop_lock (pid xxxx) manually. From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 20:16:02 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9152816A40F for ; Mon, 8 Jan 2007 20:16:02 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 24DA813C478 for ; Mon, 8 Jan 2007 20:16:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l08KFxDl037918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 21:15:59 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l08KFxYZ037917; Mon, 8 Jan 2007 21:15:59 +0100 (CET) Date: Mon, 8 Jan 2007 21:15:59 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20070108201559.GA29788@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070108210813.368389dc@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Boris Samorodov , current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 20:16:02 -0000 > > I dont have anything like that set... it looks like a bug in kernel/linux_base > > because the trace looks like: > > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/lib/tls/librt.so.1, 0x0, 0x0) > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > > % errno 2 > ENOENT 2 /* No such file or directory */ > > Right, does not exist. > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/compat/linux/lib/librt.so.1, 0x0, 0x0) > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > > This is a link to librt-2.3.6.so. > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/tls/librt.so.1, 0x0, 0x0) > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > > Right, does not exist. > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/librt.so.1, 0x0, 0x0) > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > > Does not exist in /comapt/linux (linux one) but in / (FreeBSD one). 1) the open trace shows REAL path ie. after possible prefixing with /compat/linux 2) the problem is not in existance/nonexistance of the libs, the problem is that when it opens the right library it doesnt use it and keep searching! > > Jan 8 18:57:59 witten kernel: linux(1582): exit_group(127) > > > > ie. it opens the right library but IGNORES it and the iterates through the rest > > and then stops on fbsd library saying that its not compatible... > > This may not be a _new_ bug in the kernel. We know that we have > problems when a FreeBSD lib has the same name and version as the linux > one. It may be the case that the introduction of a new linux syscall > changes the behavior of some linux userland code. glibc can do this > based upon the osversion. I dont claim to know whats going on but it worked "yesterday" (lets say 20-40 hours ago) and suddenly it doesnt work and NO MAJOR change happened in the linuxulator in the time. Those locking changes cannot affect this behaviour (in fact I tried to backout them). > The question is: why does it try to load the FreeBSD one, when open > does not error out with the linux one. This is not something which > happens in the kernel, the linux syscalls seem to work just fine. I dont think we (you :)) commited anything bad to linuxulator but we definitely DIDNT change the userland part. so it must be in the kernel. I hope someone finds answer for this. I am busy for next week ;( roman From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 20:34:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 596C116A40F; Mon, 8 Jan 2007 20:34:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1E24613C441; Mon, 8 Jan 2007 20:34:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08KYZCW002920; Mon, 8 Jan 2007 15:34:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l08KYZ66030720; Mon, 8 Jan 2007 15:34:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4469D73034; Mon, 8 Jan 2007 15:34:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108203435.4469D73034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 15:34:35 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 20:34:36 -0000 TB --- 2007-01-08 19:41:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 19:41:41 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-01-08 19:41:41 - cleaning the object tree TB --- 2007-01-08 19:42:21 - checking out the source tree TB --- 2007-01-08 19:42:21 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-01-08 19:42:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 19:51:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 19:51:30 - cd /src TB --- 2007-01-08 19:51:30 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 19:51:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/sparc64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/sparc64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/sparc64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 20:34:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 20:34:35 - ERROR: failed to build world TB --- 2007-01-08 20:34:35 - tinderbox aborted TB --- 0.74 user 2.38 system 3173.60 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 20:34:53 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BA6B16A531; Mon, 8 Jan 2007 20:34:53 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6F90F13C44C; Mon, 8 Jan 2007 20:34:52 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id DE0D126DC9D; Mon, 8 Jan 2007 21:34:50 +0100 (CET) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id CECBAE195B; Mon, 8 Jan 2007 21:34:50 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-136-244.pools.arcor-ip.net [84.61.136.244]) by mail-in-10.arcor-online.net (Postfix) with ESMTP id 4E7D123D1E1; Mon, 8 Jan 2007 21:34:50 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.6/8.13.3) with ESMTP id l08KYjaF061154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jan 2007 21:34:45 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l08KYjWg036683; Mon, 8 Jan 2007 21:34:45 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l08KYjW3036682; Mon, 8 Jan 2007 21:34:45 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Tijl Coosemans Date: Mon, 8 Jan 2007 21:34:39 +0100 User-Agent: KMail/1.9.5 References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> <200701081159.51056.lofi@freebsd.org> <200701082038.33761.tijl@ulyssis.org> In-Reply-To: <200701082038.33761.tijl@ulyssis.org> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1569482.AVJrzoENHA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701082134.44662.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, kde@freebsd.org, Abdullah Al-Marrie Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 20:34:53 -0000 --nextPart1569482.AVJrzoENHA Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 8. January 2007 20:38, Tijl Coosemans wrote: > On Monday 08 January 2007 11:59, Michael Nottebrock wrote: > > On Sunday, 7. January 2007 19:38, Abdullah Al-Marrie wrote: > > > On 1/7/07, Giorgos Keramidas wrote: > > > > On 2007-01-07 18:38, Abdullah Al-Marrie wrote: > > > > > I use lock session which comes with KDE 3.5.5 which in the start > > > > > menu, I don't know if this is xlockmore or not. > > > > > > > > Unfortunately, I don't use KDE, so I don't really know. Can you > > > > connect remotely through SSH to the system and try "ps xau" to find > > > > out what programs are running? This could provide some hint about > > > > the locking program KDE uses. > > > > > > Actually it's KDE issue > > > > Make sure /usr/local/bin/kcheckpass is suid root. > > I have the same issue. kcheckpass is suid root and works: Hm, works for me (on 5.5). Maybe something changed in -CURRENT? Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1569482.AVJrzoENHA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFoqrkXhc68WspdLARAsmjAKCAjXvcyYSLcr16r33aifChJrgI8ACgmkf3 pLLNPQxM+iYM0GOjgZxyt5Y= =JUXH -----END PGP SIGNATURE----- --nextPart1569482.AVJrzoENHA-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 20:38:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58C1316A412 for ; Mon, 8 Jan 2007 20:38:04 +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 B20B113C4B0 for ; Mon, 8 Jan 2007 20:38:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F8B7.dip.t-dialin.net [84.165.248.183]) by redbull.bpaserver.net (Postfix) with ESMTP id 0C0DC2E1A2; Mon, 8 Jan 2007 21:13:46 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id E79745B497E; Mon, 8 Jan 2007 21:08:13 +0100 (CET) Date: Mon, 8 Jan 2007 21:08:13 +0100 From: Alexander Leidinger To: Divacky Roman Message-ID: <20070108210813.368389dc@Magellan.Leidinger.net> In-Reply-To: <20070108180014.GA4540@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i386-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=-15.364, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Boris Samorodov , current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 20:38:04 -0000 Quoting Divacky Roman (Mon, 8 Jan 2007 19:00:14 +0100): > On Mon, Jan 08, 2007 at 08:32:03PM +0300, Boris Samorodov wrote: > > On Mon, 8 Jan 2007 17:51:57 +0100 Divacky Roman wrote: > > > > > can someone confirm that running for example /bin/ls > > > in linux compat doesnt work. here it goes like: > > > > > witten ~# /compat/linux/bin/ls > > > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid > > > > I don't have -current ATM, but if you won't find an error at your > > config, I'll definitely do. > > I didnt change anything... it just stopped working :( I am doing > non-fbsd work these days so I really cannot imagine what changed I can confirm the /comapt/linux/bin/ls part. acroread works for me. > > > I cannot see what can be wrong. I tried to backout all changes that > > > alexander commited yesterday but it didnt help. is it regression > > > local to my machine or is the problem -current wide? > > > > /usr/ports/UPDATING (20060616: AFFECTS users of emulation/linux_base-*) > > has some advices how to find and diagnose the culprit. The most > > typical case here is changing the standard way of library searching > > (i.e. LD_* paths, etc.). > > I dont have anything like that set... it looks like a bug in kernel/linux_base > because the trace looks like: > > Jan 8 18:57:59 witten kernel: linux(1582): open(/lib/tls/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 % errno 2 ENOENT 2 /* No such file or directory */ Right, does not exist. > Jan 8 18:57:59 witten kernel: linux(1582): open(/compat/linux/lib/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 This is a link to librt-2.3.6.so. > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/tls/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 Right, does not exist. > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/librt.so.1, 0x0, 0x0) > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 Does not exist in /comapt/linux (linux one) but in / (FreeBSD one). > Jan 8 18:57:59 witten kernel: linux(1582): exit_group(127) > > ie. it opens the right library but IGNORES it and the iterates through the rest > and then stops on fbsd library saying that its not compatible... This may not be a _new_ bug in the kernel. We know that we have problems when a FreeBSD lib has the same name and version as the linux one. It may be the case that the introduction of a new linux syscall changes the behavior of some linux userland code. glibc can do this based upon the osversion. The question is: why does it try to load the FreeBSD one, when open does not error out with the linux one. This is not something which happens in the kernel, the linux syscalls seem to work just fine. Linux kdump: ---snip--- 97935 ls CALL linux_open(0xbfbfdd60,0,0) 97935 ls NAMI "/compat/linux/lib/tls/librt.so.1" 97935 ls NAMI "/lib/tls/librt.so.1" 97935 ls RET linux_open JUSTRETURN 97935 ls CALL linux_open(0xbfbfdd60,0,0) 97935 ls NAMI "/compat/linux/lib/librt.so.1" 97935 ls NAMI "/compat/linux" 97935 ls NAMI "/compat/linux/lib/librt.so.1" 97935 ls RET linux_open 3 97935 ls CALL read(0x3,0xbfbfde8c,0x200) 97935 ls GIO fd 3 read 512 bytes [linux ELF binary] 97935 ls RET read 512/0x200 97935 ls CALL close(0x3) 97935 ls RET close 0 97935 ls CALL linux_open(0xbfbfdd60,0,0) 97935 ls NAMI "/compat/linux/usr/lib/tls/librt.so.1" 97935 ls NAMI "/usr/lib/tls/librt.so.1" 97935 ls RET linux_open JUSTRETURN 97935 ls CALL linux_open(0xbfbfdd60,0,0) 97935 ls NAMI "/compat/linux/usr/lib/librt.so.1" 97935 ls NAMI "/usr/lib/librt.so.1" 97935 ls RET linux_open 3 97935 ls CALL read(0x3,0xbfbfde8c,0x200) 97935 ls GIO fd 3 read 512 bytes [FreeBSD ELF binary] ---snip--- Unfortunately the linux ldd doesn't work in a linux chroot and the FreeBSD one doesn't like mixing ELF brands... and I need something to eat before I can look further into this. Bye, Alexander. -- "Ah, " said Arthur, "this is obviously some strange usage of the word safe that I wasn't previously aware of. " http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 20:58:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E66416A407 for ; Mon, 8 Jan 2007 20:58:33 +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 0EF7713C457 for ; Mon, 8 Jan 2007 20:58:32 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F8B7.dip.t-dialin.net [84.165.248.183]) by redbull.bpaserver.net (Postfix) with ESMTP id 3D3652E1D8; Mon, 8 Jan 2007 22:03:54 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 834C75B497E; Mon, 8 Jan 2007 21:58:21 +0100 (CET) Date: Mon, 8 Jan 2007 21:58:21 +0100 From: Alexander Leidinger To: Divacky Roman Message-ID: <20070108215821.75cfe679@Magellan.Leidinger.net> In-Reply-To: <20070108201559.GA29788@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070108201559.GA29788@stud.fit.vutbr.cz> X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i386-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=-15.364, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Boris Samorodov , current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 20:58:33 -0000 Quoting Divacky Roman (Mon, 8 Jan 2007 21:15:59 +0100): > > > I dont have anything like that set... it looks like a bug in kernel/linux_base > > > because the trace looks like: > > > > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/lib/tls/librt.so.1, 0x0, 0x0) > > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > > > > % errno 2 > > ENOENT 2 /* No such file or directory */ > > > > Right, does not exist. > > > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/compat/linux/lib/librt.so.1, 0x0, 0x0) > > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > > > > This is a link to librt-2.3.6.so. > > > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/tls/librt.so.1, 0x0, 0x0) > > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 2 > > > > Right, does not exist. > > > > > Jan 8 18:57:59 witten kernel: linux(1582): open(/usr/lib/librt.so.1, 0x0, 0x0) > > > Jan 8 18:57:59 witten kernel: linux(1582): open returns error 0 > > > > Does not exist in /comapt/linux (linux one) but in / (FreeBSD one). > > > 1) the open trace shows REAL path ie. after possible prefixing with /compat/linux > 2) the problem is not in existance/nonexistance of the libs, the problem is > that when it opens the right library it doesnt use it and keep searching! Yes, see my "the question is" below (quoted). > > > Jan 8 18:57:59 witten kernel: linux(1582): exit_group(127) > > > > > > ie. it opens the right library but IGNORES it and the iterates through the rest > > > and then stops on fbsd library saying that its not compatible... > > > > This may not be a _new_ bug in the kernel. We know that we have > > problems when a FreeBSD lib has the same name and version as the linux > > one. It may be the case that the introduction of a new linux syscall > > changes the behavior of some linux userland code. glibc can do this > > based upon the osversion. > > I dont claim to know whats going on but it worked "yesterday" (lets say > 20-40 hours ago) and suddenly it doesnt work and NO MAJOR change happened > in the linuxulator in the time. Those locking changes cannot affect this > behaviour (in fact I tried to backout them). For the benefit of those not seeing the ICQ discussion: I have a plain -current as of Dec 28 around, and it shows the same behavior. > > The question is: why does it try to load the FreeBSD one, when open > > does not error out with the linux one. This is not something which > > happens in the kernel, the linux syscalls seem to work just fine. > > I dont think we (you :)) commited anything bad to linuxulator but > we definitely DIDNT change the userland part. so it must be in the > kernel. I'm not convinced that it is in the kernel. It may be in the kernel, or a sideeffect of a kernel change (addition of a syscal resulting in different userland behavior). Bye, Alexander. -- It was OK before you touched it. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 21:04:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06EEF16A525; Mon, 8 Jan 2007 21:04:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B997E13C457; Mon, 8 Jan 2007 21:04:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l08L4MiI078967; Mon, 8 Jan 2007 16:04:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l08L4MgO061104; Mon, 8 Jan 2007 16:04:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8022373034; Mon, 8 Jan 2007 16:04:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108210422.8022373034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 16:04:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:04:24 -0000 TB --- 2007-01-08 20:16:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 20:16:44 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-01-08 20:16:44 - cleaning the object tree TB --- 2007-01-08 20:17:41 - checking out the source tree TB --- 2007-01-08 20:17:41 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-01-08 20:17:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 20:26:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 20:26:48 - cd /src TB --- 2007-01-08 20:26:48 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 20:26:50 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/sun4v/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/sun4v/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/sun4v/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 21:04:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 21:04:22 - ERROR: failed to build world TB --- 2007-01-08 21:04:22 - tinderbox aborted TB --- 0.80 user 2.12 system 2857.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 21:46:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24C4E16A412; Mon, 8 Jan 2007 21:46:34 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from aa012msr.fastwebnet.it (aa012msr.fastwebnet.it [85.18.95.72]) by mx1.freebsd.org (Postfix) with ESMTP id A4AEC13C441; Mon, 8 Jan 2007 21:46:33 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from intanto (37.254.91.190) by aa012msr.fastwebnet.it (7.3.105.6) id 4556F291028EDC9F; Mon, 8 Jan 2007 22:46:18 +0100 Date: Mon, 8 Jan 2007 22:46:18 +0100 From: Massimo Lusetti To: Jeff Roberson Message-Id: <20070108224618.495d6190.massimo@cedoc.mo.it> In-Reply-To: <20070108100720.J729@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> <20070107171408.1792ad79.massimo@cedoc.mo.it> <20070108100720.J729@10.0.0.1> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:46:34 -0000 On Mon, 8 Jan 2007 10:09:23 -0800 (PST) Jeff Roberson wrote: > Thanks, I am working on some changes to improve SMP load balancing. I'm > going to test them more thoroughly on an array of machines that I have > here before I commit them, but I'll let you know when I do. Great, btw thanks to you an anyone involved with making FreeBSD a better OS! > In the future, it's more useful to do performance comparisons without > WITNESS or INVARIANTS enabled as these options may unfairly hinder one > scheduler or the other. However, I don't doubt the relative results you > present. When you commit the improvements I'll repeat the tests and will include even SCHED_CORE, if David haven't pull out from the tree. And i would like to also test PostgreSQL and if you or anyother has some hints i will take them all. Regards -- Massimo.run(); You just wait, I'll sin till I blow up! -- Dylan Thomas From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 21:46:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24C4E16A412; Mon, 8 Jan 2007 21:46:34 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from aa012msr.fastwebnet.it (aa012msr.fastwebnet.it [85.18.95.72]) by mx1.freebsd.org (Postfix) with ESMTP id A4AEC13C441; Mon, 8 Jan 2007 21:46:33 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from intanto (37.254.91.190) by aa012msr.fastwebnet.it (7.3.105.6) id 4556F291028EDC9F; Mon, 8 Jan 2007 22:46:18 +0100 Date: Mon, 8 Jan 2007 22:46:18 +0100 From: Massimo Lusetti To: Jeff Roberson Message-Id: <20070108224618.495d6190.massimo@cedoc.mo.it> In-Reply-To: <20070108100720.J729@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> <20070107171408.1792ad79.massimo@cedoc.mo.it> <20070108100720.J729@10.0.0.1> X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kip Macy , freebsd-current@freebsd.org, David Xu , current@freebsd.org Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:46:34 -0000 On Mon, 8 Jan 2007 10:09:23 -0800 (PST) Jeff Roberson wrote: > Thanks, I am working on some changes to improve SMP load balancing. I'm > going to test them more thoroughly on an array of machines that I have > here before I commit them, but I'll let you know when I do. Great, btw thanks to you an anyone involved with making FreeBSD a better OS! > In the future, it's more useful to do performance comparisons without > WITNESS or INVARIANTS enabled as these options may unfairly hinder one > scheduler or the other. However, I don't doubt the relative results you > present. When you commit the improvements I'll repeat the tests and will include even SCHED_CORE, if David haven't pull out from the tree. And i would like to also test PostgreSQL and if you or anyother has some hints i will take them all. Regards -- Massimo.run(); You just wait, I'll sin till I blow up! -- Dylan Thomas From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 21:47:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA86D16A47B for ; Mon, 8 Jan 2007 21:47:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 3B8F813C467 for ; Mon, 8 Jan 2007 21:47:33 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so5670186uge for ; Mon, 08 Jan 2007 13:47:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Qk8RlhC5Fo3ZsxO8axEjEwlksqWWp+fvOSvXbVUofr3fK19rVpUGDsK9qF2mSKJ7/sHD8htgFGwNIBAeHfDRoqLZH+Z9ffWvLoKlA+ajTsZkdOyuJG4AbfkFmD10Tks+EiX2UMXa/30PwGfGnkKlrBhBx6EcYZrKdkkU0yTIxzk= Received: by 10.67.97.7 with SMTP id z7mr22255566ugl.1168292852152; Mon, 08 Jan 2007 13:47:32 -0800 (PST) Received: by 10.66.255.10 with HTTP; Mon, 8 Jan 2007 13:47:32 -0800 (PST) Message-ID: <499c70c0701081347t7213aeb5yed3c988a05837464@mail.gmail.com> Date: Tue, 9 Jan 2007 00:47:32 +0300 From: "Abdullah Al-Marrie" To: "Michael Nottebrock" In-Reply-To: <200701082134.44662.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> <200701081159.51056.lofi@freebsd.org> <200701082038.33761.tijl@ulyssis.org> <200701082134.44662.lofi@freebsd.org> Cc: Tijl Coosemans , freebsd-current@freebsd.org, kde@freebsd.org Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:47:33 -0000 On 1/8/07, Michael Nottebrock wrote: > On Monday, 8. January 2007 20:38, Tijl Coosemans wrote: > > On Monday 08 January 2007 11:59, Michael Nottebrock wrote: > > > On Sunday, 7. January 2007 19:38, Abdullah Al-Marrie wrote: > > > > On 1/7/07, Giorgos Keramidas wrote: > > > > > On 2007-01-07 18:38, Abdullah Al-Marrie wrote: > > > > > > I use lock session which comes with KDE 3.5.5 which in the start > > > > > > menu, I don't know if this is xlockmore or not. > > > > > > > > > > Unfortunately, I don't use KDE, so I don't really know. Can you > > > > > connect remotely through SSH to the system and try "ps xau" to find > > > > > out what programs are running? This could provide some hint about > > > > > the locking program KDE uses. > > > > > > > > Actually it's KDE issue > > > > > > Make sure /usr/local/bin/kcheckpass is suid root. > > > > I have the same issue. kcheckpass is suid root and works: > > Hm, works for me (on 5.5). Maybe something changed in -CURRENT? > > > Cheers, > -- > ,_, | Michael Nottebrock | lofi@freebsd.org > (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org > \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org > > > It was ok in FreeBSD RELENG_6, as I said before I noticed this since I upgraded to latest -CURRENT -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 21:59:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6848E16A403; Mon, 8 Jan 2007 21:59:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2843313C458; Mon, 8 Jan 2007 21:59:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l08LxDPT087501; Mon, 8 Jan 2007 16:59:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l08LxDLs015179; Mon, 8 Jan 2007 16:59:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0683273034; Mon, 8 Jan 2007 16:59:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108215913.0683273034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 16:59:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:59:14 -0000 TB --- 2007-01-08 21:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 21:05:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-01-08 21:05:00 - cleaning the object tree TB --- 2007-01-08 21:05:33 - checking out the source tree TB --- 2007-01-08 21:05:33 - cd /tinderbox/HEAD/arm/arm TB --- 2007-01-08 21:05:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 21:15:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 21:15:55 - cd /src TB --- 2007-01-08 21:15:55 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 21:15:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/arm/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/arm/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/arm/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 21:59:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 21:59:12 - ERROR: failed to build world TB --- 2007-01-08 21:59:12 - tinderbox aborted TB --- 0.36 user 1.77 system 3251.99 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 21:59:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7AE5C16A415; Mon, 8 Jan 2007 21:59:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC2113C44C; Mon, 8 Jan 2007 21:59:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08LxeGK010409; Mon, 8 Jan 2007 16:59:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08LxeUm039567; Mon, 8 Jan 2007 16:59:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7B15773034; Mon, 8 Jan 2007 16:59:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108215940.7B15773034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 16:59:40 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 21:59:43 -0000 TB --- 2007-01-08 21:05:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 21:05:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-08 21:05:00 - cleaning the object tree TB --- 2007-01-08 21:05:50 - checking out the source tree TB --- 2007-01-08 21:05:50 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-08 21:05:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 21:15:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 21:15:55 - cd /src TB --- 2007-01-08 21:15:55 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 21:15:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/amd64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/amd64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/amd64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 21:59:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 21:59:40 - ERROR: failed to build world TB --- 2007-01-08 21:59:40 - tinderbox aborted TB --- 0.96 user 3.41 system 3279.68 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 22:51:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4750E16A415; Mon, 8 Jan 2007 22:51:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 09AB413C469; Mon, 8 Jan 2007 22:51:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08Mpa1U015347; Mon, 8 Jan 2007 17:51:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l08Mpagb061064; Mon, 8 Jan 2007 17:51:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0C1EB73034; Mon, 8 Jan 2007 17:51:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108225136.0C1EB73034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 17:51:35 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 22:51:37 -0000 TB --- 2007-01-08 21:59:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 21:59:13 - starting HEAD tinderbox run for i386/i386 TB --- 2007-01-08 21:59:13 - cleaning the object tree TB --- 2007-01-08 21:59:54 - checking out the source tree TB --- 2007-01-08 21:59:54 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-01-08 21:59:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 22:09:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 22:09:20 - cd /src TB --- 2007-01-08 22:09:20 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 22:09:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 22:51:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 22:51:35 - ERROR: failed to build world TB --- 2007-01-08 22:51:35 - tinderbox aborted TB --- 0.90 user 2.77 system 3142.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 22:51:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9853A16A51C; Mon, 8 Jan 2007 22:51:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 59FAB13C448; Mon, 8 Jan 2007 22:51:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08Mpl0q015363; Mon, 8 Jan 2007 17:51:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08MpkDN078162; Mon, 8 Jan 2007 17:51:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F046C73036; Mon, 8 Jan 2007 17:51:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108225146.F046C73036@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 17:51:46 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 22:51:48 -0000 TB --- 2007-01-08 21:59:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 21:59:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-01-08 21:59:40 - cleaning the object tree TB --- 2007-01-08 22:00:20 - checking out the source tree TB --- 2007-01-08 22:00:20 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-01-08 22:00:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 22:09:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 22:09:20 - cd /src TB --- 2007-01-08 22:09:20 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 22:09:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/pc98/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/pc98/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/pc98/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 22:51:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 22:51:46 - ERROR: failed to build world TB --- 2007-01-08 22:51:46 - tinderbox aborted TB --- 0.75 user 2.67 system 3126.41 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 23:44:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25EF016A403; Mon, 8 Jan 2007 23:44:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D751213C441; Mon, 8 Jan 2007 23:44:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l08NijtS097142; Mon, 8 Jan 2007 18:44:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l08Nii1q005210; Mon, 8 Jan 2007 18:44:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ACB7973034; Mon, 8 Jan 2007 18:44:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108234444.ACB7973034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 18:44:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 23:44:46 -0000 TB --- 2007-01-08 22:51:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 22:51:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-01-08 22:51:47 - cleaning the object tree TB --- 2007-01-08 22:52:13 - checking out the source tree TB --- 2007-01-08 22:52:13 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-01-08 22:52:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 23:01:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 23:01:06 - cd /src TB --- 2007-01-08 23:01:06 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 23:01:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/powerpc/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/powerpc/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/powerpc/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 23:44:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 23:44:44 - ERROR: failed to build world TB --- 2007-01-08 23:44:44 - tinderbox aborted TB --- 0.33 user 1.29 system 3177.43 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 23:49:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E7BF16A407 for ; Mon, 8 Jan 2007 23:49:25 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.freebsd.org (Postfix) with ESMTP id C8B5813C43E for ; Mon, 8 Jan 2007 23:49:24 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l08N5tfw004304 for ; Mon, 8 Jan 2007 18:05:55 -0500 (EST) Date: Mon, 8 Jan 2007 18:05:55 -0500 From: Scott Robbins To: current@freebsd.org Message-ID: <20070108230555.GA1274@mail.scottro.net> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: Problems with qemu networking after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 23:49:25 -0000 After an upgrade Saturday (after a long period of not upgrading) networking in qemu has stopped working for me. All modules load without trouble (unlike my recent vmware troubles.) If, in a Windows guest system, I do ipconfig, it shows a typical 10.x.x.x qemu address. (My home network is a 192.168.1.x and qemu has always worked with it.) However, if I then open up a web browser, or do anything else that requires Internet connectivity, I get page cannot be found. There has been no difference in what I do with qemu or how I load it--the only difference was the upgrade. I'm wondering if anyone else has had this problem, or if anyone could give me a hint as to where to start troubleshooting it. I'm using the same pf configuration that I always used--disabling it didn't help. I load aio and kqemu for qemu to work. Aside from that, I do nothing special, it's always Just Worked(TM) using the default networking. Thank you for any input. I'm not quite sure what my next step should be in troubleshooting this. I haven't written the maintainer or filed a PR yet, because I have no idea if this is due to some oddity on my particular system or not. (I haven't had a chance to throw a recent CURRENT on something else and test it there.) -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Cordelia: You're really campaigning for bitch of the year, aren't you? Buffy: As defending champion, you nervous? Cordelia: I can hold my own. From owner-freebsd-current@FreeBSD.ORG Mon Jan 8 23:57:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D899516A403; Mon, 8 Jan 2007 23:57:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 99E6913C441; Mon, 8 Jan 2007 23:57:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08NvZvx020992; Mon, 8 Jan 2007 18:57:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l08NvZqE049961; Mon, 8 Jan 2007 18:57:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9BE4E73034; Mon, 8 Jan 2007 18:57:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070108235735.9BE4E73034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 18:57:35 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jan 2007 23:57:37 -0000 TB --- 2007-01-08 22:51:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 22:51:36 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-01-08 22:51:36 - cleaning the object tree TB --- 2007-01-08 22:52:08 - checking out the source tree TB --- 2007-01-08 22:52:08 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-01-08 22:52:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 23:01:06 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 23:01:06 - cd /src TB --- 2007-01-08 23:01:06 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 23:01:07 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/ia64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/ia64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/ia64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-08 23:57:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-08 23:57:35 - ERROR: failed to build world TB --- 2007-01-08 23:57:35 - tinderbox aborted TB --- 0.77 user 2.54 system 3959.24 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 00:03:17 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D1DD16A40F; Tue, 9 Jan 2007 00:03:17 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC0413C459; Tue, 9 Jan 2007 00:03:16 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l08Nl1Xb053768; Tue, 9 Jan 2007 02:47:01 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 9 Jan 2007 02:47:01 +0300 (MSK) From: Dmitry Morozovsky To: Massimo Lusetti In-Reply-To: <20070108224618.495d6190.massimo@cedoc.mo.it> Message-ID: <20070109024433.K50731@woozle.rinet.ru> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> <20070107171408.1792ad79.massimo@cedoc.mo.it> <20070108100720.J729@10.0.0.1> <20070108224618.495d6190.massimo@cedoc.mo.it> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 09 Jan 2007 02:47:02 +0300 (MSK) Cc: Jeff Roberson , freebsd-current@FreeBSD.org, current@FreeBSD.org, David Xu , Kip Macy Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 00:03:17 -0000 On Mon, 8 Jan 2007, Massimo Lusetti wrote: ML> When you commit the improvements I'll repeat the tests and will include ML> even SCHED_CORE, if David haven't pull out from the tree. ML> And i would like to also test PostgreSQL and if you or anyother has ML> some hints i will take them all. It would be also useful if you post key points in SQL server settings, as they are usually under-tuned for contemporary machines; the PgSQL seems to be configured tightener. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 00:03:17 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D1DD16A40F; Tue, 9 Jan 2007 00:03:17 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC0413C459; Tue, 9 Jan 2007 00:03:16 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l08Nl1Xb053768; Tue, 9 Jan 2007 02:47:01 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 9 Jan 2007 02:47:01 +0300 (MSK) From: Dmitry Morozovsky To: Massimo Lusetti In-Reply-To: <20070108224618.495d6190.massimo@cedoc.mo.it> Message-ID: <20070109024433.K50731@woozle.rinet.ru> References: <20070104005625.D1508@10.0.0.1> <200701061935.31324.davidxu@freebsd.org> <20070106033749.V586@10.0.0.1> <200701061958.06484.davidxu@freebsd.org> <20070106041435.P586@10.0.0.1> <20070107171408.1792ad79.massimo@cedoc.mo.it> <20070108100720.J729@10.0.0.1> <20070108224618.495d6190.massimo@cedoc.mo.it> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 09 Jan 2007 02:47:02 +0300 (MSK) Cc: Jeff Roberson , freebsd-current@FreeBSD.org, current@FreeBSD.org, David Xu , Kip Macy Subject: Re: ULE 2.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 00:03:17 -0000 On Mon, 8 Jan 2007, Massimo Lusetti wrote: ML> When you commit the improvements I'll repeat the tests and will include ML> even SCHED_CORE, if David haven't pull out from the tree. ML> And i would like to also test PostgreSQL and if you or anyother has ML> some hints i will take them all. It would be also useful if you post key points in SQL server settings, as they are usually under-tuned for contemporary machines; the PgSQL seems to be configured tightener. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 00:35:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BB9D16A501; Tue, 9 Jan 2007 00:35:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2864D13C459; Tue, 9 Jan 2007 00:35:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l090ZcUA000386; Mon, 8 Jan 2007 19:35:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l090ZcJG043733; Mon, 8 Jan 2007 19:35:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F8E973034; Mon, 8 Jan 2007 19:35:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070109003538.2F8E973034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 19:35:38 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 00:35:39 -0000 TB --- 2007-01-08 23:44:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 23:44:44 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-01-08 23:44:44 - cleaning the object tree TB --- 2007-01-08 23:44:57 - checking out the source tree TB --- 2007-01-08 23:44:57 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-01-08 23:44:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-08 23:54:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-08 23:54:03 - cd /src TB --- 2007-01-08 23:54:03 - /usr/bin/make -B buildworld >>> World build started on Mon Jan 8 23:54:04 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/sparc64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/sparc64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/sparc64/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-09 00:35:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-09 00:35:37 - ERROR: failed to build world TB --- 2007-01-09 00:35:37 - tinderbox aborted TB --- 0.37 user 1.22 system 3053.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 00:44:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 016CF16A412; Tue, 9 Jan 2007 00:44:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CA2A913C461; Tue, 9 Jan 2007 00:44:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l090iijm001138; Mon, 8 Jan 2007 19:44:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l090iiee077803; Mon, 8 Jan 2007 19:44:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB78373034; Mon, 8 Jan 2007 19:44:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070109004444.AB78373034@freebsd-current.sentex.ca> Date: Mon, 8 Jan 2007 19:44:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 00:44:46 -0000 TB --- 2007-01-08 23:57:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-08 23:57:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-01-08 23:57:35 - cleaning the object tree TB --- 2007-01-08 23:57:49 - checking out the source tree TB --- 2007-01-08 23:57:49 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-01-08 23:57:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-09 00:05:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-09 00:05:20 - cd /src TB --- 2007-01-09 00:05:20 - /usr/bin/make -B buildworld >>> World build started on Tue Jan 9 00:05:21 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] (cd /src/rescue/rescue/../../sbin/dhclient && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/dhclient/ -DRELEASE_CRUNCH -Dlint dhclient.o clparse.o alloc.o dispatch.o hash.o bpf.o options.o tree.o conflex.o errwarn.o inet.o packet.o convert.o tables.o parse.o privsep.o) rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/dhclient/dhclient.c /src/sbin/dhclient/clparse.c /src/sbin/dhclient/alloc.c /src/sbin/dhclient/dispatch.c /src/sbin/dhclient/hash.c /src/sbin/dhclient/bpf.c /src/sbin/dhclient/options.c /src/sbin/dhclient/tree.c /src/sbin/dhclient/conflex.c /src/sbin/dhclient/errwarn.c /src/sbin/dhclient/inet.c /src/sbin/dhclient/packet.c /src/sbin/dhclient/convert.c /src/sbin/dhclient/tables.c /src/sbin/dhclient/parse.c /src/sbin/dhclient/privsep.c echo dhclient: /obj/sun4v/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dhclient/dhclient.c In file included from /src/sbin/dhclient/dhclient.c:62: /obj/sun4v/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: "struct ifqueue" declared inside parameter list /obj/sun4v/src/tmp/usr/include/net80211/ieee80211_freebsd.h:151: warning: its scope is only this definition or declaration, which is probably not what you want *** Error code 1 Stop in /src/sbin/dhclient. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-09 00:44:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-09 00:44:44 - ERROR: failed to build world TB --- 2007-01-09 00:44:44 - tinderbox aborted TB --- 0.37 user 1.23 system 2828.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 01:32:35 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB84216A47B; Tue, 9 Jan 2007 01:32:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3D313C44B; Tue, 9 Jan 2007 01:32:35 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l090uXGe030757; Mon, 8 Jan 2007 19:56:33 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 8 Jan 2007 19:56:24 -0500 User-Agent: KMail/1.6.2 References: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> In-Reply-To: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200701081956.26162.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2425/Mon Jan 8 18:48:07 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: davidch@FreeBSD.org, Dominic Marks Subject: Re: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 01:32:35 -0000 On Monday 08 January 2007 12:19 pm, Dominic Marks wrote: > Hello, > > I have a PowerEdge SC440 which panics when I set an IP to its > bge interface. I have serial console and it is sitting a ddb > prompt. --- >8 SNIP!!! --- >8 --- FYI, this is a known problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107257 Actually this chipset is not correctly supported yet. OpenBSD has added the support already, though: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/mii/brgphy.c.diff?r1=1.58&r2=1.59 http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/mii/brgphy.c.diff?r1=1.61&r2=1.62 http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/mii/miidevs.diff?r1=1.82&r2=1.83 http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_bge.c.diff?r1=1.184&r2=1.185 http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_bgereg.h.diff?r1=1.62&r2=1.63 I think we can do something similar easily. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 02:23:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3ACD516A412 for ; Tue, 9 Jan 2007 02:23:31 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.freebsd.org (Postfix) with ESMTP id EFAA313C428 for ; Tue, 9 Jan 2007 02:23:30 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l092NTcj021504; Mon, 8 Jan 2007 21:23:29 -0500 (EST) Date: Mon, 8 Jan 2007 21:23:29 -0500 From: Scott Robbins To: Juergen Lock Message-ID: <20070109022329.GC2599@mail.scottro.net> Mail-Followup-To: Juergen Lock , freebsd-current@freebsd.org References: <20070108230555.GA1274@mail.scottro.net> <200701090140.l091eVFO087179@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200701090140.l091eVFO087179@saturn.kn-bremen.de> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-current@freebsd.org Subject: Re: Problems with qemu networking after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 02:23:31 -0000 On Tue, Jan 09, 2007 at 02:40:31AM +0100, Juergen Lock wrote: > In article <20070108230555.GA1274@mail.scottro.net> you write: > > > >After an upgrade Saturday (after a long period of not upgrading) > >networking in qemu has stopped working for me. All modules load without > >trouble (unlike my recent vmware troubles.) > > > >If, in a Windows guest system, I do ipconfig, it shows a typical > >10.x.x.x qemu address. (My home network is a 192.168.1.x and qemu has > >always worked with it.) > > > >However, if I then open up a web browser, or do anything else that > >requires Internet connectivity, I get page cannot be found. > > > > Oh wow I should have catched that one... :-O Looks like the 10.0.2.3 > dns redirection is broken indeed! > Workaround: use the host's /etc/resolv.conf in the guest (or the > nameserver(s) in there), I'll see if I can investigate further tomorrow. I'm not sure if it's DNS per se. Trying the workaround you suggested, of putting the nameserver in the guest didn't solve it. Also, when I tried typing in a web address by IP rather than, for example http://www.google.com, it still didn't work. (I also tried playing with the gateway settings and a few other things.) Thank you, however, for working on it. I'm glad to know that (this time) it isn't just me. Also, many many thanks to Bakul, who tried to help me privately with this. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: Jeez. You mean Oz just sent for his stuff and didn't even call her? That's pretty harsh. Anya: I only wish I had my powers back. I'd liquefy his entrails for her. Xander: That's sweet. From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 02:55:31 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D15216A403; Tue, 9 Jan 2007 02:55:31 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id B24EF13C44B; Tue, 9 Jan 2007 02:55:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l092tPct034339; Mon, 8 Jan 2007 21:55:25 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 8 Jan 2007 21:55:15 -0500 User-Agent: KMail/1.6.2 References: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> <200701081956.26162.jkim@FreeBSD.org> In-Reply-To: <200701081956.26162.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_VQwoFygxEnDmLLd" Message-Id: <200701082155.17983.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2425/Mon Jan 8 18:48:07 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: davidch@FreeBSD.org, Dominic Marks , Mike Hibler Subject: Re: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 02:55:31 -0000 --Boundary-00=_VQwoFygxEnDmLLd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 08 January 2007 07:56 pm, Jung-uk Kim wrote: > On Monday 08 January 2007 12:19 pm, Dominic Marks wrote: > > Hello, > > > > I have a PowerEdge SC440 which panics when I set an IP to its > > bge interface. I have serial console and it is sitting a ddb > > prompt. > > --- >8 SNIP!!! --- >8 --- > > FYI, this is a known problem: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107257 Can you try the attached patch? Thanks, Jung-uk Kim --Boundary-00=_VQwoFygxEnDmLLd Content-Type: text/x-diff; charset="iso-8859-1"; name="brgphy.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="brgphy.diff" Index: sys/dev/bge/if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.172 diff -u -r1.172 if_bge.c --- sys/dev/bge/if_bge.c 26 Dec 2006 18:33:55 -0000 1.172 +++ sys/dev/bge/if_bge.c 9 Jan 2007 02:50:26 -0000 @@ -2197,25 +2197,36 @@ case BGE_ASICREV_BCM5704: sc->bge_flags |= BGE_FLAG_5700_FAMILY | BGE_FLAG_JUMBO; break; - case BGE_ASICREV_BCM5714_A0: case BGE_ASICREV_BCM5780: case BGE_ASICREV_BCM5714: sc->bge_flags |= BGE_FLAG_5714_FAMILY /* | BGE_FLAG_JUMBO */; - /* Fall through */ - + /* FALLTHRU */ case BGE_ASICREV_BCM5750: case BGE_ASICREV_BCM5752: case BGE_ASICREV_BCM5755: case BGE_ASICREV_BCM5787: sc->bge_flags |= BGE_FLAG_575X_PLUS; - /* Fall through */ - + /* FALLTHRU */ case BGE_ASICREV_BCM5705: sc->bge_flags |= BGE_FLAG_5705_PLUS; break; } + /* Set various bug flags. */ + if (sc->bge_chiprev == BGE_CHIPREV_5703_AX || + sc->bge_chiprev == BGE_CHIPREV_5704_AX) + sc->bge_flags |= BGE_FLAG_ADC_BUG; + if (sc->bge_chipid == BGE_CHIPID_BCM5704_A0) + sc->bge_flags |= BGE_FLAG_5704_A0_BUG; + if (BGE_IS_5705_PLUS(sc)) { + if (sc->bge_asicrev == BGE_ASICREV_BCM5755 || + sc->bge_asicrev == BGE_ASICREV_BCM5787) + sc->bge_flags |= BGE_FLAG_JITTER_BUG; + else + sc->bge_flags |= BGE_FLAG_BER_BUG; + } + /* * Check if this is a PCI-X or PCI Express device. */ Index: sys/dev/bge/if_bgereg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.65 diff -u -r1.65 if_bgereg.h --- sys/dev/bge/if_bgereg.h 22 Dec 2006 02:59:58 -0000 1.65 +++ sys/dev/bge/if_bgereg.h 9 Jan 2007 02:50:27 -0000 @@ -303,6 +303,9 @@ #define BGE_CHIPREV_5700_BX 0x71 #define BGE_CHIPREV_5700_CX 0x72 #define BGE_CHIPREV_5701_AX 0x00 +#define BGE_CHIPREV_5703_AX 0x10 +#define BGE_CHIPREV_5704_AX 0x20 +#define BGE_CHIPREV_5704_BX 0x21 #define BGE_CHIPREV_5750_AX 0x40 #define BGE_CHIPREV_5750_BX 0x41 @@ -2447,16 +2450,21 @@ uint32_t bge_flags; #define BGE_FLAG_EXTRAM 0x00000001 /* External SSRAM (unused) */ #define BGE_FLAG_TBI 0x00000002 -#define BGE_FLAG_RX_ALIGNBUG 0x00000004 -#define BGE_FLAG_NO3LED 0x00000008 +#define BGE_FLAG_JUMBO 0x00000004 #define BGE_FLAG_PCIX 0x00000010 #define BGE_FLAG_PCIE 0x00000020 -#define BGE_FLAG_JUMBO 0x00000040 +#define BGE_FLAG_MSI 0x00000040 #define BGE_FLAG_5700_FAMILY 0x00000100 #define BGE_FLAG_5705_PLUS 0x00000200 #define BGE_FLAG_5714_FAMILY 0x00000400 #define BGE_FLAG_575X_PLUS 0x00000800 -#define BGE_FLAG_MSI 0x00001000 +#define BGE_FLAG_RX_ALIGNBUG 0x00010000 +#define BGE_FLAG_NO3LED 0x00020000 +#define BGE_FLAG_ADC_BUG 0x00040000 +#define BGE_FLAG_5704_A0_BUG 0x00080000 +#define BGE_FLAG_JITTER_BUG 0x00100000 +#define BGE_FLAG_BER_BUG 0x00200000 + uint32_t bge_chipid; uint8_t bge_asicrev; uint8_t bge_chiprev; Index: sys/dev/mii/brgphy.c =================================================================== RCS file: /home/ncvs/src/sys/dev/mii/brgphy.c,v retrieving revision 1.52 diff -u -r1.52 brgphy.c --- sys/dev/mii/brgphy.c 20 Dec 2006 00:34:12 -0000 1.52 +++ sys/dev/mii/brgphy.c 9 Jan 2007 02:50:27 -0000 @@ -93,9 +93,12 @@ static void brgphy_loop(struct mii_softc *); static void bcm5401_load_dspcode(struct mii_softc *); static void bcm5411_load_dspcode(struct mii_softc *); -static void bcm5703_load_dspcode(struct mii_softc *); -static void bcm5750_load_dspcode(struct mii_softc *); +static void brgphy_fixup_adc_bug(struct mii_softc *); +static void brgphy_fixup_5704_a0_bug(struct mii_softc *); +static void brgphy_fixup_ber_bug(struct mii_softc *); +static void brgphy_fixup_jitter_bug(struct mii_softc *); static int brgphy_mii_model; +static int brgphy_mii_rev; static const struct mii_phydesc brgphys[] = { MII_PHY_DESC(xxBROADCOM, BCM5400), @@ -112,6 +115,7 @@ MII_PHY_DESC(xxBROADCOM, BCM5752), MII_PHY_DESC(xxBROADCOM, BCM5754), MII_PHY_DESC(xxBROADCOM, BCM5780), + MII_PHY_DESC(xxBROADCOM_ALT1, BCM5787), MII_PHY_END }; @@ -158,6 +162,7 @@ #endif brgphy_mii_model = MII_MODEL(ma->mii_id2); + brgphy_mii_rev = MII_REV(ma->mii_id2); brgphy_reset(sc); sc->mii_capabilities = PHY_READ(sc, MII_BMSR) & ma->mii_capmask; @@ -303,9 +308,12 @@ cmd == MII_MEDIACHG) { switch (brgphy_mii_model) { case MII_MODEL_xxBROADCOM_BCM5400: - case MII_MODEL_xxBROADCOM_BCM5401: bcm5401_load_dspcode(sc); break; + case MII_MODEL_xxBROADCOM_BCM5401: + if (brgphy_mii_rev == 1 || brgphy_mii_rev == 3) + bcm5401_load_dspcode(sc); + break; case MII_MODEL_xxBROADCOM_BCM5411: bcm5411_load_dspcode(sc); break; @@ -515,7 +523,7 @@ } static void -bcm5703_load_dspcode(struct mii_softc *sc) +brgphy_fixup_adc_bug(struct mii_softc *sc) { static const struct { int reg; @@ -533,7 +541,7 @@ } static void -bcm5704_load_dspcode(struct mii_softc *sc) +brgphy_fixup_5704_a0_bug(struct mii_softc *sc) { static const struct { int reg; @@ -550,7 +558,7 @@ } static void -bcm5750_load_dspcode(struct mii_softc *sc) +brgphy_fixup_ber_bug(struct mii_softc *sc) { static const struct { int reg; @@ -573,6 +581,25 @@ } static void +brgphy_fixup_jitter_bug(struct mii_softc *sc) +{ + static const struct { + int reg; + uint16_t val; + } dspcode[] = { + { BRGPHY_MII_AUXCTL, 0x0c00 }, + { BRGPHY_MII_DSP_ADDR_REG, 0x000a }, + { BRGPHY_MII_DSP_RW_PORT, 0x010b }, + { BRGPHY_MII_AUXCTL, 0x0400 }, + { 0, 0 }, + }; + int i; + + for (i = 0; dspcode[i].reg != 0; i++) + PHY_WRITE(sc, dspcode[i].reg, dspcode[i].val); +} + +static void brgphy_reset(struct mii_softc *sc) { u_int32_t val; @@ -584,26 +611,15 @@ switch (brgphy_mii_model) { case MII_MODEL_xxBROADCOM_BCM5400: - case MII_MODEL_xxBROADCOM_BCM5401: bcm5401_load_dspcode(sc); break; + case MII_MODEL_xxBROADCOM_BCM5401: + if (brgphy_mii_rev == 1 || brgphy_mii_rev == 3) + bcm5401_load_dspcode(sc); + break; case MII_MODEL_xxBROADCOM_BCM5411: bcm5411_load_dspcode(sc); break; - case MII_MODEL_xxBROADCOM_BCM5703: - bcm5703_load_dspcode(sc); - break; - case MII_MODEL_xxBROADCOM_BCM5704: - bcm5704_load_dspcode(sc); - break; - case MII_MODEL_xxBROADCOM_BCM5750: - case MII_MODEL_xxBROADCOM_BCM5752: - case MII_MODEL_xxBROADCOM_BCM5714: - case MII_MODEL_xxBROADCOM_BCM5780: - case MII_MODEL_xxBROADCOM_BCM5706C: - case MII_MODEL_xxBROADCOM_BCM5708C: - bcm5750_load_dspcode(sc); - break; } ifp = sc->mii_pdata->mii_ifp; @@ -639,6 +655,16 @@ PHY_READ(sc, BRGPHY_MII_PHY_EXTCTL) & ~BRGPHY_PHY_EXTCTL_3_LED); } + + /* Fix up various bugs */ + if (bge_sc->bge_flags & BGE_FLAG_ADC_BUG) + brgphy_fixup_adc_bug(sc); + if (bge_sc->bge_flags & BGE_FLAG_5704_A0_BUG) + brgphy_fixup_5704_a0_bug(sc); + if (bge_sc->bge_flags & BGE_FLAG_BER_BUG) + brgphy_fixup_ber_bug(sc); + if (bge_sc->bge_flags & BGE_FLAG_JITTER_BUG) + brgphy_fixup_jitter_bug(sc); } else if (bce_sc) { /* Set or clear jumbo frame settings in the PHY. */ if (ifp->if_mtu > ETHER_MAX_LEN) { Index: sys/dev/mii/miidevs =================================================================== RCS file: /home/ncvs/src/sys/dev/mii/miidevs,v retrieving revision 1.38 diff -u -r1.38 miidevs --- sys/dev/mii/miidevs 5 Jan 2007 01:46:26 -0000 1.38 +++ sys/dev/mii/miidevs 9 Jan 2007 02:50:27 -0000 @@ -131,6 +131,7 @@ model xxBROADCOM BCM5780 0x0035 BCM5780 10/100/1000baseTX PHY model xxBROADCOM BCM5706C 0x0015 BCM5706C 10/100/1000baseTX PHY model xxBROADCOM BCM5708C 0x0036 BCM5708C 10/100/1000baseTX PHY +model xxBROADCOM_ALT1 BCM5787 0x000e BCM5787 10/100/1000baseTX PHY /* Cicada Semiconductor PHYs (now owned by Vitesse?) */ model CICADA CS8201 0x0001 Cicada CS8201 10/100/1000TX PHY --Boundary-00=_VQwoFygxEnDmLLd-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 03:01:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53E2E16A4C8 for ; Tue, 9 Jan 2007 03:01:10 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2711713C46B for ; Tue, 9 Jan 2007 03:01:09 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.0)); Mon, 08 Jan 2007 18:46:50 -0800 X-Server-Uuid: D7CB97D3-6392-476F-BE46-AB3D6F515C9A Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 3D0E72AE; Mon, 8 Jan 2007 18:46:50 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 142A92AF; Mon, 8 Jan 2007 18:46:50 -0800 (PST) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id ESW58520; Mon, 8 Jan 2007 18:46:49 -0800 (PST) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 5057A69CA3; Mon, 8 Jan 2007 18:46:49 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 8 Jan 2007 18:46:48 -0800 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90302C25B4F@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> Thread-Topic: CURRENT from 04/01/07 + bge NIC panic Thread-Index: AcczTX5VRLAPyNwVRu+5pkXcMUDe1QASn3Bw From: "David Christensen" To: "Dominic Marks" , freebsd-current@freebsd.org X-WSS-ID: 69BDDD903EK17812071-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 03:01:10 -0000 The driver is calling into ukphy_service which means the PHY ID table is not correct for -CURRENT. Scott Long checked in some changes for the RELENG_6 tree to support this chip on this platform in mid-December which should be migrated to -CURRENT. Could you try RELENG_6 to make sure it's the same issue? Dave > -----Original Message----- > From: owner-freebsd-current@freebsd.org=20 > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Dominic Marks > Sent: Monday, January 08, 2007 9:20 AM > To: freebsd-current@freebsd.org > Subject: CURRENT from 04/01/07 + bge NIC panic >=20 > Hello, >=20 > I have a PowerEdge SC440 which panics when I set an IP to its > bge interface. I have serial console and it is sitting a ddb > prompt. >=20 > This is plain CURRENT, I made my own snapshot hence the uname. > I had a look at cvsweb but didn't see any commits to bge in > since this source. >=20 > # uname -a > FreeBSD 7.0-SNAPSHOT-20060104 FreeBSD 7.0-SNAPSHOT-20060104 > #0: Thu Jan 4 20:43:26 UTC 2007 =20 > root@turtle.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GENE > RIC i386 >=20 > # cat /var/run/dmesg.boot > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > 1993, 1994 The Regents of the University of California. All > rights reserved. FreeBSD is a registered trademark of The > FreeBSD Foundation. FreeBSD 7.0-SNAPSHOT-20060104 #0: Thu Jan > 4 20:43:26 UTC 2007 > root@turtle.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel > (R) Celeron(R) CPU 2.80GHz (2793.09-MHz 686-class CPU) Origin =3D > "GenuineIntel" Id =3D 0xf49 Stepping =3D 9 > Features=3D0xbfebfbff ,SS,HTT,TM,PBE> > Features2=3D0x651d > AMD Features=3D0x20100000 AMD Features2=3D0x1 > real memory =3D 535281664 (510 MB) > avail memory =3D 510054400 (486 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 8 > ioapic0 irqs 0-23 on motherboard > lapic0: Forcing LINT1 to edge trigger > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, > RF2413, RF5413) acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on > acpi0 cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > pcib2: irq 16 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 16 at device 28.4 on pci0 > pci3: on pcib3 > pcib4: irq 17 at device 28.5 on pci0 > pci4: on pcib4 > bge0: rev. 0xb002> mem 0xefcf0000-0xefcfffff irq 17 at device 0.0 on > pci4 miibus0: on bge0 ukphy0: media interface> on miibus0 ukphy0: 10baseT, 10baseT-FDX, > 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: > Ethernet address: 00:13:72:35:f5:d0 uhci0: controller> port 0xff80-0xff9f irq 21 at device 29.0 on pci0=20 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: > on usb0 uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xff60-0xff7f irq > 22 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: > on usb1 uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xff40-0xff5f irq > 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: > on usb2 uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xff20-0xff3f irq > 23 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: > on usb3 uhub3: 2 ports with 2 removable, self powered > ehci0: mem > 0xff980800-0xff980bff irq 21 at device 29.7 on pci0 ehci0: > [GIANT-LOCKED] usb4: waiting for BIOS to give up control > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: > on usb4 uhub4: 8 ports with 8 removable, self powered > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > vgapci0: port 0xdc00-0xdcff mem > 0xe0000000-0xe7ffffff,0xefaf0000-0xefafffff irq 19 at device > 7.0 on pci5 isab0: at device 31.0 on pci0 > isa0: on isab0 atapci0: controller> port=20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at=20 > device 31.1 on pci0 ata0: on atapci0 > ata1: on atapci0 > atapci1: port > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf > mem 0xeffffc00-0xefffffff irq 20 at device 31.2 on pci0 ata2: > on atapci1 ata3: on atapci1 > pci0: at device 31.3 (no driver attached) > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags > 0x10 on acpi0 sio0: type 16550A, console sio0: [FAST] > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc8fff,0xc9000-0xcafff,0xcb000-0xcbfff pnpid ORM0000 > on isa0 atkbdc0: at port > 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 > at atkbd0 atkbd0: [GIANT-LOCKED] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x100> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem > 0xa0000-0xbffff on isa0 ukbd0: class 0/0, rev 1.10/1.05, addr 2> on uhub3 kbd2 at ukbd0 > uhid0: addr 2> on uhub3 Timecounter "TSC" frequency 2793085123 Hz > quality 800 Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master PIO4 > ad4: 238418MB at ata2-master > SATA150 Trying to mount root from ufs:/dev/ad4s1a > WARNING: /var was not properly dismounted > WARNING: /var/log was not properly dismounted >=20 > # pciconf -lv > hostb0@pci0:0:0: class=3D0x060000 card=3D0x01df1028 > chip=3D0x27788086 rev=3D0x00 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D 'E7230/3000/3010 Processor to I/O Controller' > class =3D bridge > subclass =3D HOST-PCI > pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000088 chip=3D0x27798086 > rev=3D0x00 hdr=3D0x01 vendor =3D 'Intel Corporation' > device =3D 'E7230/3000/3010 PCI Express Root Port' > class =3D bridge > subclass =3D PCI-PCI > pcib2@pci0:28:0: class=3D0x060400 card=3D0x00000040 > chip=3D0x27d08086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) PCI Express Root Port' > class =3D bridge > subclass =3D PCI-PCI > pcib3@pci0:28:4: class=3D0x060400 card=3D0x00000040 > chip=3D0x27e08086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel = Corporation' > device =3D '82801GR/GH/GHM (ICH7 Family) PCI Express Root > Port' class =3D bridge > subclass =3D PCI-PCI > pcib4@pci0:28:5: class=3D0x060400 card=3D0x00000040 > chip=3D0x27e28086 rev=3D0x01 hdr=3D0x01 vendor =3D 'Intel = Corporation' > device =3D '82801GR/GH/GHM (ICH7 Family) PCI Express Root > Port' class =3D bridge > subclass =3D PCI-PCI > uhci0@pci0:29:0: class=3D0x0c0300 card=3D0x01df1028 > chip=3D0x27c88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) USB Universal Host > Controller' class =3D serial bus > subclass =3D USB > uhci1@pci0:29:1: class=3D0x0c0300 card=3D0x01df1028 > chip=3D0x27c98086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) USB Universal Host > Controller' class =3D serial bus > subclass =3D USB > uhci2@pci0:29:2: class=3D0x0c0300 card=3D0x01df1028 > chip=3D0x27ca8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) USB Universal Host > Controller' class =3D serial bus > subclass =3D USB > uhci3@pci0:29:3: class=3D0x0c0300 card=3D0x01df1028 > chip=3D0x27cb8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) USB Universal Host > Controller' class =3D serial bus > subclass =3D USB > ehci0@pci0:29:7: class=3D0x0c0320 card=3D0x01df1028 > chip=3D0x27cc8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) USB 2.0 Enhanced Host > Controller' class =3D serial bus > subclass =3D USB > pcib5@pci0:30:0: class=3D0x060401 card=3D0x00000050 > chip=3D0x244e8086 rev=3D0xe1 hdr=3D0x01 vendor =3D 'Intel = Corporation' > device =3D '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB > (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' > class =3D bridge subclass =3D PCI-PCI > isab0@pci0:31:0: class=3D0x060100 card=3D0x00000000 > chip=3D0x27b88086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801GB/GR (ICH7 Family) LPC Interface > Controller' class =3D bridge > subclass =3D PCI-ISA > atapci0@pci0:31:1: class=3D0x01018a card=3D0x01df1028 > chip=3D0x27df8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) Ultra ATA Storage > Controller' class =3D mass storage > subclass =3D ATA > atapci1@pci0:31:2: class=3D0x01018f card=3D0x01df1028 > chip=3D0x27c08086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801GB/GR/GH (ICH7 Family) Serial ATA Storage > Controller' class =3D mass storage > subclass =3D ATA > none0@pci0:31:3: class=3D0x0c0500 card=3D0x01df1028 > chip=3D0x27da8086 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel = Corporation' > device =3D '82801G (ICH7 Family) SMBus Controller' > class =3D serial bus > subclass =3D SMBus > bge0@pci4:0:0: class=3D0x020000 card=3D0x01df1028 chip=3D0x167a14e4 > rev=3D0x02 hdr=3D0x00 vendor =3D 'Broadcom Corporation' > device =3D 'NetXtreme BCM5754 Gigabit Ethernet PCI Express' > class =3D network > subclass =3D ethernet > vgapci0@pci5:7:0: class=3D0x030000 card=3D0x01df1028 > chip=3D0x515e1002 rev=3D0x02 hdr=3D0x00 vendor =3D 'ATI Technologies > Inc.' device =3D 'Radeon ES1000 Radeon ES1000' > class =3D display > subclass =3D VGA >=20 > To trigger the panic: >=20 > # dhclient bge0 > panic: invalid ife->ifm_data (0xa) in mii_phy_setmedia > cpuid =3D 0 > KDB: enter: panic > [thread pid 650 tid 100063 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 650 tid 100063 td 0xc30ead80 > kdb_enter(c094055e) at kdb_enter+0x2b > panic(c092025d,a,d0391b4b,c2,ce8eea68,...) at panic+0x11c > mii_phy_setmedia(c2e74580) at mii_phy_setmedia+0x83 > ukphy_service(c2e74580,c2e74e40,2) at ukphy_service+0xfd > mii_mediachg(c2e74e40,8803,c2e74e40,c2e6c800,c2e76000,...) at > mii_mediachg+0x27 bge_stop > (c2e76000,80206910,c30d0000,c2e76000,d60e6b80,...) at bge_stop > +0x58b bge_init_locked(c2e76000) at bge_init_locked+0x36 > bge_ioctl(c2e6c800,80206910,c30d0000) at bge_ioctl+0x136 > ifhwioctl(80206910,c2e6c800,c30d0000,c30ead80) at ifhwioctl > +0x3b2 ifioctl(c30de530,80206910,c30d0000,c30ead80,0,...) at > ifioctl+0x101 soo_ioctl > (c3010a20,80206910,c30d0000,c31fea00,c30ead80) at soo_ioctl > +0x2db kern_ioctl(c30ead80,3,80206910,c30d0000) at kern_ioctl > +0x296 ioctl(c30ead80,d60e6d00) at ioctl+0xf1 syscall(d60e6d38) > at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (0, FreeBSD ELF32, nosys), eip =3D 0x2, esp =3D 0x247, > ebp =3D 0x1 --- >=20 > The panic comes from this KASSERT in mii_physubr.c >=20 > KASSERT(ife->ifm_data >=3D0 && ife->ifm_data < MII_NMEDIA, > ("invalid ife->ifm_data (0x%x) in mii_phy_setmedia", > ife->ifm_data)); >=20 > Let me know what other information I can provide. >=20 > Thanks, > Dominic > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 08:39:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 978FA16A47C for ; Tue, 9 Jan 2007 08:39:51 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from rigel.internal.vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4260C13C46C for ; Tue, 9 Jan 2007 08:39:51 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id EB9ACFECFF4 for ; Tue, 9 Jan 2007 11:22:08 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.250]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id C7A9B1009809 for ; Tue, 9 Jan 2007 11:22:08 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.8/8.13.8) with ESMTP id l098M8Li036329 for ; Tue, 9 Jan 2007 11:22:08 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.8/8.13.8/Submit) id l098M7Wk036326; Tue, 9 Jan 2007 11:22:07 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: John Baldwin To: freebsd-current@freebsd.org References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> <200611171317.14909.jhb@freebsd.org> <1d6d20bc0611220146mccb0ef2x5e924de0e5e57df0@mail.gmail.com> <200701081415.52431.jhb@freebsd.org> From: Denis Shaposhnikov Date: Tue, 09 Jan 2007 11:22:07 +0300 In-Reply-To: <200701081415.52431.jhb@freebsd.org> (John Baldwin's message of "Mon, 8 Jan 2007 14:15:52 -0500") Message-ID: <87d55o3900.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 08:39:51 -0000 >>>>> "John" == John Baldwin writes: >> My em0 stops working a few seconds after booting. And there are >> watchdog timeout messages. I tried kldunload it (I load it as >> module in loader.conf) and reload. Pinging other hosts get only >> the first few ~10 replies. Adding hw.pci.enable_msi[x]=0 to >> loader.conf solves this problem. John> Can you try this patch? It should disable MSI on your machine: BTW, I have the same problem with em0@pci2:10:0: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet and disabling MSI fixes it. The same for if_ipw also: ipw0@pci1:3:0: class=0x028000 card=0x25618086 chip=0x10438086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = '82801 Intel(R) PRO/Wireless 2100 LAN Card Driver' class = network -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 10:12:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD44116A416; Tue, 9 Jan 2007 10:12:59 +0000 (UTC) (envelope-from SRS0+bjAz+22+datalinktech.com.au=davidn@internode.on.net) Received: from mail.internode.on.net (bld-mail07.adl2.internode.on.net [203.16.214.71]) by mx1.freebsd.org (Postfix) with ESMTP id D6A2A13C45A; Tue, 9 Jan 2007 10:12:58 +0000 (UTC) (envelope-from SRS0+bjAz+22+datalinktech.com.au=davidn@internode.on.net) Received: from [192.168.227.24] (unverified [59.167.64.5]) by mail.internode.on.net (SurgeMail 3.2f) with ESMTP id 6589005 for multiple; Tue, 09 Jan 2007 20:27:45 +1030 (CDT) Message-ID: <45A3671D.8020902@datalinktech.com.au> Date: Tue, 09 Jan 2007 20:57:49 +1100 From: David Nugent User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Abdullah Al-Marrie References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> <200701081159.51056.lofi@freebsd.org> <200701082038.33761.tijl@ulyssis.org> <200701082134.44662.lofi@freebsd.org> <499c70c0701081347t7213aeb5yed3c988a05837464@mail.gmail.com> In-Reply-To: <499c70c0701081347t7213aeb5yed3c988a05837464@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, kde@freebsd.org Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 10:12:59 -0000 Abdullah Al-Marrie wrote: >> > I have the same issue. kcheckpass is suid root and works: >> >> Hm, works for me (on 5.5). Maybe something changed in -CURRENT? I guess that is the point of reporting it in the -current mailing list? ;-) GENERIC from FreeBSD 7.0-CURRENT #0: Tue Jan 9 11:44:44 EST 2007, csup'ed within 48 hours of build, using the nvidia non-os driver with dri enabled. I'm suffering an apparent glitch in -current but not 6.2 which causes a crash and instant reboot on exiting X which I'm guessing is related the nvidia kernel module. It happens with the Xorg nv driver too. Having straightened out the library version bumps and rebuilt most ports so far including Xorg 6.9 and the primary KDE 3.5.5 packages, lock and unlock desktop seems to work fine. I always fall back on generic when having problems with custom kernels so it is the first kernel I build and boot with before the installworld. I have not tried a custom kernel yet (it's taking years to rebuild ports with WITNESS on... :->). It also works fine here on another system with FreeBSD 6.2-PRERELEASE #0: Sun Jan 7 13:22:30 EST 2007 with the exact same version of Xorg and KDE using the Xorg ati driver. Regards, David From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 10:54:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E456E16A407 for ; Tue, 9 Jan 2007 10:54:31 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB0113C474 for ; Tue, 9 Jan 2007 10:54:31 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id BBFEE114020 for ; Tue, 9 Jan 2007 10:54:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9247fUwh+qXX for ; Tue, 9 Jan 2007 10:54:26 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id 41F5D114026 for ; Tue, 9 Jan 2007 10:54:26 +0000 (GMT) Date: Tue, 9 Jan 2007 10:54:25 +0000 From: Dominic Marks To: freebsd-current@freebsd.org Message-Id: <20070109105425.1cdde85a.dom@helenmarks.co.uk> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90302C25B4F@NT-IRVA-0750.brcm.ad.broadcom.com> References: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> <09BFF2FA5EAB4A45B6655E151BBDD90302C25B4F@NT-IRVA-0750.brcm.ad.broadcom.com> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 10:54:32 -0000 On Mon, 8 Jan 2007 18:46:48 -0800 "David Christensen" wrote: > The driver is calling into ukphy_service which means the PHY ID table is > not correct for -CURRENT. Scott Long checked in some changes for the > RELENG_6 tree to support this chip on this platform in mid-December > which should be migrated to -CURRENT. Could you try RELENG_6 to make > sure it's the same issue? I was installing CURRENT because I couldn't STABLE to recognise the NIC. Perhaps my STABLE CD was older than I thought. I'll try a fresh one and it let you know what happens. Thanks, Dom > Dave > > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org > > [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Dominic Marks > > Sent: Monday, January 08, 2007 9:20 AM > > To: freebsd-current@freebsd.org > > Subject: CURRENT from 04/01/07 + bge NIC panic > > > > Hello, > > > > I have a PowerEdge SC440 which panics when I set an IP to its > > bge interface. I have serial console and it is sitting a ddb > > prompt. > > > > This is plain CURRENT, I made my own snapshot hence the uname. > > I had a look at cvsweb but didn't see any commits to bge in > > since this source. > > > > # uname -a > > FreeBSD 7.0-SNAPSHOT-20060104 FreeBSD 7.0-SNAPSHOT-20060104 > > #0: Thu Jan 4 20:43:26 UTC 2007 > > root@turtle.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GENE > > RIC i386 > > > > # cat /var/run/dmesg.boot > > Copyright (c) 1992-2007 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > > 1993, 1994 The Regents of the University of California. All > > rights reserved. FreeBSD is a registered trademark of The > > FreeBSD Foundation. FreeBSD 7.0-SNAPSHOT-20060104 #0: Thu Jan > > 4 20:43:26 UTC 2007 > > root@turtle.internal.graphdata.co.uk:/usr/obj/usr/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel > > (R) Celeron(R) CPU 2.80GHz (2793.09-MHz 686-class CPU) Origin = > > "GenuineIntel" Id = 0xf49 Stepping = 9 > > Features=0xbfebfbff P,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2> > ,SS,HTT,TM,PBE> > > Features2=0x651d > > AMD Features=0x20100000 AMD Features2=0x1 > > real memory = 535281664 (510 MB) > > avail memory = 510054400 (486 MB) > > ACPI APIC Table: > > ioapic0: Changing APIC ID to 8 > > ioapic0 irqs 0-23 on motherboard > > lapic0: Forcing LINT1 to edge trigger > > kbd1 at kbdmux0 > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, > > RF2413, RF5413) acpi0: on motherboard > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on > > acpi0 cpu0: on acpi0 > > acpi_button0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 1.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 16 at device 28.0 on pci0 > > pci2: on pcib2 > > pcib3: irq 16 at device 28.4 on pci0 > > pci3: on pcib3 > > pcib4: irq 17 at device 28.5 on pci0 > > pci4: on pcib4 > > bge0: > rev. 0xb002> mem 0xefcf0000-0xefcfffff irq 17 at device 0.0 on > > pci4 miibus0: on bge0 ukphy0: > media interface> on miibus0 ukphy0: 10baseT, 10baseT-FDX, > > 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: > > Ethernet address: 00:13:72:35:f5:d0 uhci0: > controller> port 0xff80-0xff9f irq 21 at device 29.0 on pci0 > > uhci0: [GIANT-LOCKED] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: > > on usb0 uhub0: 2 ports with 2 removable, self powered > > uhci1: port 0xff60-0xff7f irq > > 22 at device 29.1 on pci0 > > uhci1: [GIANT-LOCKED] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: > > on usb1 uhub1: 2 ports with 2 removable, self powered > > uhci2: port 0xff40-0xff5f irq > > 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub2: > > on usb2 uhub2: 2 ports with 2 removable, self powered > > uhci3: port 0xff20-0xff3f irq > > 23 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] > > usb3: on uhci3 > > usb3: USB revision 1.0 > > uhub3: > > on usb3 uhub3: 2 ports with 2 removable, self powered > > ehci0: mem > > 0xff980800-0xff980bff irq 21 at device 29.7 on pci0 ehci0: > > [GIANT-LOCKED] usb4: waiting for BIOS to give up control > > usb4: EHCI version 1.0 > > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > > usb4: on ehci0 > > usb4: USB revision 2.0 > > uhub4: > > on usb4 uhub4: 8 ports with 8 removable, self powered > > pcib5: at device 30.0 on pci0 > > pci5: on pcib5 > > vgapci0: port 0xdc00-0xdcff mem > > 0xe0000000-0xe7ffffff,0xefaf0000-0xefafffff irq 19 at device > > 7.0 on pci5 isab0: at device 31.0 on pci0 > > isa0: on isab0 atapci0: > controller> port > > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at > > device 31.1 on pci0 ata0: on atapci0 > > ata1: on atapci0 > > atapci1: port > > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf > > mem 0xeffffc00-0xefffffff irq 20 at device 31.2 on pci0 ata2: > > on atapci1 ata3: on atapci1 > > pci0: at device 31.3 (no driver attached) > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags > > 0x10 on acpi0 sio0: type 16550A, console sio0: [FAST] > > pmtimer0 on isa0 > > orm0: at iomem > > 0xc0000-0xc8fff,0xc9000-0xcafff,0xcb000-0xcbfff pnpid ORM0000 > > on isa0 atkbdc0: at port > > 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 > > at atkbd0 atkbd0: [GIANT-LOCKED] > > ppc0: parallel port not found. > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > vga0: at port 0x3c0-0x3df iomem > > 0xa0000-0xbffff on isa0 ukbd0: > class 0/0, rev 1.10/1.05, addr 2> on uhub3 kbd2 at ukbd0 > > uhid0: > addr 2> on uhub3 Timecounter "TSC" frequency 2793085123 Hz > > quality 800 Timecounters tick every 1.000 msec > > acd0: CDROM at ata0-master PIO4 > > ad4: 238418MB at ata2-master > > SATA150 Trying to mount root from ufs:/dev/ad4s1a > > WARNING: /var was not properly dismounted > > WARNING: /var/log was not properly dismounted > > > > # pciconf -lv > > hostb0@pci0:0:0: class=0x060000 card=0x01df1028 > > chip=0x27788086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' > > device = 'E7230/3000/3010 Processor to I/O Controller' > > class = bridge > > subclass = HOST-PCI > > pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x27798086 > > rev=0x00 hdr=0x01 vendor = 'Intel Corporation' > > device = 'E7230/3000/3010 PCI Express Root Port' > > class = bridge > > subclass = PCI-PCI > > pcib2@pci0:28:0: class=0x060400 card=0x00000040 > > chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) PCI Express Root Port' > > class = bridge > > subclass = PCI-PCI > > pcib3@pci0:28:4: class=0x060400 card=0x00000040 > > chip=0x27e08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' > > device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root > > Port' class = bridge > > subclass = PCI-PCI > > pcib4@pci0:28:5: class=0x060400 card=0x00000040 > > chip=0x27e28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' > > device = '82801GR/GH/GHM (ICH7 Family) PCI Express Root > > Port' class = bridge > > subclass = PCI-PCI > > uhci0@pci0:29:0: class=0x0c0300 card=0x01df1028 > > chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host > > Controller' class = serial bus > > subclass = USB > > uhci1@pci0:29:1: class=0x0c0300 card=0x01df1028 > > chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host > > Controller' class = serial bus > > subclass = USB > > uhci2@pci0:29:2: class=0x0c0300 card=0x01df1028 > > chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host > > Controller' class = serial bus > > subclass = USB > > uhci3@pci0:29:3: class=0x0c0300 card=0x01df1028 > > chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB Universal Host > > Controller' class = serial bus > > subclass = USB > > ehci0@pci0:29:7: class=0x0c0320 card=0x01df1028 > > chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) USB 2.0 Enhanced Host > > Controller' class = serial bus > > subclass = USB > > pcib5@pci0:30:0: class=0x060401 card=0x00000050 > > chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' > > device = '82801BA/CA/DB/DBL/EB/ER/FB/GB/HB > > (ICH2/3/4/4/5/5/6/7/8), 63xxESB Hub Interface to PCI Bridge' > > class = bridge subclass = PCI-PCI > > isab0@pci0:31:0: class=0x060100 card=0x00000000 > > chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801GB/GR (ICH7 Family) LPC Interface > > Controller' class = bridge > > subclass = PCI-ISA > > atapci0@pci0:31:1: class=0x01018a card=0x01df1028 > > chip=0x27df8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) Ultra ATA Storage > > Controller' class = mass storage > > subclass = ATA > > atapci1@pci0:31:2: class=0x01018f card=0x01df1028 > > chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage > > Controller' class = mass storage > > subclass = ATA > > none0@pci0:31:3: class=0x0c0500 card=0x01df1028 > > chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' > > device = '82801G (ICH7 Family) SMBus Controller' > > class = serial bus > > subclass = SMBus > > bge0@pci4:0:0: class=0x020000 card=0x01df1028 chip=0x167a14e4 > > rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' > > device = 'NetXtreme BCM5754 Gigabit Ethernet PCI Express' > > class = network > > subclass = ethernet > > vgapci0@pci5:7:0: class=0x030000 card=0x01df1028 > > chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies > > Inc.' device = 'Radeon ES1000 Radeon ES1000' > > class = display > > subclass = VGA > > > > To trigger the panic: > > > > # dhclient bge0 > > panic: invalid ife->ifm_data (0xa) in mii_phy_setmedia > > cpuid = 0 > > KDB: enter: panic > > [thread pid 650 tid 100063 ] > > Stopped at kdb_enter+0x2b: nop > > db> where > > Tracing pid 650 tid 100063 td 0xc30ead80 > > kdb_enter(c094055e) at kdb_enter+0x2b > > panic(c092025d,a,d0391b4b,c2,ce8eea68,...) at panic+0x11c > > mii_phy_setmedia(c2e74580) at mii_phy_setmedia+0x83 > > ukphy_service(c2e74580,c2e74e40,2) at ukphy_service+0xfd > > mii_mediachg(c2e74e40,8803,c2e74e40,c2e6c800,c2e76000,...) at > > mii_mediachg+0x27 bge_stop > > (c2e76000,80206910,c30d0000,c2e76000,d60e6b80,...) at bge_stop > > +0x58b bge_init_locked(c2e76000) at bge_init_locked+0x36 > > bge_ioctl(c2e6c800,80206910,c30d0000) at bge_ioctl+0x136 > > ifhwioctl(80206910,c2e6c800,c30d0000,c30ead80) at ifhwioctl > > +0x3b2 ifioctl(c30de530,80206910,c30d0000,c30ead80,0,...) at > > ifioctl+0x101 soo_ioctl > > (c3010a20,80206910,c30d0000,c31fea00,c30ead80) at soo_ioctl > > +0x2db kern_ioctl(c30ead80,3,80206910,c30d0000) at kern_ioctl > > +0x296 ioctl(c30ead80,d60e6d00) at ioctl+0xf1 syscall(d60e6d38) > > at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x247, > > ebp = 0x1 --- > > > > The panic comes from this KASSERT in mii_physubr.c > > > > KASSERT(ife->ifm_data >=0 && ife->ifm_data < MII_NMEDIA, > > ("invalid ife->ifm_data (0x%x) in mii_phy_setmedia", > > ife->ifm_data)); > > > > Let me know what other information I can provide. > > > > Thanks, > > Dominic > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 11:09:05 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F56216A407 for ; Tue, 9 Jan 2007 11:09:05 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4B31213C45B for ; Tue, 9 Jan 2007 11:09:05 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 61819114020; Tue, 9 Jan 2007 11:09:04 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PL6XHH2sS15q; Tue, 9 Jan 2007 11:09:02 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id DBDE511401E; Tue, 9 Jan 2007 11:09:01 +0000 (GMT) Date: Tue, 9 Jan 2007 11:09:01 +0000 From: Dominic Marks To: Jung-uk Kim Message-Id: <20070109110901.cd1a702a.dom@helenmarks.co.uk> In-Reply-To: <200701082155.17983.jkim@FreeBSD.org> References: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> <200701081956.26162.jkim@FreeBSD.org> <200701082155.17983.jkim@FreeBSD.org> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, davidch@FreeBSD.org, Mike Hibler Subject: Re: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 11:09:05 -0000 On Mon, 8 Jan 2007 21:55:15 -0500 Jung-uk Kim wrote: > On Monday 08 January 2007 07:56 pm, Jung-uk Kim wrote: > > On Monday 08 January 2007 12:19 pm, Dominic Marks wrote: > > > Hello, > > > > > > I have a PowerEdge SC440 which panics when I set an IP to its > > > bge interface. I have serial console and it is sitting a ddb > > > prompt. > > > > --- >8 SNIP!!! --- >8 --- > > > > FYI, this is a known problem: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107257 > > Can you try the attached patch? Yes, I'm building a new snapshot now and I've applied the patch. It will take a little while to complete. > Thanks, > > Jung-uk Kim Thanks, Dominic From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 12:05:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0521816A403 for ; Tue, 9 Jan 2007 12:05:40 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 32C0F13C45D for ; Tue, 9 Jan 2007 12:05:38 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.236] ([83.239.189.236]:7375 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375421AbXAILz0 (ORCPT ); Tue, 9 Jan 2007 14:55:26 +0300 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 24BDE17348; Tue, 9 Jan 2007 14:52:27 +0300 (MSK) Date: Tue, 9 Jan 2007 14:52:27 +0300 From: Sergey Zaharchenko To: current@freebsd.org Message-ID: <20070109115227.GA2325@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Subject: Page fault in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 12:05:40 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello -current, After updating from December to yesterday's CURRENT (to try catching the SMB recursive locking) I observe the following fault when I connect to the internet via PPP: Unread portion of the kernel message buffer: [lines unwrapped] ----------------------------------------------------------------------- Kernel page fault with the following non-sleepable locks held: shared rw IPFW static rules r =3D 0 (0xc36dfc2c) locked @ /src/usr.src/sys/= modules/ipfw/../../netinet/ip_fw2.c:2641 shared rw PFil hook read/write mutex r =3D 0 (0xc0a9fd38) locked @ /src/usr= =2Esrc/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper(c0950f01) at db_trace_self_wrapper+0x25 kdb_backtrace(2,c3af3900,c,d6356724,d6356718,...) at kdb_backtrace+0x29 witness_warn(5,0,c097623a) at witness_warn+0x192 trap(d6356724) at trap+0x10f calltrap() at calltrap+0x6 --- trap 0x1, eip =3D 0, esp =3D 0xd6356760, ebp =3D 0xd6356a10 --- MAXCPU(0,0,0,53efbd93,c24317e5,...) at 0 MAXCPU(c3485138,29,2,dead0001,c3396400,...) at 0 Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc36d7fe0 stack pointer =3D 0x28:0xd6356764 frame pointer =3D 0x28:0xd6356a04 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 1261 (ppp) panic: from debugger cpuid =3D 0 Uptime: 4m2s Physical memory: 495 MB Dumping 51 MB: 36 20 4 ----------------------------------------------------------------------- Yes, ipfw and ppp are in sync with the kernel. # addr2line -e kernel.debug.2,3 0xc36d7fe0 ----\ ??:0 | | # kldstat | Id Refs Address Size Name | 1 27 0xc0400000 7c6d34 kernel | 3 1 0xc0bcb000 52b0 vesa.ko | 4 1 0xc0c91000 61f0 geom_label.ko | 5 1 0xc0c98000 5708 snd_ich.ko | 6 2 0xc0c9e000 3cf48 sound.ko | 7 1 0xc0cdb000 4cec atapicam.ko | 8 1 0xc0ce0000 4a4c54 nvidia.ko | 9 1 0xc1185000 4694 uplcom.ko | 10 2 0xc118a000 4384 ucom.ko | 11 1 0xc118f000 5ac80 acpi.ko | 12 1 0xc3617000 2000 msdosfs_iconv.ko | 13 3 0xc3619000 3000 libiconv.ko | 14 1 0xc36d3000 d000 ipfw.ko <--/ 15 1 0xc389f000 b000 fuse.ko 16 1 0xc38f3000 4000 logo_saver.ko 17 1 0xc3efc000 1c000 smbfs.ko 18 2 0xc3716000 3000 libmchain.ko Looks like I need to compile ipfw into the kernel to get a normal address? The backtrace doesn't seem helpful (I just panicked the debugger): ---------------------------------------------------------------------- #0 doadump () at pcpu.h:166 #1 0xc06c2f50 in boot (howto=3D260) at /src/usr.src/sys/kern/kern_shutdown.c:411 #2 0xc06c325a in panic (fmt=3D0xc0906a2f "from debugger") at /src/usr.src/sys/kern/kern_shutdown.c:567 #3 0xc0476a46 in db_panic (addr=3D-1016234016, have_addr=3D0, count=3D-1, modif=3D0xd635655c "") at /src/usr.src/sys/ddb/db_command.c:433 #4 0xc04769df in db_command (last_cmdp=3D0xc0a25424, cmd_table=3D0x0) at /src/usr.src/sys/ddb/db_command.c:401 #5 0xc0476a9a in db_command_loop () at /src/usr.src/sys/ddb/db_command.c:4= 53 #6 0xc04786e5 in db_trap (type=3D12, code=3D0) at /src/usr.src/sys/ddb/db_main.c:222 #7 0xc06e1fd4 in kdb_trap (type=3D12, code=3D0, tf=3D0xd6356724) at /src/usr.src/sys/kern/subr_kdb.c:502 #8 0xc08be9ad in trap_fatal (frame=3D0xd6356724, eva=3D0) at /src/usr.src/sys/i386/i386/trap.c:859 #9 0xc08be033 in trap (frame=3D0xd6356724) at /src/usr.src/sys/i386/i386/trap.c:276 #10 0xc08a874b in calltrap () at /src/usr.src/sys/i386/i386/exception.s:139 #11 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) ---------------------------------------------------------------------- The firewall works OK with the local network, everything gets sent and filtered. PPP seems to matter. The only rule which matches (only) the ppp interface is: `ipfw add allow ip from any to any out xmit tun2 keep-state' The system doesn't crash after adding a `1 allow ip from any to any' ipfw rule, but that's not a real solution:) Any ideas? --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFo4H6wo7hT/9lVdwRAm2FAJ98Aga7ZBqMdDVHnTtcWSf5IacnEQCbBwUC Pe9YQYK9sN3a6XCnoxs389Y= =zx/8 -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 02:08:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39D7A16A407 for ; Tue, 9 Jan 2007 02:08:44 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id EA1B113C45A for ; Tue, 9 Jan 2007 02:08:43 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 1D95D197B7F; Tue, 9 Jan 2007 02:42:07 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id l091eVZG087180; Tue, 9 Jan 2007 02:40:31 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id l091eVFO087179; Tue, 9 Jan 2007 02:40:31 +0100 (CET) (envelope-from nox) Date: Tue, 9 Jan 2007 02:40:31 +0100 (CET) From: Juergen Lock Message-Id: <200701090140.l091eVFO087179@saturn.kn-bremen.de> To: scottro@nyc.rr.com X-Newsgroups: local.list.freebsd.current In-Reply-To: <20070108230555.GA1274@mail.scottro.net> Organization: home X-Mailman-Approved-At: Tue, 09 Jan 2007 12:37:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Problems with qemu networking after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 02:08:44 -0000 In article <20070108230555.GA1274@mail.scottro.net> you write: > >After an upgrade Saturday (after a long period of not upgrading) >networking in qemu has stopped working for me. All modules load without >trouble (unlike my recent vmware troubles.) > >If, in a Windows guest system, I do ipconfig, it shows a typical >10.x.x.x qemu address. (My home network is a 192.168.1.x and qemu has >always worked with it.) > >However, if I then open up a web browser, or do anything else that >requires Internet connectivity, I get page cannot be found. > >There has been no difference in what I do with qemu or how I load >it--the only difference was the upgrade. > >I'm wondering if anyone else has had this problem, or if anyone could >give me a hint as to where to start troubleshooting it. > >I'm using the same pf configuration that I always used--disabling it >didn't help. I load aio and kqemu for qemu to work. Aside from that, I >do nothing special, it's always Just Worked(TM) using the default >networking. > > >Thank you for any input. I'm not quite sure what my next step should be >in troubleshooting this. I haven't written the maintainer or filed a PR >yet, because I have no idea if this is due to some oddity on my >particular system or not. (I haven't had a chance to throw a recent >CURRENT on something else and test it there.) Oh wow I should have catched that one... :-O Looks like the 10.0.2.3 dns redirection is broken indeed! Workaround: use the host's /etc/resolv.conf in the guest (or the nameserver(s) in there), I'll see if I can investigate further tomorrow. gnite, Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 08:16:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE47216A4A0 for ; Tue, 9 Jan 2007 08:16:04 +0000 (UTC) (envelope-from alexander.pohoyda@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 163F513C428 for ; Tue, 9 Jan 2007 08:16:03 +0000 (UTC) (envelope-from alexander.pohoyda@gmx.net) Received: (qmail invoked by alias); 09 Jan 2007 07:49:21 -0000 Received: from p54AD9702.dip0.t-ipconnect.de (EHLO www2.gmx.net) [84.173.151.2] by mail.gmx.net (mp029) with SMTP; 09 Jan 2007 08:49:21 +0100 X-Authenticated: #14602519 Received: from oak.pohoyda.family (localhost [127.0.0.1]) by www2.gmx.net (8.12.10/8.12.10) with ESMTP id l097nKox000339 for ; Tue, 9 Jan 2007 08:49:20 +0100 (CET) (envelope-from apog@oak.pohoyda.family) Received: (from apog@localhost) by oak.pohoyda.family (8.12.10/8.12.10/Submit) id l097nJrf000336; Tue, 9 Jan 2007 08:49:19 +0100 (CET) (envelope-from apog) Date: Tue, 9 Jan 2007 08:49:19 +0100 (CET) Message-Id: <200701090749.l097nJrf000336@oak.pohoyda.family> From: Alexander Pohoyda To: freebsd-current@freebsd.org X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Tue, 09 Jan 2007 12:37:32 +0000 Subject: 7.0-CURRENT-200611-amd64 on (SiS 761GX + SiS 966)-based motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 08:16:04 -0000 Hello! I've tried the 2006-11 snapshot today and it hangs right after the message: ... pcib0: port ... on apic0 pci0: on pcib0 With ACPI disabled, it hangs with this message: ... pcib0: pcibus 0 on motherboard pci0: on pcib0 Booting in "Safe Mode" has no effect, hangs just like with disabled ACPI. Booting in verbose logging mode gives this: ... pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 19 found-> vendor=0x1039, dev=0x1183, revid=0x02 bus=0, slot=5, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D) D3 current D0 map[10]: type 4, range 32, base 0xfc00, size 3, enabled map[14]: type 4, range 32, base 0xfb00, size 2, enabled map[18]: type 4, range 32, base 0xfa00, size 3, enabled map[1c]: type 4, range 32, base 0xf900, size 2, enabled map[20]: type 4, range 32, base 0xf800, size 4, enabled map[24]: type 4, range 32, base 0xf700, size 7, enabled pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 17 FreeBSD 5.4 works OK, FreeBSD 6.2 installs perfectly from CD, but when boots from the harddrive, it is very slow (unlocks by pressing NumLock key or moving the mouse, very weird). It might be unrelated, but NetBSD-amd64 hangs with this: pciide0:0:0: lost interrupt type: ata tc_bcount: 512 tc_skip: 0 uhub1: device problem, disabling port 2 If that is of interest to you, I could try to provide more information. -- Alexander Pohoyda PGP Key fingerprint: 7F C9 CC 5A 75 CD 89 72 15 54 5F 62 20 23 C6 44 From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 15:09:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E28316A415 for ; Tue, 9 Jan 2007 15:09:40 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id BA2E113C441 for ; Tue, 9 Jan 2007 15:09:39 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.155] ([83.239.189.155]:54477 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3588206AbXAIPJf (ORCPT ); Tue, 9 Jan 2007 18:09:35 +0300 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 1C76A17719; Tue, 9 Jan 2007 18:09:33 +0300 (MSK) Date: Tue, 9 Jan 2007 18:09:33 +0300 From: Sergey Zaharchenko To: Rong-en Fan Message-ID: <20070109150932.GA2934@shark.localdomain> References: <20070109115227.GA2325@shark.localdomain> <6eb82e0701090607n2d23a08fwe2ff5c66d4c0f2a8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <6eb82e0701090607n2d23a08fwe2ff5c66d4c0f2a8@mail.gmail.com> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: Page fault in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 15:09:40 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Rong-en! Tue, Jan 09, 2007 at 10:07:16PM +0800 you wrote: > On 1/9/07, Sergey Zaharchenko wrote: > >Hello -current, > > > >After updating from December to yesterday's CURRENT (to try catching the > >SMB recursive locking) I observe the following fault when I connect to > >the internet via PPP: > > > [...] >=20 > Just curious, do you have any rule with 'log' keyword? Well yes I do, and the logging seems to be it. I'm having problems with making a normal stack trace, but the fault itself occurs in ipfw_log() at /usr/src/sys/netinet/ip_fw2.c:928: : { : tcp =3D L3HDR(struct tcphdr, ip); <--- here : udp =3D L3HDR(struct udphdr, ip); I've tried setting net.inet.ip.fw.verbose=3D0 and everything seems ok. But I'd like to keep logging...=20 Thank you, --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFo7Aswo7hT/9lVdwRAr2AAJ4xyg92X11StvyE2lTrln1Udf3dTgCfShew CeCXLaA+G3S0meXy75JWARg= =7LIL -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 15:29:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23E9D16A412 for ; Tue, 9 Jan 2007 15:29:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id BA74713C43E for ; Tue, 9 Jan 2007 15:29:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id AB3E3EB65AA; Tue, 9 Jan 2007 23:29:25 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id IBLxI6UFMBYJ; Tue, 9 Jan 2007 23:29:12 +0800 (CST) Received: from [192.168.1.32] (unknown [221.216.129.168]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 89D8EEB6302; Tue, 9 Jan 2007 23:29:12 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=aYUKmtqL32eU7+RhsiAJEUOoSWtgf3506TXkiKoFoQaTetz7G9ZDpC58Uf9DnNYBz VjTWnnr5P4Zb0fz6qPv3g== Message-ID: <45A3B47B.7070804@delphij.net> Date: Tue, 09 Jan 2007 23:27:55 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Sergey Zaharchenko References: <20070109115227.GA2325@shark.localdomain> <6eb82e0701090607n2d23a08fwe2ff5c66d4c0f2a8@mail.gmail.com> <20070109150932.GA2934@shark.localdomain> In-Reply-To: <20070109150932.GA2934@shark.localdomain> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig0BB79996F30F54F99D9ED852" Cc: Rong-en Fan , current@freebsd.org Subject: Re: Page fault in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 15:29:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0BB79996F30F54F99D9ED852 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sergey Zaharchenko wrote: > Hello Rong-en! >=20 > Tue, Jan 09, 2007 at 10:07:16PM +0800 you wrote: >=20 >> On 1/9/07, Sergey Zaharchenko wrote: >>> Hello -current, >>> >>> After updating from December to yesterday's CURRENT (to try catching = the >>> SMB recursive locking) I observe the following fault when I connect t= o >>> the internet via PPP: >>> >> [...] >> >> Just curious, do you have any rule with 'log' keyword? >=20 > Well yes I do, and the logging seems to be it. I'm having problems with= > making a normal stack trace, but the fault itself occurs in ipfw_log() > at /usr/src/sys/netinet/ip_fw2.c:928: What about if you add a KASSERT there? It seems to be helpful when you can not obtain the backtrace... Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig0BB79996F30F54F99D9ED852 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo7R7OfuToMruuMARAzT/AKCFceOa/DGWOVw9DVLJa+VgvioKOwCfZS2e 0c8/TuOfKtN7UJBQxzejqS0= =IEAJ -----END PGP SIGNATURE----- --------------enig0BB79996F30F54F99D9ED852-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 15:58:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8133F16A415 for ; Tue, 9 Jan 2007 15:58:10 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 44E5713C44C for ; Tue, 9 Jan 2007 15:58:10 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so2298321ana for ; Tue, 09 Jan 2007 07:58:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Td3yUJu8pZHahKZ5pHkETw8os9XSbzXgrF2de8oMp3JR/6bANGBL8Svt9ASHJTdZaV0YIFo1SToVWSU4jEsdpAPXebOiZdJ2cgJ2AtMVi4XPLlKtrl615DW+R4Q+NcPrgzGbfrxBLZBdce1AeNO3xlJOIo6ssw3dn2ZPfXpPCAI= Received: by 10.100.33.14 with SMTP id g14mr10796812ang.1168356552001; Tue, 09 Jan 2007 07:29:12 -0800 (PST) Received: by 10.100.136.16 with HTTP; Tue, 9 Jan 2007 07:29:11 -0800 (PST) Message-ID: <6eb82e0701090729q7a5d9b0h42797401204c7301@mail.gmail.com> Date: Tue, 9 Jan 2007 23:29:11 +0800 From: "Rong-en Fan" To: "Sergey Zaharchenko" In-Reply-To: <20070109150932.GA2934@shark.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070109115227.GA2325@shark.localdomain> <6eb82e0701090607n2d23a08fwe2ff5c66d4c0f2a8@mail.gmail.com> <20070109150932.GA2934@shark.localdomain> Cc: current@freebsd.org Subject: Re: Page fault in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 15:58:10 -0000 On 1/9/07, Sergey Zaharchenko wrote: > Hello Rong-en! > > Tue, Jan 09, 2007 at 10:07:16PM +0800 you wrote: > > > On 1/9/07, Sergey Zaharchenko wrote: > > >Hello -current, > > > > > >After updating from December to yesterday's CURRENT (to try catching the > > >SMB recursive locking) I observe the following fault when I connect to > > >the internet via PPP: > > > > > [...] > > > > Just curious, do you have any rule with 'log' keyword? > > Well yes I do, and the logging seems to be it. I'm having problems with > making a normal stack trace, but the fault itself occurs in ipfw_log() > at /usr/src/sys/netinet/ip_fw2.c:928: > > : { > : tcp = L3HDR(struct tcphdr, ip); <--- here > : udp = L3HDR(struct udphdr, ip); > > I've tried setting net.inet.ip.fw.verbose=0 and everything seems ok. But > I'd like to keep logging... > > Thank you, I also see this problem on my current. I will try to obtain a core dump this week. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 16:04:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 845CD16A407; Tue, 9 Jan 2007 16:04:36 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0087313C45E; Tue, 9 Jan 2007 16:04:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.20.252] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1H4JSk1FGk-0000MU; Tue, 09 Jan 2007 17:04:34 +0100 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Tue, 9 Jan 2007 17:04:24 +0100 User-Agent: KMail/1.9.5 References: <20070109115227.GA2325@shark.localdomain> <20070109150932.GA2934@shark.localdomain> <6eb82e0701090729q7a5d9b0h42797401204c7301@mail.gmail.com> In-Reply-To: <6eb82e0701090729q7a5d9b0h42797401204c7301@mail.gmail.com> 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="nextPart1709042.Dc4VzU4mzG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200701091704.32045.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Julian Elischer , Rong-en Fan , Paolo Pisati , Sergey Zaharchenko Subject: Re: Page fault in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 16:04:36 -0000 --nextPart1709042.Dc4VzU4mzG Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 09 January 2007 16:29, Rong-en Fan wrote: > On 1/9/07, Sergey Zaharchenko wrote: > > Hello Rong-en! > > > > Tue, Jan 09, 2007 at 10:07:16PM +0800 you wrote: > > > On 1/9/07, Sergey Zaharchenko wrote: > > > >Hello -current, > > > > > > > >After updating from December to yesterday's CURRENT (to try > > > > catching the SMB recursive locking) I observe the following fault > > > > when I connect to the internet via PPP: > > > > > > [...] > > > > > > Just curious, do you have any rule with 'log' keyword? > > > > Well yes I do, and the logging seems to be it. I'm having problems > > with making a normal stack trace, but the fault itself occurs in > > ipfw_log() > > > > at /usr/src/sys/netinet/ip_fw2.c:928: > > : { > > : tcp =3D L3HDR(struct tcphdr, ip); <--- here > > : udp =3D L3HDR(struct udphdr, ip); > > > > I've tried setting net.inet.ip.fw.verbose=3D0 and everything seems ok. > > But I'd like to keep logging... > > > > Thank you, > > I also see this problem on my current. I will try to obtain a core dump > this week. Strange. The initial dump looked like a call to a NULL function pointer,=20 but this looks differently. There where two bigger changes in ip_fw2.c=20 that might be related: The cleanup of mtod() and LibAlias. The latter is=20 now cleanly #ifdef'ed out (at least it seems that way to me). I've CC'ed=20 the corresponding authors so if you could provide a better dump, maybe=20 something comes to mind. =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 --nextPart1709042.Dc4VzU4mzG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFo70QXyyEoT62BG0RAgkBAJ99ojh1Fs2LVVbqwO70I8gJ6wrO/gCeN5B+ yGv3tRRwxOpuqohv6sMtsX8= =WvZk -----END PGP SIGNATURE----- --nextPart1709042.Dc4VzU4mzG-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 16:45:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92C2D16A403 for ; Tue, 9 Jan 2007 16:45:55 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id E0E4E13C457 for ; Tue, 9 Jan 2007 16:45:54 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.155] ([83.239.189.155]:7398 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077222AbXAIQpp (ORCPT ); Tue, 9 Jan 2007 19:45:45 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 471A617719; Tue, 9 Jan 2007 19:45:22 +0300 (MSK) Date: Tue, 9 Jan 2007 19:45:22 +0300 From: Sergey Zaharchenko To: current@freebsd.org Message-ID: <20070109164522.GA8445@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Subject: GDB dumping stack frames by address incorrectly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 16:45:55 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello again -current, Looks like I've run into a debugger bug... Consider debugging a simple program: : $ gcc -g -o c c.c : $ gdb c : ... : (gdb) br main : Breakpoint 1 at 0x80484a8: file c.c, line 4. : (gdb) r : Starting program: /home/df/freebsd-bugs/c : Breakpoint 1, main () at c.c:4 : 4 return 0; : (gdb) info frame : Stack level 0, frame at 0xbfbfeb90: : eip =3D 0x80484a8 in main (c.c:4); saved eip 0x80483d6 : source language c. : Arglist at 0xbfbfeb88, args: : Locals at 0xbfbfeb88, Previous frame's sp is 0xbfbfeb90 : Saved registers: : ebp at 0xbfbfeb88, eip at 0xbfbfeb8c Here, everything is normal; notice the frame pointer is 0xbfbfeb90. : (gdb) help frame : Select and print a stack frame. : With no argument, print the selected stack frame. (See also "info frame"). : An argument specifies the frame to select. : It can be a stack frame number or the address of the frame. ^^^^^^^^^^^^^^^^^^^^^^^^^^^ : With argument, nothing is printed if input is coming from : a command file or a user-defined command. After reading the above, one would expect that=20 : (gdb) frame 0xbfbfeb90 would print out the same frame. However, it shows this: : #0 0x00000000 in ?? () Moreover, : (gdb) info frame 0xbfbfeb90 : Stack frame at 0xbfbfeb90: : eip =3D 0x0; saved eip : /src/usr.src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/dwarf2-fr= ame.c:613: internal-error: dwarf2_frame_cache: Assertion `fde !=3D NULL' fa= iled. : A problem internal to GDB has been detected, : further debugging may prove unreliable. : Quit this debugging session? (y or n) n :=20 : /src/usr.src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/dwarf2-fr= ame.c:613: internal-error: dwarf2_frame_cache: Assertion `fde !=3D NULL' fa= iled. : A problem internal to GDB has been detected, : further debugging may prove unreliable. : Create a core file of GDB? (y or n) y : (gdb) The program is running. Exit anyway? (y or n) y The stack trace of stock gdb is unlikely to help, but here goes: #0 0x283ad75b in kill () from /lib/libc.so.7 #1 0x283ad6f8 in raise () from /lib/libc.so.7 #2 0x283ac408 in abort () from /lib/libc.so.7 #3 0x080bad56 in query () #4 0x080baef0 in internal_verror () #5 0x080baf14 in internal_error () #6 0x0813690f in dwarf2_frame_base_sniffer () #7 0x08136966 in dwarf2_frame_base_sniffer () #8 0x08084d40 in frame_register_unwind () #9 0x08084f58 in frame_unwind_register () #10 0x0814c242 in i386_register_name () #11 0x08084c60 in frame_pc_unwind () #12 0x080ec048 in parse_frame_specification () #13 0x080c793b in execute_command () #14 0x0808a012 in async_disable_stdin () #15 0x0808a657 in async_disable_stdin () #16 0x28275360 in rl_callback_read_char () from /lib/libreadline.so.6 #17 0x080899ab in _initialize_gdbarch_utils () #18 0x0808b364 in delete_file_handler () #19 0x0808ae1a in gdb_disable_readline () #20 0x0808b5c9 in gdb_do_one_event () #21 0x080c7478 in throw_exception () #22 0x080c75c2 in catch_errors () #23 0x0815508b in _initialize_varobj () #24 0x08071f4a in current_interp_command_loop () #25 0x0807114b in main () I've just tried with -current of around December 2005, and the behavior is the same. Is it intended? --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFo8ahwo7hT/9lVdwRApIAAJ9n8/U460q7z4zASgKAFMngdN/2OACfZ+vR JjSpUp0YiHRSeaU6hbcV0KY= =tEB2 -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 19:46:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E06E616A407 for ; Tue, 9 Jan 2007 19:46:13 +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 44AC213C441 for ; Tue, 9 Jan 2007 19:46:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F8B7.dip.t-dialin.net [84.165.248.183]) by redbull.bpaserver.net (Postfix) with ESMTP id 2545C2E192; Tue, 9 Jan 2007 20:51:52 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 618815B497E; Tue, 9 Jan 2007 20:46:05 +0100 (CET) Date: Tue, 9 Jan 2007 20:46:04 +0100 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-ID: <20070109204604.62915dc7@Magellan.Leidinger.net> In-Reply-To: <20070108210813.368389dc@Magellan.Leidinger.net> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> X-Mailer: Claws Mail 2.7.0 (GTK+ 2.10.6; i386-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 6, 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 Cc: Boris Samorodov , Divacky Roman Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 19:46:14 -0000 Quoting Alexander Leidinger (Mon, 8 Jan 2007 21:08:13 +0100): > The question is: why does it try to load the FreeBSD one, when open > does not error out with the linux one. This is not something which > happens in the kernel, the linux syscalls seem to work just fine. > > Linux kdump: > ---snip--- > 97935 ls CALL linux_open(0xbfbfdd60,0,0) > 97935 ls NAMI "/compat/linux/lib/tls/librt.so.1" > 97935 ls NAMI "/lib/tls/librt.so.1" > 97935 ls RET linux_open JUSTRETURN > 97935 ls CALL linux_open(0xbfbfdd60,0,0) > 97935 ls NAMI "/compat/linux/lib/librt.so.1" > 97935 ls NAMI "/compat/linux" > 97935 ls NAMI "/compat/linux/lib/librt.so.1" > 97935 ls RET linux_open 3 > 97935 ls CALL read(0x3,0xbfbfde8c,0x200) > 97935 ls GIO fd 3 read 512 bytes > [linux ELF binary] > 97935 ls RET read 512/0x200 > 97935 ls CALL close(0x3) > 97935 ls RET close 0 > 97935 ls CALL linux_open(0xbfbfdd60,0,0) > 97935 ls NAMI "/compat/linux/usr/lib/tls/librt.so.1" > 97935 ls NAMI "/usr/lib/tls/librt.so.1" > 97935 ls RET linux_open JUSTRETURN > 97935 ls CALL linux_open(0xbfbfdd60,0,0) > 97935 ls NAMI "/compat/linux/usr/lib/librt.so.1" > 97935 ls NAMI "/usr/lib/librt.so.1" > 97935 ls RET linux_open 3 > 97935 ls CALL read(0x3,0xbfbfde8c,0x200) > 97935 ls GIO fd 3 read 512 bytes > [FreeBSD ELF binary] > ---snip--- I did a "ktrace -i chroot /comapt/linux /bin/ls": ---snip--- 73503 chroot NAMI "/bin/ls" 73503 chroot NAMI "/compat/linux/lib/ld-linux.so.2" 73503 chroot NAMI "/lib/ld-linux.so.2" 73503 ls RET linux_olduname 0 73503 ls CALL linux_brk(0) 73503 ls RET linux_brk 134602752/0x805e000 73503 ls CALL linux_newuname(0xbfbfe38e) 73503 ls RET linux_newuname 0 73503 ls CALL linux_access(0x28072564,0x4) 73503 ls NAMI "/compat/linux/etc/ld.so.preload" 73503 ls NAMI "/etc/ld.so.preload" 73503 ls RET linux_access JUSTRETURN 73503 ls CALL linux_open(0x28074603,0,0x1) 73503 ls NAMI "/compat/linux/etc/ld.so.cache" 73503 ls NAMI "/etc/ld.so.cache" 73503 ls RET linux_open 3 73503 ls CALL linux_fstat64(0x3,0xbfbfdc70,0x28076fc4) 73503 ls RET linux_fstat64 0 73503 ls CALL linux_mmap(0xbfbfdc54) 73503 ls RET linux_mmap 671580160/0x28078000 73503 ls CALL close(0x3) 73503 ls RET close 0 73503 ls CALL linux_open(0xbfbfdc70,0,0) 73503 ls NAMI "/compat/linux/lib/tls/librt.so.1" 73503 ls NAMI "/lib/tls/librt.so.1" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc70,0,0) 73503 ls NAMI "/compat/linux/lib/librt.so.1" 73503 ls NAMI "/lib/librt.so.1" 73503 ls RET linux_open 3 73503 ls CALL read(0x3,0xbfbfdd9c,0x200) 73503 ls GIO fd 3 read 512 bytes [binary data] 73503 ls RET read 512/0x200 73503 ls CALL close(0x3) 73503 ls RET close 0 73503 ls CALL linux_open(0xbfbfdc70,0,0) 73503 ls NAMI "/compat/linux/usr/lib/tls/librt.so.1" 73503 ls NAMI "/usr/lib/tls/librt.so.1" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc70,0,0) 73503 ls NAMI "/compat/linux/usr/lib/librt.so.1" 73503 ls NAMI "/usr/lib/librt.so.1" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc70,0,0) 73503 ls NAMI "/compat/linux/lib/obsolete/linuxthreads/tls/librt.so.1" 73503 ls NAMI "/lib/obsolete/linuxthreads/tls/librt.so.1" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc70,0,0) 73503 ls NAMI "/compat/linux/lib/obsolete/linuxthreads/librt.so.1" 73503 ls NAMI "/lib/obsolete/linuxthreads/librt.so.1" 73503 ls RET linux_open 3 73503 ls CALL read(0x3,0xbfbfdd9c,0x200) 73503 ls GIO fd 3 read 512 bytes [binary data] 73503 ls RET read 512/0x200 73503 ls CALL linux_fstat64(0x3,0xbfbfdccc,0x28076fc4) 73503 ls RET linux_fstat64 0 73503 ls CALL linux_mmap(0xbfbfdb3c) 73503 ls RET linux_mmap 671596544/0x2807c000 73503 ls CALL linux_mmap(0xbfbfdb3c) 73503 ls RET linux_mmap 671625216/0x28083000 73503 ls CALL linux_mmap(0xbfbfdb3c) 73503 ls RET linux_mmap 671633408/0x28085000 73503 ls CALL close(0x3) 73503 ls RET close 0 73503 ls CALL linux_open(0x2807aa17,0,0x1) 73503 ls NAMI "/compat/linux/lib/libacl.so.1" 73503 ls NAMI "/lib/libacl.so.1" 73503 ls RET linux_open 3 73503 ls CALL read(0x3,0xbfbfdd80,0x200) 73503 ls GIO fd 3 read 512 bytes [binary data] 73503 ls RET read 512/0x200 73503 ls CALL linux_fstat64(0x3,0xbfbfdcb0,0x28076fc4) 73503 ls RET linux_fstat64 0 73503 ls CALL linux_mmap(0xbfbfdb84) 73503 ls RET linux_mmap 671674368/0x2808f000 73503 ls CALL linux_mmap(0xbfbfdb80) 73503 ls RET linux_mmap 671678464/0x28090000 73503 ls CALL linux_mmap(0xbfbfdb80) 73503 ls RET linux_mmap 671703040/0x28096000 73503 ls CALL close(0x3) 73503 ls RET close 0 73503 ls CALL linux_open(0x2807999d,0,0x1) 73503 ls NAMI "/compat/linux/lib/libselinux.so.1" 73503 ls NAMI "/lib/libselinux.so.1" 73503 ls RET linux_open 3 73503 ls CALL read(0x3,0xbfbfdd64,0x200) 73503 ls GIO fd 3 read 512 bytes [binary data] 73503 ls RET read 512/0x200 73503 ls CALL linux_fstat64(0x3,0xbfbfdc94,0x28076fc4) 73503 ls RET linux_fstat64 0 73503 ls CALL linux_mmap(0xbfbfdb64) 73503 ls RET linux_mmap 671707136/0x28097000 73503 ls CALL linux_mmap(0xbfbfdb64) 73503 ls RET linux_mmap 671772672/0x280a7000 73503 ls CALL close(0x3) 73503 ls RET close 0 73503 ls CALL linux_open(0xbfbfdc20,0,0x2808f4e0) 73503 ls NAMI "/compat/linux/lib/tls/libc.so.6" 73503 ls NAMI "/lib/tls/libc.so.6" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc20,0,0x2808f4e0) 73503 ls NAMI "/compat/linux/lib/libc.so.6" 73503 ls NAMI "/lib/libc.so.6" 73503 ls RET linux_open 3 73503 ls CALL read(0x3,0xbfbfdd48,0x200) 73503 ls GIO fd 3 read 512 bytes [binary data] 73503 ls RET read 512/0x200 73503 ls CALL close(0x3) 73503 ls RET close 0 73503 ls CALL linux_open(0xbfbfdc20,0,0x2808f4e0) 73503 ls NAMI "/compat/linux/usr/lib/tls/libc.so.6" 73503 ls NAMI "/usr/lib/tls/libc.so.6" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc20,0,0x2808f4e0) 73503 ls NAMI "/compat/linux/usr/lib/libc.so.6" 73503 ls NAMI "/usr/lib/libc.so.6" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc20,0,0x2808f4e0) 73503 ls NAMI "/compat/linux/lib/obsolete/linuxthreads/tls/libc.so.6" 73503 ls NAMI "/lib/obsolete/linuxthreads/tls/libc.so.6" 73503 ls RET linux_open JUSTRETURN 73503 ls CALL linux_open(0xbfbfdc20,0,0x2808f4e0) 73503 ls NAMI "/compat/linux/lib/obsolete/linuxthreads/libc.so.6" 73503 ls NAMI "/lib/obsolete/linuxthreads/libc.so.6" 73503 ls RET linux_open 3 73503 ls CALL read(0x3,0xbfbfdd48,0x200) 73503 ls GIO fd 3 read 512 bytes [...] ---snip--- Anyone out there who is willing to play with the order in /compat/linux/etc/ld.so.conf to see if it helps (don't forget to run ldconfig in a chroot). Bye, Alexander. -- Forrest Gump: "I'm sorry for ruining your party, Lieutenant Dan. She tasted of cigarettes" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 19:46:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 680CA16A50E for ; Tue, 9 Jan 2007 19:46:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1341B13C461 for ; Tue, 9 Jan 2007 19:46:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l09JkQBn077947; Tue, 9 Jan 2007 14:46:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 9 Jan 2007 14:17:18 -0500 User-Agent: KMail/1.9.1 References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> <200701081415.52431.jhb@freebsd.org> <87d55o3900.fsf@neva.vlink.ru> In-Reply-To: <87d55o3900.fsf@neva.vlink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701091417.18936.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 09 Jan 2007 14:46:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2430/Tue Jan 9 12:35:51 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Denis Shaposhnikov Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 19:46:39 -0000 On Tuesday 09 January 2007 03:22, Denis Shaposhnikov wrote: > >>>>> "John" == John Baldwin writes: > > >> My em0 stops working a few seconds after booting. And there are > >> watchdog timeout messages. I tried kldunload it (I load it as > >> module in loader.conf) and reload. Pinging other hosts get only > >> the first few ~10 replies. Adding hw.pci.enable_msi[x]=0 to > >> loader.conf solves this problem. > > John> Can you try this patch? It should disable MSI on your machine: > > BTW, I have the same problem with > > em0@pci2:10:0: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82546EB Dual Port Gigabit Ethernet Controller (Copper)' > class = network > subclass = ethernet > > and disabling MSI fixes it. The same for if_ipw also: > > ipw0@pci1:3:0: class=0x028000 card=0x25618086 chip=0x10438086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801 Intel(R) PRO/Wireless 2100 LAN Card Driver' > class = network ipw(4) doesn't support MSI, so that doesn't make sense. The problem is probably not in the devices though, but in your chipset. Can you provide the output from 'pciconf -l'? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 19:46:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74E3316A63C for ; Tue, 9 Jan 2007 19:46:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 02D5313C45B for ; Tue, 9 Jan 2007 19:46:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l09JkQBp077947; Tue, 9 Jan 2007 14:46:44 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 9 Jan 2007 14:33:40 -0500 User-Agent: KMail/1.9.1 References: <200701090749.l097nJrf000336@oak.pohoyda.family> In-Reply-To: <200701090749.l097nJrf000336@oak.pohoyda.family> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701091433.41437.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 09 Jan 2007 14:46:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2430/Tue Jan 9 12:35:51 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Alexander Pohoyda Subject: Re: 7.0-CURRENT-200611-amd64 on (SiS 761GX + SiS 966)-based motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 19:46:57 -0000 On Tuesday 09 January 2007 02:49, Alexander Pohoyda wrote: > Hello! > > I've tried the 2006-11 snapshot today and it hangs right after the > message: > ... > pcib0: port ... on apic0 > pci0: on pcib0 > > With ACPI disabled, it hangs with this message: > ... > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > > Booting in "Safe Mode" has no effect, hangs just like with disabled > ACPI. > > Booting in verbose logging mode gives this: > ... > pcib0: matched entry for 0.4.INTA > pcib0: slot 4 INTA hardwired to IRQ 19 > found-> vendor=0x1039, dev=0x1183, revid=0x02 > bus=0, slot=5, func=0 > class=01-01-85, hdrtype=0x00, mfdev=0 > cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D) D3 current D0 > map[10]: type 4, range 32, base 0xfc00, size 3, enabled > map[14]: type 4, range 32, base 0xfb00, size 2, enabled > map[18]: type 4, range 32, base 0xfa00, size 3, enabled > map[1c]: type 4, range 32, base 0xf900, size 2, enabled > map[20]: type 4, range 32, base 0xf800, size 4, enabled > map[24]: type 4, range 32, base 0xf700, size 7, enabled > pcib0: matched entry for 0.5.INTA > pcib0: slot 5 INTA hardwired to IRQ 17 > > > FreeBSD 5.4 works OK, FreeBSD 6.2 installs perfectly from CD, but when > boots from the harddrive, it is very slow (unlocks by pressing NumLock > key or moving the mouse, very weird). > > It might be unrelated, but NetBSD-amd64 hangs with this: > pciide0:0:0: lost interrupt > type: ata tc_bcount: 512 tc_skip: 0 > uhub1: device problem, disabling port 2 > > > > If that is of interest to you, I could try to provide more information. Try hacking the source to turn off VPD. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 19:47:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E4C716A67B; Tue, 9 Jan 2007 19:47:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id ABE0F13C457; Tue, 9 Jan 2007 19:47:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l09JkQBo077947; Tue, 9 Jan 2007 14:46:37 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 9 Jan 2007 14:26:35 -0500 User-Agent: KMail/1.9.1 References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> <20070107185228.W41371@fledge.watson.org> In-Reply-To: <20070107185228.W41371@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701091426.36740.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 09 Jan 2007 14:46:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2430/Tue Jan 9 12:35:51 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Craig Rodrigues , Randall Stewart , Robert Watson Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 19:47:04 -0000 On Sunday 07 January 2007 13:54, Robert Watson wrote: > On Sun, 7 Jan 2007, Randall Stewart wrote: > > > Craig: > > > > When we allocate a PCB we hold several locks. This prevents a conflict of > > say a sender allocating a PCB at the very same instant (this was one of my > > race condition bugs that was fixed recently). > > > > Now, each PCB has a small hash table it uses. We call hashinit() for this .. > > > > hashinit() does a malloc with M_WAITOK > > > > thus the warning. > > > > So, I either need to make another hashinit() function with a passed flag for > > the wait (seems the best way) OR make a sctp specific hashinit.. which I > > don't like doing.. > > > > Maybe I can change the name of hashinit() to hashinit_x() and then make > > hashinit() be a macro that calls hasinit_x with M_WAITOK.. then I could use > > hashinit_x() directly? > > > > Don't know what the best course is to go here... > > > > It is rather strange that I have not seen this, since like I said one of my > > machines is running with witness enabled .. hmm.. > > > > Anyway.. advice from others how I should proceed would be welcome.. > > > > hashinit_x() or an sctp specific hash_init?? > > I think my preference would be to see a hashinit_flags() or the like, and have > a wait argument to that. I'd be tempted to give it a new name, like > HASH_WAITOK or such, in case we want to add other flags in the future. > > Remember to update hashinit(9). :-) Either that or use an sx lock to close the pcb alloc race instead and don't hold mutexes while calling hashinit(). > Robert N M Watson > Computer Laboratory > University of Cambridge > > > > > R > > > > Craig Rodrigues wrote: > >> Hi, > >> > >> I am running one of the SCTP tests in the ACE library, > >> and am getting the following witness warning. Any ideas what the cause > >> is? > >> > >> Thanks. > >> > >> malloc(M_WAITOK) of "1024", forcing M_NOWAIT with the following > >> non-sleepable locks held: > >> exclusive sleep mutex sctp-create (inp_create) r = 0 (0xc2ddded0) locked @ > >> /usr/src/sys/netinet/sctp_input.c:4006 > >> KDB: stack backtrace: > >> db_trace_self_wrapper(c09bf21a) at db_trace_self_wrapper+0x25 > >> kdb_backtrace(1,400,c146d5a0,6,cbd70148,...) at kdb_backtrace+0x29 > >> witness_warn(5,0,c09dac6c,c09701c9) at witness_warn+0x192 > >> uma_zalloc_arg(c146d5a0,0,2) at uma_zalloc_arg+0x41 > >> malloc(400,c0a50840,2,c28cf3e4,cbd701ac,...) at malloc+0xb2 > >> hashinit(100,c0a50840,c2dde80c,f1,c28cf3e4,...) at hashinit+0x3b > >> sctp_inpcb_alloc(c28cf3e4) at sctp_inpcb_alloc+0x143 > >> sctp_attach(c28cf3e4,0,0) at sctp_attach+0x34 > >> sonewconn(c28a9530,2,c2ddff48,0,c09cf2c5,839) at sonewconn+0x119 > >> sctp_handle_cookie_echo(c297e900,14,20,c297e948,cbd70390,cbd70bbc,cbd70bc0,cbd70c20,0,0,0,cbd70384) > >> at sctp_handle_cookie_echo+0x77e > >> sctp_process_control(c297e900,14,cbd70c08,1ac,c297e948,c297e954,c2dddc10,c2ddfa50,cbd70c20,cbd70be8) > >> at sctp_process_control+0xd89 > >> sctp_common_input_processing(cbd70c3c,14,20,1ac,c297e948,c297e954,c2dddc10,0,c2de1570,0) > >> at sctp_common_input_processing+0x72 > >> sctp_input(c297e900,14,ae,100007f,0,...) at sctp_input+0x2fa > >> ip_input(c297e900) at ip_input+0x5c5 > >> netisr_processqueue(c0af3658) at netisr_processqueue+0x6e > >> swi_net(0) at swi_net+0xc2 > >> ithread_execute_handlers(c210b6c0,c2129900) at > >> ithread_execute_handlers+0x11e > >> ithread_loop(c20ed960,cbd70d38) at ithread_loop+0x67 > >> fork_exit(c06bbd2c,c20ed960,cbd70d38) at fork_exit+0xac > >> fork_trampoline() at fork_trampoline+0x8 > >> > > > > > > -- > > Randall Stewart > > NSSTG - Cisco Systems Inc. > > 803-345-0369 803-317-4952 (cell) > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 20:32:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB5B116A417 for ; Tue, 9 Jan 2007 20:32:08 +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 98C7113C469 for ; Tue, 9 Jan 2007 20:32:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E36F.dip.t-dialin.net [84.165.227.111]) by redbull.bpaserver.net (Postfix) with ESMTP id ADD082E192; Tue, 9 Jan 2007 21:37:48 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 8355D5B497E; Tue, 9 Jan 2007 21:31:51 +0100 (CET) Date: Tue, 9 Jan 2007 21:31:51 +0100 From: Alexander Leidinger To: Boris Samorodov Message-ID: <20070109213151.2bf5a8f3@Magellan.Leidinger.net> In-Reply-To: <89565167@srv.sem.ipt.ru> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> X-Mailer: Claws Mail 2.7.0 (GTK+ 2.10.6; i386-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=-15.364, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:32:08 -0000 Quoting Boris Samorodov (Tue, 09 Jan 2007 23:05:36 +0300): > On Tue, 9 Jan 2007 20:46:04 +0100 Alexander Leidinger wrote: > > > Anyone out there who is willing to play with the order > > in /compat/linux/etc/ld.so.conf to see if it helps (don't forget to run > > ldconfig in a chroot). > > Do you mean to find a warkaround for the particular case (running Yes. > linux ls)? It may work. But generally seems to me not a good idea, I agree. > 'cause libraries are searched from a newer version -> to old ones. > The case is that the needed old obsoleted linux library has the same > version as the FreeBSD new one. > > Though I don't have a better/another proposal. :-( That's the problem... I don't think we can handle this in the kernel (at least I don't have an idea how we could do this without preventing to load FreeBSD libs at hardcoded places all), and the linux userland is not within our control (except for the config files). BTW: Roman is going back in time to find the date where this broke, but I think he will not be happy with the result... Bye, Alexander. -- It would seem that evil retreats when forcibly confronted -- Yarnek of Excalbia, "The Savage Curtain", stardate 5906.5 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 20:35:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F226716A403 for ; Tue, 9 Jan 2007 20:35:05 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6040D13C458 for ; Tue, 9 Jan 2007 20:35:05 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l09KZ2ws032769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 21:35:03 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l09KZ2Ig032768; Tue, 9 Jan 2007 21:35:02 +0100 (CET) Date: Tue, 9 Jan 2007 21:35:02 +0100 From: Divacky Roman To: Sergey Zaharchenko Message-ID: <20070109203502.GA32517@stud.fit.vutbr.cz> References: <20070109164522.GA8445@shark.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070109164522.GA8445@shark.localdomain> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: current@freebsd.org Subject: Re: GDB dumping stack frames by address incorrectly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:35:06 -0000 On Tue, Jan 09, 2007 at 07:45:22PM +0300, Sergey Zaharchenko wrote: > Hello again -current, > > Looks like I've run into a debugger bug... Consider debugging a simple > program: there are more bugs.. try to attach to a running program. it kills the process and gdb itself crashes From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 20:36:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC7A516A412 for ; Tue, 9 Jan 2007 20:36:03 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 84EF213C459 for ; Tue, 9 Jan 2007 20:36:03 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4NBy-0007Az-US; Tue, 09 Jan 2007 23:03:31 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4NE0-000B0M-M5; Tue, 09 Jan 2007 23:05:36 +0300 To: Alexander Leidinger References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> From: Boris Samorodov Date: Tue, 09 Jan 2007 23:05:36 +0300 In-Reply-To: <20070109204604.62915dc7@Magellan.Leidinger.net> (Alexander Leidinger's message of "Tue, 9 Jan 2007 20:46:04 +0100") Message-ID: <89565167@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:36:03 -0000 On Tue, 9 Jan 2007 20:46:04 +0100 Alexander Leidinger wrote: > Anyone out there who is willing to play with the order > in /compat/linux/etc/ld.so.conf to see if it helps (don't forget to run > ldconfig in a chroot). Do you mean to find a warkaround for the particular case (running linux ls)? It may work. But generally seems to me not a good idea, 'cause libraries are searched from a newer version -> to old ones. The case is that the needed old obsoleted linux library has the same version as the FreeBSD new one. Though I don't have a better/another proposal. :-( WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 20:49:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0152716A412 for ; Tue, 9 Jan 2007 20:49:02 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id AD41613C45B for ; Tue, 9 Jan 2007 20:49:01 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4Ntw-0007Ib-2B; Tue, 09 Jan 2007 23:48:57 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4Nvx-000B1n-Tv; Tue, 09 Jan 2007 23:51:01 +0300 To: Alexander Leidinger References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> From: Boris Samorodov Date: Tue, 09 Jan 2007 23:51:01 +0300 In-Reply-To: <20070109213151.2bf5a8f3@Magellan.Leidinger.net> (Alexander Leidinger's message of "Tue, 9 Jan 2007 21:31:51 +0100") Message-ID: <46677978@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:49:02 -0000 On Tue, 9 Jan 2007 21:31:51 +0100 Alexander Leidinger wrote: > That's the problem... I don't think we can handle this in the kernel > (at least I don't have an idea how we could do this without preventing > to load FreeBSD libs at hardcoded places all), and the linux userland > is not within our control (except for the config files). Maybe it is an absurd idea, but can we implement the library searching: for i in (linux,freebsd) do for y in (/usr,/usr/local,etc) do find_a_library done done Currently (imho) we have those loops inverted. > BTW: Roman is going back in time to find the date where this broke, but > I think he will not be happy with the result... +1... WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 20:55:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFC3316A407 for ; Tue, 9 Jan 2007 20:55:06 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 9766113C459 for ; Tue, 9 Jan 2007 20:55:06 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4Nzr-0007Jr-4O; Tue, 09 Jan 2007 23:55:03 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4O1t-000B26-0N; Tue, 09 Jan 2007 23:57:09 +0300 To: Alexander Leidinger References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> From: Boris Samorodov Date: Tue, 09 Jan 2007 23:57:08 +0300 In-Reply-To: <46677978@srv.sem.ipt.ru> (Boris Samorodov's message of "Tue, 09 Jan 2007 23:51:01 +0300") Message-ID: <80597611@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:55:07 -0000 On Tue, 09 Jan 2007 23:51:01 +0300 Boris Samorodov wrote: > for i in (linux,freebsd) do > for y in (/usr,/usr/local,etc) do I ment if linux, use '/compat/linux + y' prefix. > find_a_library > done > done Hm, even if we can implement it, the (potential) problem with linux ports installed to /usr/local remains... WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:07:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CBD716A416 for ; Tue, 9 Jan 2007 21:07:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 4422413C441 for ; Tue, 9 Jan 2007 21:07:19 +0000 (UTC) (envelope-from julian@elischer.org) Received: from shell.idiom.com (HELO idiom.com) (216.240.47.20) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 09 Jan 2007 12:36:48 -0800 Received: from [10.251.23.190] (nat.ironport.com [63.251.108.100]) by idiom.com (8.12.11/8.12.11) with ESMTP id l09KtHOY022434; Tue, 9 Jan 2007 12:55:19 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <45A4012D.4060108@elischer.org> Date: Tue, 09 Jan 2007 12:55:09 -0800 From: Julian Elischer User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Sergey Zaharchenko References: <20070109115227.GA2325@shark.localdomain> <6eb82e0701090607n2d23a08fwe2ff5c66d4c0f2a8@mail.gmail.com> <20070109150932.GA2934@shark.localdomain> In-Reply-To: <20070109150932.GA2934@shark.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Rong-en Fan , current@freebsd.org Subject: Re: Page fault in ipfw? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:07:19 -0000 Sergey Zaharchenko wrote: > Hello Rong-en! > > Tue, Jan 09, 2007 at 10:07:16PM +0800 you wrote: > >> On 1/9/07, Sergey Zaharchenko wrote: >>> Hello -current, >>> >>> After updating from December to yesterday's CURRENT (to try catching the >>> SMB recursive locking) I observe the following fault when I connect to >>> the internet via PPP: >>> >> [...] >> >> Just curious, do you have any rule with 'log' keyword? > > Well yes I do, and the logging seems to be it. I'm having problems with > making a normal stack trace, but the fault itself occurs in ipfw_log() > at /usr/src/sys/netinet/ip_fw2.c:928: > > : { > : tcp = L3HDR(struct tcphdr, ip); <--- here > : udp = L3HDR(struct udphdr, ip); ok I THINK I see what is happening. 'ip' is now imported instead of being derived locally. somewhere the value of ip is being set to NULL, assuming we are going to generate it later.. ahhh here it is: try this! Index: ip_fw2.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.158 diff -u -r1.158 ip_fw2.c --- ip_fw2.c 3 Jan 2007 11:12:54 -0000 1.158 +++ ip_fw2.c 9 Jan 2007 20:53:47 -0000 @@ -903,8 +903,6 @@ struct icmphdr *icmp; struct tcphdr *tcp; struct udphdr *udp; - /* Initialize to make compiler happy. */ - struct ip *ip = NULL; #ifdef INET6 struct ip6_hdr *ip6 = NULL; struct icmp6_hdr *icmp6; > > I've tried setting net.inet.ip.fw.verbose=0 and everything seems ok. But > I'd like to keep logging... > > Thank you, > From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:19:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68B6616A403 for ; Tue, 9 Jan 2007 21:19:03 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id F2C8F13C442 for ; Tue, 9 Jan 2007 21:19:02 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l09L5aqu035983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 22:05:36 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l09L5an4035982; Tue, 9 Jan 2007 22:05:36 +0100 (CET) Date: Tue, 9 Jan 2007 22:05:36 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070109210536.GA35880@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80597611@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: [PARTIAL SOLUTION] broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:19:03 -0000 just for fun I tried 2.6 emulatin on 2 months old current and guess what /compat/linux/bin/ls works... can anyone confirm this behaviour? From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:19:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F71C16A412 for ; Tue, 9 Jan 2007 21:19:04 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id E9E2E13C459 for ; Tue, 9 Jan 2007 21:19:03 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l09L1rpo035568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 22:01:53 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l09L1rJW035567; Tue, 9 Jan 2007 22:01:53 +0100 (CET) Date: Tue, 9 Jan 2007 22:01:53 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070109210153.GA35342@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <80597611@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:19:04 -0000 On Tue, Jan 09, 2007 at 11:57:08PM +0300, Boris Samorodov wrote: > On Tue, 09 Jan 2007 23:51:01 +0300 Boris Samorodov wrote: > > > for i in (linux,freebsd) do > > for y in (/usr,/usr/local,etc) do > > I ment if linux, use '/compat/linux + y' prefix. > > > find_a_library > > done > > done > > Hm, even if we can implement it, the (potential) problem with linux > ports installed to /usr/local remains... how does this solve the problem? I might misunderstand whats going on but as I see it the program opens the libraries in the right order. but it "refuses" the correct library and keeps searching. I think the problem is in the "refusing". One thing is very strange - I was able to use acroread on 2 days old current and now I am running 2 months old current and I am not able to run it. can anyone think of what can cause this? roman From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:30:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F271416A40F for ; Tue, 9 Jan 2007 21:30:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id A7C0A13C44C for ; Tue, 9 Jan 2007 21:30:37 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4OYD-0007RL-Kv; Wed, 10 Jan 2007 00:30:33 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4OaF-000B3O-Iw; Wed, 10 Jan 2007 00:32:39 +0300 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210536.GA35880@stud.fit.vutbr.cz> From: Boris Samorodov Date: Wed, 10 Jan 2007 00:32:39 +0300 In-Reply-To: <20070109210536.GA35880@stud.fit.vutbr.cz> (Divacky Roman's message of "Tue, 9 Jan 2007 22:05:36 +0100") Message-ID: <55639944@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: [PARTIAL SOLUTION] broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:30:38 -0000 On Tue, 9 Jan 2007 22:05:36 +0100 Divacky Roman wrote: > just for fun I tried 2.6 emulatin on 2 months old current and guess what > /compat/linux/bin/ls works... > can anyone confirm this behaviour? Hm, you are lucky (it's a current from yesterday): ----- %uname -a FreeBSD tinderbox.i386.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Jan 8 22:44:43 MSK 2007 bsam@tinderbox.i386.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 %sysctl compat.linux compat.linux.oss_version: 198144 compat.linux.osrelease: 2.6.16 compat.linux.osname: Linux %/compat/linux/bin/ls CVS lapack lapack.diff ----- While after "compat.linux.osrelease: 2.6.16 -> 2.4.2": %/compat/linux/bin/ls /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid Is it's time to move default linux.osrelease to 2.6.16? ;-) WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:40:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0A3D16A40F for ; Tue, 9 Jan 2007 21:40:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA8C13C441 for ; Tue, 9 Jan 2007 21:40:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from admin.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4Oi3-0007Tf-LM; Wed, 10 Jan 2007 00:40:43 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4Ok5-000B3v-LO; Wed, 10 Jan 2007 00:42:49 +0300 To: Divacky Roman References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210153.GA35342@stud.fit.vutbr.cz> From: Boris Samorodov Date: Wed, 10 Jan 2007 00:42:49 +0300 In-Reply-To: <20070109210153.GA35342@stud.fit.vutbr.cz> (Divacky Roman's message of "Tue, 9 Jan 2007 22:01:53 +0100") Message-ID: <89559334@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:40:48 -0000 On Tue, 9 Jan 2007 22:01:53 +0100 Divacky Roman wrote: > On Tue, Jan 09, 2007 at 11:57:08PM +0300, Boris Samorodov wrote: > > On Tue, 09 Jan 2007 23:51:01 +0300 Boris Samorodov wrote: > > > > > for i in (linux,freebsd) do > > > for y in (/usr,/usr/local,etc) do > > > > I ment if linux, use '/compat/linux + y' prefix. > > > > > find_a_library > > > done > > > done > > > > Hm, even if we can implement it, the (potential) problem with linux > > ports installed to /usr/local remains... > how does this solve the problem? I might misunderstand whats going on All possible linux paths are searched fistly. > but as I see it the program opens the libraries in the right order. > but it "refuses" the correct library and keeps searching. I think > the problem is in the "refusing". It refuses the library 'cause it's too new one (maybe that's why you succeeded with 2.6.16 linux.osrelease -- linuxulator didn't throw this lib away) and keeps searching for an old one but eats a new FreeBSD one. > One thing is very strange - I was able to use acroread on 2 days > old current and now I am running 2 months old current and I am > not able to run it. can anyone think of what can cause this? It should be an another case. What is the diagnostic? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:59:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0D8116A407 for ; Tue, 9 Jan 2007 21:59:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 55F7C13C448 for ; Tue, 9 Jan 2007 21:59:01 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l09Lwxbj040823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 22:58:59 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l09LwwnB040822; Tue, 9 Jan 2007 22:58:58 +0100 (CET) Date: Tue, 9 Jan 2007 22:58:58 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070109215858.GA38499@stud.fit.vutbr.cz> References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210536.GA35880@stud.fit.vutbr.cz> <55639944@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55639944@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: [PARTIAL SOLUTION] broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:59:01 -0000 On Wed, Jan 10, 2007 at 12:32:39AM +0300, Boris Samorodov wrote: > On Tue, 9 Jan 2007 22:05:36 +0100 Divacky Roman wrote: > > > > just for fun I tried 2.6 emulatin on 2 months old current and guess what > > /compat/linux/bin/ls works... > > > can anyone confirm this behaviour? > > Hm, you are lucky (it's a current from yesterday): > ----- > %uname -a > FreeBSD tinderbox.i386.ipt.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Mon Jan 8 22:44:43 MSK 2007 bsam@tinderbox.i386.ipt.ru:/usr/obj/usr/src/sys/GENERIC i386 > %sysctl compat.linux > compat.linux.oss_version: 198144 > compat.linux.osrelease: 2.6.16 > compat.linux.osname: Linux > %/compat/linux/bin/ls > CVS lapack lapack.diff > ----- > > While after "compat.linux.osrelease: 2.6.16 -> 2.4.2": > %/compat/linux/bin/ls > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid > > Is it's time to move default linux.osrelease to 2.6.16? ;-) this is extremelly strange. I am struggling now with acroread (problems with pango) but overall it looks like almost working I also tried current from August 1st (ie. before ANY of the 2.6 stuff got commited) and ls doesnt work. does anyone see any explanation for this? From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 22:04:52 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85F5416A416 for ; Tue, 9 Jan 2007 22:04:52 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAA413C45D for ; Tue, 9 Jan 2007 22:04:51 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l09M4nIB041388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jan 2007 23:04:49 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l09M4ns0041387; Tue, 9 Jan 2007 23:04:49 +0100 (CET) Date: Tue, 9 Jan 2007 23:04:49 +0100 From: Divacky Roman To: Boris Samorodov Message-ID: <20070109220449.GA41262@stud.fit.vutbr.cz> References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210153.GA35342@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <89559334@srv.sem.ipt.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 22:04:52 -0000 > > but as I see it the program opens the libraries in the right order. > > > but it "refuses" the correct library and keeps searching. I think > > the problem is in the "refusing". > > It refuses the library 'cause it's too new one (maybe that's why you > succeeded with 2.6.16 linux.osrelease -- linuxulator didn't throw this > lib away) and keeps searching for an old one but eats a new FreeBSD > one. what do you mean by "too new one" ? why it worked before with exactly the same library? > > One thing is very strange - I was able to use acroread on 2 days > > old current and now I am running 2 months old current and I am > > not able to run it. can anyone think of what can cause this? > > It should be an another case. What is the diagnostic? it looked exactly the same as now From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 22:08:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1290B16A506 for ; Tue, 9 Jan 2007 22:08:17 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id BCA5013C45D for ; Tue, 9 Jan 2007 22:08:16 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from stat.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4P8d-0007Yg-VR; Wed, 10 Jan 2007 01:08:12 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4PAg-000B5B-1b; Wed, 10 Jan 2007 01:10:18 +0300 To: Divacky Roman References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210536.GA35880@stud.fit.vutbr.cz> <55639944@srv.sem.ipt.ru> <20070109215858.GA38499@stud.fit.vutbr.cz> From: Boris Samorodov Date: Wed, 10 Jan 2007 01:10:18 +0300 In-Reply-To: <20070109215858.GA38499@stud.fit.vutbr.cz> (Divacky Roman's message of "Tue, 9 Jan 2007 22:58:58 +0100") Message-ID: <23477685@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: [PARTIAL SOLUTION] broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 22:08:17 -0000 On Tue, 9 Jan 2007 22:58:58 +0100 Divacky Roman wrote: > this is extremelly strange. I am struggling now with acroread (problems with pango) but overall it looks > like almost working > I also tried current from August 1st (ie. before ANY of the 2.6 stuff got commited) and ls doesnt work. > does anyone see any explanation for this? Maybe since the FreeBSD librt was introduced (Mar 1 2006) nobody tried linux ls without chroot? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 22:11:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16D0916A416 for ; Tue, 9 Jan 2007 22:11:25 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id C07F313C441 for ; Tue, 9 Jan 2007 22:11:24 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from srv.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1H4PBh-0007ZY-A5; Wed, 10 Jan 2007 01:11:21 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1H4PDj-000B5R-CZ; Wed, 10 Jan 2007 01:13:27 +0300 To: Divacky Roman References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210153.GA35342@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> <20070109220449.GA41262@stud.fit.vutbr.cz> From: Boris Samorodov Date: Wed, 10 Jan 2007 01:13:27 +0300 In-Reply-To: <20070109220449.GA41262@stud.fit.vutbr.cz> (Divacky Roman's message of "Tue, 9 Jan 2007 23:04:49 +0100") Message-ID: <57397496@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 22:11:25 -0000 On Tue, 9 Jan 2007 23:04:49 +0100 Divacky Roman wrote: > > > One thing is very strange - I was able to use acroread on 2 days > > > old current and now I am running 2 months old current and I am > > > not able to run it. can anyone think of what can cause this? > > > > It should be an another case. What is the diagnostic? > it looked exactly the same as now Does it mean that from xterm you launch acroread and the output is ... ELF ABI... and acroread is not loaded? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 23:38:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3874216A412 for ; Tue, 9 Jan 2007 23:38:46 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.freebsd.org (Postfix) with ESMTP id ED20D13C45D for ; Tue, 9 Jan 2007 23:38:45 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id C44E54D6D0; Wed, 10 Jan 2007 00:38:44 +0100 (CET) Received: from smtps01 (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 3B48A4D309; Wed, 10 Jan 2007 00:38:44 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01 (Postfix) with ESMTP id F36932E68CC; Wed, 10 Jan 2007 00:38:43 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.8/8.13.8) with ESMTP id l09NcgUK054131; Wed, 10 Jan 2007 00:38:43 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Wed, 10 Jan 2007 00:38:39 +0100 User-Agent: KMail/1.9.5 References: <57417212@srv.sem.ipt.ru> <55639944@srv.sem.ipt.ru> <20070109215858.GA38499@stud.fit.vutbr.cz> In-Reply-To: <20070109215858.GA38499@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701100038.41898.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Boris Samorodov , Alexander Leidinger , Divacky Roman Subject: Re: [PARTIAL SOLUTION] broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 23:38:46 -0000 On Tuesday 09 January 2007 22:58, Divacky Roman wrote: > On Wed, Jan 10, 2007 at 12:32:39AM +0300, Boris Samorodov wrote: > > While after "compat.linux.osrelease: 2.6.16 -> 2.4.2": > > %/compat/linux/bin/ls > > /compat/linux/bin/ls: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid > > does anyone see any explanation for this? I think this has been been discussed on emulation@ a while back: http://lists.freebsd.org/pipermail/freebsd-emulation/2006-October/002719.html (+replies) I copied /usr/compat/linux/lib/obsolete/linuxthreads/librt-2.3.6.so to /usr/compat/linux/lib as a workaround. From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 20:50:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6878616A415 for ; Tue, 9 Jan 2007 20:50:20 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id ECD8413C459 for ; Tue, 9 Jan 2007 20:50:19 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id F33DA198407; Tue, 9 Jan 2007 21:50:18 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id l09KKopF098611 for ; Tue, 9 Jan 2007 21:20:50 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id l09KKnWR098610 for freebsd-current@freebsd.org; Tue, 9 Jan 2007 21:20:49 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Tue, 9 Jan 2007 21:20:49 +0100 To: freebsd-current@freebsd.org Message-ID: <20070109202049.GB97993@saturn.kn-bremen.de> References: <20070108230555.GA1274@mail.scottro.net> <200701090140.l091eVFO087179@saturn.kn-bremen.de> <20070109022329.GC2599@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070109022329.GC2599@mail.scottro.net> User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Wed, 10 Jan 2007 01:59:39 +0000 Subject: Re: Problems with qemu networking after recent upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 20:50:20 -0000 On Mon, Jan 08, 2007 at 09:23:29PM -0500, Scott Robbins wrote: > On Tue, Jan 09, 2007 at 02:40:31AM +0100, Juergen Lock wrote: > > In article <20070108230555.GA1274@mail.scottro.net> you write: > > > > > >After an upgrade Saturday (after a long period of not upgrading) > > >networking in qemu has stopped working for me. All modules load without > > >trouble (unlike my recent vmware troubles.) > > > > > >If, in a Windows guest system, I do ipconfig, it shows a typical > > >10.x.x.x qemu address. (My home network is a 192.168.1.x and qemu has > > >always worked with it.) > > > > > >However, if I then open up a web browser, or do anything else that > > >requires Internet connectivity, I get page cannot be found. > > > > > > > > > Oh wow I should have catched that one... :-O Looks like the 10.0.2.3 > > dns redirection is broken indeed! > > > > Workaround: use the host's /etc/resolv.conf in the guest (or the > > nameserver(s) in there), I'll see if I can investigate further tomorrow. > > > I'm not sure if it's DNS per se. Trying the workaround you suggested, > of putting the nameserver in the guest didn't solve it. Yeah it seems to only work `sometimes', when I tried it after I read your post it worked, today after some playing around even the `normal' 10.0.2.3 dns redirect worked again for a while, then it stopped again. > Also, when I > tried typing in a web address by IP rather than, for example > http://www.google.com, it still didn't work. (I also tried playing with > the gateway settings and a few other things.) I also tried http:// and it worked for me so far, also ssh'ing to 10.0.2.2 i.e. the host has not yet stopped working for me. (which I think is why I didn't notice the bug myself...) > > Thank you, however, for working on it. I'm glad to know that (this time) > it isn't just me. Also, many many thanks to Bakul, who tried to help me > privately with this. You're welcome. :) (Will post on the qemu list with some more details of this bug, I guess I'll Cc -emulation...) Juergen From owner-freebsd-current@FreeBSD.ORG Tue Jan 9 21:01:49 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8334216A403; Tue, 9 Jan 2007 21:01:49 +0000 (UTC) (envelope-from mike@flux.utah.edu) Received: from bas.flux.utah.edu (bas.flux.utah.edu [155.98.60.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5509D13C458; Tue, 9 Jan 2007 21:01:49 +0000 (UTC) (envelope-from mike@flux.utah.edu) Received: from bas.flux.utah.edu (localhost [127.0.0.1]) by bas.flux.utah.edu (8.13.8/8.12.11) with ESMTP id l09KTNqA012825; Tue, 9 Jan 2007 13:29:23 -0700 (MST) (envelope-from mike@bas.flux.utah.edu) Received: (from mike@localhost) by bas.flux.utah.edu (8.13.8/8.13.8/Submit) id l09KTNeK012824; Tue, 9 Jan 2007 13:29:23 -0700 (MST) (envelope-from mike) Date: Tue, 9 Jan 2007 13:29:23 -0700 From: Mike Hibler To: Jung-uk Kim Message-ID: <20070109202923.GH92545@flux.utah.edu> References: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> <200701081956.26162.jkim@FreeBSD.org> <200701082155.17983.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701082155.17983.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Wed, 10 Jan 2007 01:59:51 +0000 Cc: freebsd-current@FreeBSD.org, davidch@FreeBSD.org, Dominic Marks , Mike Hibler Subject: Re: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jan 2007 21:01:49 -0000 Your patch works fine for resolving kern/107257. On Mon, Jan 08, 2007 at 09:55:15PM -0500, Jung-uk Kim wrote: > On Monday 08 January 2007 07:56 pm, Jung-uk Kim wrote: > > On Monday 08 January 2007 12:19 pm, Dominic Marks wrote: > > > Hello, > > > > > > I have a PowerEdge SC440 which panics when I set an IP to its > > > bge interface. I have serial console and it is sitting a ddb > > > prompt. > > > > --- >8 SNIP!!! --- >8 --- > > > > FYI, this is a known problem: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107257 > > Can you try the attached patch? > > Thanks, > > Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 06:36:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BF8916A403 for ; Wed, 10 Jan 2007 06:36:12 +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 4B2FC13C441 for ; Wed, 10 Jan 2007 06:36:12 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E36F.dip.t-dialin.net [84.165.227.111]) by redbull.bpaserver.net (Postfix) with ESMTP id AE92B2E1B3; Wed, 10 Jan 2007 07:41:57 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 60A9A5B497E; Wed, 10 Jan 2007 07:36:03 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0A6a3Yl063450; Wed, 10 Jan 2007 07:36:03 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 10 Jan 2007 07:36:02 +0100 Message-ID: <20070110073602.x44jwmcgg88k04ks@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 10 Jan 2007 07:36:02 +0100 From: Alexander Leidinger To: Boris Samorodov References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210153.GA35342@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> <20070109220449.GA41262@stud.fit.vutbr.cz> <57397496@srv.sem.ipt.ru> In-Reply-To: <57397496@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-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 6, 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 Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 06:36:12 -0000 Quoting Boris Samorodov (from Wed, 10 Jan 2007 01:13:27 +0300): > On Tue, 9 Jan 2007 23:04:49 +0100 Divacky Roman wrote: > >> > > One thing is very strange - I was able to use acroread on 2 days >> > > old current and now I am running 2 months old current and I am >> > > not able to run it. can anyone think of what can cause this? >> > >> > It should be an another case. What is the diagnostic? > >> it looked exactly the same as now > > Does it mean that from xterm you launch acroread and the output is > ... ELF ABI... and acroread is not loaded? He starts the acrobat wrapper, it loads a bash script (linux bash, not FreeBSD bash) this runs ls at some point (not for me, but for Roman) and ls throws the ELF ABI error and the script exits. Bye, Alexander. -- This is a good time to punt work. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 06:38:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4554D16A403 for ; Wed, 10 Jan 2007 06:38:12 +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 ECAB413C45E for ; Wed, 10 Jan 2007 06:38:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E36F.dip.t-dialin.net [84.165.227.111]) by redbull.bpaserver.net (Postfix) with ESMTP id 10E9E2E1B3; Wed, 10 Jan 2007 07:43:59 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id F352D5B497E; Wed, 10 Jan 2007 07:38:04 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0A6c4xp063783; Wed, 10 Jan 2007 07:38:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 10 Jan 2007 07:38:04 +0100 Message-ID: <20070110073804.1d2yx9s4080gow0o@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 10 Jan 2007 07:38:04 +0100 From: Alexander Leidinger To: Boris Samorodov References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210536.GA35880@stud.fit.vutbr.cz> <55639944@srv.sem.ipt.ru> <20070109215858.GA38499@stud.fit.vutbr.cz> <23477685@srv.sem.ipt.ru> In-Reply-To: <23477685@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-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 6, 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 Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: [PARTIAL SOLUTION] broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 06:38:12 -0000 Quoting Boris Samorodov (from Wed, 10 Jan 2007 01:10:18 +0300): > On Tue, 9 Jan 2007 22:58:58 +0100 Divacky Roman wrote: > >> this is extremelly strange. I am struggling now with acroread >> (problems with pango) but overall it looks >> like almost working > >> I also tried current from August 1st (ie. before ANY of the 2.6 >> stuff got commited) and ls doesnt work. > >> does anyone see any explanation for this? > > Maybe since the FreeBSD librt was introduced (Mar 1 2006) nobody tried > linux ls without chroot? Or something between ls and librt was updated since then and causes this behavior. I don't think Roman reverted the linux base port while going back in time with the kernel. Bye, Alexander. -- If computers take over (which seems to be their natural tendency), it will serve us right. -- Alistair Cooke http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 06:42:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEEB316A40F for ; Wed, 10 Jan 2007 06:42:40 +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 81E7D13C448 for ; Wed, 10 Jan 2007 06:42:40 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E36F.dip.t-dialin.net [84.165.227.111]) by redbull.bpaserver.net (Postfix) with ESMTP id C38882E06D; Wed, 10 Jan 2007 07:48:25 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 9F9A45B497E; Wed, 10 Jan 2007 07:42:31 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0A6gVk9064506; Wed, 10 Jan 2007 07:42:31 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 10 Jan 2007 07:42:31 +0100 Message-ID: <20070110074231.6knkus1b34cc0wkk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 10 Jan 2007 07:42:31 +0100 From: Alexander Leidinger To: Divacky Roman References: <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210153.GA35342@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> <20070109220449.GA41262@stud.fit.vutbr.cz> In-Reply-To: <20070109220449.GA41262@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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 6, 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 Cc: Boris Samorodov , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 06:42:40 -0000 Quoting Divacky Roman (from Tue, 9 Jan =20 2007 23:04:49 +0100): >> > but as I see it the program opens the libraries in the right order. >> >> > but it "refuses" the correct library and keeps searching. I think >> > the problem is in the "refusing". >> >> It refuses the library 'cause it's too new one (maybe that's why you >> succeeded with 2.6.16 linux.osrelease -- linuxulator didn't throw this >> lib away) and keeps searching for an old one but eats a new FreeBSD >> one. > > what do you mean by "too new one" ? why it worked before with exactly > the same library? In the linux base (FC4) there are libs which are tailored to the 2.4 =20 kernel, and there are libs which are tailored to the 2.6 kernel. The =20 2.6 one seems to be loaded first, and if it doesn't fit the currently =20 running kernel, it is rejected and the linker searches for a more =20 suitable one. The legacy libs seem to be searched after the location =20 where it finds the FreeBSD one. Bye, Alexander. --=20 I love being married. It's so great to find that one special person you want to annoy for the rest of your life. =09=09-- Rita Rudner http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 06:45:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80DA716A416 for ; Wed, 10 Jan 2007 06:45:25 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id C801B13C465 for ; Wed, 10 Jan 2007 06:45:24 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.195] ([83.239.189.195]:33734 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7768063AbXAJGgl (ORCPT ); Wed, 10 Jan 2007 09:36:41 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id ADD2017348; Wed, 10 Jan 2007 09:36:39 +0300 (MSK) Date: Wed, 10 Jan 2007 09:36:39 +0300 From: Sergey Zaharchenko To: Divacky Roman Message-ID: <20070110063639.GA3669@shark.localdomain> References: <20070109164522.GA8445@shark.localdomain> <20070109203502.GA32517@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20070109203502.GA32517@stud.fit.vutbr.cz> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: GDB dumping stack frames by address incorrectly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 06:45:25 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Roman! Tue, Jan 09, 2007 at 09:35:02PM +0100 you wrote: > there are more bugs.. try to attach to a running program. > it kills the process and gdb itself crashes Funny, but I can't reproduce this one: : $ gdb generic_slave 3977 : GNU gdb 6.1.1 [FreeBSD] [snip] : 0x280fe638 in ?? () from /usr/local/lib/gcc-4.2.0/libstdc++.so.6 : (gdb) bt : #0 0x280fe638 in ?? () from /usr/local/lib/gcc-4.2.0/libstdc++.so.6 : #1 0x2816bceb in operator delete () : from /usr/local/lib/gcc-4.2.0/libstdc++.so.6 : #2 0x08057059 in path::addmark () : #3 0x08051ce2 in cell::accelerate () : #4 0x0804c8c1 in simulation::simstep () : #5 0x0804aa30 in call_server () : #6 0x0804b1d5 in main () No debugging symbols here, but I've tried a simple program with them too and everything still works: : $ gdb c 4505 : GNU gdb 6.1.1 [FreeBSD] [snip] : main () at c.c:4 : 4 while (1); : (gdb) Detaching is also correct. Something is probably wrong/different in your setup, it works OK here. HTH, --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFpIl2wo7hT/9lVdwRAjZYAJ49eCCvnfVPX9EpaIAvwni5nklk3gCZAWhd Sen5mFgGbN5z5wxTD8fjO1A= =yfiN -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 06:53:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0DAA16A407 for ; Wed, 10 Jan 2007 06:53:21 +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 4756513C459 for ; Wed, 10 Jan 2007 06:53:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E36F.dip.t-dialin.net [84.165.227.111]) by redbull.bpaserver.net (Postfix) with ESMTP id 583372E06D; Wed, 10 Jan 2007 07:59:05 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 100D45B497E; Wed, 10 Jan 2007 07:53:11 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0A6rAYh066271; Wed, 10 Jan 2007 07:53:10 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 10 Jan 2007 07:53:10 +0100 Message-ID: <20070110075310.4vdsp3q68wgs4k4g@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 10 Jan 2007 07:53:10 +0100 From: Alexander Leidinger To: Boris Samorodov References: <20070108165157.GA94941@stud.fit.vutbr.cz> <57417212@srv.sem.ipt.ru> <20070108180014.GA4540@stud.fit.vutbr.cz> <20070108210813.368389dc@Magellan.Leidinger.net> <20070109204604.62915dc7@Magellan.Leidinger.net> <89565167@srv.sem.ipt.ru> <20070109213151.2bf5a8f3@Magellan.Leidinger.net> <46677978@srv.sem.ipt.ru> <80597611@srv.sem.ipt.ru> <20070109210153.GA35342@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> In-Reply-To: <89559334@srv.sem.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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 6, 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 Cc: Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 06:53:21 -0000 Quoting Boris Samorodov (from Wed, 10 Jan 2007 00:42:49 +0300)= : > On Tue, 9 Jan 2007 22:01:53 +0100 Divacky Roman wrote: >> On Tue, Jan 09, 2007 at 11:57:08PM +0300, Boris Samorodov wrote: >> > On Tue, 09 Jan 2007 23:51:01 +0300 Boris Samorodov wrote: >> > >> > > for i in (linux,freebsd) do >> > > for y in (/usr,/usr/local,etc) do >> > >> > I ment if linux, use '/compat/linux + y' prefix. >> > >> > > find_a_library >> > > done >> > > done >> > >> > Hm, even if we can implement it, the (potential) problem with linux >> > ports installed to /usr/local remains... > >> how does this solve the problem? I might misunderstand whats going on > > All possible linux paths are searched fistly. That's not possible. The way the linuxulator works is: - the linker in userland calls open("/foo/bar") - kernel looks for "/compat/linux/foo/bar" * it is there -> return it * it is not there -> look for "/foo/bar" + if it is there -> return it + if it is not there -> return error - the userland get's something which may be linux or FreeBSD stuff - the linker read()s this - the linker sees a wrong ELF ABI and bails out What you describe would require changing the linker to set a flag =20 which let's the kernel know it has to search in the linux or in the =20 FreeBSD path, and the linker has to search the complete path list =20 twice. This is out of question. Another approach would be to teach the linker to not bail out on ELF =20 ABI errors and continue searching the right lib. This would also need =20 a change in the linker, but it is a change which the glibc people may =20 accept (compared to the search twice and set a flag solution). This =20 would not be an immediate solution, but after a while the new linker =20 would hit every linux distribution and it would arrive in FreeBSD =20 (yes, we can replace the linker with a self-made one, and this would =20 be the solution in the mean time, but so far no such change is done in =20 glibc). Anyone up to implement this and to convince the glibc people =20 that it is a good idea to include this behavior in the runtime linker? Bye, Alexander. --=20 Computer Science is the only discipline in which we view adding a new wing to a building as being maintenance =09=09-- Jim Horning http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 07:01:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8ECA16A506 for ; Wed, 10 Jan 2007 07:01:40 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp4.yandex.ru (smtp4.yandex.ru [213.180.223.136]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECB513C45B for ; Wed, 10 Jan 2007 07:01:39 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [83.239.189.195] ([83.239.189.195]:37085 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7767738AbXAJHB3 (ORCPT ); Wed, 10 Jan 2007 10:01:29 +0300 X-Comment: RFC 2476 MSA function at smtp4.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id 3380B17348; Wed, 10 Jan 2007 10:00:39 +0300 (MSK) Date: Wed, 10 Jan 2007 10:00:39 +0300 From: Sergey Zaharchenko To: current@freebsd.org Message-ID: <20070110070039.GA6220@shark.localdomain> References: <20070109164522.GA8445@shark.localdomain> <20070109203502.GA32517@stud.fit.vutbr.cz> <20070110063639.GA3669@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: <20070110063639.GA3669@shark.localdomain> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Divacky Roman Subject: Re: GDB dumping stack frames by address incorrectly? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 07:01:40 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Roman! Interestingly, your mail server's DNS lookups seem to be broken; my mail to you bounces: > Diagnostic Code: > smtp; 554 (551 Sorry, we do not accept email from system without ho= stname. Cannot find a hostname for IP address 213.180.223.136. Please fix y= our reverse DNS record and try again.) > Control data: > smtp stud.fit.vutbr.cz xdivac02@stud.fit.vutbr.cz 65534 > Diagnostic texts: > <<- MAIL From: BODY=3D8BITMIME SIZE=3D2722 > ->> 250 2.1.0 ... Sender ok > <<- RCPT To: NOTIFY=3DFAILURE,DELAY ORCP= T=3Drfc822;xdivac02@stud.fit.vutbr.cz > ->> 554 5.7.1 551 Sorry, we do not accept email from system without = hostname. Cannot find a hostname for IP address 213.180.223.136. Please fix= your reverse DNS record and try again. : df@shark:~> dig -x 213.180.223.136 [snip] : ;; ANSWER SECTION: : 136.223.180.213.in-addr.arpa. 14400 IN PTR smtp4.yandex.ru. :=20 : ;; AUTHORITY SECTION: : 223.180.213.in-addr.arpa. 49274 IN NS ns1.yandex.net. : 223.180.213.in-addr.arpa. 49274 IN NS ns2.yandex.net. :=20 : ;; ADDITIONAL SECTION: : ns1.yandex.net. 109303 IN A 213.180.193.1 : ns2.yandex.net. 109303 IN A 213.180.199.34 Everything resolves fine here (forward lookups too). --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFpI8Wwo7hT/9lVdwRAg9CAJsEPU0Kw0YklZCUTIBWPdSOoYqWuwCdG4gq B8JWSUCHgpZfGQWtbRQqPGk= =kelK -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 10:22:52 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B859116A412; Wed, 10 Jan 2007 10:22:52 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id 6F28413C4AC; Wed, 10 Jan 2007 10:22:52 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 2FC4D114020; Wed, 10 Jan 2007 10:22:51 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5iF9IL-js5Ns; Wed, 10 Jan 2007 10:22:48 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (gdc083.internal.graphdata.co.uk [192.168.0.86]) by mailhost.graphdata.co.uk (Postfix) with SMTP id A881111401E; Wed, 10 Jan 2007 10:22:48 +0000 (GMT) Date: Wed, 10 Jan 2007 10:22:48 +0000 From: Dominic Marks To: Dominic Marks Message-Id: <20070110102248.adf0f955.dom@helenmarks.co.uk> In-Reply-To: <20070109110901.cd1a702a.dom@helenmarks.co.uk> References: <20070108171952.2f1a0c8d.dom@helenmarks.co.uk> <200701081956.26162.jkim@FreeBSD.org> <200701082155.17983.jkim@FreeBSD.org> <20070109110901.cd1a702a.dom@helenmarks.co.uk> X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, davidch@FreeBSD.org, Jung-uk Kim , Mike Hibler Subject: Re: CURRENT from 04/01/07 + bge NIC panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 10:22:52 -0000 On Tue, 9 Jan 2007 11:09:01 +0000 Dominic Marks wrote: > On Mon, 8 Jan 2007 21:55:15 -0500 > Jung-uk Kim wrote: > > > On Monday 08 January 2007 07:56 pm, Jung-uk Kim wrote: > > > On Monday 08 January 2007 12:19 pm, Dominic Marks wrote: > > > > Hello, > > > > > > > > I have a PowerEdge SC440 which panics when I set an IP to its > > > > bge interface. I have serial console and it is sitting a ddb > > > > prompt. > > > > > > --- >8 SNIP!!! --- >8 --- > > > > > > FYI, this is a known problem: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107257 > > > > Can you try the attached patch? > > Yes, I'm building a new snapshot now and I've applied the > patch. It will take a little while to complete. Build failed over night so I'm restarting it. If it works for Mike on identical hardware than I'd say go for it anyway. Thanks! Dominic From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 10:51:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20A6516A501 for ; Wed, 10 Jan 2007 10:51:56 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.freebsd.org (Postfix) with ESMTP id CB54413C46A for ; Wed, 10 Jan 2007 10:51:55 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id D104F4CF19; Wed, 10 Jan 2007 11:51:54 +0100 (CET) Received: from smtps01 (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 3FA484D7AF; Wed, 10 Jan 2007 11:51:54 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01 (Postfix) with ESMTP id E80B12E68CA; Wed, 10 Jan 2007 11:51:53 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.8/8.13.8) with ESMTP id l0AApqgQ001455; Wed, 10 Jan 2007 11:51:52 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Wed, 10 Jan 2007 11:51:48 +0100 User-Agent: KMail/1.9.5 References: <20070108165157.GA94941@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> <20070110075310.4vdsp3q68wgs4k4g@webmail.leidinger.net> In-Reply-To: <20070110075310.4vdsp3q68wgs4k4g@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701101151.51662.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Boris Samorodov , Alexander Leidinger , Divacky Roman Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 10:51:56 -0000 On Wednesday 10 January 2007 07:53, Alexander Leidinger wrote: > That's not possible. The way the linuxulator works is: > - the linker in userland calls open("/foo/bar") > - kernel looks for "/compat/linux/foo/bar" > * it is there -> return it > * it is not there -> look for "/foo/bar" > + if it is there -> return it > + if it is not there -> return error > - the userland get's something which may be linux or FreeBSD stuff > - the linker read()s this > - the linker sees a wrong ELF ABI and bails out That means the linker tries to open /usr/lib/librt.so.1 instead of /lib/librt.so.1 which doesn't exist under /compat/linux. So I added a symlink there. ln -s ../../lib/librt-2.3.6.so /compat/linux/usr/lib/librt.so.1 And now everything works. - the linker in userland calls open("/usr/lib/librt.so.1") - kernel looks for "/compat/linux/usr/lib/librt.so.1" * it is there -> return it - the linker read()s this - the linker sees a wrong linux kernel ABI (in case of 2.4.2) and calls open("/lib/obsolete/linuxthreads/librt.so.1") % ldd /compat/linux/bin/ls /compat/linux/bin/ls: librt.so.1 => /lib/obsolete/linuxthreads/librt.so.1 (0x4807c000) I think this is an easier solution than changing the runtime linker. From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 12:08:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38D4516A412 for ; Wed, 10 Jan 2007 12:08:11 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp3.yandex.ru (smtp3.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 81EC713C458 for ; Wed, 10 Jan 2007 12:08:10 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [85.172.94.221] ([85.172.94.221]:37106 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3589623AbXAJMII (ORCPT ); Wed, 10 Jan 2007 15:08:08 +0300 X-Comment: RFC 2476 MSA function at smtp3.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id A07D517348; Wed, 10 Jan 2007 15:07:31 +0300 (MSK) Date: Wed, 10 Jan 2007 15:07:31 +0300 From: Sergey Zaharchenko To: current@freebsd.org Message-ID: <20070110120731.GA1515@shark.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Subject: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 12:08:11 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello -current, While chasing that smbfs recursive locking thing, I decided to try copying a large amount of small files (/usr/src actually) to an SMB share to which I am connected by an NVIDIA nForce MCP2 card. I have come across a lock order reversal which seems related to the card. First, some files are copied, then I see the following kernel messages, some more files are copied, and then the system hangs without responding to the keyboard or anything. : lock order reversal: : 1st 0xc3629f00 inp (tcpinp) @ /src/usr.src/sys/netinet/tcp_usrreq.c:801 : 2nd 0xc0a9feec tcp (tcp) @ /src/usr.src/sys/netinet/tcp_input.c:626 : KDB: stack backtrace: : db_trace_self_wrapper(c0950c60) at db_trace_self_wrapper+0x25 : kdb_backtrace(0,ffffffff,c0a612a8,c0a612d0,c09f8e84,...) at kdb_backtrace= +0x29 : witness_checkorder(c0a9feec,9,c095ec63,272) at witness_checkorder+0x586 : _mtx_lock_flags(c0a9feec,0,c095ec63,272,0,...) at _mtx_lock_flags+0x84 : tcp_input(c32df800,14,c3300800,100a8c0,0,...) at tcp_input+0x432 : ip_input(c32df800) at ip_input+0x5a6 : netisr_dispatch(2,c32df800,0,c32c5000,c3300800,...) at netisr_dispatch+0x= 58 : ether_demux(c32c5000,c32df800,c32caed8,c32df800,dd1757d4,...) at ether_de= mux+0x28a : ether_input(c32c5000,c32df800,c32caed8,0,c0970133,...) at ether_input+0x2= 02 : nve_ospacketrx(c32cae00,dd175810,1,0,0,...) at nve_ospacketrx+0xd9 : UpdateReceiveDescRingData(c08981a4,c08981c4,c0898260,c089828c,c08982a4,..= =2E) at UpdateReceiveDescRingData+0x2f8 : nve_osalloc(c32cb200,dd391010,c32cae00,c0898108,c08981a4,...) at nve_osal= loc : _end(c33a5c00,c0a9e784,3065766e,0,0,...) at 0xc32aa600 : _end(c32cb200,dd391010,c32cae00,c0898108,c08981a4,...) at 0xc3327680 : _end(c33a5c00,c0a9e784,3065766e,0,0,...) at 0xc32aa600 : _end(c32cb200,dd391010,c32cae00,c0898108,c08981a4,...) at 0xc3327680 The last 2 strings repeat themselves a lot of times (kdb seems to have a limit of 1024 stack trace strings, which came in very helpful). No info about the actual hang... The LOR looks like #009 (http://sources.zabbadoz.net/freebsd/lor/009.html), but is different actually. Any ideas? BTW, what is _end? --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFpNcCwo7hT/9lVdwRAsL/AJoDEfwJV0MhFYkuC50mRfpDgOTnDQCfU/l/ 4mgmMbiY7oJ+6V6//EWHY1w= =mVyJ -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 12:21:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D5A416A40F for ; Wed, 10 Jan 2007 12:21:14 +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 E985D13C461 for ; Wed, 10 Jan 2007 12:21:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E36F.dip.t-dialin.net [84.165.227.111]) by redbull.bpaserver.net (Postfix) with ESMTP id 574F82E1AB; Wed, 10 Jan 2007 13:26:59 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A12715B497E; Wed, 10 Jan 2007 13:21:01 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0ACL1MA020755; Wed, 10 Jan 2007 13:21:01 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 10 Jan 2007 13:21:01 +0100 Message-ID: <20070110132101.k8zzn281ic8w04ks@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 10 Jan 2007 13:21:01 +0100 From: Alexander Leidinger To: Tijl Coosemans References: <20070108165157.GA94941@stud.fit.vutbr.cz> <89559334@srv.sem.ipt.ru> <20070110075310.4vdsp3q68wgs4k4g@webmail.leidinger.net> <200701101151.51662.tijl@ulyssis.org> In-Reply-To: <200701101151.51662.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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 6, 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 Cc: Boris Samorodov , Divacky, freebsd-current@freebsd.org, Roman Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 12:21:14 -0000 Quoting Tijl Coosemans (from Wed, 10 Jan 2007 =20 11:51:48 +0100): > On Wednesday 10 January 2007 07:53, Alexander Leidinger wrote: >> That's not possible. The way the linuxulator works is: >> - the linker in userland calls open("/foo/bar") >> - kernel looks for "/compat/linux/foo/bar" >> * it is there -> return it >> * it is not there -> look for "/foo/bar" >> + if it is there -> return it >> + if it is not there -> return error >> - the userland get's something which may be linux or FreeBSD stuff >> - the linker read()s this >> - the linker sees a wrong ELF ABI and bails out > > That means the linker tries to open /usr/lib/librt.so.1 instead of > /lib/librt.so.1 which doesn't exist under /compat/linux. So I added a > symlink there. > > ln -s ../../lib/librt-2.3.6.so /compat/linux/usr/lib/librt.so.1 > > And now everything works. > > - the linker in userland calls open("/usr/lib/librt.so.1") > - kernel looks for "/compat/linux/usr/lib/librt.so.1" > * it is there -> return it > - the linker read()s this > - the linker sees a wrong linux kernel ABI (in case of 2.4.2) > and calls open("/lib/obsolete/linuxthreads/librt.so.1") > > % ldd /compat/linux/bin/ls > /compat/linux/bin/ls: > librt.so.1 =3D> /lib/obsolete/linuxthreads/librt.so.1 (0x4807c000) > > I think this is an easier solution than changing the runtime linker. Does it still work with 2.6.16 (can't test ATM)? If yes: I agree, it =20 is more easy and we can change this in the linux base port very fast =20 (I have some other changes =20 (http://www.leidinger.net/FreeBSD/port-patches/emulators:linux_base-fc4.diff= ) =20 for which I wait for an important reason to commit them to the linux =20 base port). Bye, Alexander. --=20 And you can't get any Watney's Red Barrel, because the bars close every time you're thirsty... http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 07:28:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EE7B16A40F; Wed, 10 Jan 2007 07:28:17 +0000 (UTC) (envelope-from maxine_chen@proware.com.tw) Received: from mailout.proware.com.tw (mailout.proware.com.tw [220.130.129.64]) by mx1.freebsd.org (Postfix) with ESMTP id EAC0C13C44C; Wed, 10 Jan 2007 07:28:16 +0000 (UTC) (envelope-from maxine_chen@proware.com.tw) Received: from mail.proware.com.tw (mail.proware.com.tw [192.168.10.254]) by mailout.proware.com.tw (Postfix) with ESMTP id D25EB127920; Wed, 10 Jan 2007 15:00:28 +0800 (CST) Received: from localhost (unknown [127.0.0.1]) by mail.proware.com.tw (Postfix) with ESMTP id 9C3A23C52B60; Wed, 10 Jan 2007 15:05:56 +0800 (CST) Received: from mail.proware.com.tw ([127.0.0.1]) by localhost (mail.proware.com.tw [127.0.0.1]) (amavisd-new, port 10024) with LMTP id qYGJ4DI4hszQ; Wed, 10 Jan 2007 15:05:42 +0800 (CST) Received: from maxinechen (unknown [192.168.10.120]) by mail.proware.com.tw (Postfix) with ESMTP id A55DB3C7CEE2; Wed, 10 Jan 2007 15:05:42 +0800 (CST) From: "maxine_chen" To: "'Piotr KUCHARSKI'" Date: Wed, 10 Jan 2007 15:10:11 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Importance: Normal In-Reply-To: <20070109135126.GF684@sgh.waw.pl> X-PROWAREMAILOUT-MailScanner-Information: NA X-PROWAREMAILOUT-MailScanner: Found to be clean X-PROWAREMAILOUT-MailScanner-From: maxine_chen@proware.com.tw X-Mailman-Approved-At: Wed, 10 Jan 2007 12:29:42 +0000 Cc: ronald_cheng@proware.com.tw, pjd@freebsd.org, freebsd-current@freebsd.org Subject: RE: problem with 4T volume under FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 07:28:17 -0000 Dear Piotr, 1. Model SB-3160SI, when to create Volume size, there're options to set stripe size as 64K, 128K, 512K, factory default for stripe size is 64K. The meaning of stripe size is to set up the block size when controller read/write data. If you didn't change the setting about stripe size, then we assumed it's still remained 64K. So when you give dd command to check data read/write by 64K per sector, this is to match stripe size / block size, and the result is no question. But when you give dd command to check data read/write by 72K per sector, this is over 64K block range, and this is why you found the result is likely different. Please note, once the Volume set is created, to change stripe size will cause Volume re-format and data lost. So if you are interested to continuously test the unit by dd command, we suggest you to try 128K or 512K. SB-3160SI working with Adaptec 29160 has no problem to support volume greater than 2TB. 2. The setting of HTTP port lost is caused by firmware upgrade. Please use RS232 cable and connect to Monitor port of controller. Login controller console by "admin", password "00000000". Then you may go and change HTTP port as you wish. Best regards, Maxine Chen Assistant Manager / Overseas Sales Dept. Proware Technology Corp. Tel: +886-2-2914-8001 ext: 222 Fax: +886-2-2914-7975 Mobile: +886-933747435 Email: maxine_chen@proware.com.tw Website: www.proware.com.tw -----Original Message----- From: Piotr KUCHARSKI [mailto:chopin@sgh.waw.pl] Sent: Tuesday, January 09, 2007 9:51 PM To: maxine_chen Cc: ronald_cheng@proware.com.tw Subject: Re: problem with 4T volume under FreeBSD On Tue, Jan 09, 2007 at 05:50:52PM +0800, maxine_chen wrote: > 1. Regarding to the question about the difference between 72K and 64K ? > Please see your comments below that when you did simple test, you listed > bs=64k and bs=72k, what did you mean "yielded different results", what's > the difference? Oh. It's just that md5 sums are different when I've been writing 72k chunk. How different doesn't matter now, does it? To explain further: > > # dd if=/dev/random of=/tmp/test.rand bs=72k count=1 This creates /tmp/test.rand file, 72kB in size, filled with random bytes. > > # dd if=/tmp/test.rand of=/dev/da6p2 bs=72k count=1 This writes 72kB block of data, taking source from the file and outputting it on the disk. > > # dd if=/dev/da6p2 bs=72k count=1 | md5 This reads that 72kB block of data back from the disk and calculates md5 sum of it. > > # md5 /tmp/test.rand This calculates md5 sum of the file used as source for writing to the disk. If all were fine, those md5 sums would be the same (as is the case when writing 64kB chunks). I could not test with different controller, though. :( If you have freebsd with different controller and such array and writing above 2TB barrier works fine for you, this would indicate it is not the problem with the Simbolo and I will try to get different controller. > 2. From the panel : > The way to configure or monitor SB-3160SI is by LCD panel, GUI manager > via Ethernet port, or console via monitor port. > By the following link you may download SB-3160SI digital manual for more > details. > http://www.proware.com.tw/products/manual_pdf/sb-3160si.pdf I know all that. :) > If you want to see the setting or the status of SB-3160SI, I will > suggest you to use cross-over Ethernet cable to connect to R-link port > and login GUI manager. > Default IP of R-link is : 192.168.1.100 > Default user "admin", password "00000000". I don't have a problem with that, too. :) > 3. Re IP change : > When you are able to login GUI manager, please go to "EtherNet > Configuration" and you will be able to change IP for HTTP and Telnet. And I know, how to change that as well. :) Issues I found were only with LCD panel menu slight deficiency, which I had no problems resolving in other way (via serial console, to be exact), just thought I would mention it to you, perhaps you would consider them for fixing (especially being unable to set http port after upgrade when it's default "0", not "80", was weird experience). Thanks for the answer, though. :) p. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal -- This message has been scanned for viruses by MailScanner, and is believed to be clean. -- From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 13:22:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4221F16A403; Wed, 10 Jan 2007 13:22:02 +0000 (UTC) (envelope-from chopin@sgh.waw.pl) Received: from alternator.sgh.waw.pl (alternator.sgh.waw.pl [194.145.96.100]) by mx1.freebsd.org (Postfix) with ESMTP id 03C2613C44C; Wed, 10 Jan 2007 13:22:01 +0000 (UTC) (envelope-from chopin@sgh.waw.pl) Received: from localhost (localhost [127.0.0.1]) by alternator.sgh.waw.pl (Postfix) with SMTP id 09FF02AA2DF; Wed, 10 Jan 2007 14:22:01 +0100 (CET) Received: from akson.sgh.waw.pl (akson.sgh.waw.pl [194.145.96.12]) by alternator.sgh.waw.pl (Postfix) with ESMTP id 422722AA296; Wed, 10 Jan 2007 14:22:00 +0100 (CET) Received: by akson.sgh.waw.pl (Postfix, from userid 100) id 49E122DE8; Wed, 10 Jan 2007 14:18:43 +0100 (CET) Date: Wed, 10 Jan 2007 14:18:43 +0100 From: Piotr KUCHARSKI To: maxine_chen Message-ID: <20070110131843.GP684@sgh.waw.pl> References: <20070109135126.GF684@sgh.waw.pl> 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: ronald_cheng@proware.com.tw, pjd@freebsd.org, freebsd-current@freebsd.org Subject: Re: problem with 4T volume under FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 13:22:02 -0000 On Wed, Jan 10, 2007 at 03:10:11PM +0800, maxine_chen wrote: > 1. Model SB-3160SI, when to create Volume size, there're options to set > stripe size as 64K, 128K, 512K, factory default for stripe size is 64K. > The meaning of stripe size is to set up the block size when controller > read/write data. > If you didn't change the setting about stripe size, then we assumed it's > still remained 64K. I had that set to 128k. > So when you give dd command to check data read/write by 64K per sector, > this is to match stripe size / block size, and the result is no > question. > But when you give dd command to check data read/write by 72K per sector, > this is over 64K block range, and this is why you found the result is > likely different. This must not work that way. Stripe size is array internal, neither user nor operating system knows anything about that. (And it was only a trigger, data corruption was happening with other writes, too.) > SB-3160SI working with Adaptec 29160 has no problem to support volume > greater than 2TB. Did you actually tested it writing things above 2TB barrier, reading them back and comparing MD5 sums? What OS was that? What device driver version? > 2. The setting of HTTP port lost is caused by firmware upgrade. > Please use RS232 cable and connect to Monitor port of controller. > Login controller console by "admin", password "00000000". > Then you may go and change HTTP port as you wish. I know it is possible via RS cable, I did that that way. I was only pointing out that it is not possible to change via LCD panel. It's up to you whether you change that or not. :) Anyway, thanks for your time. p. -- Beware of he who would deny you access to information, for in his heart he dreams himself your master. -- Commissioner Pravin Lal From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 14:18:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E08A616A407 for ; Wed, 10 Jan 2007 14:18:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id A844E13C448 for ; Wed, 10 Jan 2007 14:18:40 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so40398ana for ; Wed, 10 Jan 2007 06:18:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gCsYXNw8TPsvpBFUiyiyQG9jsj2iZyUactHaXxkU9K3wGfyVgLp5M6Oje64ptwfg9fDGrbz3tSSIo/qIdM4wMSTSiJkF+OKiTcLgszaV5eq6WH9U0Gf19OW5o8icjnhQX49PscCZq6QBLc/T+KejDhzJy8zBE6t12BZgKrE79O4= Received: by 10.100.163.12 with SMTP id l12mr255181ane.1168438720130; Wed, 10 Jan 2007 06:18:40 -0800 (PST) Received: by 10.100.136.16 with HTTP; Wed, 10 Jan 2007 06:18:40 -0800 (PST) Message-ID: <6eb82e0701100618l1dc5d246ne43d54d960a6c231@mail.gmail.com> Date: Wed, 10 Jan 2007 22:18:40 +0800 From: "Rong-en Fan" To: "FreeBSD Current" In-Reply-To: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0701060050s2a28d307m199ccfe0924e1a9@mail.gmail.com> Subject: Re: [CFT] ncurses update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 14:18:41 -0000 On 1/6/07, Rong-en Fan wrote: > The ncurses in the base system is way too old, say 5.2. Now we > have 5.6 in the portstree. I have a mega patch that update the base > system's ncurses to 5.6. To test it, > > cd /usr/src > fetch http://people.freebsd.org/~rafan/ncurses/ncurses-5.6-fbsd7-20070106.diff.gz > mkdir -p lib/ncurses/form lib/ncurses/menu lib/ncurses/ncurses lib/ncurses/panel > zcat ncurses-5.6-fbsd7-20070106.diff.gz | patch -p0 The final patch is available at http://people.freebsd.org/~rafan/ncurses/ncurses-5.6-fbsd7-20070110.diff.gz The only different is c++ and test directories are removed. The code that ache@ mentioned is corrected. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 14:22:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CDE916A416; Wed, 10 Jan 2007 14:22:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1CEE613C43E; Wed, 10 Jan 2007 14:22:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D5AFC48B51; Wed, 10 Jan 2007 09:22:56 -0500 (EST) Date: Wed, 10 Jan 2007 14:22:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200701091426.36740.jhb@freebsd.org> Message-ID: <20070110142100.G52843@fledge.watson.org> References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> <20070107185228.W41371@fledge.watson.org> <200701091426.36740.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Rodrigues , Randall Stewart , freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 14:22:58 -0000 On Tue, 9 Jan 2007, John Baldwin wrote: > Either that or use an sx lock to close the pcb alloc race instead and don't > hold mutexes while calling hashinit(). I think this is a good point -- I've generally been restructuring PCB init functions so that they perform allocation up front before acquiring locks in order to reduce lock contention on the table locks, which are global and acquired in many other paths. This tends to simplify error handling also. I'm not sure how well that applies in this case, however. Certainly, we want to optimize for successful handling, since malloc(9) failure is very unusual and occurs only in very exceptional (and unfortunate) cases. A more likely failure is the exhaustion of the zone limit on the pcb zone, which gates the overall allocation of memory for the socket type, and should be the first memory type allocated when setting up pcbs for this reason. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 14:39:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 725C816A584 for ; Wed, 10 Jan 2007 14:39:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC4513C448 for ; Wed, 10 Jan 2007 14:39:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0AEdGQ3085036; Wed, 10 Jan 2007 09:39:23 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 10 Jan 2007 09:10:12 -0500 User-Agent: KMail/1.9.4 References: <20070110120731.GA1515@shark.localdomain> In-Reply-To: <20070110120731.GA1515@shark.localdomain> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200701100910.13167.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 10 Jan 2007 09:39:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2432/Wed Jan 10 08:12:31 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Sergey Zaharchenko Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 14:39:26 -0000 On Wednesday 10 January 2007 07:07, Sergey Zaharchenko wrote: > Hello -current, > > While chasing that smbfs recursive locking thing, I decided to try > copying a large amount of small files (/usr/src actually) to an SMB > share to which I am connected by an NVIDIA nForce MCP2 card. I have come > across a lock order reversal which seems related to the card. First, > some files are copied, then I see the following kernel messages, some > more files are copied, and then the system hangs without responding to > the keyboard or anything. > > : lock order reversal: > : 1st 0xc3629f00 inp (tcpinp) @ /src/usr.src/sys/netinet/tcp_usrreq.c:801 > : 2nd 0xc0a9feec tcp (tcp) @ /src/usr.src/sys/netinet/tcp_input.c:626 > : KDB: stack backtrace: > : db_trace_self_wrapper(c0950c60) at db_trace_self_wrapper+0x25 > : kdb_backtrace(0,ffffffff,c0a612a8,c0a612d0,c09f8e84,...) at kdb_backtrace+0x29 > : witness_checkorder(c0a9feec,9,c095ec63,272) at witness_checkorder+0x586 > : _mtx_lock_flags(c0a9feec,0,c095ec63,272,0,...) at _mtx_lock_flags+0x84 > : tcp_input(c32df800,14,c3300800,100a8c0,0,...) at tcp_input+0x432 > : ip_input(c32df800) at ip_input+0x5a6 > : netisr_dispatch(2,c32df800,0,c32c5000,c3300800,...) at netisr_dispatch+0x58 > : ether_demux(c32c5000,c32df800,c32caed8,c32df800,dd1757d4,...) at ether_demux+0x28a > : ether_input(c32c5000,c32df800,c32caed8,0,c0970133,...) at ether_input+0x202 > : nve_ospacketrx(c32cae00,dd175810,1,0,0,...) at nve_ospacketrx+0xd9 > : UpdateReceiveDescRingData(c08981a4,c08981c4,c0898260,c089828c,c08982a4,...) at UpdateReceiveDescRingData+0x2f8 > : nve_osalloc(c32cb200,dd391010,c32cae00,c0898108,c08981a4,...) at nve_osalloc > : _end(c33a5c00,c0a9e784,3065766e,0,0,...) at 0xc32aa600 > : _end(c32cb200,dd391010,c32cae00,c0898108,c08981a4,...) at 0xc3327680 > : _end(c33a5c00,c0a9e784,3065766e,0,0,...) at 0xc32aa600 > : _end(c32cb200,dd391010,c32cae00,c0898108,c08981a4,...) at 0xc3327680 > > The last 2 strings repeat themselves a lot of times (kdb seems to have a > limit of 1024 stack trace strings, which came in very helpful). No info > about the actual hang... The LOR looks like #009 > (http://sources.zabbadoz.net/freebsd/lor/009.html), but is different > actually. Any ideas? BTW, what is _end? _end may hint to being out in a kernel module, though ddb usually can handle those fine. I think your stack is busted somehow though as nve_osalloc() doesn't call UpdateReceiveDescRingData(), and the first lock is acquired in tcp_usr_send() (userland is sending data on a tcp socket). Somehow the nve driver has decided to handle receiving a packet and re-entering the stack leading to the LOR. Have you tried using nfe(4)? :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 14:45:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 559C216A415; Wed, 10 Jan 2007 14:45:44 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2E11713C43E; Wed, 10 Jan 2007 14:45:44 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-4.cisco.com with ESMTP; 10 Jan 2007 06:45:43 -0800 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0AEjhLO016037; Wed, 10 Jan 2007 06:45:43 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0AEjh04024854; Wed, 10 Jan 2007 06:45:43 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 06:45:43 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 06:45:42 -0800 Message-ID: <45A4FBF9.3040806@cisco.com> Date: Wed, 10 Jan 2007 09:45:13 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> <20070107185228.W41371@fledge.watson.org> <200701091426.36740.jhb@freebsd.org> <20070110142100.G52843@fledge.watson.org> In-Reply-To: <20070110142100.G52843@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jan 2007 14:45:43.0086 (UTC) FILETIME=[012724E0:01C734C6] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1962; t=1168440343; x=1169304343; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Witness=20warning=20with=20SCTP |Sender:=20; bh=PsiEasm8cjczzme3j4MJAg8Kws36ekYANDIHIpuh/e4=; b=syTMNpJiQXBlmE/ZUzN4bOh4V/iQTX+sCFXW1TpQ/903ee1s0DoTRh776abP096XXzVSHxMa P3Be+FdtaPUjz4ZJOFL2HDGoVMBLL7vMn4PgiJ3JzrFMIzoNQUQ593xV; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 14:45:44 -0000 Robert Watson wrote: > > On Tue, 9 Jan 2007, John Baldwin wrote: > >> Either that or use an sx lock to close the pcb alloc race instead and >> don't hold mutexes while calling hashinit(). > > I think this is a good point -- I've generally been restructuring PCB > init functions so that they perform allocation up front before acquiring > locks in order to reduce lock contention on the table locks, which are > global and acquired in many other paths. This tends to simplify error > handling also. I'm not sure how well that applies in this case, > however. Certainly, we want to optimize for successful handling, since > malloc(9) failure is very unusual and occurs only in very exceptional > (and unfortunate) cases. A more likely failure is the exhaustion of the > zone limit on the pcb zone, which gates the overall allocation of memory > for the socket type, and should be the first memory type allocated when > setting up pcbs for this reason. There are checks way up front on getting the pcb memory... I don't think I would want to convert these to sx_locks since according to the manual page : " Shared/exclusive locks are used to protect data that are read far more often than they are written. Mutexes are inherently more efficient than shared/exclusive locks, so shared/exclusive locks should be used pru- dently. " And the lock in question is used a lot... (protecting the pcb).. Hmm.. maybe I can restructure things to pre-alloc the memory before the locks.. Let me see.. R > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 14:51:55 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F8C816A47C; Wed, 10 Jan 2007 14:51:55 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.freebsd.org (Postfix) with ESMTP id D7DEB13C471; Wed, 10 Jan 2007 14:51:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.8/8.13.8/NinthNine) with ESMTP id l0AEpql9032192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Jan 2007 23:51:53 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 10 Jan 2007 23:51:52 +0900 From: Norikatsu Shigemura To: Alan Cox Message-Id: <20070110235152.1b65f3de.nork@FreeBSD.org> X-Mailer: Sylpheed 2.3.0rc (GTK+ 2.10.7; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Wed, 10 Jan 2007 23:51:53 +0900 (JST) Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Panic on pmap_remove_pages by KASSERT when process is exiting.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 14:51:55 -0000 Hi Alan. In recently 7-current, I often had a panic on pmap_remove_pages at /usr/src/sys/i386/i386/pmap.c#3072. Do you have any idea? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - panic: Bad link elm 0x82e13da8 prev->next != elm cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(806b9a8d,fa943ba4,804a17c6,806d8b22,1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(806d8b22,1,806ae651,fa943bb0,8753a570,...) at kdb_backtrace+0x2e panic(806ae651,82e13da8,806d9580,bc7,0,...) at panic+0x126 pmap_remove_pages(877f9bd4,806b601a,ae,0,84aff780,...) at pmap_remove_pages+0x24a vmspace_exit(8753a570,0,806b3df9,126,1,...) at vmspace_exit+0x90 exit1(8753a570,0,fa943d2c,80690cb3,8753a570,...) at exit1+0x5c7 sys_exit(8753a570,fa943d00,4,c,fa943d38,...) at sys_exit+0x1d syscall(fa943d38) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x202, ebp = 0 --- KDB: enter: panic Physical memory: 1527 MB Dumping 284 MB: 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) p *0x82e13da8 $1 = 0x40128000 (kgdb) list *pmap_remove_pages+0x24a 0x8068d26a is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:3072). 3067 PV_STAT(pv_entry_frees++); 3068 PV_STAT(pv_entry_spare++); 3069 pv_entry_count--; 3070 pc->pc_map[field] |= bitmask; 3071 m->md.pv_list_count--; 3072 TAILQ_REMOVE(&m->md.pv_list, pv, pv_list); 3073 if (TAILQ_EMPTY(&m->md.pv_list)) 3074 vm_page_flag_clear(m, PG_WRITEABLE); 3075 3076 pmap_unuse_pt(pmap, pv->pv_va); (kgdb) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - panic: Bad link elm 0x82d0cda8 prev->next != elm cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(806b9a8d,fa5cbba4,804a17c6,806d8b22,1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(806d8b22,1,806ae651,fa5cbbb0,b3de83a0,...) at kdb_backtrace+0x2e panic(806ae651,82d0cda8,806d9580,bc7,0,...) at panic+0x126 pmap_remove_pages(8620ccd8,806b601a,ae,0,84aff780,...) at pmap_remove_pages+0x24a vmspace_exit(b3de83a0,0,806b3df9,126,0,...) at vmspace_exit+0x90 exit1(b3de83a0,0,fa5cbd2c,80690cb3,b3de83a0,...) at exit1+0x5c7 sys_exit(b3de83a0,fa5cbd00,4,14,0,...) at sys_exit+0x1d syscall(fa5cbd38) at syscall+0x2e3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x206, ebp = 0x7fbfe6dc --- KDB: enter: panic Physical memory: 1527 MB Dumping 876 MB: 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 15:04:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB02016A492; Wed, 10 Jan 2007 15:04:09 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id B407313C442; Wed, 10 Jan 2007 15:04:09 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-5.cisco.com with ESMTP; 10 Jan 2007 07:04:09 -0800 Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l0AF4991009174; Wed, 10 Jan 2007 07:04:09 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l0AF49lb004347; Wed, 10 Jan 2007 07:04:09 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 07:04:09 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 07:04:08 -0800 Message-ID: <45A5004B.6090402@cisco.com> Date: Wed, 10 Jan 2007 10:03:39 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: Robert Watson References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> <20070107185228.W41371@fledge.watson.org> <200701091426.36740.jhb@freebsd.org> <20070110142100.G52843@fledge.watson.org> In-Reply-To: <20070110142100.G52843@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jan 2007 15:04:09.0107 (UTC) FILETIME=[94648E30:01C734C8] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=3616; t=1168441449; x=1169305449; c=relaxed/simple; s=sjdkim6002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Witness=20warning=20with=20SCTP |Sender:=20; bh=7WvaGcY0em2zP1tznXw1n5fQe1wys82dnGQur2Vwz1M=; b=cPqUvOJ3db7FCFaHMCQy5eLLR0PBTkmLgFkocSCDiI2F2WuIo2IalZBG7OwfVvV9WNgEH8II Rf8RCm4/EKLA3SC44FwNy0ffDBcsKIDS9ALW0OTxdTSuyNm24vURgAFR; Authentication-Results: sj-dkim-6; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim6002 verified; ); Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 15:04:10 -0000 Robert/All: Ok, here is the deal... I have looked in a bit closer at this.. Here is what is happening... When a cookie arrives, we get a "create lock" on the socket this prevents the user on the same socket from creating a assoc at the same exact time. This is needed since the one-2-many model can have connections establishing both in an active and passive mode at the same time. Since this lock is in place, we now get the warning where we never used to (I was finding a collision case when with an app that was not protected and ending up with two associations to the same place.. not good). Now, the problem is in the 1-2-1 model. This is a "tcp emulation' model and it does the sonewconn() stuff.. which ends up creating a PCB and thus does the hashinit(). The PCB is then put on the forming connections queue of the socket... and later an accept will pull it in. Now thinking about this, I might be able to NOT get the create lock on the socket if its a 1-2-1 model socket. This is because 1-2-1 models are not allowed to both create active and passive connections at the same time. However, if I do that, there is another danger. If I am a passive 1-2-1 socket, and the peer gets two cookies to me at the same exact moment (picture a network delay in one packet, a retrasmission of the other and they arrive at the same time). I am going to hit this case again and possibly create two associations at once. Thinking about this.. TCP may well have the same issue... of course it uses coarser grain locking so it might not see this. I can change things so we have this one hole.. as a known cavet.. its a disaster when you create two by the way... But it would be a rare occurrence.. Either that or.. I am back to my same two options hashinit_flags(...) or sctp_hashint(..) (which I have implemented for 6.0/6.1 and of course MAC which don't have these.. of course the main BSD tree never sees these since unifdef removes them). I can go with any of the above options.. however I would strongly not recommend the first .. since I think any rare thing.. will surely happen ;-0 R Robert Watson wrote: > > On Tue, 9 Jan 2007, John Baldwin wrote: > >> Either that or use an sx lock to close the pcb alloc race instead and >> don't hold mutexes while calling hashinit(). > > I think this is a good point -- I've generally been restructuring PCB > init functions so that they perform allocation up front before acquiring > locks in order to reduce lock contention on the table locks, which are > global and acquired in many other paths. This tends to simplify error > handling also. I'm not sure how well that applies in this case, > however. Certainly, we want to optimize for successful handling, since > malloc(9) failure is very unusual and occurs only in very exceptional > (and unfortunate) cases. A more likely failure is the exhaustion of the > zone limit on the pcb zone, which gates the overall allocation of memory > for the socket type, and should be the first memory type allocated when > setting up pcbs for this reason. > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 15:07:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A710416A403; Wed, 10 Jan 2007 15:07:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 503B513C459; Wed, 10 Jan 2007 15:07:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3DF984BC0C; Wed, 10 Jan 2007 10:07:36 -0500 (EST) Date: Wed, 10 Jan 2007 15:07:36 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Randall Stewart In-Reply-To: <45A4FBF9.3040806@cisco.com> Message-ID: <20070110150617.R52843@fledge.watson.org> References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> <20070107185228.W41371@fledge.watson.org> <200701091426.36740.jhb@freebsd.org> <20070110142100.G52843@fledge.watson.org> <45A4FBF9.3040806@cisco.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Rodrigues , freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 15:07:40 -0000 On Wed, 10 Jan 2007, Randall Stewart wrote: >>> Either that or use an sx lock to close the pcb alloc race instead and >>> don't hold mutexes while calling hashinit(). >> >> I think this is a good point -- I've generally been restructuring PCB init >> functions so that they perform allocation up front before acquiring locks >> in order to reduce lock contention on the table locks, which are global and >> acquired in many other paths. This tends to simplify error handling also. >> I'm not sure how well that applies in this case, however. Certainly, we >> want to optimize for successful handling, since malloc(9) failure is very >> unusual and occurs only in very exceptional (and unfortunate) cases. A >> more likely failure is the exhaustion of the zone limit on the pcb zone, >> which gates the overall allocation of memory for the socket type, and >> should be the first memory type allocated when setting up pcbs for this >> reason. > > There are checks way up front on getting the pcb memory... > > I don't think I would want to convert these to sx_locks since according to > the manual page : > > " Shared/exclusive locks are used to protect data that are read far more > often than they are written. Mutexes are inherently more efficient than > shared/exclusive locks, so shared/exclusive locks should be used pru- > dently. " > > And the lock in question is used a lot... (protecting the pcb).. > > Hmm.. maybe I can restructure things to pre-alloc the memory before the > locks.. As a general rule, sx locks are not appropriate for use in the "in-bound" portions of the network stack, although the sleeping socket locks serializing socket I/O operations in socket consumers are functionally similar. Normally only mutexes and rwlocks should be used in low level bits of the stack, as they may well be acquired in ithread or swi contexts where the unbounded sleep primitives used in sx locks are not appropriate. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 15:25:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8755516A412 for ; Wed, 10 Jan 2007 15:25:06 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id CE81F13C45E for ; Wed, 10 Jan 2007 15:25:05 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.0.173] (helo=vampire.homelinux.org) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1H4fK41U1R-0006lz; Wed, 10 Jan 2007 16:25:04 +0100 Received: (qmail 20324 invoked by uid 80); 10 Jan 2007 15:24:50 -0000 Received: from 141.3.136.211 (SquirrelMail authenticated user mlaier) by mlaier.homeunix.org with HTTP; Wed, 10 Jan 2007 16:24:50 +0100 (CET) Message-ID: <63156.141.3.136.211.1168442690.squirrel@mlaier.homeunix.org> In-Reply-To: <20070110150617.R52843@fledge.watson.org> References: <20070107171034.GA13836@crodrigues.org> <45A139CF.3090909@cisco.com> <20070107185228.W41371@fledge.watson.org> <200701091426.36740.jhb@freebsd.org> <20070110142100.G52843@fledge.watson.org> <45A4FBF9.3040806@cisco.com> <20070110150617.R52843@fledge.watson.org> Date: Wed, 10 Jan 2007 16:24:50 +0100 (CET) From: "Max Laier" To: "Robert Watson" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Craig Rodrigues , Randall Stewart , freebsd-current@freebsd.org Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 15:25:06 -0000 Am Mi, 10.01.2007, 16:07, schrieb Robert Watson: > On Wed, 10 Jan 2007, Randall Stewart wrote: > >>>> Either that or use an sx lock to close the pcb alloc race instead and >>>> don't hold mutexes while calling hashinit(). >>> >>> I think this is a good point -- I've generally been restructuring PCB >>> init >>> functions so that they perform allocation up front before acquiring >>> locks >>> in order to reduce lock contention on the table locks, which are global >>> and >>> acquired in many other paths. This tends to simplify error handling >>> also. >>> I'm not sure how well that applies in this case, however. Certainly, >>> we >>> want to optimize for successful handling, since malloc(9) failure is >>> very >>> unusual and occurs only in very exceptional (and unfortunate) cases. A >>> more likely failure is the exhaustion of the zone limit on the pcb >>> zone, >>> which gates the overall allocation of memory for the socket type, and >>> should be the first memory type allocated when setting up pcbs for this >>> reason. >> >> There are checks way up front on getting the pcb memory... >> >> I don't think I would want to convert these to sx_locks since according >> to >> the manual page : >> >> " Shared/exclusive locks are used to protect data that are read far more >> often than they are written. Mutexes are inherently more efficient than >> shared/exclusive locks, so shared/exclusive locks should be used pru- >> dently. " >> >> And the lock in question is used a lot... (protecting the pcb).. >> >> Hmm.. maybe I can restructure things to pre-alloc the memory before the >> locks.. > > As a general rule, sx locks are not appropriate for use in the "in-bound" > portions of the network stack, although the sleeping socket locks > serializing > socket I/O operations in socket consumers are functionally similar. > Normally > only mutexes and rwlocks should be used in low level bits of the stack, as > they may well be acquired in ithread or swi contexts where the unbounded > sleep > primitives used in sx locks are not appropriate. ... neither are malloc calls with M_WAITOK (which was the initial question in this thread). So in order to fix it, you can either change hashinit() to take a malloc flag, roll your own hashinit, or preallocate hash-space (though I doubt this last one is practical). -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 15:53:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2974216A40F for ; Wed, 10 Jan 2007 15:53:34 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from nibbel.kulnet.kuleuven.ac.be (nibbel.kulnet.kuleuven.ac.be [134.58.240.41]) by mx1.freebsd.org (Postfix) with ESMTP id B615E13C441 for ; Wed, 10 Jan 2007 15:53:33 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id D05B14D7D1; Wed, 10 Jan 2007 16:53:32 +0100 (CET) Received: from smtp02.kuleuven.be (lepidus.kulnet.kuleuven.ac.be [134.58.240.72]) by nibbel.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 390C64D7CF; Wed, 10 Jan 2007 16:53:32 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtp02.kuleuven.be (Postfix) with ESMTP id AD6D42CAADA; Wed, 10 Jan 2007 16:53:28 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.8/8.13.8) with ESMTP id l0AFrQUN041531; Wed, 10 Jan 2007 16:53:26 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Wed, 10 Jan 2007 16:53:21 +0100 User-Agent: KMail/1.9.5 References: <20070108165157.GA94941@stud.fit.vutbr.cz> <200701101151.51662.tijl@ulyssis.org> <20070110132101.k8zzn281ic8w04ks@webmail.leidinger.net> In-Reply-To: <20070110132101.k8zzn281ic8w04ks@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701101653.25773.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Boris Samorodov , Alexander Leidinger , Divacky Roman Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 15:53:34 -0000 On Wednesday 10 January 2007 13:21, Alexander Leidinger wrote: > Quoting Tijl Coosemans >> On Wednesday 10 January 2007 07:53, Alexander Leidinger wrote: >>> That's not possible. The way the linuxulator works is: >>> - the linker in userland calls open("/foo/bar") >>> - kernel looks for "/compat/linux/foo/bar" >>> * it is there -> return it >>> * it is not there -> look for "/foo/bar" >>> + if it is there -> return it >>> + if it is not there -> return error >>> - the userland get's something which may be linux or FreeBSD stuff >>> - the linker read()s this >>> - the linker sees a wrong ELF ABI and bails out >> >> That means the linker tries to open /usr/lib/librt.so.1 instead of >> /lib/librt.so.1 which doesn't exist under /compat/linux. So I added a >> symlink there. >> >> ln -s ../../lib/librt-2.3.6.so /compat/linux/usr/lib/librt.so.1 >> >> And now everything works. >> >> % ldd /compat/linux/bin/ls >> /compat/linux/bin/ls: >> librt.so.1 => /lib/obsolete/linuxthreads/librt.so.1 (0x4807c000) >> >> I think this is an easier solution than changing the runtime linker. > > Does it still work with 2.6.16 (can't test ATM)? If yes: I agree, it > is more easy and we can change this in the linux base port very fast Yes, it works with 2.6.16. Here's what I think is happening: ls is linked against librt.so.1 with /lib and /usr/lib as runtime search paths and thus: - linker calls open("/lib/librt.so.1") - kernel returns "/compat/linux/lib/librt.so.1" - linker reads and sees it requires kernel ABI 2.4.20 * when osrelease=2.6.16, this is ok, all done * when osrelease=2.4.2 + linker calls open("/usr/lib/librt.so.1") + kernel returns "/compat/linux/usr/lib/librt.so.1" (symlink) (previously kernel returned FreeBSD "/usr/lib/librt.so.1" here, which caused linker error) + linker reads and sees it requires kernel ABI 2.4.20, not ok + linker calls open("/lib/obsolete/linuxthreads/librt.so.1") + kernel returns "/compat/linux/lib/obsolete/linuxthreads/librt.so.1" + linker reads and sees it requires kernel ABI 2.2.5, ok, all done From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 15:53:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9B0916A4FE; Wed, 10 Jan 2007 15:53:41 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.freebsd.org (Postfix) with ESMTP id F0F9C13C455; Wed, 10 Jan 2007 15:53:40 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from [85.172.94.181] ([85.172.94.181]:15088 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077094AbXAJPxf (ORCPT + 1 other); Wed, 10 Jan 2007 18:53:35 +0300 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id A1E7517719; Wed, 10 Jan 2007 18:53:31 +0300 (MSK) Date: Wed, 10 Jan 2007 18:53:31 +0300 From: Sergey Zaharchenko To: freebsd-current@freebsd.org Message-ID: <20070110155331.GA2762@shark.localdomain> References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <200701100910.13167.jhb@freebsd.org> X-Listening-To: Silence User-Agent: Mutt/1.5.11 Cc: Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 15:53:42 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello John! Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: [snip] > Have you tried using nfe(4)? :) Now I have, and it works just fine, thanks (I somehow thought nfe was specific to some platform). Why isn't it the default? Smaller range of hardware supported? --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFpQv6wo7hT/9lVdwRAnNWAJ9aplOBu8XvDeMVbGo+h9DowP4OpQCePzPx SFzTIiwlcVu1LUc5vnapR9o= =Qm7X -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 16:01:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59E3016A47E for ; Wed, 10 Jan 2007 16:01:15 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id D46C413C45D for ; Wed, 10 Jan 2007 16:01:14 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l0AG1CDJ086237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Jan 2007 17:01:12 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l0AG1CBR086236; Wed, 10 Jan 2007 17:01:12 +0100 (CET) Date: Wed, 10 Jan 2007 17:01:12 +0100 From: Divacky Roman To: Tijl Coosemans Message-ID: <20070110160112.GA85303@stud.fit.vutbr.cz> References: <20070108165157.GA94941@stud.fit.vutbr.cz> <200701101151.51662.tijl@ulyssis.org> <20070110132101.k8zzn281ic8w04ks@webmail.leidinger.net> <200701101653.25773.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200701101653.25773.tijl@ulyssis.org> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Boris Samorodov , Alexander Leidinger , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 16:01:15 -0000 > Yes, it works with 2.6.16. Here's what I think is happening: > > ls is linked against librt.so.1 with /lib and /usr/lib as runtime > search paths and thus: > > - linker calls open("/lib/librt.so.1") > - kernel returns "/compat/linux/lib/librt.so.1" > - linker reads and sees it requires kernel ABI 2.4.20 > * when osrelease=2.6.16, this is ok, all done > * when osrelease=2.4.2 > + linker calls open("/usr/lib/librt.so.1") > + kernel returns "/compat/linux/usr/lib/librt.so.1" (symlink) > (previously kernel returned FreeBSD "/usr/lib/librt.so.1" here, > which caused linker error) > + linker reads and sees it requires kernel ABI 2.4.20, not ok > + linker calls open("/lib/obsolete/linuxthreads/librt.so.1") > + kernel returns "/compat/linux/lib/obsolete/linuxthreads/librt.so.1" > + linker reads and sees it requires kernel ABI 2.2.5, ok, all done I think you are right.... I discussed it with alexander today and I propose that installation of linux_base should set (or tell user to set) the osrelease to the version whicih is the given linux_base shipped with on default. fc4 ships with 2.6.11 kenrel and we force it to use 2.4.2 no wonder it doesnt work as expected thnx for the info roman From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 16:45:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C8D716A403 for ; Wed, 10 Jan 2007 16:45:39 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id E10E213C45A for ; Wed, 10 Jan 2007 16:45:38 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 828BB138275; Wed, 10 Jan 2007 17:45:37 +0100 (CET) Received: from smtps01 (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id A12FB13866A; Wed, 10 Jan 2007 17:45:36 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01 (Postfix) with ESMTP id 214492E68CC; Wed, 10 Jan 2007 17:45:36 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.8/8.13.8) with ESMTP id l0AGjY1u042405; Wed, 10 Jan 2007 17:45:34 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Wed, 10 Jan 2007 17:45:30 +0100 User-Agent: KMail/1.9.5 References: <20070108165157.GA94941@stud.fit.vutbr.cz> <200701101653.25773.tijl@ulyssis.org> <20070110160112.GA85303@stud.fit.vutbr.cz> In-Reply-To: <20070110160112.GA85303@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701101745.33566.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Boris Samorodov , Alexander Leidinger , Divacky Roman Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 16:45:39 -0000 On Wednesday 10 January 2007 17:01, Divacky Roman wrote: > I discussed it with alexander today and I propose that installation > of linux_base should set (or tell user to set) the osrelease to the > version whicih is the given linux_base shipped with on default. > > fc4 ships with 2.6.11 kenrel and we force it to use 2.4.2 no wonder > it doesnt work as expected That's entirely your decision of course, I'm only a simple user, but isn't that a bit too radical? The cause for the error was entirely FreeBSD related (the /compat/linux trick in open() and the unfortunate fact that FreeBSD has a librt.so.1 of its own). Otherwise fc4 works just fine with a 2.4 kernel. Of course, if linuxulator is ready for it then by all means. From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 17:21:25 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A67A916A403; Wed, 10 Jan 2007 17:21:25 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 8119313C428; Wed, 10 Jan 2007 17:21:25 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 17B532C2B19; Wed, 10 Jan 2007 10:52:45 -0600 (CST) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Cknz0fpxCrvJ; Wed, 10 Jan 2007 10:52:44 -0600 (CST) Received: from [216.63.78.18] (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 4E2C62C2AD0; Wed, 10 Jan 2007 10:52:44 -0600 (CST) Message-ID: <45A519D9.9020006@cs.rice.edu> Date: Wed, 10 Jan 2007 10:52:41 -0600 From: Alan Cox User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.10) Gecko/20050817 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Norikatsu Shigemura References: <20070110235152.1b65f3de.nork@FreeBSD.org> In-Reply-To: <20070110235152.1b65f3de.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , freebsd-current@FreeBSD.org Subject: Re: Panic on pmap_remove_pages by KASSERT when process is exiting.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 17:21:25 -0000 Norikatsu Shigemura wrote: >Hi Alan. > > In recently 7-current, I often had a panic on pmap_remove_pages > at /usr/src/sys/i386/i386/pmap.c#3072. > > Do you have any idea? > > > Please run a memory tester on your machine. Over the years, most of the reported panics in pmap_remove_pages() have been a result of flakey memory. Regards, Alan From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 17:31:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D45216A40F; Wed, 10 Jan 2007 17:31:36 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1F75B13C44C; Wed, 10 Jan 2007 17:31:35 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l0AHVYRn091818; Wed, 10 Jan 2007 20:31:34 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Wed, 10 Jan 2007 20:31:34 +0300 (MSK) From: Dmitry Morozovsky To: stable@freebsd.org In-Reply-To: <20070108121119.C35394@woozle.rinet.ru> Message-ID: <20070110202915.J90323@woozle.rinet.ru> References: <20070108121119.C35394@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Jan 2007 20:31:34 +0300 (MSK) Cc: current@freebsd.org Subject: Re: GA-7VKMP: apci suspend leads to reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 17:31:36 -0000 On Mon, 8 Jan 2007, Dmitry Morozovsky wrote: DM> Dear colleagues, DM> DM> on Gigabyte GA-7VKMP (SocketA) with the last (f5) BIOS and fresh RELENG_6_2 DM> suspending leads to hard reboot on resume. M$ WinXP suppends and resumes DM> normally. DM> DM> acpi-related lines from verbose dmesg: DM> DM> marck@tiger:~# dmesg | grep -i acpi DM> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0762188. DM> MADT: Found CPU APIC ID 0 ACPI ID 1: enabled DM> ACPI APIC Table: DM> APIC: CPU 0 has ACPI ID 1 DM> acpi0: on motherboard DM> acpi0: [MPSAFE] DM> AcpiOsDerivePciId: bus 0 dev 17 func 0 DM> AcpiOsDerivePciId: bus 0 dev 17 func 0 DM> acpi0: Power Button (fixed) DM> acpi0: wakeup code va 0xd867e000 pa 0x9e000 DM> AcpiOsDerivePciId: bus 0 dev 0 func 0 DM> ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 DM> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 DM> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 DM> cpu0: on acpi0 DM> acpi_button0: on acpi0 DM> pcib0: port 0xcf8-0xcff on acpi0 DM> pci0: on pcib0 DM> acpi_button1: on acpi0 DM> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 DM> psmcpnp0: irq 12 on acpi0 DM> atkbdc0: port 0x60,0x64 irq 1 on acpi0 FWIW, -current from 20070108 does exactly the same: it suspends, and after keypress (resume from S3 on keyboard in enabled) reset hard. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 18:44:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2576E16A412 for ; Wed, 10 Jan 2007 18:44:54 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by mx1.freebsd.org (Postfix) with ESMTP id 02DEC13C428 for ; Wed, 10 Jan 2007 18:44:53 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 10 Jan 2007 10:44:54 -0800 X-IronPort-AV: i="4.13,168,1167638400"; d="scan'208"; a="758821889:sNHT52956612" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l0AIirrQ013417 for ; Wed, 10 Jan 2007 10:44:53 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l0AIirZH007624 for ; Wed, 10 Jan 2007 10:44:53 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 10:44:53 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 10:44:53 -0800 Message-ID: <45A533F6.7030405@cisco.com> Date: Wed, 10 Jan 2007 13:44:06 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jan 2007 18:44:53.0326 (UTC) FILETIME=[6A8FFEE0:01C734E7] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1459; t=1168454693; x=1169318693; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20how=20to=20find=20out=20what=20the=20other=20CPU=20is=20doing |Sender:=20; bh=lxIZYbV8d2MyhrC5nI7NKvVX9Z4wzSD2ogp2IJqOovA=; b=Mab1aKKF7IWJnjmuS28bMMPkrE7bvL3dDvpxzxAGyE1czStPWPkoyy8sVGYKWS1WIqpZDgpg jxj1qRnZSHtzFqS+ZZMHAKgE+RLbSamjZSZSmdY9NS/BQPCrPpvu3N+N; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: Subject: how to find out what the other CPU is doing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 18:44:54 -0000 All: I have now pinpointed a problem.. or at least I know whats going on.. I have a dual-core machine.. CPU1 gets swi: net running on it.. I am sure it has received an SCTP packet since it has a lock on a TCB. the sw4: clock sio in fact gets hung up waiting for the locked TCB that swi:net holds. The other CPU, cpu0 is still free.. I can thus drop into DDB> I took a core of this.. but I could not gain much.. and it comes from my ignorance I think.. So my question is how do I find out what loop swi:net is trapped in.. If I have a kernel core, can I somehow look at this? I dumped the entire stack and poked around in it a bit.. looking at where its esp and ebp were set.. but I could not figure out how to follow this.. I tried using proc 'tid' (as John suggested to me) and when I try a bt it just gives me a ???? and an address.. Is there anyway I can get a hint out of the situation. If I do trace in DDB> it just showed me where I was on CPU0 with the keyboard interupt.. etc.. Any help in getting additional info would be wonderful... I need to at least get a hint as to how this thing is in a loop.. I currently have the machine cooking again.. it takes 3-4 days to get it to hit this state... So if someone has an idea of something to try I would apprecicate it :-) Thanks in advance R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 19:52:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C43E616A47B; Wed, 10 Jan 2007 19:52:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 754B213C442; Wed, 10 Jan 2007 19:52:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0AJqnx1087216; Wed, 10 Jan 2007 14:52:55 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Sergey Zaharchenko Date: Wed, 10 Jan 2007 14:32:40 -0500 User-Agent: KMail/1.9.4 References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> In-Reply-To: <20070110155331.GA2762@shark.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701101432.41201.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 10 Jan 2007 14:52:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2433/Wed Jan 10 13:28:34 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 19:52:58 -0000 On Wednesday 10 January 2007 10:53, Sergey Zaharchenko wrote: > Hello John! > > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > [snip] > > Have you tried using nfe(4)? :) > > Now I have, and it works just fine, thanks (I somehow thought nfe was > specific to some platform). Why isn't it the default? Smaller range of > hardware supported? It's just newer. I think perhaps current@ should switch to nfe(4) rather than nve(4) by default. David, any objections to that? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 19:53:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1280C16A504; Wed, 10 Jan 2007 19:53:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B20F813C465; Wed, 10 Jan 2007 19:53:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0AJqnx0087216; Wed, 10 Jan 2007 14:52:50 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Randall Stewart Date: Wed, 10 Jan 2007 14:31:57 -0500 User-Agent: KMail/1.9.4 References: <20070107171034.GA13836@crodrigues.org> <20070110142100.G52843@fledge.watson.org> <45A5004B.6090402@cisco.com> In-Reply-To: <45A5004B.6090402@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701101431.57695.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 10 Jan 2007 14:52:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2433/Wed Jan 10 13:28:34 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Craig Rodrigues , freebsd-current@freebsd.org, Robert Watson Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 19:53:12 -0000 On Wednesday 10 January 2007 10:03, Randall Stewart wrote: > Robert/All: > > Ok, here is the deal... I have looked in a bit > closer at this.. > > Here is what is happening... > > When a cookie arrives, we get a "create lock" on > the socket this prevents the user on the same > socket from creating a assoc at the same exact time. Can't you do a model like this: lock(); if (need to create pcb) { unlock(); create_pcb(); // can sleep w/o holding lock lock(); if (someone else created the pcb) free(pcb_I_just_created); } unlock(); This is used in several places in the kernel to handle concurrent object creation races. Speaking of the sx(9) man page there are two things to note: 1) There are already patches to make sx(9) locks just as efficient as mutexes in the common case (single atomic op), so that comment is likely irrelevant (and probably shouldn't have existed in the first place). 2) If you are already willing to sleep by calling hashinit() (which can sleep in malloc()), then blocking on a sx lock is already fine for the code where you are doing this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 20:04:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADCB816A407; Wed, 10 Jan 2007 20:04:18 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.freebsd.org (Postfix) with ESMTP id 84E8A13C465; Wed, 10 Jan 2007 20:04:18 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-8.cisco.com ([171.68.10.93]) by sj-iport-5.cisco.com with ESMTP; 10 Jan 2007 12:04:18 -0800 Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-8.cisco.com (8.12.11/8.12.11) with ESMTP id l0AK4H0I017438; Wed, 10 Jan 2007 12:04:17 -0800 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l0AK41Iv006724; Wed, 10 Jan 2007 12:04:15 -0800 (PST) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 12:04:01 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 10 Jan 2007 12:04:01 -0800 Message-ID: <45A54682.9040503@cisco.com> Date: Wed, 10 Jan 2007 15:03:14 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: John Baldwin References: <20070107171034.GA13836@crodrigues.org> <20070110142100.G52843@fledge.watson.org> <45A5004B.6090402@cisco.com> <200701101431.57695.jhb@freebsd.org> In-Reply-To: <200701101431.57695.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Jan 2007 20:04:01.0616 (UTC) FILETIME=[78C38D00:01C734F2] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2011; t=1168459458; x=1169323458; c=relaxed/relaxed; s=sjdkim8002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Witness=20warning=20with=20SCTP |Sender:=20; bh=tsfnLmVrwv/Xa9qTsgsBxv3i4o3gI6g4PLH5n8bR8cc=; b=qU6cpI7AC63E+DCq/HvwBJ5OrS7wiOa+PIu12XX0oYdynpjDhL+ICm+xYAdIMoK0XN/11x21 B98IPS1tKDXDsuRhShWsQLqqza5ZCbVSkacnH4KgQ7t4rLo+r1enkERm; Authentication-Results: sj-dkim-8; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim8002 verified; ); Cc: Craig Rodrigues , freebsd-current@freebsd.org, Robert Watson Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 20:04:18 -0000 John: John Baldwin wrote: > On Wednesday 10 January 2007 10:03, Randall Stewart wrote: >> Robert/All: >> >> Ok, here is the deal... I have looked in a bit >> closer at this.. >> >> Here is what is happening... >> >> When a cookie arrives, we get a "create lock" on >> the socket this prevents the user on the same >> socket from creating a assoc at the same exact time. > > Can't you do a model like this: > > lock(); > if (need to create pcb) { > unlock(); > create_pcb(); // can sleep w/o holding lock > lock(); > if (someone else created the pcb) > free(pcb_I_just_created); > } > unlock(); The above is exactly what causes the race to occur.. There are several places where if we do that we end up with two TCB's under certain collision cases.. which can happen (I have a test app that gets it within a few hours :-() > > This is used in several places in the kernel to handle concurrent > object creation races. Speaking of the sx(9) man page there are > two things to note: > > 1) There are already patches to make sx(9) locks just as efficient > as mutexes in the common case (single atomic op), so that comment > is likely irrelevant (and probably shouldn't have existed in the > first place). ok > > 2) If you are already willing to sleep by calling hashinit() (which > can sleep in malloc()), then blocking on a sx lock is already fine > for the code where you are doing this. > I am NOT willing to sleep. the normal allocation of the PCB is done with a WAIT type option.. I had not realized that hashinit() did an allocation and could sleep.. thats the issue. I think the easiest way is to just go ahead and either have a specific hashinit() for sctp.. or redo hashinit to have a hashinit_flags() as we have been discussing.. and have the original hashinit() call that with WAIT.. and that would then allow a WAIT or NOWAIT ... R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Jan 10 22:25:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5E0116A603; Wed, 10 Jan 2007 22:25:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id B5E3A13C45A; Wed, 10 Jan 2007 22:25:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0AMPHAA088417; Wed, 10 Jan 2007 17:25:17 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Randall Stewart Date: Wed, 10 Jan 2007 15:15:29 -0500 User-Agent: KMail/1.9.4 References: <20070107171034.GA13836@crodrigues.org> <200701101431.57695.jhb@freebsd.org> <45A54682.9040503@cisco.com> In-Reply-To: <45A54682.9040503@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701101515.30385.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Wed, 10 Jan 2007 17:25:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2433/Wed Jan 10 13:28:34 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Craig Rodrigues , freebsd-current@freebsd.org, Robert Watson Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jan 2007 22:25:31 -0000 On Wednesday 10 January 2007 15:03, Randall Stewart wrote: > John: > > > > John Baldwin wrote: > > On Wednesday 10 January 2007 10:03, Randall Stewart wrote: > >> Robert/All: > >> > >> Ok, here is the deal... I have looked in a bit > >> closer at this.. > >> > >> Here is what is happening... > >> > >> When a cookie arrives, we get a "create lock" on > >> the socket this prevents the user on the same > >> socket from creating a assoc at the same exact time. > > > > Can't you do a model like this: > > > > lock(); > > if (need to create pcb) { > > unlock(); > > create_pcb(); // can sleep w/o holding lock > > lock(); > > if (someone else created the pcb) > > free(pcb_I_just_created); > > } > > unlock(); > > > The above is exactly what causes the race to occur.. > > There are several places where if we do that we end > up with two TCB's under certain collision cases.. which > can happen (I have a test app that gets it within a > few hours :-() Ah, you must have missed the part where it does: if (someone else created the pcb) { free(pcb I just created); use the other pcb; } :-P That is, explicitly handling the race. However: > I am NOT willing to sleep. the normal allocation of the PCB is done > with a WAIT type option.. I had not realized that hashinit() > did an allocation and could sleep.. thats the issue. In that case a hashinit_flags() is the way to go I guess. What happens if the hashinit fails, connection dropped? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 00:39:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 433FB16A504 for ; Thu, 11 Jan 2007 00:39:22 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id F264313C441 for ; Thu, 11 Jan 2007 00:39:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so118594pyh for ; Wed, 10 Jan 2007 16:39:21 -0800 (PST) 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=Kqv47MqHChzEw60jLZl/pt3smY90tAihAXRh+B88Beu5rtBIyQ5VePAVLx5Msr5QxqcBmU2Y4fHqZ0ePzS0JJx0xS0O8kbN5Ijc+sMe+6Hpa7P4ZH1HzizviC7MA84mRImOyAFiHjo6FfxAm/+I/HA/iCcD9KObRppl3G6nvHt8= Received: by 10.35.100.6 with SMTP id c6mr1601190pym.1168475961513; Wed, 10 Jan 2007 16:39:21 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id f10sm171942pyh.2007.01.10.16.39.19; Wed, 10 Jan 2007 16:39:20 -0800 (PST) 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 l0B0ekti038343 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Jan 2007 09:40: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 l0B0eic0038342; Thu, 11 Jan 2007 09:40:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 11 Jan 2007 09:40:44 +0900 From: Pyun YongHyeon To: Sergey Zaharchenko Message-ID: <20070111004044.GA33964@cdnetworks.co.kr> References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070110155331.GA2762@shark.localdomain> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 00:39:22 -0000 On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: > Hello John! > > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > [snip] > > Have you tried using nfe(4)? :) > > Now I have, and it works just fine, thanks (I somehow thought nfe was > specific to some platform). Why isn't it the default? Smaller range of > hardware supported? > AFAIK, nfe(4) supports more hardwares than that of nve(4). Try overhauled nfe(4) in the following URL. http://people.freebsd.org/~yongari/nfe/if_nfe.c http://people.freebsd.org/~yongari/nfe/if_nfereg.h http://people.freebsd.org/~yongari/nfe/if_nfevar.h The patch fixed serveral bugs in nfe(4) and it should perform better than nve(4). The following hardware features are supported. o TSO o Tx/Rx IP/TCP/UDP checksum offload o VLAN hardware tag insertion/stripping o Jumbo frame(up to 9100 bytes) It seems that the hardware supports MSI/MSI-X too but I don't have nForce hardwares that supports MSI/MSI-X so it's hard to implement/ experiment it. Accoring to the Shigeaki Tagashira, the author of FreeBSD nfe(4), his hardware claims to support 8 messages. I've checked Linux forcedeth driver to get hardware information for MSI/MSI-X but it I cound't understand the details. :-( -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 05:22:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75EDC16A415 for ; Thu, 11 Jan 2007 05:22:06 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 46DC713C448 for ; Thu, 11 Jan 2007 05:22:06 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.247.75.244] ([10.0.0.221]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l0B4lvrF099862 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Jan 2007 20:47:58 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45A5C17F.60005@errno.com> Date: Wed, 10 Jan 2007 20:47:59 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: David Nugent References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> <200701081159.51056.lofi@freebsd.org> <200701082038.33761.tijl@ulyssis.org> <200701082134.44662.lofi@freebsd.org> <499c70c0701081347t7213aeb5yed3c988a05837464@mail.gmail.com> <45A3671D.8020902@datalinktech.com.au> In-Reply-To: <45A3671D.8020902@datalinktech.com.au> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 05:22:06 -0000 David Nugent wrote: > Abdullah Al-Marrie wrote: >>> > I have the same issue. kcheckpass is suid root and works: >>> >>> Hm, works for me (on 5.5). Maybe something changed in -CURRENT? > I guess that is the point of reporting it in the -current mailing list? ;-) > > > GENERIC from FreeBSD 7.0-CURRENT #0: Tue Jan 9 11:44:44 EST 2007, > csup'ed within 48 hours of build, using the nvidia non-os driver with > dri enabled. I'm suffering an apparent glitch in -current but not 6.2 > which causes a crash and instant reboot on exiting X which I'm guessing > is related the nvidia kernel module. It happens with the Xorg nv driver > too. I found the latest nvidia port/driver too unstable to use; I backrev'd to the previous driver which has resolved the crashes. However I've seen significant regressions in the nvidia driver in HEAD over the past 9 months or so; so much so that I'm considering replacing my card w/ something else (I've got an AGP Quadro NVS for my dual-head DVI displays so require the binary driver). Sam From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 06:01:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52F4816A403 for ; Thu, 11 Jan 2007 06:01:41 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from mail-ihug.icp-qv1-irony16.iinet.net.au (ihug-mail.icp-qv1-irony16.iinet.net.au [203.59.1.182]) by mx1.freebsd.org (Postfix) with ESMTP id C37D813C458 for ; Thu, 11 Jan 2007 06:01:40 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from 203-206-162-119.perm.iinet.net.au (HELO mail.datalinktech.com.au) ([203.206.162.119]) by iinet-mail.icp-qv1-irony16.iinet.net.au with ESMTP; 11 Jan 2007 13:32:22 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAGJapUXLzqJ3/2dsb2JhbAA X-IronPort-AV: i="4.13,170,1167580800"; d="scan'208"; a="18693942:sNHT27657852" Received: from [192.168.4.218] (dln-notebook.datalink.loc [192.168.4.218]) by mail.datalinktech.com.au with esmtp; Thu, 11 Jan 2007 16:32:21 +1100 id 0017B845.45A5CBE6.00003158 Message-ID: <45A5CBEB.7030306@datalinktech.com.au> Date: Thu, 11 Jan 2007 16:32:27 +1100 From: David Nugent User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: Sam Leffler References: <499c70c0701071038k34d10214ya7a0cd00e6c1f800@mail.gmail.com> <200701081159.51056.lofi@freebsd.org> <200701082038.33761.tijl@ulyssis.org> <200701082134.44662.lofi@freebsd.org> <499c70c0701081347t7213aeb5yed3c988a05837464@mail.gmail.com> <45A3671D.8020902@datalinktech.com.au> <45A5C17F.60005@errno.com> In-Reply-To: <45A5C17F.60005@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [kde-freebsd] Re: KDE 3.5.5 lock issue was (Xorg with lock session issue) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 06:01:41 -0000 BTW, now that a full rebuild of everything has finally completed I'm now experiencing the OP's problem with kdesktop_lock - so it does seem to be a generic problem in -current. I haven't yet investigated it further, but intend to unless someone else finds a solution first (and no it isn't a suid problem afaict). Sam Leffler wrote: >> GENERIC from FreeBSD 7.0-CURRENT #0: Tue Jan 9 11:44:44 EST 2007, >> csup'ed within 48 hours of build, using the nvidia non-os driver with >> dri enabled. I'm suffering an apparent glitch in -current but not 6.2 >> which causes a crash and instant reboot on exiting X which I'm guessing >> is related the nvidia kernel module. It happens with the Xorg nv driver >> too. >> > I found the latest nvidia port/driver too unstable to use; I backrev'd > to the previous driver which has resolved the crashes. However I've > seen significant regressions in the nvidia driver in HEAD over the past > 9 months or so; so much so that I'm considering replacing my card w/ > something else (I've got an AGP Quadro NVS for my dual-head DVI displays > so require the binary driver). > Other than the system freeze when shutting down X (or switching to another vt) problem it otherwise seems to work ok here with several days uptime (between reboots for -current updates). I don't have the same problem with a recent 6.2-PR (tested with 9631 nvidia driver). This is using a budget AGP FX 5500 card, dual head. I'm currenty using build 9746, but the lockup happened with every version I tried under recent -current for the last couple months at least, otherwise I haven't noticed a huge difference. Regards -d From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 07:24:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BE3916A559 for ; Thu, 11 Jan 2007 07:24:06 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from rigel.internal.vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.freebsd.org (Postfix) with ESMTP id CFEEE13C64E for ; Thu, 11 Jan 2007 07:23:33 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 2C849FED15E; Thu, 11 Jan 2007 10:23:18 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.250]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id E2A4A10098EF; Thu, 11 Jan 2007 10:23:17 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.8/8.13.8) with ESMTP id l0B7NHNk001851; Thu, 11 Jan 2007 10:23:17 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.8/8.13.8/Submit) id l0B7NGZW001848; Thu, 11 Jan 2007 10:23:16 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: John Baldwin To: John Baldwin References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> <200701081415.52431.jhb@freebsd.org> <87d55o3900.fsf@neva.vlink.ru> <200701091417.18936.jhb@freebsd.org> From: Denis Shaposhnikov Date: Thu, 11 Jan 2007 10:23:16 +0300 In-Reply-To: <200701091417.18936.jhb@freebsd.org> (John Baldwin's message of "Tue, 9 Jan 2007 14:17:18 -0500") Message-ID: <87ejq26n8b.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 07:24:06 -0000 >>>>> "John" == John Baldwin writes: John> ipw(4) doesn't support MSI, so that doesn't make sense. The John> problem is probably not in the devices though, but in your John> chipset. Can you provide the output from 'pciconf -l'? Here it is: hostb0@pci0:0:0: class=0x060000 card=0x01631028 chip=0x35808086 rev=0x02 hdr=0x00 none0@pci0:0:1: class=0x088000 card=0x01631028 chip=0x35848086 rev=0x02 hdr=0x00 none1@pci0:0:3: class=0x088000 card=0x01631028 chip=0x35858086 rev=0x02 hdr=0x00 vgapci0@pci0:2:0: class=0x030000 card=0x01631028 chip=0x35828086 rev=0x02 hdr=0x00 vgapci1@pci0:2:1: class=0x038000 card=0x01631028 chip=0x35828086 rev=0x02 hdr=0x00 none2@pci0:29:0: class=0x0c0300 card=0x01631028 chip=0x24c28086 rev=0x01 hdr=0x00 none3@pci0:29:1: class=0x0c0300 card=0x01631028 chip=0x24c48086 rev=0x01 hdr=0x00 none4@pci0:29:2: class=0x0c0300 card=0x01631028 chip=0x24c78086 rev=0x01 hdr=0x00 none5@pci0:29:7: class=0x0c0320 card=0x01631028 chip=0x24cd8086 rev=0x01 hdr=0x00 pcib1@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x81 hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24cc8086 rev=0x01 hdr=0x00 atapci0@pci0:31:1: class=0x01018a card=0x01631028 chip=0x24ca8086 rev=0x01 hdr=0x00 pcm0@pci0:31:5: class=0x040100 card=0x01631028 chip=0x24c58086 rev=0x01 hdr=0x00 none6@pci1:1:0: class=0x060700 card=0x01631028 chip=0xac44104c rev=0x02 hdr=0x02 none7@pci1:1:1: class=0x0c0010 card=0x01631028 chip=0x8029104c rev=0x00 hdr=0x00 ipw0@pci1:3:0: class=0x028000 card=0x25618086 chip=0x10438086 rev=0x04 hdr=0x00 none8@pci1:8:0: class=0x020000 card=0x20021028 chip=0x103d8086 rev=0x81 hdr=0x00 -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 07:33:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE9B916A403 for ; Thu, 11 Jan 2007 07:33:23 +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 837C313C459 for ; Thu, 11 Jan 2007 07:33:23 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5E61A.dip.t-dialin.net [84.165.230.26]) by redbull.bpaserver.net (Postfix) with ESMTP id B4E462E1A6; Thu, 11 Jan 2007 08:39:25 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id AACDA5B497E; Thu, 11 Jan 2007 08:33:15 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0B7XCCg017846; Thu, 11 Jan 2007 08:33:12 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 11 Jan 2007 08:33:12 +0100 Message-ID: <20070111083312.dn6h4utaocoockwg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 11 Jan 2007 08:33:12 +0100 From: Alexander Leidinger To: Tijl Coosemans References: <20070108165157.GA94941@stud.fit.vutbr.cz> <200701101653.25773.tijl@ulyssis.org> <20070110160112.GA85303@stud.fit.vutbr.cz> <200701101745.33566.tijl@ulyssis.org> In-Reply-To: <200701101745.33566.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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 6, 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 Cc: Boris Samorodov , Divacky Roman , freebsd-current@freebsd.org Subject: Re: broken linuxulator in -current as of Jan 8 17:51:45 CET X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 07:33:23 -0000 Quoting Tijl Coosemans (from Wed, 10 Jan 2007 =20 17:45:30 +0100): > On Wednesday 10 January 2007 17:01, Divacky Roman wrote: >> I discussed it with alexander today and I propose that installation >> of linux_base should set (or tell user to set) the osrelease to the >> version whicih is the given linux_base shipped with on default. >> >> fc4 ships with 2.6.11 kenrel and we force it to use 2.4.2 no wonder >> it doesnt work as expected > > That's entirely your decision of course, I'm only a simple user, but > isn't that a bit too radical? The cause for the error was entirely > FreeBSD related (the /compat/linux trick in open() and the unfortunate > fact that FreeBSD has a librt.so.1 of its own). Otherwise fc4 works > just fine with a 2.4 kernel. Of course, if linuxulator is ready for it > then by all means. Roman is jumping the gun. In general it is a good idea to run the =20 linux base with the kernel version it is running natively. So far the =20 2.6 emulation is not a stable replacement of the 2.4 emulation. So the =20 change Roman is proposing will not happen soon. If 7.0 will ship with =20 2.6 as the default (i386 _&_ amd64), the linux base port will be =20 change in a suitable way, but until we _know_ (instead of hope) that =20 7.0 will ship with 2.6 as the default, we have a lot of work/tests to =20 do. Bye, Alexander. --=20 "Why must you tell me all your secrets when it's hard enough to love you knowing nothing?" =09=09-- Lloyd Cole and the Commotions http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 08:20:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BC6D16A407; Thu, 11 Jan 2007 08:20:47 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id CBFDE13C4AF; Thu, 11 Jan 2007 08:20:46 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from outgoing.leidinger.net (p54A5E61A.dip.t-dialin.net [84.165.230.26]) by redbull.bpaserver.net (Postfix) with ESMTP id D8BD72E144; Thu, 11 Jan 2007 09:00:00 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 81F3A5B497E; Thu, 11 Jan 2007 08:53:50 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0B7rmCQ021237; Thu, 11 Jan 2007 08:53:48 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 11 Jan 2007 08:53:48 +0100 Message-ID: <20070111085348.1d9g21cgkc0ss04g@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 11 Jan 2007 08:53:48 +0100 From: Alexander Leidinger To: Jeremie Le Hen References: <200612311239.kBVCdABj058437@repoman.freebsd.org> <20070110225820.GG2616@obiwan.tataz.chchile.org> In-Reply-To: <20070110225820.GG2616@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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.764, required 6, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SARE_FROM_SPAM_WORD3 0.10) X-BPAnet-MailScanner-From: netchild@freebsd.org X-Spam-Status: No Cc: current@FreeBSD.org Subject: Re: cvs commit: src/sys/compat/linux linux_mib.c linux_mib.h linux_misc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 08:20:47 -0000 Quoting Jeremie Le Hen (from Wed, 10 Jan 2007 =20 23:58:20 +0100): [moving to current@] > Hi Alexander, > Sorry if this has been already discussed in the past, I've certainly > missed the thread. > > Is there any strong reason to not enable 2.6.x emulation by default > in the future RELENG_7 ? We have FC4 in the linux base port. Fedora Legacy is abandoning it, so =20 no security updates anymore. FC5 and later require a 2.6 kernel, they =20 don't run with a 2.4 kernel. So we need the 2.6 emulation rather =20 sooner than later. A reason to not enable the 2.6 emulation currently is: we have =20 showstopper bugs. Acroread is not working. We have a patch for this, =20 but we are discussing some details (security implications and locking =20 stuff). So far I didn't had time to test the functional change of this =20 patch and don't know if it fixes all issues with acroread or not (I =20 know about several ways if cashing acroread with 2.6, other people =20 know only one way (immediate crash at startup), because I'm the only =20 one with an acroread configuration which allows to start acroread =20 (without specifying a PDF) withhin 2.6 without the above mentioned =20 fix). And there may be some other bugs we didn't stumbled upon yet. =20 Because of the showstopper bug and the fact that the amd64 part is =20 only available in p4 ATM, we didn't had widespread testing of the 2.6 =20 emulation. So currently the strong reason to not enable it by default is: major =20 bugs, lack of amd64 support and no widespread testing. When we fixed the showstopper bug with acroread and don't identify =20 another major bug, I will ask for testing 2.6 on -current to identify =20 the easy to find bugs. After a week or two I will change the default =20 emulation to 2.6 in -current, except we have some showstopper =20 problems. At this point I also hope to have the code for amd64 in the =20 tree. If 2.6 will be enabled by default in 7.0 has to be determined based =20 upon the feedback then. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 The world is coming to an end. Please log off. From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 08:50:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B88116A403; Thu, 11 Jan 2007 08:50:29 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.freebsd.org (Postfix) with ESMTP id B62F613C45A; Thu, 11 Jan 2007 08:50:26 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id l0B8oOav086861 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Jan 2007 09:50:24 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id l0B8oN7Y086859; Thu, 11 Jan 2007 09:50:23 +0100 (CET) Date: Thu, 11 Jan 2007 09:50:23 +0100 From: Divacky Roman To: Alexander Leidinger Message-ID: <20070111085023.GA85565@stud.fit.vutbr.cz> References: <200612311239.kBVCdABj058437@repoman.freebsd.org> <20070110225820.GG2616@obiwan.tataz.chchile.org> <20070111085348.1d9g21cgkc0ss04g@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070111085348.1d9g21cgkc0ss04g@webmail.leidinger.net> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Jeremie Le Hen , current@freebsd.org Subject: Re: cvs commit: src/sys/compat/linux linux_mib.c linux_mib.h linux_misc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 08:50:29 -0000 On Thu, Jan 11, 2007 at 08:53:48AM +0100, Alexander Leidinger wrote: > Quoting Jeremie Le Hen (from Wed, 10 Jan 2007 > 23:58:20 +0100): > > [moving to current@] > > >Hi Alexander, > > >Sorry if this has been already discussed in the past, I've certainly > >missed the thread. > > > >Is there any strong reason to not enable 2.6.x emulation by default > >in the future RELENG_7 ? > > We have FC4 in the linux base port. Fedora Legacy is abandoning it, so > no security updates anymore. FC5 and later require a 2.6 kernel, they > don't run with a 2.4 kernel. So we need the 2.6 emulation rather > sooner than later. this raises an issue about updating the FC4 to FC5 if RELENG_[56] is not able to use it at all. do we plan to ever MFC the 2.6 stuff? I dont think its a good idea (its a major change) but then - what is the policy on updating the linux base port? when the 7.x is widespread enough? > A reason to not enable the 2.6 emulation currently is: we have > showstopper bugs. Acroread is not working. We have a patch for this, > but we are discussing some details (security implications and locking > stuff). So far I didn't had time to test the functional change of this > patch and don't know if it fixes all issues with acroread or not (I > know about several ways if cashing acroread with 2.6, other people > know only one way (immediate crash at startup), because I'm the only > one with an acroread configuration which allows to start acroread > (without specifying a PDF) withhin 2.6 without the above mentioned > fix). And there may be some other bugs we didn't stumbled upon yet. > Because of the showstopper bug and the fact that the amd64 part is > only available in p4 ATM, we didn't had widespread testing of the 2.6 > emulation. to complete the list of bugs (alexander mentioned just acroread) we also have problems with futexes - we dont pass a testing program, there's a suspicious code (I have a patch for that) and we dont support it on amd64. the last problem (I am aware of) is that amd64 lacks TLS. Regarding the futexes kib and me plan to work on this "soon" and I am sure this will be solved very fast. The amd64 TLS is worse because I dont have comfortable access to amd64 hw nor I know much about the lowlevel stuff. I asked jkim for help so I hope this will resolve as well. > So currently the strong reason to not enable it by default is: major > bugs, lack of amd64 support and no widespread testing. widespread testing cannot be achieved without turning it on by default > When we fixed the showstopper bug with acroread and don't identify > another major bug, I will ask for testing 2.6 on -current to identify > the easy to find bugs. After a week or two I will change the default > emulation to 2.6 in -current, except we have some showstopper > problems. At this point I also hope to have the code for amd64 in the > tree. sounds like a plan to me :) but I dont really think we have to wait for amd64. The part we need to test is almost 100% MI. The MD parts are setting up GDT which accounts for a few lines of code (note that most of the new futexes are MI code). I'd prefer testing only on i386 over no testing at all. > If 2.6 will be enabled by default in 7.0 has to be determined based > upon the feedback then. I think we will summarize the pros and cons and then decide, switching the toggle is very easy. roman From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 09:21:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6040F16A403 for ; Thu, 11 Jan 2007 09:21:27 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id F2F1813C43E for ; Thu, 11 Jan 2007 09:21:26 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so358258uge for ; Thu, 11 Jan 2007 01:21:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=rONcmLCcVNj1TDKvdqEsReM39IE9I/DHhbDy1hRQznsfRPlXTwhAzz2DfjcxjP7+405TMNyAVr0kXdw6fBjXsbEbmit1hO0Qx8fQcaAoFwqEq6iPACMZY2GxYlrtdiY41h/r3t8qN2glF1lc/4T97i9/IxT3MjUxDjYsLIJ1e1M= Received: by 10.78.122.11 with SMTP id u11mr371221huc.1168507274873; Thu, 11 Jan 2007 01:21:14 -0800 (PST) Received: by 10.78.164.20 with HTTP; Thu, 11 Jan 2007 01:21:14 -0800 (PST) Message-ID: Date: Thu, 11 Jan 2007 12:21:14 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: current@freebsd.org, "Alexey Dokuchaev" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 28df89c6a6076b84 Cc: Subject: nvidia-driver on current with FX 5700LE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 09:21:27 -0000 FWIW, somewhere along the way, probably between 8776 and 9631, subject stopped working. I didn't have a chance to test on stable, but on current I tried everything: basically almost every combination of options switches (plus the corresponding tweaks to xorg.conf). The problems start when I (a) launch a complicated OpenGL app, like a full-blown game, or (b) run and exit a simple app, like glxgears, or (c) exit xorg. My PC just reboots, sometimes after a few seconds of timeout. At one occasion I caught a glimpse of glxgears being in devdrn state just after I stopped it and just before the reboot. So I installed the "legacy gpu" version (7184) and everything works with no problem at all. I wonder if something like WITH_VER option would be helpful, so that you can set it to whatever number there's a driver for and get it installed. E.g. I'd rather stay at 8776. Thanks! From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 10:08:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A058416A40F for ; Thu, 11 Jan 2007 10:08:33 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 31C1C13C45B for ; Thu, 11 Jan 2007 10:08:32 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from outgoing.leidinger.net (p54A5E61A.dip.t-dialin.net [84.165.230.26]) by redbull.bpaserver.net (Postfix) with ESMTP id D78312E192; Thu, 11 Jan 2007 11:14:34 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 147E95B497E; Thu, 11 Jan 2007 11:08:23 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l0BA8KSP044013; Thu, 11 Jan 2007 11:08:20 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 11 Jan 2007 11:08:20 +0100 Message-ID: <20070111110820.x50hz40kgkkok480@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 11 Jan 2007 11:08:20 +0100 From: Alexander Leidinger To: Divacky Roman References: <200612311239.kBVCdABj058437@repoman.freebsd.org> <20070110225820.GG2616@obiwan.tataz.chchile.org> <20070111085348.1d9g21cgkc0ss04g@webmail.leidinger.net> <20070111085023.GA85565@stud.fit.vutbr.cz> In-Reply-To: <20070111085023.GA85565@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 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=-15.264, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, SARE_FROM_SPAM_WORD3 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: netchild@freebsd.org X-Spam-Status: No Cc: Jeremie Le Hen , current@FreeBSD.org Subject: Re: cvs commit: src/sys/compat/linux linux_mib.c linux_mib.h linux_misc.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 10:08:33 -0000 Quoting Divacky Roman (from Thu, 11 Jan =20 2007 09:50:23 +0100): > On Thu, Jan 11, 2007 at 08:53:48AM +0100, Alexander Leidinger wrote: >> Quoting Jeremie Le Hen (from Wed, 10 Jan 2007 >> 23:58:20 +0100): >> >> [moving to current@] >> >> >Hi Alexander, >> >> >Sorry if this has been already discussed in the past, I've certainly >> >missed the thread. >> > >> >Is there any strong reason to not enable 2.6.x emulation by default >> >in the future RELENG_7 ? >> >> We have FC4 in the linux base port. Fedora Legacy is abandoning it, so >> no security updates anymore. FC5 and later require a 2.6 kernel, they >> don't run with a 2.4 kernel. So we need the 2.6 emulation rather >> sooner than later. > > this raises an issue about updating the FC4 to FC5 if RELENG_[56] is Yes. That's a major issue. > not able to use it at all. do we plan to ever MFC the 2.6 stuff? > I dont think its a good idea (its a major change) but then - what > is the policy on updating the linux base port? when the 7.x is widespread > enough? A while ago I thought a little bit about it and then I quickly stopped =20 thinking about it. I will start again to think about it when I see FC4 =20 running with 2.6 on all supported platforms. Based upon this I =20 coordinate with Boris and portmgr to come to a final conclusion. >> So currently the strong reason to not enable it by default is: major >> bugs, lack of amd64 support and no widespread testing. > > widespread testing cannot be achieved without turning it on by default I was talking about the default on 7.0-RELEASE, not about the default =20 in 7-current. >> When we fixed the showstopper bug with acroread and don't identify >> another major bug, I will ask for testing 2.6 on -current to identify >> the easy to find bugs. After a week or two I will change the default >> emulation to 2.6 in -current, except we have some showstopper >> problems. At this point I also hope to have the code for amd64 in the >> tree. > > sounds like a plan to me :) but I dont really think we have to wait for > amd64. The part we need to test is almost 100% MI. The MD parts are settin= g > up GDT which accounts for a few lines of code (note that most of the =20 > new futexes > are MI code). I'd prefer testing only on i386 over no testing at all. Let's wait until the 1-2 weeks passed after I requested tests with 2.6 =20 on current@. Maybe we have amd64 synced by then. If not we can still =20 talk about it. Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 Kill your parents. =09=09-- Jerry Rubin From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 10:15:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B846616A407; Thu, 11 Jan 2007 10:15:59 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6F013C45A; Thu, 11 Jan 2007 10:15:59 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-6.cisco.com with ESMTP; 11 Jan 2007 02:15:59 -0800 X-IronPort-AV: i="4.13,171,1167638400"; d="scan'208"; a="100413410:sNHT43849107" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l0BAFxsT011703; Thu, 11 Jan 2007 02:15:59 -0800 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l0BAFsDk002616; Thu, 11 Jan 2007 02:15:59 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 11 Jan 2007 02:15:54 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 11 Jan 2007 02:15:54 -0800 Message-ID: <45A60E2A.6000407@cisco.com> Date: Thu, 11 Jan 2007 05:15:06 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: John Baldwin References: <20070107171034.GA13836@crodrigues.org> <200701101431.57695.jhb@freebsd.org> <45A54682.9040503@cisco.com> <200701101515.30385.jhb@freebsd.org> In-Reply-To: <200701101515.30385.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Jan 2007 10:15:54.0479 (UTC) FILETIME=[7A677FF0:01C73569] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1075; t=1168510559; x=1169374559; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Witness=20warning=20with=20SCTP |Sender:=20; bh=1Fph6leqm84X+JL9VvxwmVWqfpGDaeM46O93EOCZp88=; b=DxO8UFGbHfNvzqPDuJzgVP9MicMHhVm7FukU/tdMvT7+4sVjD/PlESLgQbilmr3plCunusj4 Wec1neQnRku0MRgGH4Jnp5Fte1bCP6p70wA8nyTjzk+wdNKHE3r2OTOv; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: Craig Rodrigues , freebsd-current@freebsd.org, Robert Watson Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 10:15:59 -0000 John Baldwin wrote: > > Ah, you must have missed the part where it does: > > if (someone else created the pcb) { > free(pcb I just created); > use the other pcb; > } > > :-P That is, explicitly handling the race. However: Yep.. sorry about that.. > >> I am NOT willing to sleep. the normal allocation of the PCB is done >> with a WAIT type option.. I had not realized that hashinit() >> did an allocation and could sleep.. thats the issue. > > In that case a hashinit_flags() is the way to go I guess. What happens if > the hashinit fails, connection dropped? > Yep.. its the same thing that happens if the pcb create fails (we allocate with NOWAIT as well). And in actuality this should not happen... if it does we are getting near the limit of the number of associations (you will see me often use the term association.. same thing as connection) thats allowed. We drop before allocating if we have hit this limit of course :-0 R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 10:46:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C21716A403; Thu, 11 Jan 2007 10:46:50 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by mx1.freebsd.org (Postfix) with ESMTP id F271513C4A8; Thu, 11 Jan 2007 10:46:49 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 556EF385FF; Thu, 11 Jan 2007 11:28:00 +0100 (CET) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 118F2385EE; Thu, 11 Jan 2007 11:28:00 +0100 (CET) Received: from [192.168.1.199] (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id E51B937E43; Thu, 11 Jan 2007 11:27:59 +0100 (CET) From: Joel Dahl To: Andrew Pantyukhin In-Reply-To: References: Content-Type: text/plain Date: Thu, 11 Jan 2007 11:27:58 +0100 Message-Id: <1168511278.1100.4.camel@jesus.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Alexey Dokuchaev , current@freebsd.org Subject: Re: nvidia-driver on current with FX 5700LE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 10:46:50 -0000 Tor 2007-01-11 klockan 12:21 +0300 skrev Andrew Pantyukhin: > FWIW, somewhere along the way, probably between 8776 > and 9631, subject stopped working. I didn't have a > chance to test on stable, but on current I tried > everything: basically almost every combination of > options switches (plus the corresponding tweaks to > xorg.conf). Known problem, I think. Check the NVIDIA FreeBSD Forum @ nvnews.net for more info. -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 10:57:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B48A16A4A7 for ; Thu, 11 Jan 2007 10:57:37 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id C475513C459 for ; Thu, 11 Jan 2007 10:57:36 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so379572uge for ; Thu, 11 Jan 2007 02:57:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=LcDdtgR7C3R3qCAx9S0cfvxsZ1Hu7fhCguKpXCAqNu9SePm/wWFRrlqSlVqyZzBv9sB/vRuitOOeYHS6D06GruofLhL2Ci+HcGHWfFWUHVEenZ145HSNELGjklAp7HZtgaMNoKM5Fxqaqy66mqUyn/U+OGetCaMGAXgjci4zm78= Received: by 10.78.204.7 with SMTP id b7mr386558hug.1168513055702; Thu, 11 Jan 2007 02:57:35 -0800 (PST) Received: by 10.78.164.20 with HTTP; Thu, 11 Jan 2007 02:57:35 -0800 (PST) Message-ID: Date: Thu, 11 Jan 2007 13:57:35 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Joel Dahl" In-Reply-To: <1168511278.1100.4.camel@jesus.automatvapen.se> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1168511278.1100.4.camel@jesus.automatvapen.se> X-Google-Sender-Auth: b52a1b168a3100d4 Cc: Alexey Dokuchaev , current@freebsd.org Subject: Re: nvidia-driver on current with FX 5700LE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 10:57:37 -0000 On 1/11/07, Joel Dahl wrote: > Tor 2007-01-11 klockan 12:21 +0300 skrev Andrew Pantyukhin: > > FWIW, somewhere along the way, probably between 8776 > > and 9631, subject stopped working. I didn't have a > > chance to test on stable, but on current I tried > > everything: basically almost every combination of > > options switches (plus the corresponding tweaks to > > xorg.conf). > > Known problem, I think. Check the NVIDIA FreeBSD Forum @ nvnews.net for > more info. I'm strangely attached to mailing-lists in an old- fashioned way :-) Anyway, there's a patch on the forum. I'll test it as soon as I can, or maybe wait for a new version to come out. Thanks! From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 12:19:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01D9E16A407 for ; Thu, 11 Jan 2007 12:19:42 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from rigel.internal.vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.freebsd.org (Postfix) with ESMTP id A84CE13C474 for ; Thu, 11 Jan 2007 12:19:41 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 11A4DFECD70 for ; Thu, 11 Jan 2007 15:19:38 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.250]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id E1BEF10098B1 for ; Thu, 11 Jan 2007 15:19:37 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.8/8.13.8) with ESMTP id l0BCJZ1k001341 for ; Thu, 11 Jan 2007 15:19:35 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.8/8.13.8/Submit) id l0BCJYkF001338; Thu, 11 Jan 2007 15:19:34 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Thu, 11 Jan 2007 15:19:34 +0300 Message-ID: <87mz4pbvs9.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Subject: squid-2.6.6 + TSO + windows 98 clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 12:19:42 -0000 Hi! I have a fresh CURRENT server with TSO (TCP Segmentation Offload) on a em(4) network interface and Squid-2.6.6. And I have Windows 98 users which use the Squid via PPP connection. They are have MTU 576 bytes. And they can't use the Squid because slow connection to the Squid or timeouts. This problem disappeared if users increase their MTU to 1500 or if I disable TSO on the server. tcpdump of one of failed requests: 10:35:03.592164 IP 192.168.0.100.1035 > 192.168.0.2.3128: S 1423332:1423332(0) win 8192 10:35:03.592274 IP 192.168.0.2.3128 > 192.168.0.100.1035: S 2428819522:2428819522(0) ack 1423333 win 0 10:35:03.799735 IP 192.168.0.100.1035 > 192.168.0.2.3128: . ack 1 win 8576 10:35:03.800244 IP 192.168.0.2.3128 > 192.168.0.100.1035: . ack 1 win 65535 10:35:03.958630 IP 192.168.0.100.1035 > 192.168.0.2.3128: F 1:1(0) ack 1 win 8576 10:35:03.958950 IP 192.168.0.2.3128 > 192.168.0.100.1035: . ack 2 win 65535 10:35:03.958990 IP 192.168.0.2.3128 > 192.168.0.100.1035: F 1:1(0) ack 2 win 65535 10:35:04.104539 IP 192.168.0.100.1035 > 192.168.0.2.3128: . ack 2 win 8576 Does anybody know about this problem? Thanks! -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 14:37:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F35D216A407 for ; Thu, 11 Jan 2007 14:37:14 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from customer-domains.icp-qv1-irony11.iinet.net.au (customer-domains.icp-qv1-irony11.iinet.net.au [203.59.1.151]) by mx1.freebsd.org (Postfix) with ESMTP id 758C113C441 for ; Thu, 11 Jan 2007 14:37:14 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from unknown (HELO mail.datalinktech.com.au) ([203.206.162.119]) by customer-domains.icp-qv1-irony11.iinet.net.au with ESMTP; 11 Jan 2007 22:25:33 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAMbXpUXLzqJ3/2dsb2JhbAA X-IronPort-AV: i="4.13,172,1167580800"; d="scan'208"; a="117506326:sNHT43543764" Received: from [192.168.69.138] ([192.168.69.138]) by mail.datalinktech.com.au with esmtp; Fri, 12 Jan 2007 01:25:10 +1100 id 0017B854.45A648C7.00003DBC Message-ID: <45A648CD.3050405@datalinktech.com.au> Date: Fri, 12 Jan 2007 01:25:17 +1100 From: David Nugent User-Agent: Thunderbird 1.5.0.9 (X11/20070109) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Thread libs version bump?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 14:37:15 -0000 ... when? Seeing the other libs bumped I was prompted to upgrade another releng_6 machine to -current which runs a lot of heavily threaded apps, only to find they still dumped because the libpthread/libthr haven't been bumped like most of the others. Were they overlooked or have I miss the discussion elsewhere? I guess I was being optimistic and jumped the gun... :-) Regards, -d From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 16:12:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4B7616A412 for ; Thu, 11 Jan 2007 16:12:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 3680013C455 for ; Thu, 11 Jan 2007 16:12:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so919131nfc for ; Thu, 11 Jan 2007 08:12:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=EG96YMjL62OX5NGTA+sx0RRdNAHzvh1pbF339L+unHNbeNwqZzE7+uOQMLXPj3bDxgTcXZ6cuiwkAupGzVZqMbkWfPHl1UfgV3t4k5nCWxHv13BKfVaHAwGgeur6r7RqN4hToR26AN3rBnq1DTKBYe9C4fL4yZ8mj/b6k28hciY= Received: by 10.48.48.13 with SMTP id v13mr2228568nfv.1168530291495; Thu, 11 Jan 2007 07:44:51 -0800 (PST) Received: by 10.48.238.9 with HTTP; Thu, 11 Jan 2007 07:44:51 -0800 (PST) Message-ID: <3bbf2fe10701110744r26f7f3cfve073f7154ab8a48d@mail.gmail.com> Date: Thu, 11 Jan 2007 16:44:51 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "John Baldwin" In-Reply-To: <200701101431.57695.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070107171034.GA13836@crodrigues.org> <20070110142100.G52843@fledge.watson.org> <45A5004B.6090402@cisco.com> <200701101431.57695.jhb@freebsd.org> X-Google-Sender-Auth: 94752195f1fa8d5e Cc: Craig Rodrigues , Randall Stewart , freebsd-current@freebsd.org, Robert Watson Subject: Re: Witness warning with SCTP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 16:12:27 -0000 2007/1/10, John Baldwin : > On Wednesday 10 January 2007 10:03, Randall Stewart wrote: > > Robert/All: > > > > Ok, here is the deal... I have looked in a bit > > closer at this.. > > > > Here is what is happening... > > > > When a cookie arrives, we get a "create lock" on > > the socket this prevents the user on the same > > socket from creating a assoc at the same exact time. > > Can't you do a model like this: > > lock(); > if (need to create pcb) { > unlock(); > create_pcb(); // can sleep w/o holding lock > lock(); > if (someone else created the pcb) > free(pcb_I_just_created); > } > unlock(); But it is quite impossible to get rid of M_WAITOK in this case (IIUC, this should be the sleeping point)? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 16:41:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5490D16A720 for ; Thu, 11 Jan 2007 16:41:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id EB11013C468 for ; Thu, 11 Jan 2007 16:41:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l0BGfHZV097859; Thu, 11 Jan 2007 11:41:45 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Denis Shaposhnikov Date: Thu, 11 Jan 2007 11:26:09 -0500 User-Agent: KMail/1.9.1 References: <200611152004.kAFK4vfe058983@repoman.freebsd.org> <200701091417.18936.jhb@freebsd.org> <87ejq26n8b.fsf@neva.vlink.ru> In-Reply-To: <87ejq26n8b.fsf@neva.vlink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701111126.10095.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 11 Jan 2007 11:41:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2436/Thu Jan 11 06:48:19 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/dev/bce if_bce.c src/sys/dev/em if_em.c if_em.h src/sys/dev/mpt mpt.h mpt_pci.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 16:41:56 -0000 On Thursday 11 January 2007 02:23, Denis Shaposhnikov wrote: > >>>>> "John" == John Baldwin writes: > > John> ipw(4) doesn't support MSI, so that doesn't make sense. The > John> problem is probably not in the devices though, but in your > John> chipset. Can you provide the output from 'pciconf -l'? > > Here it is: > > hostb0@pci0:0:0: class=0x060000 card=0x01631028 chip=0x35808086 rev=0x02 hdr=0x00 Try this and see if it disables MSI for you automatically: Index: pci.c =================================================================== RCS file: /usr/cvs/src/sys/dev/pci/pci.c,v retrieving revision 1.331 diff -u -r1.331 pci.c --- pci.c 28 Dec 2006 06:14:42 -0000 1.331 +++ pci.c 11 Jan 2007 16:25:20 -0000 @@ -189,6 +201,16 @@ */ { 0x25508086, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + /* + * MSI doesn't work with the Intel E7210 chipset. + */ + { 0x25788086, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + + /* + * MSI doesn't work with the Intel 855 chipset. + */ + { 0x35808086, PCI_QUIRK_DISABLE_MSI, 0, 0 }, + { 0 } }; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 16:52:21 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5625816A403; Thu, 11 Jan 2007 16:52:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 395D213C461; Thu, 11 Jan 2007 16:52:21 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E0AE41A3C1A; Thu, 11 Jan 2007 08:52:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EA59251593; Thu, 11 Jan 2007 11:52:18 -0500 (EST) Date: Thu, 11 Jan 2007 11:52:18 -0500 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20070111165218.GA15966@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: alc@FreeBSD.org Subject: Unowned vm object mutex in swp_pager_meta_ctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 16:52:21 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this panic on a 12 CPU sparc64 system running current from about a month ago: panic: trap: fast data access mmu miss cpuid = 8 KDB: enter: panic [thread pid 68865 tid 100379 ] Stopped at kdb_enter+0x68: ta %xcc, 1 db> wh Tracing pid 68865 tid 100379 td 0xfffff800eeb91710 panic() at panic+0x248 trap() at trap+0x4e8 -- fast data access mmu miss tar=0 %o7=0xc01c9b94 -- swp_pager_meta_ctl() at swp_pager_meta_ctl+0x8 swap_pager_getpages() at swap_pager_getpages+0x1c mdstart_swap() at mdstart_swap+0x2b8 md_kthread() at md_kthread+0x19c fork_exit() at fork_exit+0x84 fork_trampoline() at fork_trampoline+0x8 #10 0x00000000c01d5b30 in panic (fmt=0xc04bbe08 "trap: %s") at ../../../kern/kern_shutdown.c:551 #11 0x00000000c03b0510 in trap (tf=0xecebd2f0) at ../../../sparc64/sparc64/trap.c:378 #12 0x00000000c0060fe0 in tl1_trap () #13 0x00000000c034abe8 in swp_pager_meta_ctl (object=0x0, pindex=0, flags=-1068777864) at ../../../vm/swap_pager.c:1906 #14 0x00000000c01c9b9c in _mtx_unlock_flags (m=0x0, opts=130487, file=0x0, line=421) at ../../../kern/kern_mutex.c:163 #15 0x00000000c03492a4 in swap_pager_getpages (object=0xfffff800e2aaee88, m=0xecebd628, count=1, reqpage=0) at ../../../vm/swap_pager.c:995 #16 0x00000000c0104b20 in mdstart_swap (sc=0xfffff800cf641800, bp=0xfffff8008271a798) at vm_pager.h:130 #17 0x00000000c0104ee4 in md_kthread (arg=0xfffff800cf641800) at ../../../dev/md/md.c:720 #18 0x00000000c01b9f8c in fork_exit (callout=0xc0104d40 , arg=0xfffff800cf641800, frame=0xecebd880) at ../../../kern/kern_fork.c:816 #19 0x00000000c00611d0 in fork_trampoline () #20 0x00000000c00611d0 in fork_trampoline () Previous frame identical to this frame (corrupt stack?) kgdb seems to have corrupted the trace (spurious extra frame and different arguments to frame 13), but if you believe the arguments in frame 15: 995 blk = swp_pager_meta_ctl(mreq->object, mreq->pindex, 0); (kgdb) print mreq->object $8 = 0xfffff800aeb21930 (kgdb) print *((vm_object_t)0xfffff800aeb21930) $7 = {mtx = {mtx_object = {lo_name = 0xc04b3b58 "vm object", lo_type = 0xc04b4dd0 "standard object", lo_flags = 21168128, lo_profile_obj = {lpo_acqtime = 0, lpo_waittime = 0, lpo_filename = 0x0, lpo_namehash = 4063449288, lpo_lineno = 0, lpo_type = 0xc049f940 "sleep mutex", lpo_contest_holding = 0, lpo_contest_locking = 119}, lo_witness_data = {lod_list = { stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0}, object_list = {tqe_next = 0xfffff800f3281360, tqe_prev = 0xfffff800d706e250}, shadow_head = {lh_first = 0x0}, shadow_list = {le_next = 0x0, le_prev = 0xfffff800d7cb8168}, memq = { tqh_first = 0xfffff801387bf950, tqh_last = 0xfffff80139c06cb8}, root = 0xfffff80139c06ca8, size = 10, generation = 23, ref_count = 1, shadow_count = 0, type = 0 '\0', flags = 8448, pg_color = 8, paging_in_progress = 0, resident_page_count = 10, backing_object = 0x0, backing_object_offset = 0, pager_object_list = {tqe_next = 0x0, tqe_prev = 0x0}, handle = 0x0, un_pager = {vnp = {vnp_size = 0}, devp = {devp_pglist = {tqh_first = 0x0, tqh_last = 0x0}}, swp = {swp_bcount = 0}}} (kgdb) print ((vm_object_t)0xfffff800aeb21930)->mtx $10 = {mtx_object = {lo_name = 0xc04b3b58 "vm object", lo_type = 0xc04b4dd0 "standard object", lo_flags = 21168128, lo_profile_obj = { lpo_acqtime = 0, lpo_waittime = 0, lpo_filename = 0x0, lpo_namehash = 4063449288, lpo_lineno = 0, lpo_type = 0xc049f940 "sleep mutex", lpo_contest_holding = 0, lpo_contest_locking = 119}, lo_witness_data = {lod_list = { stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 4, mtx_recurse = 0} (kgdb) print ((vm_object_t)0xfffff800aeb21930)->mtx->mtx_lock $11 = 4 This means the mutex is unowned and the assertion here failed: (kgdb) list 1913 1908 struct swblock *swap; 1909 daddr_t r1; 1910 int idx; 1911 1912 VM_OBJECT_LOCK_ASSERT(object, MA_OWNED); 1913 /* 1914 * The meta data only exists of the object is OBJT_SWAP 1915 * and even then might not be allocated yet. 1916 */ 1917 if (object->type != OBJT_SWAP) Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.1 (FreeBSD) iD8DBQFFpmtCWry0BWjoQKURAoYIAJ9L8mZS5nUktrz+SuAGIBnHgcjRjQCeMzUl 2iBVb9P5ROwO4CdeUliYB0Y= =IfIy -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 18:24:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 995E316A47B for ; Thu, 11 Jan 2007 18:24:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 81C7B13C4A7 for ; Thu, 11 Jan 2007 18:24:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay6.apple.com (a17-128-113-36.apple.com [17.128.113.36]) by mail-out4.apple.com (8.13.8/8.13.8) with ESMTP id l0BHaPMh013572; Thu, 11 Jan 2007 09:36:25 -0800 (PST) Received: from relay6.apple.com (unknown [127.0.0.1]) by relay6.apple.com (Symantec Mail Security) with ESMTP id 7BEF210054; Thu, 11 Jan 2007 09:36:25 -0800 (PST) X-AuditID: 11807124-a54f0bb000006d75-7b-45a67599d006 Received: from [17.214.13.96] (unknown [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay6.apple.com (Apple SCV relay) with ESMTP id 6A3601006E; Thu, 11 Jan 2007 09:36:25 -0800 (PST) In-Reply-To: <87mz4pbvs9.fsf@neva.vlink.ru> References: <87mz4pbvs9.fsf@neva.vlink.ru> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7931EAA6-ED4A-485B-8C3C-FA91E5AD0AAC@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 11 Jan 2007 09:36:24 -0800 To: Denis Shaposhnikov X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@freebsd.org Subject: Re: squid-2.6.6 + TSO + windows 98 clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 18:24:47 -0000 On Jan 11, 2007, at 4:19 AM, Denis Shaposhnikov wrote: > tcpdump of one of failed requests: > > 10:35:03.592164 IP 192.168.0.100.1035 > 192.168.0.2.3128: S > 1423332:1423332(0) win 8192 > 10:35:03.592274 IP 192.168.0.2.3128 > 192.168.0.100.1035: S > 2428819522:2428819522(0) ack 1423333 win 0 It's interesting that it responds with a zero window size. That is typically used by the network stack to indicate extreme congestion and to have the other side wait for some seconds without sending any more data. BTW, why are you using such a small MTU? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 19:32:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3D7216A403; Thu, 11 Jan 2007 19:32:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 91AC113C441; Thu, 11 Jan 2007 19:32:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l0BJWfS3041236; Thu, 11 Jan 2007 14:32:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l0BJWf4M007120; Thu, 11 Jan 2007 14:32:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 506FE73034; Thu, 11 Jan 2007 14:32:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070111193241.506FE73034@freebsd-current.sentex.ca> Date: Thu, 11 Jan 2007 14:32:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 19:32:43 -0000 TB --- 2007-01-11 18:36:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-11 18:36:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-01-11 18:36:53 - cleaning the object tree TB --- 2007-01-11 18:37:23 - checking out the source tree TB --- 2007-01-11 18:37:23 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-01-11 18:37:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-11 18:43:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-11 18:43:44 - cd /src TB --- 2007-01-11 18:43:44 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 11 18:43:47 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c /src/usr.bin/gprof/printlist.c cc -O2 -pipe -c /src/usr.bin/gprof/kernel.c cc -O2 -pipe -o gprof gprof.o aout.o arcs.o dfn.o elf.o lookup.o hertz.o printgprof.o printlist.o kernel.o gzip -cn /src/usr.bin/gprof/gprof.1 > gprof.1.gz ===> usr.bin/head (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/head/head.c /src/usr.bin/head/head.c: In function `head_bytes': /src/usr.bin/head/head.c:149: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/head. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-11 19:32:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-11 19:32:41 - ERROR: failed to build world TB --- 2007-01-11 19:32:41 - tinderbox aborted TB --- 0.44 user 2.09 system 3347.42 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 19:32:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB00816A47B; Thu, 11 Jan 2007 19:32:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9166D13C455; Thu, 11 Jan 2007 19:32:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l0BJWkeV041250; Thu, 11 Jan 2007 14:32:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l0BJWkhI007241; Thu, 11 Jan 2007 14:32:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B8C5673036; Thu, 11 Jan 2007 14:32:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070111193246.B8C5673036@freebsd-current.sentex.ca> Date: Thu, 11 Jan 2007 14:32:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 19:32:47 -0000 TB --- 2007-01-11 18:31:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-11 18:31:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-01-11 18:31:57 - cleaning the object tree TB --- 2007-01-11 18:32:34 - checking out the source tree TB --- 2007-01-11 18:32:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-01-11 18:32:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-11 18:43:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-11 18:43:44 - cd /src TB --- 2007-01-11 18:43:44 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 11 18:43:47 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c /src/usr.bin/gprof/printlist.c cc -O2 -pipe -c /src/usr.bin/gprof/kernel.c cc -O2 -pipe -o gprof gprof.o aout.o arcs.o dfn.o elf.o lookup.o hertz.o printgprof.o printlist.o kernel.o gzip -cn /src/usr.bin/gprof/gprof.1 > gprof.1.gz ===> usr.bin/head (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/head/head.c /src/usr.bin/head/head.c: In function `head_bytes': /src/usr.bin/head/head.c:149: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/head. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-11 19:32:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-11 19:32:46 - ERROR: failed to build world TB --- 2007-01-11 19:32:46 - tinderbox aborted TB --- 0.71 user 2.34 system 3649.21 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 20:35:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5736916A40F; Thu, 11 Jan 2007 20:35:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0ACBC13C4B4; Thu, 11 Jan 2007 20:35:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l0BKZQQi028273; Thu, 11 Jan 2007 15:35:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l0BKZQlO075786; Thu, 11 Jan 2007 15:35:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F261473034; Thu, 11 Jan 2007 15:35:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070111203525.F261473034@freebsd-current.sentex.ca> Date: Thu, 11 Jan 2007 15:35:25 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 20:35:27 -0000 TB --- 2007-01-11 19:35:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-01-11 19:35:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-01-11 19:35:01 - cleaning the object tree TB --- 2007-01-11 19:35:48 - checking out the source tree TB --- 2007-01-11 19:35:48 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-01-11 19:35:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-01-11 19:46:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-01-11 19:46:13 - cd /src TB --- 2007-01-11 19:46:13 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 11 19:46:16 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -c /src/usr.bin/gprof/printlist.c cc -O2 -pipe -c /src/usr.bin/gprof/kernel.c cc -O2 -pipe -o gprof gprof.o aout.o arcs.o dfn.o elf.o lookup.o hertz.o printgprof.o printlist.o kernel.o gzip -cn /src/usr.bin/gprof/gprof.1 > gprof.1.gz ===> usr.bin/head (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/head/head.c /src/usr.bin/head/head.c: In function `head_bytes': /src/usr.bin/head/head.c:149: warning: comparison between signed and unsigned *** Error code 1 Stop in /src/usr.bin/head. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-01-11 20:35:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-01-11 20:35:25 - ERROR: failed to build world TB --- 2007-01-11 20:35:25 - tinderbox aborted TB --- 0.89 user 3.49 system 3624.20 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 20:39:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 1033) id BEDD816A494; Thu, 11 Jan 2007 20:39:51 +0000 (UTC) Date: Thu, 11 Jan 2007 20:39:51 +0000 From: Alexey Dokuchaev To: Andrew Pantyukhin Message-ID: <20070111203951.GA7891@FreeBSD.org> References: <1168511278.1100.4.camel@jesus.automatvapen.se> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org, Joel Dahl Subject: Re: nvidia-driver on current with FX 5700LE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 20:39:52 -0000 On Thu, Jan 11, 2007 at 01:57:35PM +0300, Andrew Pantyukhin wrote: > On 1/11/07, Joel Dahl wrote: > >Tor 2007-01-11 klockan 12:21 +0300 skrev Andrew Pantyukhin: > >> FWIW, somewhere along the way, probably between 8776 > >> and 9631, subject stopped working. I didn't have a > >> chance to test on stable, but on current I tried > >> everything: basically almost every combination of > >> options switches (plus the corresponding tweaks to > >> xorg.conf). > > > >Known problem, I think. Check the NVIDIA FreeBSD Forum @ nvnews.net for > >more info. > > I'm strangely attached to mailing-lists in an old- > fashioned way :-) Anyway, there's a patch on the > forum. I'll test it as soon as I can, or maybe wait > for a new version to come out. I intend to commit the patch as soon as I receive more feedback that it does not break 6.X users. ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 20:41:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8424316A412; Thu, 11 Jan 2007 20:41:01 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 4969E13C457; Thu, 11 Jan 2007 20:41:00 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l0BKONT9025484; Thu, 11 Jan 2007 14:24:23 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l0BKONEL025483; Thu, 11 Jan 2007 14:24:23 -0600 (CST) (envelope-from brooks) Date: Thu, 11 Jan 2007 14:24:23 -0600 From: Brooks Davis To: FreeBSD Tinderbox Message-ID: <20070111202423.GC20321@lor.one-eyed-alien.net> References: <20070111193241.506FE73034@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070111193241.506FE73034@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org, sparc64@freebsd.org Subject: Re: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 20:41:01 -0000 On Thu, Jan 11, 2007 at 02:32:41PM -0500, FreeBSD Tinderbox wrote: > ===> usr.bin/head (all) > cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/usr.bin/head/head.c > /src/usr.bin/head/head.c: In function `head_bytes': > /src/usr.bin/head/head.c:149: warning: comparison between signed and unsigned > *** Error code 1 Sorry about that, I didn't notice that varied signedness of off_t. It should be fixed now. -- Brooks From owner-freebsd-current@FreeBSD.ORG Fri Jan 12 07:22:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D81916A416 for ; Fri, 12 Jan 2007 07:22:01 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from rigel.internal.vlink.ru (rigel.internal.vlink.ru [85.172.168.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4EAF813C459 for ; Fri, 12 Jan 2007 07:22:01 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 30F16FED282; Fri, 12 Jan 2007 10:22:00 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [85.172.168.250]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id EC7CF10098EC; Fri, 12 Jan 2007 10:21:59 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.8/8.13.8) with ESMTP id l0C7Lx6C051024; Fri, 12 Jan 2007 10:21:59 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.8/8.13.8/Submit) id l0C7LxxT051021; Fri, 12 Jan 2007 10:21:59 +0300 (MSK) (envelope-from dsh@vlink.ru) X-Comment-To: Chuck Swiger To: Chuck Swiger References: <87mz4pbvs9.fsf@neva.vlink.ru> <7931EAA6-ED4A-485B-8C3C-FA91E5AD0AAC@mac.com> From: Denis Shaposhnikov Date: Fri, 12 Jan 2007 10:21:59 +0300 In-Reply-To: <7931EAA6-ED4A-485B-8C3C-FA91E5AD0AAC@mac.com> (Chuck Swiger's message of "Thu, 11 Jan 2007 09:36:24 -0800") Message-ID: <878xg8676w.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: squid-2.6.6 + TSO + windows 98 clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 07:22:01 -0000 >>>>> "Chuck" == Chuck Swiger writes: Chuck> BTW, why are you using such a small MTU? That's not me, that's our customers who use Win98. We have a lots of them. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Jan 12 08:02:56 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 724B516A503 for ; Fri, 12 Jan 2007 08:02:56 +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 F36E313C44B for ; Fri, 12 Jan 2007 08:02:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wfwnet@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l0C82mLd065949; Fri, 12 Jan 2007 09:02:54 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l0C82m8c065948; Fri, 12 Jan 2007 09:02:48 +0100 (CET) (envelope-from olli) Date: Fri, 12 Jan 2007 09:02:48 +0100 (CET) Message-Id: <200701120802.l0C82m8c065948@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, cswiger@mac.com In-Reply-To: <7931EAA6-ED4A-485B-8C3C-FA91E5AD0AAC@mac.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 12 Jan 2007 09:02:54 +0100 (CET) Cc: Subject: Re: squid-2.6.6 + TSO + windows 98 clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, cswiger@mac.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 08:02:56 -0000 Chuck Swiger wrote: > Denis Shaposhnikov wrote: > > tcpdump of one of failed requests: > > > > 10:35:03.592164 IP 192.168.0.100.1035 > 192.168.0.2.3128: S > > 1423332:1423332(0) win 8192 > > 10:35:03.592274 IP 192.168.0.2.3128 > 192.168.0.100.1035: S > > 2428819522:2428819522(0) ack 1423333 win 0 > > It's interesting that it responds with a zero window size. That is > typically used by the network stack to indicate extreme congestion > and to have the other side wait for some seconds without sending any > more data. > > BTW, why are you using such a small MTU? 576 is Windows' default MTU/MRU for slow PPP (over serial) connections. I think it used to be even less for very slow links (296 bytes, IIRC). The purpose is to reduce the amount of data lost when a spike in the telephone line destroys a packet. That's especially important when using analogue equipment (modems) and old telephone lines. For example, if you have a bad telephone line with an average of one spike (or other kind of glitch) every 2 seconds, that amounts to 16% packet loss on a 38.4k connection with 1500 bytes MTU. With 576 bytes that's only 6% packet loss, and with 296 bytes it's only 3%. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-current@FreeBSD.ORG Sat Jan 13 19:45:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D02E516A403 for ; Sat, 13 Jan 2007 19:45:10 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 4F49B13C441 for ; Sat, 13 Jan 2007 19:45:09 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so945801uge for ; Sat, 13 Jan 2007 11:45:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=O8UNWrHpynQD2ng3MjQg+NFMeG/cQPlUxsHkZNz1glJTBTa1rm40GFU3QCs83aSNfBLo4TOX0ITDKs51YQqltjyLbA2ZfKjtRn6fAdtUsX+aA0JAwp8i65dqigkeuKPFiKFrECf+zR7MFFqc18fOuGltUUMldPYnEM9Cejh7JKw= Received: by 10.78.164.13 with SMTP id m13mr1331103hue.1168717507108; Sat, 13 Jan 2007 11:45:07 -0800 (PST) Received: by 10.78.164.20 with HTTP; Sat, 13 Jan 2007 11:45:06 -0800 (PST) Message-ID: Date: Sat, 13 Jan 2007 22:45:06 +0300 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Andre Guibert de Bruet" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061221121828.GE98504@egr.msu.edu> X-Google-Sender-Auth: 99566f67b3bc085a Cc: "Daan Vreeken \[PA4DAN\]" , Adam McDougall , Tai-hwa Liang , current@freebsd.org, Anton Karpov Subject: Re: Laptop display stays on with lid closed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jan 2007 19:45:10 -0000 Hey! I just wanted to thank you all for suggestions! I ended up using Xorg's built-in features (option "off time" "3" in section "serverflags"), so my screen turns off after 3 minutes of inactivity. Since closed lid implies inactivity in most cases, I don't bother about it. Interestingly, on my desktop (Radeon 9550 + NEC LCD 1760NX) Xorg can only make screen go blank, the backlight stays on. vbetool handles the issue on Linux, but I couldn't port it yet. Thanks!