From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 02:01:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 029AC16A468 for ; Sun, 4 Nov 2007 02:01:41 +0000 (UTC) (envelope-from pneumann@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 B70A413C4B3 for ; Sun, 4 Nov 2007 02:01:40 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1066111wxd for ; Sat, 03 Nov 2007 19:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=1rgaj9hqeBOHuYyNq+LAjDw6YkvqMAwunjrrcHs4qis=; b=G9q4of7RkDW49nCAZ7p/3X4daHamd90e+doSGiJNtlp7tAjbRG2Bg3YcXAoOGeLkVRg2yRoJttzZZT9Oftctrsyl0DWHa+eikfoHEt3oUm5PAOx+1Jcy1RfnBFusEbt64409M1RS6QsLDUaYeQJRZ8e36sd92nst94r0bjIBv7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=svhlKdIe005XB4sn/A26I4Wnf/XWfZacb2W+lL6vufjn6UnixSjxAIK6R9SGYb3fJ427CkiQY8NshFOovI4suWj8PMfNvcopff2gIemliKC7kO5dcqNToXQ6AC1XtKPAQCLakTxtz7MQDsbLxnRytLJSBs9s8rDXhgeLK+76IMQ= Received: by 10.70.76.13 with SMTP id y13mr5437957wxa.1194140202672; Sat, 03 Nov 2007 18:36:42 -0700 (PDT) Received: from ?10.0.0.112? ( [190.45.134.164]) by mx.google.com with ESMTPS id i33sm12653208wxd.2007.11.03.18.36.40 (version=SSLv3 cipher=RC4-MD5); Sat, 03 Nov 2007 18:36:42 -0700 (PDT) From: "Phillip N." To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 04 Nov 2007 01:36:37 +0000 Message-Id: <1194140197.1583.7.camel@negro> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: panic: bad pte (releng_7) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 02:01:41 -0000 Dears, Today i got the following crash. Its a GENERIC kernel, but without firewire, and with ULE. the rest is intact. Unread portion of the kernel message buffer: TPTE at 0xffff800004004c40 IS ZERO @ VA 800988000 panic: bad pte cpuid = 0 Uptime: 2d3h46m1s Physical memory: 2036 MB Dumping 279 MB: 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff8045b9f9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8045bdfd in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff806d2f89 in pmap_remove_pages (pmap=0xffffff0020df1c58) at /usr/src/sys/amd64/amd64/pmap.c:2948 #5 0xffffffff8066bd78 in vmspace_exit (td=0xffffff004659a9f0) at /usr/src/sys/vm/vm_map.c:395 #6 0xffffffff8043bebc in exit1 (td=0xffffff004659a9f0, rv=0) at /usr/src/sys/kern/kern_exit.c:294 #7 0xffffffff8043d26e in sys_exit (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_exit.c:98 #8 0xffffffff806dddb7 in syscall (frame=0xffffffffaeceec70) at /usr/src/sys/amd64/amd64/trap.c:822 #9 0xffffffff806c435b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #10 0x0000000800933ccc in ?? () Previous frame inner to this frame (corrupt stack?) What could this be? this is RELENG_7 from Thu Nov 1 18:04:33 CLST 2007 thanks! -- Phillip N. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 04:23:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC88016A4A1 for ; Sun, 4 Nov 2007 04:23:13 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 79B3413C4B8 for ; Sun, 4 Nov 2007 04:23:13 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id D68813EA5; Sun, 4 Nov 2007 13:21:57 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=5x3Nor/ZU6UlUGRWCXVBuSipKXQ=; b=gBAMqk+TcCbVlUiuBrwH0j 5ParXJaZmbnKu3/l/BRQ7XCS8XSh67wh8hBD2YfsIosfWbAeyojtKoSAcl0zmPUW HYsTz6pDQfLs1UcwtHBSpUsSrK9t+CaWatLBBNTp8WJXyjlHkY0wVPCJxk7sWDI9 64nE9WNV7qrkXYYnPE2L0= Received: from setaria.izb.knu.ac.kr (setaria.izb.knu.ac.kr [IPv6:2002:9be6:a514:1::1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id B20AF3E94; Sun, 4 Nov 2007 13:21:57 +0900 (KST) Received: from [IPv6:2001:470:1f04:bb::2] (unknown [IPv6:2001:470:1f04:bb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "黃炳熙", Issuer "鄭聖美" (verify="愛")) (Authenticated sender: bh.rfc4871@setaria.izb.knu.ac.kr) by setaria.izb.knu.ac.kr (Postfix) with ESMTP id CB2AD1CCEE; Sun, 4 Nov 2007 13:21:53 +0900 (KST) From: Byung-Hee HWANG To: ota@animenfo.com In-Reply-To: <472CF5D5.6020607@animenfo.com> References: <472CF5D5.6020607@animenfo.com> Content-Type: text/plain Organization: InZealBomb Date: Sun, 04 Nov 2007 13:21:47 +0900 Message-Id: <1194150107.887.2.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-BETA2 Signal 11 During Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 04:23:13 -0000 Hi, On Sat, 2007-11-03 at 18:27 -0400, ota@animenfo.com wrote: > Hi, > > I tested out FreeBSD 7.0-BETA2 [...] Really? I think you are from the future.. -- "I don't often beg of you. Please do this just for me." -- Kay Adams, "Chapter 29", page 412-413 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 04:28:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B871716A421 for ; Sun, 4 Nov 2007 04:28:43 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from smtp.unitz.ca (mx1.unitz.ca [69.60.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8273A13C4B9 for ; Sun, 4 Nov 2007 04:28:42 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from localhost (localhost [127.0.0.1]) by smtp.unitz.ca (Postfix) with ESMTP id 860626AA1B1 for ; Sun, 4 Nov 2007 00:27:12 -0400 (EDT) X-Virus-Scanned: amavisd-new at unitz.ca Received: from smtp.unitz.ca ([127.0.0.1]) by localhost (smtp.unitz.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q5KSW8v2yMWH for ; Sun, 4 Nov 2007 00:27:12 -0400 (EDT) Received: from [192.168.0.10] (dsl-69-60-252-220.unitz.ca [69.60.252.220]) by smtp.unitz.ca (Postfix) with ESMTP id E9AFA6AA1AA for ; Sun, 4 Nov 2007 00:27:11 -0400 (EDT) Message-ID: <472D4A69.4050504@animenfo.com> Date: Sun, 04 Nov 2007 00:28:25 -0400 From: ota@animenfo.com User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <472CF5D5.6020607@animenfo.com> <1194150107.887.2.camel@viola.izb.knu.ac.kr> In-Reply-To: <1194150107.887.2.camel@viola.izb.knu.ac.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD-BETA2 Signal 11 During Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 04:28:44 -0000 Byung-Hee HWANG wrote: > Hi, > > On Sat, 2007-11-03 at 18:27 -0400, ota@animenfo.com wrote: > >> Hi, >> >> I tested out FreeBSD 7.0-BETA2 [...] >> > > Really? I think you are from the future.. > > lftp :~> open freebsd.mirrors.tds.net lftp freebsd.mirrors.tds.net:~> cd pub/FreeBSD/releases/i386/ISO-IMAGES cd ok, cwd=/pub/FreeBSD/releases/i386/ISO-IMAGES lftp freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES> cd 7.0 lftp freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES/7.0> ls -rw-r--r-- 1 ftp ftp 116736000 Nov 02 17:20 7.0-BETA2-i386-bootonly.iso -rw-r--r-- 1 ftp ftp 669032448 Nov 02 17:21 7.0-BETA2-i386-disc1.iso -rw-r--r-- 1 ftp ftp 372736 Nov 02 17:21 7.0-BETA2-i386-disc2.iso -rw-r--r-- 1 ftp ftp 232144896 Nov 02 17:22 7.0-BETA2-i386-docs.iso -rw-r--r-- 1 ftp ftp 266 Nov 02 17:22 CHECKSUM.MD5 -rw-r--r-- 1 ftp ftp 406 Nov 02 17:22 CHECKSUM.SHA256 It was released on November 2nd. Unless someone on accident uploaded the beta 2 images by mistake at the wrong time, it exists. Russell Doucette From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 07:04:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27B4516A419 for ; Sun, 4 Nov 2007 07:04:48 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 1E21213C494 for ; Sun, 4 Nov 2007 07:04:45 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id SAA09903; Sun, 4 Nov 2007 18:04:30 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 4 Nov 2007 18:04:29 +1100 (EST) From: Ian Smith To: Henrik Brix Andersen In-Reply-To: <20071103161306.GA56113@tirith.brixandersen.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 07:04:48 -0000 On Sat, 3 Nov 2007, Henrik Brix Andersen wrote: > On Sun, Nov 04, 2007 at 02:59:36AM +1100, Ian Smith wrote: > > any particular/new issues with RELENG_7 on the Soekris net4801? > > > > Thought I should check before upgrading my T23 as a build platform .. > > I haven't done this before, and will be relying on the howtos for 6.X > > I recently upgraded two of my net4801s to RELENG_7 - the only problem > I have seen so far, is that savecore(8) attempts to do non-aligned DMA > transfers and fails. I haven't had time to dig further into this issue > yet, though. Thanks, Brix. I'm wondering if that's still (again?) to do with item 3 at http://www.soekris.com/Issue0003.htm ? I've no idea whether a similar 'quick-fix' to that given for FreeBSD 4.X to /sys/dev/ata/ata-dma.c would work with the 5.5-S and 6.1-R code I have here, noting that the alignment is now specified in bytes rather than the earlier bytes-1, so '4' is presumably the value needed for dword alignment. Hmm, ok, trying to dig a little deeper .. rev 1.118 notes say: Add support for a the National Geode SC1100. Thanks to Soekris engineering for sponsoring a Soekris 4801 to make this support. but I couldn't find anywhere in 1.118 or in later versions up to 1.147 (RELENG_7, HEAD) that does anything other than 'ch->dma->alignment = 2;' (Not that me not finding it means much :) I also noticed at 1.137.2.2: Add support for using DMA on dump, greatly speeds up the dump process. Copying Soren in case he may have a bead on this, but it hardly seems any impediment to preparation or building for it when the box arrives. Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 07:26:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9215116A417 for ; Sun, 4 Nov 2007 07:26:18 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB7813C481 for ; Sun, 4 Nov 2007 07:26:17 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from mycenae.net (cable-89-216-167-247.dynamic.sbb.co.yu [89.216.167.247]) by smtp2.sbb.co.yu (8.13.7/8.13.7) with ESMTP id lA467uRF030645 for ; Sun, 4 Nov 2007 07:07:56 +0100 Received: by mycenae.net (Postfix, from userid 1001) id 5045DB92A; Sun, 4 Nov 2007 07:07:53 +0100 (CET) Date: Sun, 4 Nov 2007 07:07:53 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20071104060753.GA949@mycenae.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 2.4 X-SBB-Spam-Level: XXXXX Subject: usb card reader problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 07:26:18 -0000 Howdy! I'd like to know how card readers, using umass, behave on future 6.3 or 7.0. On my amd64 6.2, after loading umass module, only first time I connect usb cable to it I see reading of "da" devices. No daxs1 in /dev direc- tory. Next remove/connect of usb reader gives nothing at all. Any news? Of course, it is always possible I missed some necessary step. Zoran From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 09:06:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92B3116A417 for ; Sun, 4 Nov 2007 09:06:53 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id 597E413C48E for ; Sun, 4 Nov 2007 09:06:53 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 344155C8B; Sun, 4 Nov 2007 08:20:28 +0100 (CET) From: Marten Vijn To: Ian Smith In-Reply-To: References: Content-Type: text/plain Date: Sun, 04 Nov 2007 09:02:42 +0100 Message-Id: <1194163362.892.13.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 09:06:53 -0000 On Sun, 2007-11-04 at 02:59 +1100, Ian Smith wrote: > Hi, > > any particular/new issues with RELENG_7 on the Soekris net4801? > I did not experiance any issues on on wrap/net4826 boards.. only issues with tinybsd (ssh and polulating /var /tmp) I 'll post that later on small@ kind regards, Marten > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 10:57:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC3A16A419 for ; Sun, 4 Nov 2007 10:57:37 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7F30F13C4B5 for ; Sun, 4 Nov 2007 10:57:37 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id AF87F3EA6; Sun, 4 Nov 2007 19:56:37 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=lCml9VWmB8bpZsP4xHd3fDSPr9E=; b=Dwrr63BCfnaU0F5rx0oO6c /KVD5xhVnZZ8jcS5EFfx+wOKGy8h/LQZ+/dXdUmeO0cpgmtxTCokOIv8QG+fWSw2 ptlKdJZ46+Q2EUtF1f6gX6yoS7vzo/6liff46OOSPjZbY+hFbej0x6oiMKoSwUnG eNmWHT+ZcqWUBHmkb+v90= Received: from setaria.izb.knu.ac.kr (setaria.izb.knu.ac.kr [IPv6:2002:9be6:a514:1::1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id A2B2C3EA5; Sun, 4 Nov 2007 19:56:37 +0900 (KST) Received: from [IPv6:2001:470:1f04:bb::2] (unknown [IPv6:2001:470:1f04:bb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "黃炳熙", Issuer "鄭聖美" (verify="愛")) (Authenticated sender: bh.rfc4871@setaria.izb.knu.ac.kr) by setaria.izb.knu.ac.kr (Postfix) with ESMTP id D12361CCEE; Sun, 4 Nov 2007 19:56:32 +0900 (KST) From: Byung-Hee HWANG To: ota@animenfo.com In-Reply-To: <472D4A69.4050504@animenfo.com> References: <472CF5D5.6020607@animenfo.com> <1194150107.887.2.camel@viola.izb.knu.ac.kr> <472D4A69.4050504@animenfo.com> Content-Type: text/plain Organization: InZealBomb Date: Sun, 04 Nov 2007 19:55:31 +0900 Message-Id: <1194173731.22054.10.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-BETA2 Signal 11 During Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 10:57:37 -0000 On Sun, 2007-11-04 at 00:28 -0400, ota@animenfo.com wrote: > Byung-Hee HWANG wrote: > > Hi, > > > > On Sat, 2007-11-03 at 18:27 -0400, ota@animenfo.com wrote: > > > >> Hi, > >> > >> I tested out FreeBSD 7.0-BETA2 [...] > >> > > > > Really? I think you are from the future.. > > > > > lftp :~> open freebsd.mirrors.tds.net > lftp freebsd.mirrors.tds.net:~> cd pub/FreeBSD/releases/i386/ISO-IMAGES > cd ok, cwd=/pub/FreeBSD/releases/i386/ISO-IMAGES > lftp freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES> cd 7.0 > lftp freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES/7.0> ls > -rw-r--r-- 1 ftp ftp 116736000 Nov 02 17:20 > 7.0-BETA2-i386-bootonly.iso > -rw-r--r-- 1 ftp ftp 669032448 Nov 02 17:21 > 7.0-BETA2-i386-disc1.iso [...snip...] oh.. thanks! thanks! i go to upgrade to BETA2! -- "I trust these two men with my life. They are my two right arms. I cannot insult them by sending them away." -- Vito Corleone, "Chapter 1", page 29 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 11:12:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEF1616A417 for ; Sun, 4 Nov 2007 11:12:07 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id A4C5213C4A8 for ; Sun, 4 Nov 2007 11:12:07 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 8942C1B10EEB; Sun, 4 Nov 2007 12:02:18 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.14]) by blah.sun-fish.com (Postfix) with ESMTP id BB5441B10EE6; Sun, 4 Nov 2007 12:02:15 +0100 (CET) Message-ID: <472DA6AC.1040208@moneybookers.com> Date: Sun, 04 Nov 2007 13:02:04 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: ota@animenfo.com References: <472CF5D5.6020607@animenfo.com> <1194150107.887.2.camel@viola.izb.knu.ac.kr> <472D4A69.4050504@animenfo.com> In-Reply-To: <472D4A69.4050504@animenfo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4671/Sun Nov 4 02:21:59 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-BETA2 Signal 11 During Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 11:12:08 -0000 ota@animenfo.com wrote: > Byung-Hee HWANG wrote: >> Hi, >> >> On Sat, 2007-11-03 at 18:27 -0400, ota@animenfo.com wrote: >> >>> Hi, >>> >>> I tested out FreeBSD 7.0-BETA2 [...] >>> >> >> Really? I think you are from the future.. >> >> > lftp :~> open freebsd.mirrors.tds.net > lftp freebsd.mirrors.tds.net:~> cd pub/FreeBSD/releases/i386/ISO-IMAGES > cd ok, cwd=/pub/FreeBSD/releases/i386/ISO-IMAGES > lftp freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES> cd > 7.0 > lftp > freebsd.mirrors.tds.net:/pub/FreeBSD/releases/i386/ISO-IMAGES/7.0> ls > -rw-r--r-- 1 ftp ftp 116736000 Nov 02 17:20 > 7.0-BETA2-i386-bootonly.iso > -rw-r--r-- 1 ftp ftp 669032448 Nov 02 17:21 > 7.0-BETA2-i386-disc1.iso > -rw-r--r-- 1 ftp ftp 372736 Nov 02 17:21 > 7.0-BETA2-i386-disc2.iso > -rw-r--r-- 1 ftp ftp 232144896 Nov 02 17:22 > 7.0-BETA2-i386-docs.iso > -rw-r--r-- 1 ftp ftp 266 Nov 02 17:22 CHECKSUM.MD5 > -rw-r--r-- 1 ftp ftp 406 Nov 02 17:22 CHECKSUM.SHA256 > > > It was released on November 2nd. Unless someone on accident uploaded > the beta 2 images by mistake at the wrong time, it exists. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh: Revision *1.72.2.3 *Branches: RELENG_7 Get ready for the BETA2 builds. And yes beta2 exist not only on mirrors but on the main ftp too. Normally announces are little late to give enough time for all mirrors to sync new iso images. So let's focus on the real problem :) > > > Russell Doucette > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 11:32:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F7B16A480; Sun, 4 Nov 2007 11:32:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD2613C4AC; Sun, 4 Nov 2007 11:32:07 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lA4BVlCI015573 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 4 Nov 2007 06:31:47 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-j+BopdreosPW5hSH5Hoa" Organization: U. Buffalo CSE Department Date: Sun, 04 Nov 2007 06:31:46 -0500 Message-Id: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC--Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 11:32:07 -0000 --=-j+BopdreosPW5hSH5Hoa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The 7.0-BETA2 builds have completed and are on many of the FreeBSD mirror sites. If you want to update an existing machine using cvsup use RELENG_7 as the branch tag. Instructions on using FreeBSD Update to perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided via the freebsd-stable list when available. The checksums for the currently available ISOs are: MD5 (7.0-BETA2-amd64-bootonly.iso) =3D 281df205655164713eb9df549486e0db MD5 (7.0-BETA2-amd64-disc1.iso) =3D ccd2ff3d8a1c4a08364e1be3a6a11c7a MD5 (7.0-BETA2-amd64-disc2.iso) =3D 461d9878c313646ef7319386952c5db7 MD5 (7.0-BETA2-amd64-docs.iso) =3D ff778f8ea78c31fa23738b824fd1cfd0 MD5 (7.0-BETA2-amd64-livefs.iso) =3D 90e01fdd44bbf2578cf0f82cef1b0b5f MD5 (7.0-BETA2-i386-bootonly.iso) =3D 1e9e9fdf946898ee5d93159eeb18df2c MD5 (7.0-BETA2-i386-disc1.iso) =3D 27b676f5084bc90ad9d99c4dfd1680db MD5 (7.0-BETA2-i386-disc2.iso) =3D 3a5a3a0582ac78e0853189a041ec1930 MD5 (7.0-BETA2-i386-docs.iso) =3D a9d0886c07c10e2a0f28cb144b7f3895 MD5 (7.0-BETA2-pc98-bootonly.iso) =3D aeee6decc1a3c620a0a271cdd0536a07 MD5 (7.0-BETA2-pc98-disc1.iso) =3D 5817e9ca01eb41aabe264336085870b2 MD5 (7.0-BETA2-sparc64-bootonly.iso) =3D 4f1c9bad4bc6d43c87eef33189c89125 MD5 (7.0-BETA2-sparc64-disc1.iso) =3D 1e2d4dcfcc206d0efb9e6ff6dda3d554 MD5 (7.0-BETA2-sparc64-disc2.iso) =3D ff975432eed1facee6f86ad32388bb37 SHA256 (7.0-BETA2-amd64-bootonly.iso) =3D f7596d902faa66122d0d8e13386ac6aed= 7666400e9b1cdd8461da75e628f0cbf SHA256 (7.0-BETA2-amd64-disc1.iso) =3D 09bbe1dcb9e538899a3f71421753fa79c478= 4839021253dcdac07fba4f494327 SHA256 (7.0-BETA2-amd64-disc2.iso) =3D fef9d81797b26f6b6f840c28b0c0523fdfc3= fe457c0a7927ad39010fde633790 SHA256 (7.0-BETA2-amd64-docs.iso) =3D aa14566df1221297c7ceea83080b69f76082c= a1096dd34e4b8f45281e069f9c6 SHA256 (7.0-BETA2-amd64-livefs.iso) =3D e17e0afeae2d7ee70bef8ecdd2a50083a0d= ba784b617c5eda01ce4ccaf65fcac SHA256 (7.0-BETA2-i386-bootonly.iso) =3D 4aa17e88f84d05cb83c0aeec0ced3dd8b9= 523f2ca262a3db32cbdbdb6a713b5b SHA256 (7.0-BETA2-i386-disc1.iso) =3D 565e0d41a2aa98cb5dcc5fd1b9cd8a06e5ec7= cd293351563937ef38c19002738 SHA256 (7.0-BETA2-i386-disc2.iso) =3D a4407612a9e63f3f124c41b2fce60d396a796= 8f3c01d1fdde7a5a1ade1c763c8 SHA256 (7.0-BETA2-i386-docs.iso) =3D 15f03146d095d99c6129e0d4101489a23ace43= b89987a6c577cae593d44564a9 SHA256 (7.0-BETA2-pc98-bootonly.iso) =3D a7609eb00097008b58a98f01134a9cf825= 4019a33ed82e7ff3f20332c52ac2ca SHA256 (7.0-BETA2-pc98-disc1.iso) =3D 0d69b6f0c8b7eb5ee096d8921330f1cc4842b= 02ebe580c268aa7b5955f5e117f SHA256 (7.0-BETA2-sparc64-bootonly.iso) =3D 58d31e4e6317f5b09e9502d56511145= b73df9d39b830fc53fc076393bbd978f6 SHA256 (7.0-BETA2-sparc64-disc1.iso) =3D 1e0e740748748be15ce4e8c981840746b0= 41611ad938fd62d75bd59324ece670 SHA256 (7.0-BETA2-sparc64-disc2.iso) =3D ceacabbc6f7c7aaf30eaf0017df240b843= b4041a9fa35d4ee1110dced3cda206 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-j+BopdreosPW5hSH5Hoa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHLa2i/G14VSmup/YRAny4AJ96KC9tEeQVV6p4Cnlt6n7UrXyk1wCgkAVm zPoCcjbBmS3YLzGz/PBsgHE= =WPCQ -----END PGP SIGNATURE----- --=-j+BopdreosPW5hSH5Hoa-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 12:11:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C5E816A46B for ; Sun, 4 Nov 2007 12:11:04 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.freebsd.org (Postfix) with ESMTP id D479513C4C5 for ; Sun, 4 Nov 2007 12:11:03 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 39C2D3EA5; Sun, 4 Nov 2007 21:10:33 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=Z/UknWBPzUBPkEDqebLnkb7YZbY=; b=EVCOydca6Ek72Q6zZoIS/5 A03AcplBCpJ7ecMhyhTfW7HUZ35CZ81ygp8MlUWwsdBjrouomIx3LwPCDQQIZaKR QQIF3wussQlP0ZEUHKn3Vi5qUolfxOCvO2myrFHKbtvFqqQ9BEmHd4t3n9RjBa5a cvGik7aCrl8MV+TiVeT0c= Received: from setaria.izb.knu.ac.kr (setaria.izb.knu.ac.kr [IPv6:2002:9be6:a514:1::1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 214E13EA4; Sun, 4 Nov 2007 21:10:33 +0900 (KST) Received: from [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f] (unknown [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "黃炳熙", Issuer "鄭聖美" (verify="愛")) (Authenticated sender: bh.rfc4871@setaria.izb.knu.ac.kr) by setaria.izb.knu.ac.kr (Postfix) with ESMTP id 6EA201CCEE; Sun, 4 Nov 2007 21:10:29 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith In-Reply-To: <1194175906.1115.7.camel@opus.cse.buffalo.edu> References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Content-Type: text/plain Organization: InZealBomb Date: Sun, 04 Nov 2007 21:10:31 +0900 Message-Id: <1194178231.913.3.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 12:11:04 -0000 On Sun, 2007-11-04 at 06:31 -0500, Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. [...] It works fine, thanks! bh@viola:~> uname -a FreeBSD viola.izb.knu.ac.kr 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 4 20:11:14 KST 2007 root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC i386 Sincerely, -- "They shot him five times. But he's though." -- Santino Corleone, "Chapter 2", page 79 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 14:09:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A18F016A420 for ; Sun, 4 Nov 2007 14:09:35 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 55E7D13C480 for ; Sun, 4 Nov 2007 14:09:33 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id BAA21163; Mon, 5 Nov 2007 01:09:14 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 5 Nov 2007 01:09:14 +1100 (EST) From: Ian Smith To: Marten Vijn In-Reply-To: <1194163362.892.13.camel@workstation.martenvijn.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 14:09:35 -0000 On Sun, 4 Nov 2007 09:02:42 +0100, Marten Vijn wrote: > On Sun, 2007-11-04 at 02:59 +1100, Ian Smith wrote: > > any particular/new issues with RELENG_7 on the Soekris net4801? > I did not experiance any issues on on wrap/net4826 boards.. > > only issues with tinybsd (ssh and polulating /var /tmp) > I 'll post that later on small@ That'll be great, there's been nothing in -small for months. Thanks, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 14:52:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A39FA16A417 for ; Sun, 4 Nov 2007 14:52:33 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6752413C4A8 for ; Sun, 4 Nov 2007 14:52:31 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 121F41CC0D2; Sun, 4 Nov 2007 15:52:12 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 3002F1141D; Sun, 4 Nov 2007 15:52:11 +0100 (CET) Date: Sun, 4 Nov 2007 15:52:10 +0100 From: Henrik Brix Andersen To: Ian Smith Message-ID: <20071104145210.GA67834@tirith.brixandersen.dk> Mail-Followup-To: Ian Smith , Marten Vijn , freebsd-stable References: <1194163362.892.13.camel@workstation.martenvijn.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Marten Vijn , freebsd-stable Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 14:52:33 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 05, 2007 at 01:09:14AM +1100, Ian Smith wrote: > On Sun, 4 Nov 2007 09:02:42 +0100, Marten Vijn wrote: > > only issues with tinybsd (ssh and polulating /var /tmp) > > I 'll post that later on small@ >=20 > That'll be great, there's been nothing in -small for months. That's because -small@ was obsoleted by -embedded@ -- see http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#E= RESOURCES-MAIL Brix --=20 Henrik Brix Andersen --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHLdyav+Q4flTiePgRAqVWAKCwZSPI39gYd05yTvn+m+zyYN7ZggCgtUtw ByFRK/W4X2OMz7tMC9fChko= =Q/Qb -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 15:03:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46AD416A41B for ; Sun, 4 Nov 2007 15:03:46 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 980CD13C4B3; Sun, 4 Nov 2007 15:03:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472DDF50.80505@FreeBSD.org> Date: Sun, 04 Nov 2007 16:03:44 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Oleg Derevenetz References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org><001201c81353$6b17e300$efc55358@NBOOOD> <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> In-Reply-To: <008401c81ca8$65861a70$eec55358@OODAMDXP> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 15:03:46 -0000 Oleg Derevenetz wrote: >>> Dumpdev is swap partition on da0 (single physical disk) that >>> connected to Mylex AcceleRAID 170 RAID controller. The problem >>> arrives when I copy large amount of files from FTP to another disk >>> (da1) that is connected to the same RAID controller. >> >> If the driver or controller is misbehaving it could explain both >> problems. Any chance you can get another disk in there on a different >> controller to dump onto? > > Yes, I got IDE disk and saved kernel dump for another static hang state > on it. Here is the dump: > > ftp://oleg.vsi.ru/private/vmcore.0.zip Is this just the vmcore, or the debugging kernel also? Both are needed to make sense of the dump. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 16:21:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B001416A420 for ; Sun, 4 Nov 2007 16:21:22 +0000 (UTC) (envelope-from distro.watch@msa.hinet.net) Received: from msr17.hinet.net (msr17.hinet.net [168.95.4.117]) by mx1.freebsd.org (Postfix) with ESMTP id D650713C494 for ; Sun, 4 Nov 2007 16:21:21 +0000 (UTC) (envelope-from distro.watch@msa.hinet.net) Received: from [192.168.1.155] (59-115-97-157.dynamic.hinet.net [59.115.97.157]) by msr17.hinet.net (8.9.3/8.9.3) with ESMTP id AAA21524 for ; Mon, 5 Nov 2007 00:04:55 +0800 (CST) From: Ladislav Bodnar To: freebsd-stable@freebsd.org Date: Mon, 5 Nov 2007 00:04:55 +0800 User-Agent: KMail/1.9.6 (enterprise 0.20071012.724442) References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> In-Reply-To: <1194175906.1115.7.camel@opus.cse.buffalo.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711050004.55540.distro.watch@msa.hinet.net> Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 16:21:22 -0000 On Sunday 04 November 2007, Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided > via the freebsd-stable list when available. These release announcements seem to be shorter and shorter with every release. Is there a changelog to see what has changed since BETA1? If so, would you please consider linking to it in future announcements? Thanks a lot :-) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 16:48:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 131EB16A417 for ; Sun, 4 Nov 2007 16:48:26 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id F356713C4B3 for ; Sun, 4 Nov 2007 16:48:24 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 14534 invoked by uid 502); 4 Nov 2007 16:21:19 -0000 Received: from 202.131.245.202 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.202):. Processed in 0.690502 secs); 04 Nov 2007 16:21:19 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.202):. Processed in 0.690502 secs Process 14527) Received: from unknown (HELO balgaa) (202.131.245.202) by smtp.mobinet.mn with SMTP; 4 Nov 2007 16:21:18 -0000 Message-ID: <009a01c81efe$be1f54f0$c801000a@balgaa> From: "Balgansuren Batsukh" To: , References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com><472D9B2A.5080900@FreeBSD.org><200711041302.08877.peter.schuller@infidyne.com><200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> Date: Sun, 4 Nov 2007 23:49:13 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Subject: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 16:48:26 -0000 Hello All, Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB CDROM drive on Lenovo X60. It give kind of assembler code non-stop flow over screen. Can't boot system and some times give BTX halted message after CPU register code ES=....,.... Is there any way to boot/install FreeBSD-6.2/7.0-BETA on X60? Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 17:34:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E590A16A41B; Sun, 4 Nov 2007 17:34:17 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id A532D13C4A8; Sun, 4 Nov 2007 17:34:17 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:78bf:47b6:a774:d884] (unknown [IPv6:2001:7b8:3a7:0:78bf:47b6:a774:d884]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 1A24C3C; Sun, 4 Nov 2007 18:34:16 +0100 (CET) Message-ID: <472E0297.9080608@andric.com> Date: Sun, 04 Nov 2007 18:34:15 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: Balgansuren Batsukh References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com><472D9B2A.5080900@FreeBSD.org><200711041302.08877.peter.schuller@infidyne.com><200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> In-Reply-To: <009a01c81efe$be1f54f0$c801000a@balgaa> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 17:34:18 -0000 Balgansuren Batsukh wrote: > Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB > CDROM drive on Lenovo X60. > > It give kind of assembler code non-stop flow over screen. This is a well-known issue with the USB support of some BIOSes (these days, actually most of them). The BIOS uses protected mode, while BTX also does, and this clashes. You'll need to wire up an IDE or SATA optical drive, or fiddle with PXE to get FreeBSD installed. On my X41, which is the predecessor to your X60, I installed OpenBSD instead... :) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 17:40:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCCB416A419 for ; Sun, 4 Nov 2007 17:40:25 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33705.mail.mud.yahoo.com (web33705.mail.mud.yahoo.com [68.142.201.202]) by mx1.freebsd.org (Postfix) with SMTP id 5592513C491 for ; Sun, 4 Nov 2007 17:40:24 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 20904 invoked by uid 60001); 4 Nov 2007 15:53:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=lt0zaaqr/uBIQjIVM/1CosO7G0hIi3Fd29NQxj60LwChKM6psEqXHXTccuIUTRFmqUurwWIuQJnVxYP4/emZSnNhYd2lH8EkN876oPkAa5IXcJffedFwy+UWbO1v0nnG5t+bRbREtPIOaHInn10z6JnaYpzwB7dcIf9CB4LIASM=; X-YMail-OSG: HT1MPhwVM1n0v9oNKB7l71quRgyAN1VB3tTrzJg87x0BMQV01oJgHfEVUicGIS5Xq6zd2m0NGvNv33I0_JY6AqiabvlQx_h_YgFYsP0av.pq0nhRszg- Received: from [86.62.225.4] by web33705.mail.mud.yahoo.com via HTTP; Sun, 04 Nov 2007 07:53:26 PST X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.152 Date: Sun, 4 Nov 2007 07:53:26 -0800 (PST) From: Abdullah Ibn Hamad Al-Marri To: Peter Schuller , Ivan Voras MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-341352189-1194191606=:18739" Message-ID: <614810.18739.qm@web33705.mail.mud.yahoo.com> Cc: FreeBSD STABLE , FreeBSD Current Subject: Re: Status of MySQL on 7 w/o patches applied X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 17:40:25 -0000 --0-341352189-1194191606=:18739 Content-Type: text/plain; charset=us-ascii ----- Original Message ---- > From: Peter Schuller > To: Ivan Voras > Cc: freebsd-current@freebsd.org > Sent: Sunday, November 4, 2007 3:22:08 PM > Subject: Re: Status of MySQL on 7 w/o patches applied > > > So to follow-up, with RELENG_7 the performance is now significantly > > > better than 6.2 for me too. I guess it was the debugging options in > > > userland. If someone wants details anyway I'll provide them, > but > since > > > it is no longer that interesting I'm leaving it as is if no > one > speaks > > > up. > > > > It's always interesting to get "third party" confirmations on such > > benchmarks so please post them :) > > Better late than never... > > So to recap, these tests were done on single-processer AMD64 machines > with 512 MB of memory. So nothing as interesting as SMP scalability > and such, but still interesting to see an increase in absolute speed > in the simple case. They were also performed maintaly with the 4BSD > scheduler. > > Due to the reason for running these tests, they were also made with > MyISAM rather than InnoDB, prepared as such: > > sysbench --test=oltp \ > --mysql-table-engine=myisam \ > --oltp-table-size=1000000 \ > prepare > > And run as such: > > sysbench --num-threads=16 \ > --max-requests=100000 \ > --test=oltp \ > --oltp-table-size=10000 \ > --mysql-socket=/tmp/mysql.sock \ > --oltp-read-only \ > run > > The MySQL version is 5.0.45_1 in both cases, compiled from ports with > default build settings, and (on purpose) default MySQL runtime > settings (empty my.cnf). > > Nothing in loader.conf on either machine. On the RELENG_7 one I tried > the following, one at a time, but none of them caused a different time > source to be chosen (probably because I was doing it the wrong way): > > kern.timecounter.tc.TSC.quality="1000" > kern.timecounter.hardware="TSC" > kern.timecounter.choice="TSC(1200) ACPI-fast(1000) > i8254(0) > dummy(-1000000)" > kern.timecounter.smp_tsc="1" > > CPU details (6.2 machine, then RELENG_7 machine): > > > CPU: AMD Athlon(tm) 64 Processor 3200+ (1989.81-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 > > Features=0x78bfbff > ,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1d,,CR8> > > CPU: AMD Athlon(tm) 64 Processor 3200+ (1989.82-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40ff2 Stepping = 2 > > Features=0x78bfbff > ,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > Features2=0x2001 > > AMD > Features=0xea500800 > AMD Features2=0x1d > > And the sysbench results: > > 6.2: > > OLTP test statistics: > queries performed: > read: 1400000 > write: 0 > other: 200000 > total: 1600000 > transactions: 100000 (261.10 per sec.) > deadlocks: 0 (0.00 per sec.) > read/write requests: 1400000 (3655.45 per sec.) > other operations: 200000 (522.21 per sec.) > > Test execution summary: > total time: 382.9903s > total number of events: 100000 > total time taken by event execution: 6125.6312 > per-request statistics: > min: 0.0028s > avg: 0.0613s > max: 0.8482s > approx. 95 percentile: 0.0697s > > Threads fairness: > events (avg/stddev): 6250.0000/94.01 > execution time (avg/stddev): 382.8520/0.01 > > RELENG_7 from October 16: > > OLTP test statistics: > queries performed: > read: 1400000 > write: 0 > other: 200000 > total: 1600000 > transactions: 100000 (292.50 per sec.) > deadlocks: 0 (0.00 per sec.) > read/write requests: 1400000 (4095.01 per sec.) > other operations: 200000 (585.00 per sec.) > > Test execution summary: > total time: 341.8797s > total number of events: 100000 > total time taken by event execution: 5468.4663 > per-request statistics: > min: 0.0028s > avg: 0.0547s > max: 0.8707s > approx. 95 percentile: 0.0561s > > Threads fairness: > events (avg/stddev): 6250.0000/124.43 > execution time (avg/stddev): 341.7791/0.01 > > -- > / Peter Schuller Peter, Could you please try this patch Jeff posted in FreeBSD-performance@ ? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-341352189-1194191606=:18739 Content-Type: application/octet-stream; name="=?utf-8?q?uleslice.diff?=" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="=?utf-8?q?uleslice.diff?=" SW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjIxNg0KZGlmZiAtdSAtcjEuMjE2 IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJMjMgT2N0IDIwMDcgMDA6 NTI6MjQgLTAwMDAJMS4yMTYNCisrKyBzY2hlZF91bGUuYwkzIE5vdiAyMDA3 IDIxOjM2OjI3IC0wMDAwDQpAQCAtODgsNyArODgsOCBAQA0KIAlzaG9ydAkJ dHNfZmxhZ3M7CS8qIFRTRl8qIGZsYWdzLiAqLw0KIAl1X2NoYXIJCXRzX3Jx aW5kZXg7CS8qIFJ1biBxdWV1ZSBpbmRleC4gKi8NCiAJdV9jaGFyCQl0c19j cHU7CQkvKiBDUFUgdGhhdCB3ZSBoYXZlIGFmZmluaXR5IGZvci4gKi8NCi0J aW50CQl0c19zbGljZTsJLyogVGlja3Mgb2Ygc2xpY2UgcmVtYWluaW5nLiAq Lw0KKwlpbnQJCXRzX3NsaWNlOwkvKiBUaWNrcyBvZiBzbGljZSB1c2VkLiAq Lw0KKwlpbnQJCXRzX3Njb3JlOwkvKiBJbnRlcmFjdGl2aXR5IHNjb3JlLiAq Lw0KIAl1X2ludAkJdHNfc2xwdGltZTsJLyogTnVtYmVyIG9mIHRpY2tzIHdl IHZvbC4gc2xlcHQgKi8NCiAJdV9pbnQJCXRzX3J1bnRpbWU7CS8qIE51bWJl ciBvZiB0aWNrcyB3ZSB3ZXJlIHJ1bm5pbmcgKi8NCiAJLyogVGhlIGZvbGxv d2luZyB2YXJpYWJsZXMgYXJlIG9ubHkgdXNlZCBmb3IgcGN0Y3B1IGNhbGN1 bGF0aW9uICovDQpAQCAtMTAyLDYgKzEwMyw3IEBADQogLyogZmxhZ3Mga2Vw dCBpbiB0c19mbGFncyAqLw0KICNkZWZpbmUJVFNGX0JPVU5ECTB4MDAwMQkJ LyogVGhyZWFkIGNhbiBub3QgbWlncmF0ZS4gKi8NCiAjZGVmaW5lCVRTRl9Y RkVSQUJMRQkweDAwMDIJCS8qIFRocmVhZCB3YXMgYWRkZWQgYXMgdHJhbnNm ZXJhYmxlLiAqLw0KKyNkZWZpbmUJVFNGX0lOVEVSTE9BRAkweDAwMDQJCS8q IEludGVyYWN0aXZlIGxvYWQgb24gcnVucS4gKi8NCiANCiBzdGF0aWMgc3Ry dWN0IHRkX3NjaGVkIHRkX3NjaGVkMDsNCiANCkBAIC0xNjcsMTMgKzE2OSwx NSBAQA0KICAqCQkJdGhlIHNoaWZ0IGZhY3Rvci4gIFdpdGhvdXQgdGhlIHNo aWZ0IHRoZSBlcnJvciByYXRlDQogICoJCQlkdWUgdG8gcm91bmRpbmcgd291 bGQgYmUgdW5hY2NlcHRhYmx5IGhpZ2guDQogICogcmVhbHN0YXRoejoJCXN0 YXRoeiBpcyBzb21ldGltZXMgMCBhbmQgcnVuIG9mZiBvZiBoei4NCi0gKiBz Y2hlZF9zbGljZToJCVJ1bnRpbWUgb2YgZWFjaCB0aHJlYWQgYmVmb3JlIHJl c2NoZWR1bGluZy4NCisgKiBzY2hlZF9zbGljZV9tYXg6CU1heGltdW0gcnVu dGltZSBvZiBlYWNoIHRocmVhZCBiZWZvcmUgcmVzY2hlZHVsaW5nLg0KKyAq IHNjaGVkX3NsaWNlX21pbjoJTWluaW11bSBydW50aW1lIG9mIGVhY2ggdGhy ZWFkIGJlZm9yZSByZXNjaGVkdWxpbmcuDQogICogcHJlZW1wdF90aHJlc2g6 CVByaW9yaXR5IHRocmVzaG9sZCBmb3IgcHJlZW1wdGlvbiBhbmQgcmVtb3Rl IElQSXMuDQogICovDQogc3RhdGljIGludCBzY2hlZF9pbnRlcmFjdCA9IFND SEVEX0lOVEVSQUNUX1RIUkVTSDsNCiBzdGF0aWMgaW50IHJlYWxzdGF0aHo7 DQogc3RhdGljIGludCB0aWNraW5jcjsNCi1zdGF0aWMgaW50IHNjaGVkX3Ns aWNlOw0KK3N0YXRpYyBpbnQgc2NoZWRfc2xpY2VfbWF4ID0gMTsNCitzdGF0 aWMgaW50IHNjaGVkX3NsaWNlX21pbiA9IDE7DQogI2lmZGVmIFBSRUVNUFRJ T04NCiAjaWZkZWYgRlVMTF9QUkVFTVBUSU9ODQogc3RhdGljIGludCBwcmVl bXB0X3RocmVzaCA9IFBSSV9NQVhfSURMRTsNCkBAIC0xOTQsNiArMTk4LDcg QEANCiAJc3RydWN0IHJ1bnEJdGRxX3JlYWx0aW1lOwkJLyogcmVhbC10aW1l IHJ1biBxdWV1ZS4gKi8NCiAJc3RydWN0IHJ1bnEJdGRxX3RpbWVzaGFyZTsJ CS8qIHRpbWVzaGFyZSBydW4gcXVldWUuICovDQogCXN0cnVjdCBydW5xCXRk cV9pZGxlOwkJLyogUXVldWUgb2YgSURMRSB0aHJlYWRzLiAqLw0KKwl1bnNp Z25lZCBpbnQJdGRxX2ludGVybG9hZDsJCS8qIEludGVyYWN0aXZlIGxvYWQu ICovDQogCWludAkJdGRxX2xvYWQ7CQkvKiBBZ2dyZWdhdGUgbG9hZC4gKi8N CiAJdV9jaGFyCQl0ZHFfaWR4OwkJLyogQ3VycmVudCBpbnNlcnQgaW5kZXgu ICovDQogCXVfY2hhcgkJdGRxX3JpZHg7CQkvKiBDdXJyZW50IHJlbW92YWwg aW5kZXguICovDQpAQCAtMjM5LDcgKzI0NCw2IEBADQogc3RhdGljIGludCBi YWxhbmNlX2ludGVydmFsID0gMTI4OwkvKiBEZWZhdWx0IHNldCBpbiBzY2hl ZF9pbml0dGlja3MoKS4gKi8NCiBzdGF0aWMgaW50IHBpY2tfcHJpID0gMTsN CiBzdGF0aWMgaW50IGFmZmluaXR5Ow0KLXN0YXRpYyBpbnQgdHJ5c2VsZiA9 IDE7DQogc3RhdGljIGludCBzdGVhbF9odHQgPSAxOw0KIHN0YXRpYyBpbnQg c3RlYWxfaWRsZSA9IDE7DQogc3RhdGljIGludCBzdGVhbF90aHJlc2ggPSAy Ow0KQEAgLTI4OCwxMCArMjkyLDEyIEBADQogc3RhdGljIHZvaWQgdGRxX3Nl dHVwKHN0cnVjdCB0ZHEgKik7DQogc3RhdGljIHZvaWQgdGRxX2xvYWRfYWRk KHN0cnVjdCB0ZHEgKiwgc3RydWN0IHRkX3NjaGVkICopOw0KIHN0YXRpYyB2 b2lkIHRkcV9sb2FkX3JlbShzdHJ1Y3QgdGRxICosIHN0cnVjdCB0ZF9zY2hl ZCAqKTsNCitzdGF0aWMgaW50IHRkcV9zbGljZShzdHJ1Y3QgdGRxICopOw0K IHN0YXRpYyBfX2lubGluZSB2b2lkIHRkcV9ydW5xX2FkZChzdHJ1Y3QgdGRx ICosIHN0cnVjdCB0ZF9zY2hlZCAqLCBpbnQpOw0KIHN0YXRpYyBfX2lubGlu ZSB2b2lkIHRkcV9ydW5xX3JlbShzdHJ1Y3QgdGRxICosIHN0cnVjdCB0ZF9z Y2hlZCAqKTsNCi12b2lkIHRkcV9wcmludChpbnQgY3B1KTsNCi1zdGF0aWMg dm9pZCBydW5xX3ByaW50KHN0cnVjdCBydW5xICpycSk7DQordm9pZCB0ZHFf cHJpbnQoaW50KTsNCit2b2lkIHNjaGVkX3ByaW50KHN0cnVjdCB0aHJlYWQg Kik7DQorc3RhdGljIHZvaWQgcnVucV9wcmludChzdHJ1Y3QgcnVucSAqKTsN CiBzdGF0aWMgdm9pZCB0ZHFfYWRkKHN0cnVjdCB0ZHEgKiwgc3RydWN0IHRo cmVhZCAqLCBpbnQpOw0KICNpZmRlZiBTTVANCiBzdGF0aWMgdm9pZCB0ZHFf bW92ZShzdHJ1Y3QgdGRxICosIHN0cnVjdCB0ZHEgKik7DQpAQCAtMzQ1LDYg KzM1MSwyNiBAQA0KIAl9DQogfQ0KIA0KK3ZvaWQNCitzY2hlZF9wcmludChz dHJ1Y3QgdGhyZWFkICp0ZCkNCit7DQorCXN0cnVjdCB0ZF9zY2hlZCAqdHM7 DQorDQorCWlmICh0ZCA9PSBOVUxMKQ0KKwkJdGQgPSBjdXJ0aHJlYWQ7DQor CXRzID0gdGQtPnRkX3NjaGVkOw0KKwlwcmludGYoImZsYWdzOiAgICAweCVY XG4iLCB0cy0+dHNfZmxhZ3MpOw0KKwlwcmludGYoInJxaW5kZXg6ICAlZFxu IiwgdHMtPnRzX3JxaW5kZXgpOw0KKwlwcmludGYoImNwdTogICAgICAlZFxu IiwgdHMtPnRzX2NwdSk7DQorCXByaW50Zigic2xpY2U6ICAgICVkXG4iLCB0 cy0+dHNfc2xpY2UpOw0KKwlwcmludGYoInNjb3JlOiAgICAlZFxuIiwgdHMt PnRzX3Njb3JlKTsNCisJcHJpbnRmKCJzbHB0aW1lOiAgJWRcbiIsIHRzLT50 c19zbHB0aW1lKTsNCisJcHJpbnRmKCJydW50aW1lOiAgJWRcbiIsIHRzLT50 c19ydW50aW1lKTsNCisJcHJpbnRmKCJsdGljazogICAgJWRcbiIsIHRzLT50 c19sdGljayk7DQorCXByaW50ZigiZnRpY2s6ICAgICVkXG4iLCB0cy0+dHNf ZnRpY2spOw0KKwlwcmludGYoInRpY2tzOiAgICAlZFxuIiwgdHMtPnRzX3Rp Y2tzKTsNCit9DQorDQogLyoNCiAgKiBQcmludCB0aGUgc3RhdHVzIG9mIGEg cGVyLWNwdSB0aHJlYWQgcXVldWUuICBTaG91bGQgYmUgYSBkZGIgc2hvdyBj bWQuDQogICovDQpAQCAtMzU3LDcgKzM4Myw5IEBADQogDQogCXByaW50Zigi dGRxICVkOlxuIiwgVERRX0lEKHRkcSkpOw0KIAlwcmludGYoIlx0bG9ja3B0 ciAgICAgICAgICVwXG4iLCBURFFfTE9DS1BUUih0ZHEpKTsNCisJcHJpbnRm KCJcdGludGVybG9hZDoJICAlZFxuIiwgdGRxLT50ZHFfaW50ZXJsb2FkKTsN CiAJcHJpbnRmKCJcdGxvYWQ6ICAgICAgICAgICAlZFxuIiwgdGRxLT50ZHFf bG9hZCk7DQorCXByaW50ZigiXHRzbGljZTogICAgICAgICAgJWRcbiIsIHRk cV9zbGljZSh0ZHEpKTsNCiAJcHJpbnRmKCJcdHRpbWVzaGFyZSBpZHg6ICAl ZFxuIiwgdGRxLT50ZHFfaWR4KTsNCiAJcHJpbnRmKCJcdHRpbWVzaGFyZSBy aWR4OiAlZFxuIiwgdGRxLT50ZHFfcmlkeCk7DQogCXByaW50ZigiXHRyZWFs dGltZSBydW5xOlxuIik7DQpAQCAtMzgzLDggKzQxMSwxMiBAQA0KIHN0YXRp YyBfX2lubGluZSB2b2lkDQogdGRxX3J1bnFfYWRkKHN0cnVjdCB0ZHEgKnRk cSwgc3RydWN0IHRkX3NjaGVkICp0cywgaW50IGZsYWdzKQ0KIHsNCisJdV9j aGFyIHByaTsNCisNCisJcHJpID0gdHMtPnRzX3RocmVhZC0+dGRfcHJpb3Jp dHk7DQogCVREUV9MT0NLX0FTU0VSVCh0ZHEsIE1BX09XTkVEKTsNCiAJVEhS RUFEX0xPQ0tfQVNTRVJUKHRzLT50c190aHJlYWQsIE1BX09XTkVEKTsNCisJ VERfU0VUX1JVTlEodHMtPnRzX3RocmVhZCk7DQogI2lmZGVmIFNNUA0KIAlp ZiAoVEhSRUFEX0NBTl9NSUdSQVRFKHRzLT50c190aHJlYWQpKSB7DQogCQl0 ZHEtPnRkcV90cmFuc2ZlcmFibGUrKzsNCkBAIC0zOTIsMTUgKzQyNCwxNSBA QA0KIAkJdHMtPnRzX2ZsYWdzIHw9IFRTRl9YRkVSQUJMRTsNCiAJfQ0KICNl bmRpZg0KLQlpZiAodHMtPnRzX3J1bnEgPT0gJnRkcS0+dGRxX3RpbWVzaGFy ZSkgew0KLQkJdV9jaGFyIHByaTsNCi0NCi0JCXByaSA9IHRzLT50c190aHJl YWQtPnRkX3ByaW9yaXR5Ow0KKwlpZiAocHJpIDw9IFBSSV9NQVhfUkVBTFRJ TUUpIHsNCisJCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX3JlYWx0aW1lOw0K Kwl9IGVsc2UgaWYgKHByaSA8PSBQUklfTUFYX1RJTUVTSEFSRSkgew0KKwkJ dHMtPnRzX3J1bnEgPSAmdGRxLT50ZHFfdGltZXNoYXJlOw0KIAkJS0FTU0VS VChwcmkgPD0gUFJJX01BWF9USU1FU0hBUkUgJiYgcHJpID49IFBSSV9NSU5f VElNRVNIQVJFLA0KIAkJCSgiSW52YWxpZCBwcmlvcml0eSAlZCBvbiB0aW1l c2hhcmUgcnVucSIsIHByaSkpOw0KIAkJLyoNCiAJCSAqIFRoaXMgcXVldWUg Y29udGFpbnMgb25seSBwcmlvcml0aWVzIGJldHdlZW4gTUlOIGFuZCBNQVgN Ci0JCSAqIHJlYWx0aW1lLiAgVXNlIHRoZSB3aG9sZSBxdWV1ZSB0byByZXBy ZXNlbnQgdGhlc2UgdmFsdWVzLg0KKwkJICogdGltZXNoYXJlLiAgVXNlIHRo ZSB3aG9sZSBxdWV1ZSB0byByZXByZXNlbnQgdGhlc2UgdmFsdWVzLg0KIAkJ ICovDQogCQlpZiAoKGZsYWdzICYgKFNSUV9CT1JST1dJTkd8U1JRX1BSRUVN UFRFRCkpID09IDApIHsNCiAJCQlwcmkgPSAocHJpIC0gUFJJX01JTl9USU1F U0hBUkUpIC8gVFNfUlFfUFBROw0KQEAgLTQxNiw4ICs0NDgsMTAgQEANCiAJ CX0gZWxzZQ0KIAkJCXByaSA9IHRkcS0+dGRxX3JpZHg7DQogCQlydW5xX2Fk ZF9wcmkodHMtPnRzX3J1bnEsIHRzLCBwcmksIGZsYWdzKTsNCisJCXJldHVy bjsNCiAJfSBlbHNlDQotCQlydW5xX2FkZCh0cy0+dHNfcnVucSwgdHMsIGZs YWdzKTsNCisJCXRzLT50c19ydW5xID0gJnRkcS0+dGRxX2lkbGU7DQorCXJ1 bnFfYWRkKHRzLT50c19ydW5xLCB0cywgZmxhZ3MpOw0KIH0NCiANCiAvKiAN CkBAIC00NDMsMTMgKzQ3Nyw2IEBADQogCQkJcnVucV9yZW1vdmVfaWR4KHRz LT50c19ydW5xLCB0cywgJnRkcS0+dGRxX3JpZHgpOw0KIAkJZWxzZQ0KIAkJ CXJ1bnFfcmVtb3ZlX2lkeCh0cy0+dHNfcnVucSwgdHMsIE5VTEwpOw0KLQkJ LyoNCi0JCSAqIEZvciB0aW1lc2hhcmUgdGhyZWFkcyB3ZSB1cGRhdGUgdGhl IHByaW9yaXR5IGhlcmUgc28NCi0JCSAqIHRoZSBwcmlvcml0eSByZWZsZWN0 cyB0aGUgdGltZSB3ZSd2ZSBiZWVuIHNsZWVwaW5nLg0KLQkJICovDQotCQl0 cy0+dHNfbHRpY2sgPSB0aWNrczsNCi0JCXNjaGVkX3BjdGNwdV91cGRhdGUo dHMpOw0KLQkJc2NoZWRfcHJpb3JpdHkodHMtPnRzX3RocmVhZCk7DQogCX0g ZWxzZQ0KIAkJcnVucV9yZW1vdmUodHMtPnRzX3J1bnEsIHRzKTsNCiB9DQpA QCAtNDY2LDYgKzQ5Myw4IEBADQogCVREUV9MT0NLX0FTU0VSVCh0ZHEsIE1B X09XTkVEKTsNCiAJVEhSRUFEX0xPQ0tfQVNTRVJUKHRzLT50c190aHJlYWQs IE1BX09XTkVEKTsNCiAJY2xhc3MgPSBQUklfQkFTRSh0cy0+dHNfdGhyZWFk LT50ZF9wcmlfY2xhc3MpOw0KKwl0ZHEtPnRkcV9pbnRlcmxvYWQgKz0gdHMt PnRzX3Njb3JlOw0KKwl0cy0+dHNfZmxhZ3MgfD0gVFNGX0lOVEVSTE9BRDsN CiAJdGRxLT50ZHFfbG9hZCsrOw0KIAlDVFIyKEtUUl9TQ0hFRCwgImNwdSAl ZCBsb2FkOiAlZCIsIFREUV9JRCh0ZHEpLCB0ZHEtPnRkcV9sb2FkKTsNCiAJ aWYgKGNsYXNzICE9IFBSSV9JVEhEICYmDQpAQCAtNDk4LDkgKzUyNywzNyBA QA0KICNlbmRpZg0KIAlLQVNTRVJUKHRkcS0+dGRxX2xvYWQgIT0gMCwNCiAJ ICAgICgidGRxX2xvYWRfcmVtOiBSZW1vdmluZyB3aXRoIDAgbG9hZCBvbiBx dWV1ZSAlZCIsIFREUV9JRCh0ZHEpKSk7DQorCXRzLT50c19mbGFncyAmPSB+ VFNGX0lOVEVSTE9BRDsNCisJdHMtPnRzX3J1bnEgPSBOVUxMOw0KKwl0ZHEt PnRkcV9pbnRlcmxvYWQgLT0gdHMtPnRzX3Njb3JlOw0KIAl0ZHEtPnRkcV9s b2FkLS07DQogCUNUUjEoS1RSX1NDSEVELCAibG9hZDogJWQiLCB0ZHEtPnRk cV9sb2FkKTsNCi0JdHMtPnRzX3J1bnEgPSBOVUxMOw0KK30NCisNCisvKg0K KyAqIENvbXB1dGUgdGhlIG1heGltdW0gc2xpY2Ugd2hlbiB0aGUgaW50ZXJs b2FkIGNoYW5nZXMuICBUaGlzIGdpdmVzIGEgc29mdA0KKyAqIHVwcGVyIGJv dW5kIG9uIGxhdGVuY3kgYXMgdGhlIGxvYWQgaW5jcmVhc2VzLg0KKyAqLw0K K3N0YXRpYyBpbnQNCit0ZHFfc2xpY2Uoc3RydWN0IHRkcSAqdGRxKQ0KK3sN CisJaW50IHNsaWNlOw0KKwlpbnQgbG9hZDsNCisNCisJVERRX0xPQ0tfQVNT RVJUKHRkcSwgTUFfT1dORUQpOw0KKwlpZiAodGRxLT50ZHFfaW50ZXJsb2Fk ID09IDApDQorCQlyZXR1cm4gKHNjaGVkX3NsaWNlX21heCk7DQorCS8qDQor CSAqIEFuIGludGVybG9hZCBvZiAxMDAgaXMgcm91Z2hseSBlcXVpdmFsZW50 IHRvIDEwMCUgY3B1IHV0aWxpemF0aW9uDQorCSAqIHJlcXVlc3RlZC4gIENh bGN1bGF0ZSBob3cgbWFueSB0aW1lcyBvdmVybG9hZGVkIHdlIGFyZSBhbmQg dGhlbg0KKwkgKiBkaXZpZGUgdGhlIGxhdGVuY3kgdGFyZ2V0IGJ5IHRoaXMg bnVtYmVyLiAgTm9uZSBvZiB0aGlzIGlzIHByZWNpc2UNCisJICogYnV0IGl0 IGRvZXMgeWllbGQgZGVjcmVhc2luZyBzbGljZSB2YWx1ZXMgd2l0aGluIHRo ZSBbbWluLCBtYXhdDQorCSAqIHJhbmdlIGFzIGxvYWQgaW5jcmVhc2VzLg0K KwkgKi8NCisJbG9hZCA9ICh0ZHEtPnRkcV9pbnRlcmxvYWQgKyA5OSkgLyAx MDA7DQorCXNsaWNlID0gc2NoZWRfc2xpY2VfbWF4IC8gbG9hZDsNCisJc2xp Y2UgPSBtYXgoc2xpY2UsIHNjaGVkX3NsaWNlX21pbik7DQorCXJldHVybiAo c2xpY2UpOw0KIH0NCiANCiAjaWZkZWYgU01QDQpAQCAtMTA3MCwxNCArMTEy Nyw2IEBADQogCWNwdSA9IHNlbGYgPSBQQ1BVX0dFVChjcHVpZCk7DQogCWlm IChzbXBfc3RhcnRlZCA9PSAwKQ0KIAkJcmV0dXJuIChzZWxmKTsNCi0JLyoN Ci0JICogRG9uJ3QgbWlncmF0ZSBhIHJ1bm5pbmcgdGhyZWFkIGZyb20gc2No ZWRfc3dpdGNoKCkuDQotCSAqLw0KLQlpZiAoZmxhZ3MgJiBTUlFfT1VSU0VM Rikgew0KLQkJQ1RSMShLVFJfVUxFLCAiWUlFTERJTkcgJWQiLA0KLQkJICAg IGN1cnRocmVhZC0+dGRfcHJpb3JpdHkpOw0KLQkJcmV0dXJuIChzZWxmKTsN Ci0JfQ0KIAlwcmkgPSB0cy0+dHNfdGhyZWFkLT50ZF9wcmlvcml0eTsNCiAJ Y3B1ID0gdHMtPnRzX2NwdTsNCiAJLyoNCkBAIC0xMDk0LDcgKzExNDMsOCBA QA0KIAkvKg0KIAkgKiBJZiB3ZSBoYXZlIGFmZmluaXR5LCB0cnkgdG8gcGxh Y2UgaXQgb24gdGhlIGNwdSB3ZSBsYXN0IHJhbiBvbi4NCiAJICovDQotCWlm IChTQ0hFRF9BRkZJTklUWSh0cykgJiYgdGRxLT50ZHFfbG93cHJpID4gcHJp KSB7DQorCWlmIChTQ0hFRF9BRkZJTklUWSh0cykgJiYNCisJICAgICh0ZHEt PnRkcV9sb3dwcmkgPiBwcmkgfHwgdGRxLT50ZHFfaW50ZXJsb2FkIDwgMTAp KSB7DQogCQlDVFI1KEtUUl9VTEUsDQogCQkgICAgImFmZmluaXR5IGZvciAl ZCwgbHRpY2sgJWQgdGlja3MgJWQgcHJpICVkIGN1cnRocmVhZCAlZCIsDQog CQkgICAgdHMtPnRzX2NwdSwgdHMtPnRzX3JsdGljaywgdGlja3MsIHByaSwN CkBAIC0xMTEzLDkgKzExNjMsOSBAQA0KIAkgKiBUaGlzIG1heSBpbXByb3Zl IGxvY2FsaXR5IGFtb25nIHNsZWVwZXJzIGFuZCB3YWtlcnMgd2hlbiB0aGVy ZQ0KIAkgKiBpcyBzaGFyZWQgZGF0YS4NCiAJICovDQotCWlmICh0cnlzZWxm ICYmIHByaSA8IGN1cnRocmVhZC0+dGRfcHJpb3JpdHkpIHsNCi0JCUNUUjEo S1RSX1VMRSwgInRyeXNlbGYgJWQiLA0KLQkJICAgIGN1cnRocmVhZC0+dGRf cHJpb3JpdHkpOw0KKwl0ZHEgPSBURFFfQ1BVKHNlbGYpOw0KKwlpZiAocHJp IDwgY3VydGhyZWFkLT50ZF9wcmlvcml0eSB8fCB0ZHEtPnRkcV9pbnRlcmxv YWQgPCAxMCkgew0KKwkJQ1RSMShLVFJfVUxFLCAidHJ5c2VsZiAlZCIsIGN1 cnRocmVhZC0+dGRfcHJpb3JpdHkpOw0KIAkJcmV0dXJuIChzZWxmKTsNCiAJ fQ0KIAkvKg0KQEAgLTExNzUsNiArMTIyNSw3IEBADQogCXJ1bnFfaW5pdCgm dGRxLT50ZHFfdGltZXNoYXJlKTsNCiAJcnVucV9pbml0KCZ0ZHEtPnRkcV9p ZGxlKTsNCiAJdGRxLT50ZHFfbG9hZCA9IDA7DQorCXRkcS0+dGRxX2ludGVy bG9hZCA9IDA7DQogfQ0KIA0KICNpZmRlZiBTTVANCkBAIC0xMzI0LDEyICsx Mzc1LDEyIEBADQogCSAqIGluIGNhc2Ugd2hpY2ggc2NoZWRfY2xvY2soKSBj YWxsZWQgYmVmb3JlIHNjaGVkX2luaXR0aWNrcygpLg0KIAkgKi8NCiAJcmVh bHN0YXRoeiA9IGh6Ow0KLQlzY2hlZF9zbGljZSA9IChyZWFsc3RhdGh6LzEw KTsJLyogfjEwMG1zICovDQogCXRpY2tpbmNyID0gMSA8PCBTQ0hFRF9USUNL X1NISUZUOw0KIA0KIAkvKiBBZGQgdGhyZWFkMCdzIGxvYWQgc2luY2UgaXQn cyBydW5uaW5nLiAqLw0KIAlURFFfTE9DSyh0ZHEpOw0KIAl0aHJlYWQwLnRk X2xvY2sgPSBURFFfTE9DS1BUUihURFFfU0VMRigpKTsNCisJdGRfc2NoZWQw LnRzX3Njb3JlID0gMDsNCiAJdGRxX2xvYWRfYWRkKHRkcSwgJnRkX3NjaGVk MCk7DQogCVREUV9VTkxPQ0sodGRxKTsNCiB9DQpAQCAtMTM0NCw3ICsxMzk1 LDggQEANCiAJaW50IGluY3I7DQogDQogCXJlYWxzdGF0aHogPSBzdGF0aHog PyBzdGF0aHogOiBoejsNCi0Jc2NoZWRfc2xpY2UgPSAocmVhbHN0YXRoei8x MCk7CS8qIH4xMDBtcyAqLw0KKwlzY2hlZF9zbGljZV9tYXggPSByZWFsc3Rh dGh6IC8gMTU7CS8qIH42Nm1zICovDQorCXNjaGVkX3NsaWNlX21pbiA9IHJl YWxzdGF0aHogLyA1MDsJLyogfjIwbXMgKi8NCiANCiAJLyoNCiAJICogdGlj a2luY3IgaXMgc2hpZnRlZCBvdXQgYnkgMTAgdG8gYXZvaWQgcm91bmRpbmcg ZXJyb3JzIGR1ZSB0bw0KQEAgLTEzNzQsNyArMTQyNiw2IEBADQogI2VuZGlm DQogfQ0KIA0KLQ0KIC8qDQogICogVGhpcyBpcyB0aGUgY29yZSBvZiB0aGUg aW50ZXJhY3Rpdml0eSBhbGdvcml0aG0uICBEZXRlcm1pbmVzIGEgc2NvcmUg YmFzZWQNCiAgKiBvbiBwYXN0IGJlaGF2aW9yLiAgSXQgaXMgdGhlIHJhdGlv IG9mIHNsZWVwIHRpbWUgdG8gcnVuIHRpbWUgc2NhbGVkIHRvDQpAQCAtMTM4 OSwxNSArMTQ0MCw2IEBADQogCWludCBkaXY7DQogDQogCXRzID0gdGQtPnRk X3NjaGVkOw0KLQkvKg0KLQkgKiBUaGUgc2NvcmUgaXMgb25seSBuZWVkZWQg aWYgdGhpcyBpcyBsaWtlbHkgdG8gYmUgYW4gaW50ZXJhY3RpdmUNCi0JICog dGFzay4gIERvbid0IGdvIHRocm91Z2ggdGhlIGV4cGVuc2Ugb2YgY29tcHV0 aW5nIGl0IGlmIHRoZXJlJ3MNCi0JICogbm8gY2hhbmNlLg0KLQkgKi8NCi0J aWYgKHNjaGVkX2ludGVyYWN0IDw9IFNDSEVEX0lOVEVSQUNUX0hBTEYgJiYN Ci0JCXRzLT50c19ydW50aW1lID49IHRzLT50c19zbHB0aW1lKQ0KLQkJCXJl dHVybiAoU0NIRURfSU5URVJBQ1RfSEFMRik7DQotDQogCWlmICh0cy0+dHNf cnVudGltZSA+IHRzLT50c19zbHB0aW1lKSB7DQogCQlkaXYgPSBtYXgoMSwg dHMtPnRzX3J1bnRpbWUgLyBTQ0hFRF9JTlRFUkFDVF9IQUxGKTsNCiAJCXJl dHVybiAoU0NIRURfSU5URVJBQ1RfSEFMRiArDQpAQCAtMTQ0Myw3ICsxNDg1 LDcgQEANCiAJICogc2NvcmUuICBOZWdhdGl2ZSBuaWNlIHZhbHVlcyBtYWtl IGl0IGVhc2llciBmb3IgYSB0aHJlYWQgdG8gYmUNCiAJICogY29uc2lkZXJl ZCBpbnRlcmFjdGl2ZS4NCiAJICovDQotCXNjb3JlID0gaW1heCgwLCBzY2hl ZF9pbnRlcmFjdF9zY29yZSh0ZCkgLSB0ZC0+dGRfcHJvYy0+cF9uaWNlKTsN CisJc2NvcmUgPSBpbWF4KDAsIHRkLT50ZF9zY2hlZC0+dHNfc2NvcmUgLSB0 ZC0+dGRfcHJvYy0+cF9uaWNlKTsNCiAJaWYgKHNjb3JlIDwgc2NoZWRfaW50 ZXJhY3QpIHsNCiAJCXByaSA9IFBSSV9NSU5fUkVBTFRJTUU7DQogCQlwcmkg Kz0gKChQUklfTUFYX1JFQUxUSU1FIC0gUFJJX01JTl9SRUFMVElNRSkgLyBz Y2hlZF9pbnRlcmFjdCkNCkBAIC0xNDc3LDEyICsxNTE5LDE1IEBADQogc2No ZWRfaW50ZXJhY3RfdXBkYXRlKHN0cnVjdCB0aHJlYWQgKnRkKQ0KIHsNCiAJ c3RydWN0IHRkX3NjaGVkICp0czsNCisJc3RydWN0IHRkcSAqdGRxOw0KIAl1 X2ludCBzdW07DQorCWludCBzY29yZTsNCiANCisJVEhSRUFEX0xPQ0tfQVNT RVJUKHRkLCBNQV9PV05FRCk7DQogCXRzID0gdGQtPnRkX3NjaGVkOw0KIAlz dW0gPSB0cy0+dHNfcnVudGltZSArIHRzLT50c19zbHB0aW1lOw0KIAlpZiAo c3VtIDwgU0NIRURfU0xQX1JVTl9NQVgpDQotCQlyZXR1cm47DQorCQlnb3Rv IHNjb3JlOw0KIAkvKg0KIAkgKiBUaGlzIG9ubHkgaGFwcGVucyBmcm9tIHR3 byBwbGFjZXM6DQogCSAqIDEpIFdlIGhhdmUgYWRkZWQgYW4gdW51c3VhbCBh bW91bnQgb2YgcnVuIHRpbWUgZnJvbSBmb3JrX2V4aXQuDQpAQCAtMTQ5MCwx MyArMTUzNSwxMyBAQA0KIAkgKi8NCiAJaWYgKHN1bSA+IFNDSEVEX1NMUF9S VU5fTUFYICogMikgew0KIAkJaWYgKHRzLT50c19ydW50aW1lID4gdHMtPnRz X3NscHRpbWUpIHsNCi0JCQl0cy0+dHNfcnVudGltZSA9IFNDSEVEX1NMUF9S VU5fTUFYOw0KKwkJCXRzLT50c19ydW50aW1lID0gU0NIRURfU0xQX1JVTl9N QVggLyAyOw0KIAkJCXRzLT50c19zbHB0aW1lID0gMTsNCiAJCX0gZWxzZSB7 DQotCQkJdHMtPnRzX3NscHRpbWUgPSBTQ0hFRF9TTFBfUlVOX01BWDsNCisJ CQl0cy0+dHNfc2xwdGltZSA9IFNDSEVEX1NMUF9SVU5fTUFYIC8gMjsNCiAJ CQl0cy0+dHNfcnVudGltZSA9IDE7DQogCQl9DQotCQlyZXR1cm47DQorCQln b3RvIHNjb3JlOw0KIAl9DQogCS8qDQogCSAqIElmIHdlIGhhdmUgZXhjZWVk ZWQgYnkgbW9yZSB0aGFuIDEvNXRoIHRoZW4gdGhlIGFsZ29yaXRobSBiZWxv dw0KQEAgLTE1MDYsMTAgKzE1NTEsMTkgQEANCiAJaWYgKHN1bSA+IChTQ0hF RF9TTFBfUlVOX01BWCAvIDUpICogNikgew0KIAkJdHMtPnRzX3J1bnRpbWUg Lz0gMjsNCiAJCXRzLT50c19zbHB0aW1lIC89IDI7DQotCQlyZXR1cm47DQor CQlnb3RvIHNjb3JlOw0KIAl9DQogCXRzLT50c19ydW50aW1lID0gKHRzLT50 c19ydW50aW1lIC8gNSkgKiA0Ow0KIAl0cy0+dHNfc2xwdGltZSA9ICh0cy0+ dHNfc2xwdGltZSAvIDUpICogNDsNCitzY29yZToNCisJc2NvcmUgPSBzY2hl ZF9pbnRlcmFjdF9zY29yZSh0ZCk7DQorCWlmICh0cy0+dHNfZmxhZ3MgJiBU U0ZfSU5URVJMT0FEKSB7DQorCQl0ZHEgPSBURFFfQ1BVKHRzLT50c19jcHUp Ow0KKwkJVERRX0xPQ0tfQVNTRVJUKHRkcSwgTUFfT1dORUQpOw0KKwkJdGRx LT50ZHFfaW50ZXJsb2FkIC09IHRzLT50c19zY29yZTsNCisJCXRkcS0+dGRx X2ludGVybG9hZCArPSBzY29yZTsNCisJfQ0KKwl0cy0+dHNfc2NvcmUgPSBz Y29yZTsNCiB9DQogDQogLyoNCkBAIC0xNTU5LDcgKzE2MTMsNyBAQA0KIHsN CiANCiAJLyogQ29udmVydCBzY2hlZF9zbGljZSB0byBoeiAqLw0KLQlyZXR1 cm4gKGh6LyhyZWFsc3RhdGh6L3NjaGVkX3NsaWNlKSk7DQorCXJldHVybiAo aHovKHJlYWxzdGF0aHovc2NoZWRfc2xpY2VfbWF4KSk7DQogfQ0KIA0KIC8q DQpAQCAtMTU5OCwxNiArMTY1MiwxOSBAQA0KIHNjaGVkX3RocmVhZF9wcmlv cml0eShzdHJ1Y3QgdGhyZWFkICp0ZCwgdV9jaGFyIHByaW8pDQogew0KIAlz dHJ1Y3QgdGRfc2NoZWQgKnRzOw0KKwlzdHJ1Y3QgdGRxICp0ZHE7DQogDQog CUNUUjYoS1RSX1NDSEVELCAic2NoZWRfcHJpbzogJXAoJXMpIHByaW8gJWQg bmV3cHJpbyAlZCBieSAlcCglcykiLA0KIAkgICAgdGQsIHRkLT50ZF9wcm9j LT5wX2NvbW0sIHRkLT50ZF9wcmlvcml0eSwgcHJpbywgY3VydGhyZWFkLA0K IAkgICAgY3VydGhyZWFkLT50ZF9wcm9jLT5wX2NvbW0pOw0KIAl0cyA9IHRk LT50ZF9zY2hlZDsNCisJdGRxID0gVERRX0NQVSh0cy0+dHNfY3B1KTsNCiAJ VEhSRUFEX0xPQ0tfQVNTRVJUKHRkLCBNQV9PV05FRCk7DQotCWlmICh0ZC0+ dGRfcHJpb3JpdHkgPT0gcHJpbykNCisJaWYgKHRkLT50ZF9wcmlvcml0eSA8 PSBwcmlvKSB7DQorCQl0ZC0+dGRfcHJpb3JpdHkgPSBwcmlvOw0KIAkJcmV0 dXJuOw0KLQ0KLQlpZiAoVERfT05fUlVOUSh0ZCkgJiYgcHJpbyA8IHRkLT50 ZF9wcmlvcml0eSkgew0KKwl9DQorCWlmIChURF9PTl9SVU5RKHRkKSkgew0K IAkJLyoNCiAJCSAqIElmIHRoZSBwcmlvcml0eSBoYXMgYmVlbiBlbGV2YXRl ZCBkdWUgdG8gcHJpb3JpdHkNCiAJCSAqIHByb3BhZ2F0aW9uLCB3ZSBtYXkg aGF2ZSB0byBtb3ZlIG91cnNlbHZlcyB0byBhIG5ldw0KQEAgLTE2MTcsMTYg KzE2NzQsMTQgQEANCiAJCXNjaGVkX3JlbSh0ZCk7DQogCQl0ZC0+dGRfcHJp b3JpdHkgPSBwcmlvOw0KIAkJc2NoZWRfYWRkKHRkLCBTUlFfQk9SUk9XSU5H KTsNCi0JfSBlbHNlIHsNCiAjaWZkZWYgU01QDQotCQlzdHJ1Y3QgdGRxICp0 ZHE7DQotDQotCQl0ZHEgPSBURFFfQ1BVKHRzLT50c19jcHUpOw0KKwl9IGVs c2UgaWYgKFREX0lTX1JVTk5JTkcodGQpKSB7DQogCQlpZiAocHJpbyA8IHRk cS0+dGRxX2xvd3ByaSkNCiAJCQl0ZHEtPnRkcV9sb3dwcmkgPSBwcmlvOw0K KwkJdGQtPnRkX3ByaW9yaXR5ID0gcHJpbzsNCiAjZW5kaWYNCisJfSBlbHNl DQogCQl0ZC0+dGRfcHJpb3JpdHkgPSBwcmlvOw0KLQl9DQogfQ0KIA0KIC8q DQpAQCAtMTc3Miw2ICsxODI3LDggQEANCiANCiAJdGRuID0gVERRX0NQVSh0 ZC0+dGRfc2NoZWQtPnRzX2NwdSk7DQogI2lmZGVmIFNNUA0KKwkvKiBUaGUg bG9hZCBpcyBiZWluZyByZW1vdmVkIGZyb20gdGhlIGN1cnJlbnQgY3B1LiAq Lw0KKwl0ZHFfbG9hZF9yZW0odGRxLCB0ZC0+dGRfc2NoZWQpOw0KIAkvKg0K IAkgKiBEbyB0aGUgbG9jayBkYW5jZSByZXF1aXJlZCB0byBhdm9pZCBMT1Iu ICBXZSBncmFiIGFuIGV4dHJhDQogCSAqIHNwaW5sb2NrIG5lc3RpbmcgdG8g cHJldmVudCBwcmVlbXB0aW9uIHdoaWxlIHdlJ3JlDQpAQCAtMTg2MywxMiAr MTkyMCwxMSBAQA0KIAkJVERfU0VUX0NBTl9SVU4odGQpOw0KIAl9IGVsc2Ug aWYgKFREX0lTX1JVTk5JTkcodGQpKSB7DQogCQlNUEFTUyh0ZC0+dGRfbG9j ayA9PSBURFFfTE9DS1BUUih0ZHEpKTsNCi0JCXRkcV9sb2FkX3JlbSh0ZHEs IHRzKTsNCiAJCXNycWZsYWcgPSAoZmxhZ3MgJiBTV19QUkVFTVBUKSA/DQog CQkgICAgU1JRX09VUlNFTEZ8U1JRX1lJRUxESU5HfFNSUV9QUkVFTVBURUQg Og0KIAkJICAgIFNSUV9PVVJTRUxGfFNSUV9ZSUVMRElORzsNCiAJCWlmICh0 cy0+dHNfY3B1ID09IGNwdWlkKQ0KLQkJCXRkcV9hZGQodGRxLCB0ZCwgc3Jx ZmxhZyk7DQorCQkJdGRxX3J1bnFfYWRkKHRkcSwgdHMsIHNycWZsYWcpOw0K IAkJZWxzZQ0KIAkJCW10eCA9IHNjaGVkX3N3aXRjaF9taWdyYXRlKHRkcSwg dGQsIHNycWZsYWcpOw0KIAl9IGVsc2Ugew0KQEAgLTE5NzAsMjIgKzIwMjYs MTggQEANCiAJVEhSRUFEX0xPQ0tfQVNTRVJUKHRkLCBNQV9PV05FRCk7DQog CXRzID0gdGQtPnRkX3NjaGVkOw0KIAkvKg0KLQkgKiBJZiB3ZSBzbGVwdCBm b3IgbW9yZSB0aGFuIGEgdGljayB1cGRhdGUgb3VyIGludGVyYWN0aXZpdHkg YW5kDQotCSAqIHByaW9yaXR5Lg0KKwkgKiBVcGRhdGUgaW50ZXJhY3Rpdml0 eSBhbmQgcHJpb3JpdHkgYWZ0ZXIgYSBzbGVlcC4NCiAJICovDQogCXNscHRp Y2sgPSB0ZC0+dGRfc2xwdGljazsNCiAJdGQtPnRkX3NscHRpY2sgPSAwOw0K LQlpZiAoc2xwdGljayAmJiBzbHB0aWNrICE9IHRpY2tzKSB7DQotCQl1X2lu dCBoenRpY2tzOw0KLQ0KLQkJaHp0aWNrcyA9ICh0aWNrcyAtIHNscHRpY2sp IDw8IFNDSEVEX1RJQ0tfU0hJRlQ7DQotCQl0cy0+dHNfc2xwdGltZSArPSBo enRpY2tzOw0KKwlpZiAoc2xwdGljayAmJiBzbHB0aWNrICE9IHRpY2tzKSAg ew0KKwkJdHMtPnRzX3NscHRpbWUgKz0gKHRpY2tzIC0gc2xwdGljaykgPDwg U0NIRURfVElDS19TSElGVDsNCiAJCXNjaGVkX2ludGVyYWN0X3VwZGF0ZSh0 ZCk7DQogCQlzY2hlZF9wY3RjcHVfdXBkYXRlKHRzKTsNCiAJCXNjaGVkX3By aW9yaXR5KHRkKTsNCisJCS8qIFJlc2V0IHRoZSBzbGljZSB2YWx1ZSBhZnRl ciB3ZSBzbGVlcC4gKi8NCisJCXRzLT50c19zbGljZSA9IDA7DQogCX0NCi0J LyogUmVzZXQgdGhlIHNsaWNlIHZhbHVlIGFmdGVyIHdlIHNsZWVwLiAqLw0K LQl0cy0+dHNfc2xpY2UgPSBzY2hlZF9zbGljZTsNCiAJc2NoZWRfYWRkKHRk LCBTUlFfQk9SSU5HKTsNCiB9DQogDQpAQCAtMjA0MCw3ICsyMDkyLDYgQEAN CiAJICovDQogCXRzMi0+dHNfc2xwdGltZSA9IHRzLT50c19zbHB0aW1lOw0K IAl0czItPnRzX3J1bnRpbWUgPSB0cy0+dHNfcnVudGltZTsNCi0JdHMyLT50 c19zbGljZSA9IDE7CS8qIEF0dGVtcHQgdG8gcXVpY2tseSBsZWFybiBpbnRl cmFjdGl2aXR5LiAqLw0KIH0NCiANCiAvKg0KQEAgLTIxODgsMjUgKzIyMzks MjYgQEANCiAJfQ0KIAl0cyA9IHRkLT50ZF9zY2hlZDsNCiAJLyoNCi0JICog V2Ugb25seSBkbyBzbGljaW5nIGNvZGUgZm9yIFRJTUVTSEFSRSB0aHJlYWRz Lg0KLQkgKi8NCi0JaWYgKHRkLT50ZF9wcmlfY2xhc3MgIT0gUFJJX1RJTUVT SEFSRSkNCi0JCXJldHVybjsNCi0JLyoNCiAJICogV2UgdXNlZCBhIHRpY2s7 IGNoYXJnZSBpdCB0byB0aGUgdGhyZWFkIHNvIHRoYXQgd2UgY2FuIGNvbXB1 dGUgb3VyDQogCSAqIGludGVyYWN0aXZpdHkuDQogCSAqLw0KIAl0ZC0+dGRf c2NoZWQtPnRzX3J1bnRpbWUgKz0gdGlja2luY3I7DQogCXNjaGVkX2ludGVy YWN0X3VwZGF0ZSh0ZCk7DQogCS8qDQorCSAqIFdlIG9ubHkgZG8gc2xpY2lu ZyBjb2RlIGZvciBUSU1FU0hBUkUgdGhyZWFkcy4NCisJICovDQorCWlmICh0 ZC0+dGRfcHJpX2NsYXNzICE9IFBSSV9USU1FU0hBUkUpDQorCQlyZXR1cm47 DQorCXNjaGVkX3ByaW9yaXR5KHRkKTsNCisJLyoNCiAJICogV2UgdXNlZCB1 cCBvbmUgdGltZSBzbGljZS4NCiAJICovDQotCWlmICgtLXRzLT50c19zbGlj ZSA+IDApDQorCWlmICgrK3RzLT50c19zbGljZSA8IHRkcV9zbGljZSh0ZHEp KQ0KIAkJcmV0dXJuOw0KIAkvKg0KLQkgKiBXZSdyZSBvdXQgb2YgdGltZSwg cmVjb21wdXRlIHByaW9yaXRpZXMgYW5kIHJlcXVldWUuDQorCSAqIFdlJ3Jl IG91dCBvZiB0aW1lLCBmb3JjZSBhIHJlcXVldWUgbGF0ZXIuDQogCSAqLw0K LQlzY2hlZF9wcmlvcml0eSh0ZCk7DQorCXRzLT50c19zbGljZSA9IDA7DQog CXRkLT50ZF9mbGFncyB8PSBUREZfTkVFRFJFU0NIRUQ7DQogfQ0KIA0KQEAg LTIzMjgsMTEgKzIzODAsMTAgQEANCiB0ZHFfYWRkKHN0cnVjdCB0ZHEgKnRk cSwgc3RydWN0IHRocmVhZCAqdGQsIGludCBmbGFncykNCiB7DQogCXN0cnVj dCB0ZF9zY2hlZCAqdHM7DQotCWludCBjbGFzczsNCiAjaWZkZWYgU01QDQor CWludCBjbGFzczsNCiAJaW50IGNwdW1hc2s7DQogI2VuZGlmDQotDQogCVRE UV9MT0NLX0FTU0VSVCh0ZHEsIE1BX09XTkVEKTsNCiAJS0FTU0VSVCgodGQt PnRkX2luaGliaXRvcnMgPT0gMCksDQogCSAgICAoInNjaGVkX2FkZDogdHJ5 aW5nIHRvIHJ1biBpbmhpYml0ZWQgdGhyZWFkIikpOw0KQEAgLTIzNDIsMjAg KzIzOTMsMTAgQEANCiAJICAgICgic2NoZWRfYWRkOiB0aHJlYWQgc3dhcHBl ZCBvdXQiKSk7DQogDQogCXRzID0gdGQtPnRkX3NjaGVkOw0KLQljbGFzcyA9 IFBSSV9CQVNFKHRkLT50ZF9wcmlfY2xhc3MpOw0KLSAgICAgICAgVERfU0VU X1JVTlEodGQpOw0KLQlpZiAodHMtPnRzX3NsaWNlID09IDApDQotCQl0cy0+ dHNfc2xpY2UgPSBzY2hlZF9zbGljZTsNCi0JLyoNCi0JICogUGljayB0aGUg cnVuIHF1ZXVlIGJhc2VkIG9uIHByaW9yaXR5Lg0KLQkgKi8NCi0JaWYgKHRk LT50ZF9wcmlvcml0eSA8PSBQUklfTUFYX1JFQUxUSU1FKQ0KLQkJdHMtPnRz X3J1bnEgPSAmdGRxLT50ZHFfcmVhbHRpbWU7DQotCWVsc2UgaWYgKHRkLT50 ZF9wcmlvcml0eSA8PSBQUklfTUFYX1RJTUVTSEFSRSkNCi0JCXRzLT50c19y dW5xID0gJnRkcS0+dGRxX3RpbWVzaGFyZTsNCi0JZWxzZQ0KLQkJdHMtPnRz X3J1bnEgPSAmdGRxLT50ZHFfaWRsZTsNCisJdGRxX3J1bnFfYWRkKHRkcSwg dHMsIGZsYWdzKTsNCisJdGRxX2xvYWRfYWRkKHRkcSwgdHMpOw0KICNpZmRl ZiBTTVANCisJY2xhc3MgPSBQUklfQkFTRSh0ZC0+dGRfcHJpX2NsYXNzKTsN CiAJY3B1bWFzayA9IDEgPDwgdHMtPnRzX2NwdTsNCiAJLyoNCiAJICogSWYg d2UgaGFkIGJlZW4gaWRsZSwgY2xlYXIgb3VyIGJpdCBpbiB0aGUgZ3JvdXAg YW5kIHBvdGVudGlhbGx5DQpAQCAtMjM3OCw4ICsyNDE5LDYgQEANCiAJaWYg KHRkLT50ZF9wcmlvcml0eSA8IHRkcS0+dGRxX2xvd3ByaSkNCiAJCXRkcS0+ dGRxX2xvd3ByaSA9IHRkLT50ZF9wcmlvcml0eTsNCiAjZW5kaWYNCi0JdGRx X3J1bnFfYWRkKHRkcSwgdHMsIGZsYWdzKTsNCi0JdGRxX2xvYWRfYWRkKHRk cSwgdHMpOw0KIH0NCiANCiAvKg0KQEAgLTI2NjAsOCArMjY5OSwxMCBAQA0K ICAgICAiU2NoZWR1bGVyIik7DQogU1lTQ1RMX1NUUklORyhfa2Vybl9zY2hl ZCwgT0lEX0FVVE8sIG5hbWUsIENUTEZMQUdfUkQsICJVTEUiLCAwLA0KICAg ICAiU2NoZWR1bGVyIG5hbWUiKTsNCi1TWVNDVExfSU5UKF9rZXJuX3NjaGVk LCBPSURfQVVUTywgc2xpY2UsIENUTEZMQUdfUlcsICZzY2hlZF9zbGljZSwg MCwNCi0gICAgIlNsaWNlIHNpemUgZm9yIHRpbWVzaGFyZSB0aHJlYWRzIik7 DQorU1lTQ1RMX0lOVChfa2Vybl9zY2hlZCwgT0lEX0FVVE8sIHNsaWNlLCBD VExGTEFHX1JXLCAmc2NoZWRfc2xpY2VfbWF4LCAwLA0KKyAgICAiTWF4aW11 bSBzbGljZSBzaXplIGZvciB0aW1lc2hhcmUgdGhyZWFkcyIpOw0KK1NZU0NU TF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBzbGljZV9taW4sIENUTEZM QUdfUlcsICZzY2hlZF9zbGljZV9taW4sIDAsDQorICAgICJNaW5pbXVtIHNs aWNlIHNpemUgZm9yIHRpbWVzaGFyZSB0aHJlYWRzIik7DQogU1lTQ1RMX0lO VChfa2Vybl9zY2hlZCwgT0lEX0FVVE8sIGludGVyYWN0LCBDVExGTEFHX1JX LCAmc2NoZWRfaW50ZXJhY3QsIDAsDQogICAgICAiSW50ZXJhY3Rpdml0eSBz Y29yZSB0aHJlc2hvbGQiKTsNCiBTWVNDVExfSU5UKF9rZXJuX3NjaGVkLCBP SURfQVVUTywgcHJlZW1wdF90aHJlc2gsIENUTEZMQUdfUlcsICZwcmVlbXB0 X3RocmVzaCwNCkBAIC0yNjcxLDcgKzI3MTIsNiBAQA0KICAgICAiUGljayB0 aGUgdGFyZ2V0IGNwdSBiYXNlZCBvbiBwcmlvcml0eSByYXRoZXIgdGhhbiBs b2FkLiIpOw0KIFNZU0NUTF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBh ZmZpbml0eSwgQ1RMRkxBR19SVywgJmFmZmluaXR5LCAwLA0KICAgICAiTnVt YmVyIG9mIGh6IHRpY2tzIHRvIGtlZXAgdGhyZWFkIGFmZmluaXR5IGZvciIp Ow0KLVNZU0NUTF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCB0cnlzZWxm LCBDVExGTEFHX1JXLCAmdHJ5c2VsZiwgMCwgIiIpOw0KIFNZU0NUTF9JTlQo X2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBiYWxhbmNlLCBDVExGTEFHX1JXLCAm cmViYWxhbmNlLCAwLA0KICAgICAiRW5hYmxlcyB0aGUgbG9uZy10ZXJtIGxv YWQgYmFsYW5jZXIiKTsNCiBTWVNDVExfSU5UKF9rZXJuX3NjaGVkLCBPSURf QVVUTywgYmFsYW5jZV9pbnRlcnZhbCwgQ1RMRkxBR19SVywNCg== --0-341352189-1194191606=:18739-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 18:38:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0AB216A417 for ; Sun, 4 Nov 2007 18:38:20 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 8579E13C4A5 for ; Sun, 4 Nov 2007 18:38:20 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from f99.mail.ru (f99.mail.ru [194.67.57.9]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 951134145A5 for ; Sun, 4 Nov 2007 21:11:36 +0300 (MSK) Received: from mail by f99.mail.ru with local id 1IojwU-000Iz1-00 for freebsd-stable@freebsd.org; Sun, 04 Nov 2007 21:11:26 +0300 Received: from [195.131.219.204] by win.mail.ru with HTTP; Sun, 04 Nov 2007 21:11:26 +0300 From: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [195.131.219.204] Date: Sun, 04 Nov 2007 21:11:26 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Re: FreeBSD-BETA2 Signal 11 During Install X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 18:38:20 -0000 Hi, Yes I have tis problem since beta1! Signal 11 appears in sysinstall when it try to get INDEX from ftp site. At the end of this operation appears signal 11 and core dumps (the same as Russell Doucette has). So I have installed 7BETA2, without X - it allow me to avoid installation of binary packages after installing ports collection. Then I compile the cvsup from the port collection and syncronize src-all with RELENG_7 and doc-all, ports-all with CURRENT. After in I recompile all system (kernel and world). For kernel I have my own config. but the problem has lefted! When sysinstall try to read INDEX from ftp site appears signal 11 (as I think) and programm crushes. On the screen appears such error: Bus error (core dumped) I have amd64 FreeBSD7 beta2 (this problem was in beta1 and beta1.5) Mihail. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 18:46:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B0F16A420; Sun, 4 Nov 2007 18:46:13 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 84B3213C4A5; Sun, 4 Nov 2007 18:46:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472E1373.4020603@FreeBSD.org> Date: Sun, 04 Nov 2007 19:46:11 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Olli Hauer References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <472E116B.2030003@gmx.de> In-Reply-To: <472E116B.2030003@gmx.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Ken Smith , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 18:46:13 -0000 Olli Hauer wrote: > Ken Smith wrote: >> The 7.0-BETA2 builds have completed and are on many of the FreeBSD >> mirror sites. If you want to update an existing machine using cvsup use >> RELENG_7 as the branch tag. Instructions on using FreeBSD Update to >> perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided >> via the freebsd-stable list when available. >> >> The checksums for the currently available ISOs are: > > Grrrr, > Just updated from the source rebuild world and kernel do debug a system > hang > and notice after hours of recompile (during system hang) that this part > is missing in GENERIC (BETA2) > > # Debugging for use in -current > options KDB # Enable kernel debugger support. > options DDB # Support DDB. > options GDB # Support remote GDB. > options INVARIANTS # Enable calls of extra sanity > checking > options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > options WITNESS # Enable checks to detect > deadlocks and cycles > options WITNESS_SKIPSPIN # Don't run witness on spinlocks > for speed > > > I always thought this will removed if BETA? and RC? phase finished. > Please correct me if I'm wrong. Yes, you're wrong. The debugging options are removed early in the beta cycle when the branch occurs, not at the end right before release. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 19:00:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEEEF16A417 for ; Sun, 4 Nov 2007 19:00:36 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5AE3913C491 for ; Sun, 4 Nov 2007 19:00:36 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 04 Nov 2007 18:53:49 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp054) with SMTP; 04 Nov 2007 19:53:49 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/6jFQ0APj6sOUNDj82YNDbGp91Bf9ONaJAIsWFWN XGO1dxEFE0bhPL Message-ID: <472E153B.4070303@gmx.de> Date: Sun, 04 Nov 2007 19:53:47 +0100 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <472E116B.2030003@gmx.de> <472E1373.4020603@FreeBSD.org> In-Reply-To: <472E1373.4020603@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Ken Smith , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 19:00:37 -0000 Kris Kennaway wrote: > Olli Hauer wrote: >> Ken Smith wrote: >>> The 7.0-BETA2 builds have completed and are on many of the FreeBSD >>> mirror sites. If you want to update an existing machine using cvsup use >>> RELENG_7 as the branch tag. Instructions on using FreeBSD Update to >>> perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided >>> via the freebsd-stable list when available. >>> >>> The checksums for the currently available ISOs are: >> >> Grrrr, >> Just updated from the source rebuild world and kernel do debug a >> system hang >> and notice after hours of recompile (during system hang) that this part >> is missing in GENERIC (BETA2) >> >> # Debugging for use in -current >> options KDB # Enable kernel debugger support. >> options DDB # Support DDB. >> options GDB # Support remote GDB. >> options INVARIANTS # Enable calls of extra sanity >> checking >> options INVARIANT_SUPPORT # Extra sanity checks of >> internal structures, required by INVARIANTS >> options WITNESS # Enable checks to detect >> deadlocks and cycles >> options WITNESS_SKIPSPIN # Don't run witness on >> spinlocks for speed >> >> >> I always thought this will removed if BETA? and RC? phase finished. >> Please correct me if I'm wrong. > > Yes, you're wrong. The debugging options are removed early in the beta > cycle when the branch occurs, not at the end right before release. > > Kris > > _______________________________________________ > 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" > Thanks, Please forgive me the noise new kernel build has started ... olli From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 19:04:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77BFD16A480 for ; Sun, 4 Nov 2007 19:04:49 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 56B4513C491 for ; Sun, 4 Nov 2007 19:04:47 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: (qmail invoked by alias); 04 Nov 2007 18:37:35 -0000 Received: from u18-124.dsl.vianetworks.de (EHLO [172.20.1.30]) [194.231.39.124] by mail.gmx.net (mp049) with SMTP; 04 Nov 2007 19:37:35 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1+W8nksWv+W0tztoYoiP5IuH3asO0BPGqWs5iohWf KQm4XHjDscOWar Message-ID: <472E116B.2030003@gmx.de> Date: Sun, 04 Nov 2007 19:37:31 +0100 From: Olli Hauer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Ken Smith References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> In-Reply-To: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 19:04:49 -0000 Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup use > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided > via the freebsd-stable list when available. > > The checksums for the currently available ISOs are: Grrrr, Just updated from the source rebuild world and kernel do debug a system hang and notice after hours of recompile (during system hang) that this part is missing in GENERIC (BETA2) # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed I always thought this will removed if BETA? and RC? phase finished. Please correct me if I'm wrong. olli From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 19:10:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 228FE16A418 for ; Sun, 4 Nov 2007 19:10:53 +0000 (UTC) (envelope-from "cyb."@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6778E13C48A for ; Sun, 4 Nov 2007 19:10:52 +0000 (UTC) (envelope-from "cyb."@gmx.net) Received: (qmail invoked by alias); 04 Nov 2007 18:43:37 -0000 Received: from pD952F4B4.dip0.t-ipconnect.de (EHLO core2duo.local) [217.82.244.180] by mail.gmx.net (mp019) with SMTP; 04 Nov 2007 19:43:37 +0100 X-Authenticated: #4870692 X-Provags-ID: V01U2FsdGVkX19jqCFTTNdjhGW5cNDsK4rLDCM8SZmYiXT9Ft/Lf1 ell7Q07+BXk3OU Date: Sun, 4 Nov 2007 19:43:31 +0100 From: Andreas Rudisch To: Balgansuren Batsukh Message-Id: <20071104194331.b4fe5f45.cyb.@gmx.net> In-Reply-To: <009a01c81efe$be1f54f0$c801000a@balgaa> References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__4_Nov_2007_19_43_31_+0100_.36QhGpcgcs/rT9a" X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 19:10:53 -0000 --Signature=_Sun__4_Nov_2007_19_43_31_+0100_.36QhGpcgcs/rT9a Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 4 Nov 2007 23:49:13 +0800 "Balgansuren Batsukh" wrote: > Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB CDRO= M=20 > drive on Lenovo X60. > Can't boot system and some times give BTX halted message after CPU regist= er=20 > code ES=3D....,.... Take a look at this: http://hack.org/mc/freebsd-x60.html or try the boot floopies: ftp://ftp7.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/floppies/ ftp://ftp7.freebsd.org/pub/FreeBSD/releases/i386/7.0-BETA2/floppies/ Andreas --=20 GnuPG key : 0x2A573565 | http://cyb.websimplex.de/pubkey.asc Fingerprint: 925D 2089 0BF9 8DE5 9166 33BB F0FD CD37 2A57 3565 --Signature=_Sun__4_Nov_2007_19_43_31_+0100_.36QhGpcgcs/rT9a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHLhLT8P3NNypXNWURAoLLAJ0UXgP3yevauV8aOUvoYhLJ1csRnACcCG/M fY6yZCsRbTe/6y+JTuGyAbo= =+5lT -----END PGP SIGNATURE----- --Signature=_Sun__4_Nov_2007_19_43_31_+0100_.36QhGpcgcs/rT9a-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 19:36:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34F9916A41A for ; Sun, 4 Nov 2007 19:36:50 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id E736313C494 for ; Sun, 4 Nov 2007 19:36:49 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:78bf:47b6:a774:d884] (unknown [IPv6:2001:7b8:3a7:0:78bf:47b6:a774:d884]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id B78D83E; Sun, 4 Nov 2007 20:36:48 +0100 (CET) Message-ID: <472E1F4F.7030409@andric.com> Date: Sun, 04 Nov 2007 20:36:47 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.7pre (Windows/20071029) MIME-Version: 1.0 To: Andreas Rudisch <"cyb."@gmx.net> References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> <20071104194331.b4fe5f45.cyb.@gmx.net> In-Reply-To: <20071104194331.b4fe5f45.cyb.@gmx.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Balgansuren Batsukh Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 19:36:50 -0000 Andreas Rudisch wrote: > or try the boot floopies: > ftp://ftp7.freebsd.org/pub/FreeBSD/releases/i386/6.2-RELEASE/floppies/ > ftp://ftp7.freebsd.org/pub/FreeBSD/releases/i386/7.0-BETA2/floppies/ There's no floppy drive in the X series ThinkPads, so you'll end up using an USB floppy drive. This will probably lead to the same BTX loader problem as with USB CD-ROM drives. The same is probably applicable to booting from USB sticks, and I'm not even sure FreeBSD supports booting off those. AFAIK the only non-PXE alternative is using the UltraBase docking station, which has an optical drive bay connected via ATAPI. But it's rather expensive; here in .nl, it's about EUR 175 for the dock, and EUR 130 for the CD-RW/DVD drive (not even a DVD writer!!). From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 20:06:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8912C16A420 for ; Sun, 4 Nov 2007 20:06:20 +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 5B7FF13C4BB for ; Sun, 4 Nov 2007 20:06:20 +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 DCAD546C27; Sun, 4 Nov 2007 15:06:24 -0500 (EST) Date: Sun, 4 Nov 2007 20:06:11 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "[LoN]Kamikaze" In-Reply-To: <472AF94B.1020600@gmx.de> Message-ID: <20071104200325.T91647@fledge.watson.org> References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, Clint Olsen Subject: Re: Source upgrade from 5.5 to 6.X not safe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:06:20 -0000 On Fri, 2 Nov 2007, [LoN]Kamikaze wrote: >> Well, in this case after running 'make installkernel' and rebooting, the >> system did not come back up because it got kernel fatals on reboot (fatal >> trap 12: page fault while in kernel mode). It appears that my filesystems >> got marked dirty in the reboot loop that ensued, and I had to manually fsck >> them. I figured after that it might boot, but alas problems remained, so >> after grabbing a disc1 image of 6.2 on CDROM I moved kernel.old back and >> kernel to kernel.bad. >> >> Now, sometimes I work fast and loose with the rules of upgrading, but I was >> surprised that I managed to royally screw up things. Any pointers would be >> appreciated before I shave off a few years of my life again. > > I think you might have no choice but to omit the reboots, because the world > contains lots of stuff that has to do with the kernel (like mounting). > > So just go into single user mode and do the usual stuff: > # make installkernel > # mergemaster -p > # make installworld > # mergemaster > # shutdown -r now > > and pray to your deity of choice. > > If the reason for your problem is something else however you're stuck with a > system that can not run with your old kernel. So better backup before you > try. In general, new kernels can reliably run old user spaces, but not new user spaces on old kernels. This is because new user spaces often grow dependencies on new system calls, etc, that have appeared in the kernel, and a system call being missing can lead to rather extreme unhappiness if, say, it's in libc :-). When I upgrade a remote systems, I'll actually almost always run a few days with the new kernel and the old user space to make sure everything has settled nicely before doing the user space upgrade, which is harder to revert. Reverting to an old kernel is easy, and leaving the door open is likewise easy -- as long as you don't installworld. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 20:15:46 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F195116A417; Sun, 4 Nov 2007 20:15:46 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 3055B13C4B7; Sun, 4 Nov 2007 20:15:45 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from OODAMDXP (ws3.oood.vsi.ru [88.83.197.238]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id lA4KF5sD003891; Sun, 4 Nov 2007 23:15:10 +0300 (MSK) Message-ID: <01c801c81f1f$6366ae20$eec55358@OODAMDXP> From: "Oleg Derevenetz" To: "Kris Kennaway" References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org><001201c81353$6b17e300$efc55358@NBOOOD> <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> Date: Sun, 4 Nov 2007 23:14:59 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@FreeBSD.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 20:15:47 -0000 >>>> Dumpdev is swap partition on da0 (single physical disk) that >>>> connected to Mylex AcceleRAID 170 RAID controller. The problem >>>> arrives when I copy large amount of files from FTP to another disk >>>> (da1) that is connected to the same RAID controller. >>> >>> If the driver or controller is misbehaving it could explain both >>> problems. Any chance you can get another disk in there on a different >>> controller to dump onto? >> >> Yes, I got IDE disk and saved kernel dump for another static hang state >> on it. Here is the dump: >> >> ftp://oleg.vsi.ru/private/vmcore.0.zip > > Is this just the vmcore, or the debugging kernel also? Both are needed > to make sense of the dump. Kernel binary with kernel config is here: ftp://oleg.vsi.ru/private/kernel.zip This kernel was built statically, and no modules loaded on boot at all. -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 21:04:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 564AE16A419 for ; Sun, 4 Nov 2007 21:04:47 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from mx2-mtl-ca.pMedia.CA (mx2-mtl-ca.pmedia.ca [68.179.87.11]) by mx1.freebsd.org (Postfix) with ESMTP id D4F5713C48D for ; Sun, 4 Nov 2007 21:04:46 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from mail pickup service by mx2-mtl-ca.pMedia.CA with Microsoft SMTPSVC; Fri, 2 Nov 2007 11:16:27 -0400 X-PMWin-Version: 2.6.1, Antivirus-Engine: 2.51.0 thread-index: AcgdYywn/lIkKxohSZe/bDTIsFoFJg== Received: from webster.isc.org ([204.152.184.12]) by mx1-mtl-ca.pMedia.CA with Microsoft SMTPSVC(6.0.3790.3959); Fri, 2 Nov 2007 11:15:14 -0400 Received: from webster.isc.org (webster.isc.org [204.152.184.12]) by webster.isc.org (Postfix) with ESMTP id B4DCD10E443; Fri, 2 Nov 2007 15:15:29 +0000 (UTC) (envelope-from bind-users-bounce@isc.org) Received: with ECARTIS (v1.0.0; list bind-users); Fri, 02 Nov 2007 15:05:37 +0000 (UTC) X-Original-To: bind-users@webster.isc.org Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by webster.isc.org (Postfix) with ESMTP id 110B910E420 for ; Fri, 2 Nov 2007 15:05:37 +0000 (UTC) (envelope-from spoo@isc.org) Received: by farside.isc.org (Postfix, from userid 107) id C02A8E606B; Fri, 2 Nov 2007 15:05:31 +0000 (UTC) Content-Class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on farside.isc.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL, BAYES_00, DNS_FROM_RFC_ABUSE autolearn=no version=3.1.7 X-Original-To: spoo@farside.isc.org Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.isc.org", Issuer "ISC CA" (verified OK)) by farside.isc.org (Postfix) with ESMTP id B8998E6056 for ; Fri, 2 Nov 2007 15:05:27 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx.isc.org (Postfix) with ESMTP id 0A58311401E for ; Fri, 2 Nov 2007 15:05:25 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id AD5ED3EA6; Sat, 3 Nov 2007 00:05:10 +0900 (KST) Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id B540C3EA5; Sat, 3 Nov 2007 00:05:08 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject:from:reply-to:to:cc:content-type:date:message-id:mime-version:content-transfer-encoding; q=dns/txt; s=s1024; bh=NwXZfvIVM17a0EgNZwZTL1SXNo0=; b=f+1jBQATTFmnfzgz2JvmB/e2WAvdd7X+JDUKTKYCW3wgzLUUEWqQTDBkq9UWNnmaXcSLOXsx3CfsiGpIaXJjthKm7FpKvLKXrJd/JRetXmGjEk8TS4ouH3MDgGyEpUWQjryQtjJ+bYHq3iB8R4AMySSD1pjeGS/9X1oGFMe/iI0= Received: from viola.izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 843B33E94; Sat, 3 Nov 2007 00:05:08 +0900 (KST) Received: from [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f] (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Issuer "鄭聖美" (verified OK)) (Authenticated sender: bh.rfc4871@viola.izb.knu.ac.kr) by viola.izb.knu.ac.kr (Postfix) with ESMTP id D84E55E13; Sat, 3 Nov 2007 00:05:08 +0900 (KST) From: "Byung-Hee HWANG" To: Content-Type: text/plain; charset="iso-8859-1" Organization: InZealBomb Date: Sat, 03 Nov 2007 00:05:07 +0900 Message-ID: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> MIME-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Sender: Errors-To: bind-users-bounce@isc.org Precedence: bulk X-List-ID: Content-Transfer-Encoding: quoted-printable X-OriginalArrivalTime: 02 Nov 2007 15:15:15.0796 (UTC) FILETIME=[2C0B3940:01C81D63] Cc: bind-users@isc.org Subject: [FreeBSD 7.0-BETA1] strange behavior in hostname resolving order X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:04:47 -0000 To Whom It May Concern: (Cc'ed bind-users@isc.org) Usually i prefer 6to4(stf(4)) to 6over4(gif(4)) because some=20 tunnel providers like to limit bandwidth too musch. So until my=20 upstream ISP give me native ipv6 addresses (it's take long time maybe),=20 i'm going to use 6to4 instead of 6over4 continuous. Here is my shot using 6to4: bh@viola:~> uname -a FreeBSD viola.izb.knu.ac.kr 7.0-BETA1 FreeBSD 7.0-BETA1 #0:=20 Fri Nov 2 12:13:10 KST 2007 =20 root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC i386 bh@viola:~> ifconfig rl0 | grep 2002 inet6 2002:9be6:9d5d:2:20b:6aff:fe56:969f prefixlen 64 autoconf=20 bh@viola:~> ping6 -c 5 mx.jp.freebsd.org. PING6(56=3D40+8+8 bytes)=20 2002:9be6:9d5d:2:20b:6aff:fe56:969f --> 2001:218:422:1::15 16 bytes from 2001:218:422:1::15, icmp_seq=3D0 hlim=3D49 time=3D225.297 m= s 16 bytes from 2001:218:422:1::15, icmp_seq=3D1 hlim=3D49 time=3D224.591 m= s 16 bytes from 2001:218:422:1::15, icmp_seq=3D2 hlim=3D49 time=3D237.175 m= s 16 bytes from 2001:218:422:1::15, icmp_seq=3D3 hlim=3D49 time=3D230.540 m= s 16 bytes from 2001:218:422:1::15, icmp_seq=3D4 hlim=3D49 time=3D224.681 m= s --- mx.jp.freebsd.org ping6 statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/std-dev =3D 224.591/228.457/237.175/4.889 ms bh@viola:~> traceroute6 mx.jp.freebsd.org. traceroute6 to mx.jp.freebsd.org (2001:218:422:1::15) from=20 2002:9be6:9d5d:2:20b:6aff:fe56:969f, 64 hops max, 12 byte packets 1 2002:9be6:9d5d:2:250:4dff:fe00:5df3 1.541 ms 0.949 ms 1.154 ms [......] 23 v6.imgsrc.co.jp 264.635 ms 226.812 ms 232.207 ms 24 castle.jp.FreeBSD.org 427.683 ms 219.659 ms 222.862 ms bh@viola:~>=20 And from now on, i would give you one question. Why is 7.0-BETA1=20 different from another -RELEASE in hostname resolving order? AFAIK, at=20 least on 6.2-RELEASE, the order is first IPv6 and then IPv4. However,=20 7.0-BETA1 try to lookup in first IPv4 than IPv6. Here is the evidence: bh@setaria:~> uname -srm FreeBSD 6.2-RELEASE-p8 i386 bh@setaria:~> telnet mx.jp.freebsd.org 25 Trying 2001:218:422:1::15... Connected to mx.jp.freebsd.org. Escape character is '^]'. [......] bh@setaria:~> ssh -v mx.jp.freebsd.org. debug1: Connecting to mx.jp.freebsd.org. [2001:218:422:1::15] ^C =20 And bh@viola:~> uname -srm FreeBSD 7.0-BETA1 i386 bh@viola:~> telnet mx.jp.freebsd.org 25 Trying 210.226.20.15... Connected to mx.jp.freebsd.org. Escape character is '^]'. [......] bh@viola:~> ssh -v mx.jp.freebsd.org. debug1: Connecting to mx.jp.freebsd.org. [210.226.20.15] ^C What happended? Is there anyone to dislike IPv6 in src committers? Please let me know the correct answer to this puzzle ;; Byung-Hee --=20 "After super, can you drive me and the kids to New York in your car?" "That's what I came for." -- Kay Adams and Tom Hagen, "Chapter 32", page 443 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 21:10:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23ADA16A417 for ; Sun, 4 Nov 2007 21:10:24 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.freebsd.org (Postfix) with ESMTP id 11D0513C48E for ; Sun, 4 Nov 2007 21:10:23 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc12) with ESMTP id <20071104211009m1200gqjrle>; Sun, 4 Nov 2007 21:10:09 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 5F5FF179F8; Sun, 4 Nov 2007 13:10:09 -0800 (PST) Date: Sun, 4 Nov 2007 13:10:09 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071104211009.GC20861@0lsen.net> References: <20071102095628.GA796@0lsen.net> <472AF94B.1020600@gmx.de> <20071104200325.T91647@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071104200325.T91647@fledge.watson.org> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Re: Source upgrade from 5.5 to 6.X not safe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:10:24 -0000 On Nov 04, Robert Watson wrote: > When I upgrade a remote systems, I'll actually almost always run a few > days with the new kernel and the old user space to make sure everything > has settled nicely before doing the user space upgrade, which is harder > to revert. Reverting to an old kernel is easy, and leaving the door open > is likewise easy -- as long as you don't installworld. This is sort of what I was hoping to try, but alas I crashed and burned before I could even get the new kernel up and running. I never answered another question posed, and that was whether or not I rebooted in single-user mode - I did not. I also did not install the kernel while in single-user mode because, well, I'm the only user :) Your comment seemed to imply that it can be a safe operation to reboot and run the machine regularly after make installkernel. Am I reading that correctly? In general, is it possible that the installkernel did /not/ complete correctly before I shut down? Is it ever possible that the machine could get put into an indeterminate state when doing installkernel on a running machine? HP-UX used to behave horribly when a binary got clobbered for a process that was running, but I have no idea how FreeBSD copes with changing disk images of a running process. Thanks, -Clint From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 21:11:26 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C632616A419 for ; Sun, 4 Nov 2007 21:11:26 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 897AE13C4B2 for ; Sun, 4 Nov 2007 21:11:26 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iomkf-000EnK-Lm for freebsd-stable@FreeBSD.ORG; Sun, 04 Nov 2007 21:11:25 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iomkf-000PdH-K1 for freebsd-stable@FreeBSD.ORG; Sun, 04 Nov 2007 21:11:25 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iomkf-0007HH-JC for freebsd-stable@FreeBSD.ORG; Sun, 04 Nov 2007 21:11:25 +0000 To: freebsd-stable@FreeBSD.ORG Message-Id: From: Pete French Date: Sun, 04 Nov 2007 21:11:25 +0000 Cc: Subject: Best way to use more that 4 gigs of memory ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:11:26 -0000 I have been doing some experiments with runnign 32 bit processed on and amd64 kernel over the last couple of days and am wondering what the general feel is for the best way to use over 4 gigs of memory. As far as I can see I have 3 options: 1) amd64 kernel + 64 bit processes 2) amd64 kernel + 32 bit processes 3) i386 kernel with PAE and 32 bit processes I was initially thinking that option 1 was the best, but benchmarking it the programs take 3 times longer to run that option 2! This astounds me and I intend to investigate why, but given it is rue then that rules it out as a viable solution for deploying stuff. Which leaves either 32 bit processes on a 64 bit kernel or alternatively running under PAE on a 32 bit kerenel. I don't know a lot about PAE and was wondering if anyone had any advice either way as to which wouldbe the most stable and/or best performing. cheers, -pcf. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 21:25:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A923A16A46D for ; Sun, 4 Nov 2007 21:25:06 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 66A0B13C4BA for ; Sun, 4 Nov 2007 21:25:06 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 04 Nov 2007 16:24:56 -0500 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAPLHLUdCq09i/2dsb2JhbACBWw X-IronPort-AV: i="4.21,369,1188792000"; d="scan'208"; a="169701506:sNHT20186352" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id lA4LOttq036920; Sun, 4 Nov 2007 16:24:56 -0500 (EST) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 4 Nov 2007 16:24:55 -0500 Date: Sun, 4 Nov 2007 16:24:50 -0500 From: "J.R. Oldroyd" To: Mark Atkinson Message-ID: <20071104162450.0da3df2a@linwhf.opal.com> In-Reply-To: References: <20071031183451.5d036293@linwhf.opal.com> <20071101204634.0d4efd14@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-unknown-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Cc: freebsd-stable@freebsd.org Subject: [SOLVED] Re: freebsd-7.0b1 xorg-7.3_1 runs only once X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 21:25:06 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpPbiBGcmks IDAyIE5vdiAyMDA3IDEzOjI0OjA0IC0wNzAwLCBNYXJrIEF0a2luc29uIDxhdGtpbjkwMUB5YWhv by5jb20+IHdyb3RlOg0KPg0KPiANCj4gSi5SLiBPbGRyb3lkIHdyb3RlOg0KPiA+PiB4b3JnLTcu M18xIHJ1bnMgZmluZSwgYnV0IGp1c3Qgb25jZS4NCj4gPj4gDQo+ID4+IFN1YnNlcXVlbnQgYXR0 ZW1wdHMgdG8gc3RhcnQgeG9yZyByZXN1bHQgaW46DQo+ID4+IChFRSkgSTgxMCgwKTogVl9CSU9T IGFkZHJlc3MgMHgwIG91dCBvZiByYW5nZQ0KPiA+PiAoRUUpIEk4MTAoMCk6IFZCRSBpbml0aWFs aXphdGlvbiBmYWlsZWQuDQo+ID4+IChFRSkgU2NyZWVuKHMpIGZvdW5kLCBidXQgbm9uZSBoYXZl IGEgdXNhYmxlIGNvbmZpZ3VyYXRpb24uDQo+ID4+IA0KPiBJIGFsc28gaGF2ZSB0aGlzIHByb2Js ZW0gb24gd2l0aCB0aGUgaTkxNSBtb2R1bGUuICBUaGVyZSBhcmUgc29tZQ0KPiBkaWZmZXJlbmNl cyBpbiBhZ3AgYmV0d2VlbiAtY3VycmVudC83LjAgYW5kIC1zdGFibGUsIGJ1dCBpOTE1IGFuZCBk cm0gaGF2ZQ0KPiBiZWVuIE1GQydkIGJldHdlZW4gc3RhYmxlIGFuZCBjdXJyZW50LCBzbyBJJ20g bm90IHN1cmUgd2hhdCdzIHVwLg0KPiANCg0KVGhlIHByb2JsZW0gZ29lcyBhd2F5IGlmIHlvdSBk ZWluc3RhbGwgeDExLWRyaXZlcnMveGY4Ni12aWRlby1pODEwIGFuZA0KdXNlIGluIGl0cyBwbGFj ZSB4MTEtZHJpdmVycy94Zjg2LXZpZGVvLWludGVsLg0KDQpUaGVyZSdzIGZ1cnRoZXIgZGlzY3Vz c2lvbiBhYm91dCB0aGlzIG92ZXIgb24gdGhlIHgxMUAgbGlzdC4NCg0KCS1qcg0KLS0tLS1CRUdJ TiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYxLjQuNyAoRnJlZUJTRCkNCg0K aUQ4REJRRkhMamlpbHMzM3VycjBrNGtSQXN0a0FKNG9hazAyTUV3TDNBczFFcUV4NENXR3BGd2lB QUNmYjJvRg0KNE9Ka2xvcTcvdDdoaGVwNWM2RFNUR0k9DQo9bTRqVQ0KLS0tLS1FTkQgUEdQIFNJ R05BVFVSRS0tLS0tDQo= From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 22:26:21 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A07B816A418 for ; Sun, 4 Nov 2007 22:26:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id E934813C48E; Sun, 4 Nov 2007 22:26:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472E470C.9030607@FreeBSD.org> Date: Sun, 04 Nov 2007 23:26:20 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Oleg Derevenetz References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org><001201c81353$6b17e300$efc55358@NBOOOD> <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> In-Reply-To: <01c801c81f1f$6366ae20$eec55358@OODAMDXP> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 22:26:21 -0000 Oleg Derevenetz wrote: >>>>> Dumpdev is swap partition on da0 (single physical disk) that >>>>> connected to Mylex AcceleRAID 170 RAID controller. The problem >>>>> arrives when I copy large amount of files from FTP to another disk >>>>> (da1) that is connected to the same RAID controller. >>>> >>>> If the driver or controller is misbehaving it could explain both >>>> problems. Any chance you can get another disk in there on a >>>> different controller to dump onto? >>> >>> Yes, I got IDE disk and saved kernel dump for another static hang >>> state on it. Here is the dump: >>> >>> ftp://oleg.vsi.ru/private/vmcore.0.zip >> >> Is this just the vmcore, or the debugging kernel also? Both are >> needed to make sense of the dump. > > Kernel binary with kernel config is here: > > ftp://oleg.vsi.ru/private/kernel.zip > > This kernel was built statically, and no modules loaded on boot at all. > > -- > Oleg Derevenetz OOD3-RIPE > Phone: +7 4732 539880 > Fax: +7 4732 531415 http://www.vsi.ru > CenterTelecom Voronezh ISP http://isp.vsi.ru > > That kernel doesn't appear to match with the vmcore, are you sure it is the right one? Are you able to successfully run kgdb on these locally? Kris From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 22:35:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63EE116A41A for ; Sun, 4 Nov 2007 22:35:52 +0000 (UTC) (envelope-from kometen@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 F0C5613C48E for ; Sun, 4 Nov 2007 22:35:51 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1002999nfb for ; Sun, 04 Nov 2007 14:35:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=1Ne+hy6gJGS0FNlY9nRotrz+jbTWwUoKX7vfp7YJWgA=; b=m0880SADm5yVcyiuA0UnuvqdXk9XfGDi2/oLS6ordX3GW0qpUEE92ye7s2jlvBsls6tgmdxf/qfA4DUeDxGQXOREIXPcAhTCacPHwigwIHKKcrohr9LT+GqMBgnMwAHFOR5pwYXfGay8kEO3p88AfDbugEkibSoAwbWJ1jvVcSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nQd32LTrOGqHNU2j0uC5VxKhFOC0mJWG+OhTOw1ZYuNwqnhGZMhhopp85Xy5IM1phkohy3KsiSrMuwTflIr5ox8TBU6bIpTz2FThVEu834n8dGIwp07A/11n0hWCfwiN23+6HwTZ+AOZdS7R07+ONaT84/5/qNRRgpmcTu/ZoCU= Received: by 10.78.204.1 with SMTP id b1mr3270247hug.1194214179241; Sun, 04 Nov 2007 14:09:39 -0800 (PST) Received: by 10.78.146.10 with HTTP; Sun, 4 Nov 2007 14:09:39 -0800 (PST) Message-ID: Date: Sun, 4 Nov 2007 23:09:39 +0100 From: "Claus Guttesen" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Best way to use more that 4 gigs of memory ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 22:35:52 -0000 > 1) amd64 kernel + 64 bit processes > 2) amd64 kernel + 32 bit processes > 3) i386 kernel with PAE and 32 bit processes > > I was initially thinking that option 1 was the best, but benchmarking it > the programs take 3 times longer to run that option 2! This astounds me > and I intend to investigate why, but given it is rue then that rules it out > as a viable solution for deploying stuff. How did you benchmark? Maby there are some hints on tune/optimize? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 22:39:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F4ED16A419 for ; Sun, 4 Nov 2007 22:39:29 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id DCFC313C4A3 for ; Sun, 4 Nov 2007 22:39:28 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.30] (host-83-146-60-88.bulldogdsl.com [83.146.60.88]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id lA4MJ0KZ078915; Sun, 4 Nov 2007 22:19:00 GMT (envelope-from rb@gid.co.uk) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Sun, 4 Nov 2007 22:19:14 +0000 To: Pete French X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: Best way to use more that 4 gigs of memory ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 22:39:29 -0000 Hi, On 4 Nov 2007, at 21:11, Pete French wrote: > I have been doing some experiments with runnign 32 bit processed on > and amd64 kernel over the last couple of days and am wondering what > the general feel is for the best way to use over 4 gigs of memory. > As far > as I can see I have 3 options: > > 1) amd64 kernel + 64 bit processes > 2) amd64 kernel + 32 bit processes > 3) i386 kernel with PAE and 32 bit processes > > I was initially thinking that option 1 was the best, but > benchmarking it > the programs take 3 times longer to run that option 2! This > astounds me > and I intend to investigate why, but given it is rue then that > rules it out > as a viable solution for deploying stuff. I had similar results, I surmise (without evidence) it's to do with cache usage. > Which leaves either 32 bit processes on a 64 bit kernel or > alternatively > running under PAE on a 32 bit kerenel. I don't know a lot about PAE > and > was wondering if anyone had any advice either way as to which > wouldbe the most > stable and/or best performing. If your workload is CPU-intensive it probably doesn't matter; if it isn't, I'd do some more experiments. > cheers, > > -pcf. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 4 23:04:42 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62CC016A420; Sun, 4 Nov 2007 23:04:42 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id A983613C48A; Sun, 4 Nov 2007 23:04:41 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from OODAMDXP (ws3.oood.vsi.ru [88.83.197.238]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id lA4N4BlY029432; Mon, 5 Nov 2007 02:04:16 +0300 (MSK) Message-ID: <037101c81f37$02736b40$eec55358@OODAMDXP> From: "Oleg Derevenetz" To: "Kris Kennaway" References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org><001201c81353$6b17e300$efc55358@NBOOOD> <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org> Date: Mon, 5 Nov 2007 02:04:04 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@FreeBSD.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 23:04:42 -0000 >>>>>> Dumpdev is swap partition on da0 (single physical disk) that >>>>>> connected to Mylex AcceleRAID 170 RAID controller. The problem >>>>>> arrives when I copy large amount of files from FTP to another disk >>>>>> (da1) that is connected to the same RAID controller. >>>>> >>>>> If the driver or controller is misbehaving it could explain both >>>>> problems. Any chance you can get another disk in there on a different >>>>> controller to dump onto? >>>> >>>> Yes, I got IDE disk and saved kernel dump for another static hang state >>>> on it. Here is the dump: >>>> >>>> ftp://oleg.vsi.ru/private/vmcore.0.zip >>> >>> Is this just the vmcore, or the debugging kernel also? Both are needed >>> to make sense of the dump. >> >> Kernel binary with kernel config is here: >> >> ftp://oleg.vsi.ru/private/kernel.zip >> >> This kernel was built statically, and no modules loaded on boot at all. > > That kernel doesn't appear to match with the vmcore, are you sure it is > the right one? Are you able to successfully run kgdb on these locally? # kgdb kernel vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc0554b12 in doadump () #1 0xc048fe2b in db_fncall () #2 0xc048fc30 in db_command () #3 0xc048fcf8 in db_command_loop () #4 0xc04918f5 in db_trap () #5 0xc056e158 in kdb_trap () #6 0xc06c5960 in trap () #7 0xc06b176a in calltrap () #8 0xc056debf in kdb_enter () #9 0xc069bad6 in siointr1 () #10 0xc069b8cd in siointr () #11 0xc06b5565 in intr_execute_handlers () #12 0xc06b7cc6 in lapic_handle_intr () #13 0xc06b1b23 in Xapic_isr1 () #14 0xc06aaa4d in acpi_cpu_c1 () #15 0xc049b9c9 in acpi_cpu_idle () #16 0xc06b9e54 in cpu_idle () #17 0xc05402e9 in idle_proc () #18 0xc05400cc in fork_exit () #19 0xc06b17cc in fork_trampoline () (kgdb) info threads 114 Thread 100124 (PID=854: mc) 0xc05663ab in sched_switch () 113 Thread 100059 (PID=851: csh) 0xc05663ab in sched_switch () 112 Thread 100107 (PID=850: su) 0xc05663ab in sched_switch () 111 Thread 100125 (PID=845: csh) 0xc05663ab in sched_switch () 110 Thread 100122 (PID=844: sshd) 0xc05663ab in sched_switch () 109 Thread 100137 (PID=840: sshd) 0xc05663ab in sched_switch () 108 Thread 100138 (PID=839: httpd) 0xc05663ab in sched_switch () 107 Thread 100085 (PID=838: httpd) 0xc05663ab in sched_switch () 106 Thread 100092 (PID=837: httpd) 0xc05663ab in sched_switch () 105 Thread 100104 (PID=836: httpd) 0xc05663ab in sched_switch () 104 Thread 100083 (PID=835: httpd) 0xc05663ab in sched_switch () 103 Thread 100042 (PID=834: httpd) 0xc05663ab in sched_switch () 102 Thread 100064 (PID=833: httpd) 0xc05663ab in sched_switch () 101 Thread 100082 (PID=832: httpd) 0xc05663ab in sched_switch () 100 Thread 100106 (PID=831: httpd) 0xc05663ab in sched_switch () 99 Thread 100114 (PID=830: httpd) 0xc05663ab in sched_switch () 98 Thread 100080 (PID=829: httpd) 0xc05663ab in sched_switch () 97 Thread 100096 (PID=828: httpd) 0xc05663ab in sched_switch () 96 Thread 100113 (PID=827: httpd) 0xc05663ab in sched_switch () 95 Thread 100103 (PID=826: httpd) 0xc05663ab in sched_switch () 94 Thread 100139 (PID=825: httpd) 0xc05663ab in sched_switch () 93 Thread 100140 (PID=824: httpd) 0xc05663ab in sched_switch () 92 Thread 100141 (PID=823: httpd) 0xc05663ab in sched_switch () 91 Thread 100142 (PID=822: httpd) 0xc05663ab in sched_switch () 90 Thread 100076 (PID=821: httpd) 0xc05663ab in sched_switch () 89 Thread 100093 (PID=820: httpd) 0xc05663ab in sched_switch () 88 Thread 100069 (PID=819: httpd) 0xc05663ab in sched_switch () 87 Thread 100099 (PID=818: httpd) 0xc05663ab in sched_switch () 86 Thread 100068 (PID=817: httpd) 0xc05663ab in sched_switch () 85 Thread 100041 (PID=816: httpd) 0xc05663ab in sched_switch () 84 Thread 100070 (PID=815: httpd) 0xc05663ab in sched_switch () 83 Thread 100098 (PID=814: httpd) 0xc05663ab in sched_switch () 82 Thread 100050 (PID=813: httpd) 0xc05663ab in sched_switch () 81 Thread 100088 (PID=812: httpd) 0xc05663ab in sched_switch () 80 Thread 100131 (PID=811: httpd) 0xc05663ab in sched_switch () 79 Thread 100100 (PID=810: httpd) 0xc05663ab in sched_switch () 78 Thread 100133 (PID=809: mysqld) 0xc05663ab in sched_switch () 77 Thread 100126 (PID=809: mysqld) 0xc05663ab in sched_switch () 76 Thread 100134 (PID=809: mysqld) 0xc05663ab in sched_switch () 75 Thread 100079 (PID=809: mysqld) 0xc05663ab in sched_switch () 74 Thread 100128 (PID=809: mysqld) 0xc05663ab in sched_switch () 73 Thread 100130 (PID=809: mysqld) 0xc05663ab in sched_switch () 72 Thread 100039 (PID=809: mysqld) 0xc05663ab in sched_switch () 71 Thread 100144 (PID=804: getty) 0xc05663ab in sched_switch () 70 Thread 100145 (PID=803: getty) 0xc05663ab in sched_switch () 69 Thread 100146 (PID=802: getty) 0xc05663ab in sched_switch () 68 Thread 100147 (PID=801: getty) 0xc05663ab in sched_switch () 67 Thread 100148 (PID=800: getty) 0xc05663ab in sched_switch () 66 Thread 100149 (PID=799: getty) 0xc05663ab in sched_switch () 65 Thread 100123 (PID=798: getty) 0xc05663ab in sched_switch () 64 Thread 100110 (PID=797: getty) 0xc05663ab in sched_switch () 63 Thread 100054 (PID=796: getty) 0xc05663ab in sched_switch () 62 Thread 100111 (PID=782: inetd) 0xc05663ab in sched_switch () 61 Thread 100112 (PID=762: httpd) 0xc05663ab in sched_switch () 60 Thread 100077 (PID=731: sh) 0xc05663ab in sched_switch () 59 Thread 100075 (PID=728: cron) 0xc05663ab in sched_switch () 58 Thread 100040 (PID=720: snmpd) 0xc05663ab in sched_switch () 57 Thread 100078 (PID=705: cron) 0xc05663ab in sched_switch () 56 Thread 100061 (PID=699: sendmail) 0xc05663ab in sched_switch () 55 Thread 100101 (PID=693: sendmail) 0xc05663ab in sched_switch () 54 Thread 100095 (PID=688: sshd) 0xc05663ab in sched_switch () 53 Thread 100119 (PID=663: ntpd) 0xc05663ab in sched_switch () 52 Thread 100109 (PID=632: usbd) 0xc05663ab in sched_switch () 51 Thread 100073 (PID=585: accounting) 0xc05663ab in sched_switch () 50 Thread 100065 (PID=568: named) 0xc05663ab in sched_switch () 49 Thread 100108 (PID=548: syslogd) 0xc05663ab in sched_switch () 48 Thread 100121 (PID=531: ipmon) 0xc05663ab in sched_switch () 47 Thread 100071 (PID=435: devd) 0xc05663ab in sched_switch () 46 Thread 100089 (PID=164: adjkerntz) 0xc05663ab in sched_switch () 45 Thread 100044 (PID=44: schedcpu) 0xc05663ab in sched_switch () ---Type to continue, or q to quit--- 44 Thread 100045 (PID=43: softdepflush) 0xc05663ab in sched_switch () 43 Thread 100046 (PID=42: vnlru) 0xc05663ab in sched_switch () 42 Thread 100047 (PID=41: syncer) 0xc05663ab in sched_switch () 41 Thread 100048 (PID=40: bufdaemon) 0xc05663ab in sched_switch () 40 Thread 100049 (PID=39: pagezero) 0xc05663ab in sched_switch () 39 Thread 100027 (PID=38: vmdaemon) 0xc05663ab in sched_switch () 38 Thread 100028 (PID=37: pagedaemon) 0xc05663ab in sched_switch () 37 Thread 100029 (PID=36: irq7: ppc0) 0xc06b17c4 in fork_trampoline () 36 Thread 100030 (PID=35: fdc0) 0xc05663ab in sched_switch () 35 Thread 100031 (PID=34: swi0: sio) 0xc05663ab in sched_switch () 34 Thread 100032 (PID=33: irq1: atkbd0) 0xc05663ab in sched_switch () 33 Thread 100033 (PID=32: irq22: fxp0) 0xc05663ab in sched_switch () 32 Thread 100034 (PID=31: irq20: mly0) 0xc05663ab in sched_switch () 31 Thread 100035 (PID=30: irq15: ata1) 0xc06b17c4 in fork_trampoline () 30 Thread 100036 (PID=29: irq14: ata0) 0xc05663ab in sched_switch () 29 Thread 100037 (PID=28: usb1) 0xc05663ab in sched_switch () 28 Thread 100017 (PID=27: irq17: ehci0) 0xc06b17c4 in fork_trampoline () 27 Thread 100018 (PID=26: usbtask) 0xc05663ab in sched_switch () 26 Thread 100019 (PID=25: usb0) 0xc05663ab in sched_switch () 25 Thread 100020 (PID=24: irq16: ohci0) 0xc06b17c4 in fork_trampoline () 24 Thread 100021 (PID=23: irq9: acpi0) 0xc06b17c4 in fork_trampoline () 23 Thread 100022 (PID=22: swi5: +) 0xc06b17c4 in fork_trampoline () 22 Thread 100023 (PID=21: thread taskq) 0xc05663ab in sched_switch () 21 Thread 100024 (PID=20: swi6: Giant taskq) 0xc05663ab in sched_switch () 20 Thread 100025 (PID=19: swi6: task queue) 0xc05663ab in sched_switch () 19 Thread 100026 (PID=9: kqueue taskq) 0xc05663ab in sched_switch () 18 Thread 100008 (PID=8: acpi_task_2) 0xc05663ab in sched_switch () 17 Thread 100009 (PID=7: acpi_task_1) 0xc05663ab in sched_switch () 16 Thread 100010 (PID=6: acpi_task_0) 0xc05663ab in sched_switch () 15 Thread 100011 (PID=18: swi2: cambio) 0xc05663ab in sched_switch () 14 Thread 100012 (PID=5: xpt_thrd) 0xc05663ab in sched_switch () 13 Thread 100013 (PID=17: yarrow) 0xc05663ab in sched_switch () 12 Thread 100014 (PID=4: g_down) 0xc05663ab in sched_switch () 11 Thread 100015 (PID=3: g_up) 0xc05663ab in sched_switch () 10 Thread 100016 (PID=2: g_event) 0xc05663ab in sched_switch () 9 Thread 100000 (PID=16: swi3: vm) 0xc06b17c4 in fork_trampoline () 8 Thread 100001 (PID=15: swi4: clock sio) 0xc05663ab in sched_switch () 7 Thread 100002 (PID=14: swi1: net) 0xc05663ab in sched_switch () 6 Thread 100003 (PID=13: idle: cpu0) 0xc06b1eb1 in Xcpustop () * 5 Thread 100004 (PID=12: idle: cpu1) 0xc0554b12 in doadump () 4 Thread 100005 (PID=11: idle: cpu2) 0xc06b1eb1 in Xcpustop () 3 Thread 100006 (PID=10: idle: cpu3) 0xc06b1eb1 in Xcpustop () 2 Thread 100007 (PID=1: init) 0xc05663ab in sched_switch () 1 Thread 0 (PID=0: swapper) 0xc05663ab in sched_switch () (kgdb) thread 26 [Switching to thread 26 (Thread 100019)]#0 0xc05663ab in sched_switch () (kgdb) bt #0 0xc05663ab in sched_switch () #1 0xc055b868 in mi_switch () #2 0xc0573bd9 in sleepq_switch () #3 0xc0573de2 in sleepq_timedwait () #4 0xc055b269 in msleep () #5 0xc050cfa8 in usb_event_thread () #6 0xc05400cc in fork_exit () #7 0xc06b17cc in fork_trampoline () Anyway, kernel in kernel.zip is exactly the same kernel for which this vmcore generated. I have no any other kernel on this machine :-) -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 00:16:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C2516A41B; Mon, 5 Nov 2007 00:16:17 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.freebsd.org (Postfix) with ESMTP id 6B94D13C48D; Mon, 5 Nov 2007 00:16:17 +0000 (UTC) (envelope-from alex.kovalenko@verizon.net) Received: from [10.0.3.231] ([70.21.144.51]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR000MRB8L2M4V4@vms046.mailsrvcs.net>; Sun, 04 Nov 2007 17:15:14 -0600 (CST) Date: Sun, 04 Nov 2007 18:14:38 -0500 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <009a01c81efe$be1f54f0$c801000a@balgaa> To: Balgansuren Batsukh Message-id: <1194218078.40743.21.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-type: text/plain Content-transfer-encoding: 7bit References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 00:16:17 -0000 On Sun, 2007-11-04 at 23:49 +0800, Balgansuren Batsukh wrote: > Hello All, > > Last few days I try to boot FreeBSD-6.2, 7.0-BETA1 boot CD using USB CDROM > drive on Lenovo X60. > > It give kind of assembler code non-stop flow over screen. > > Can't boot system and some times give BTX halted message after CPU register > code ES=....,.... > > Is there any way to boot/install FreeBSD-6.2/7.0-BETA on X60? If you have another box on the network, PXE is the way to go. I have used it to troubleshoot my X60, when I have rendered it unbootable, enough times to justify time spent. I have acquired UltraBase since then, but it is still *much more convenient* to boot with PXE in need. Below are relevant pieces of the information from the server (its name is 'twinhead', its IP is 10.0.3.236 and install CD is copied into '/SHARED/tftpboot', tftp user with access to the setup is named 'sunny' -- you will have to adjust it accordingly): ======================= excerpt from /usr/local/etc/dhcpd.conf (I am using isc-dhcp3-server-3.0.5_2): server-name "twinhead"; server-identifier 10.0.3.236; next-server 10.0.3.236; # This is a very basic subnet declaration. subnet 10.0.3.0 netmask 255.255.255.0 { range 10.0.3.33 10.0.3.64; option routers 10.0.3.242; option domain-name-servers 10.0.3.242; option root-path "/SHARED/tftpboot"; filename "boot/pxeboot"; } ======================== /SHARED/tftpboot/boot/loader.rc echo Loading Kernel... load /boot/kernel/kernel echo Loading mfsroot... load -t mfs_root /mfsroot echo booting... echo \007\007 echo initializing h0h0magic... set vfs.root.mountfrom="ufs:/dev/md0c" boot ======================== excerpt from /etc/inetd.conf tftp dgram udp wait root /usr/libexec/tftpd tftpd -u sunny -l -s /SHARED/tftpboot ======================== I have also gunzip'ed /SHARED/tftpboot/boot/mfsroot.gz and placed it into /SHARED/tftpboot/. I don't think there was much else needed doing before you can attempt booting your X60. Once you boot, you can switch to FTP install, so version, you are booting from, does not need exactly match whatever you want installed. Note: you need to make sure there are no other active DHCP servers on your network -- I have spend few hours hunting down that one ;) > > Regards, > Balgaa > > _______________________________________________ > 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" -- Alexandre "Sunny" Kovalenko From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 07:18:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B82BF16A418 for ; Mon, 5 Nov 2007 07:18:30 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from drone2.qsi.net.nz (drone2-svc-skyt.qsi.net.nz [202.89.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 389E113C49D for ; Mon, 5 Nov 2007 07:18:29 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: (qmail 32591 invoked by uid 0); 5 Nov 2007 07:11:18 -0000 Received: from unknown (HELO chen.org.nz) ([202.89.146.5]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 5 Nov 2007 07:11:16 -0000 Received: by chen.org.nz (Postfix, from userid 1000) id 0FE797E862; Mon, 5 Nov 2007 20:11:16 +1300 (NZDT) Date: Mon, 5 Nov 2007 20:11:16 +1300 From: Jonathan Chen To: Jeremy Messenger Message-ID: <20071105071116.GA2757@osiris.chen.org.nz> References: <20071102110528.GA38207@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, freebsd-gnome@freebsd.org Subject: Re: 6-STABLE & net-p2p/deluge port X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 07:18:30 -0000 On Fri, Nov 02, 2007 at 06:00:53PM -0500, Jeremy Messenger wrote: > On Fri, 02 Nov 2007 06:05:28 -0500, Jonathan Chen wrote: > > >Hi, > > > >Is anyone else on the list experiencing kernel panics with 6-STABLE > >when using net-p2p/deluge? Recent versions of deluge 0.5.6.x seem to > >be tickling a kernel bug in the networking code. Anyone using it on > >7-STABLE with success? > > I am running 0.5.6.2 in RELENG_7 and I don't see any panic. It works fine > to download about 1.5MiB/s yesterday and have been doing seed at all the > time since yesterday. I took the plunge and upgraded to RELENG_7, and can confirm that the panic doesn't happen with BETA2. Yay! -- Jonathan Chen ---------------------------------------------------------------------- "Lots of folks confuse bad management with destiny" - Kin Hubbard From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 07:31:44 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B844916A41A for ; Mon, 5 Nov 2007 07:31:44 +0000 (UTC) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [IPv6:2001:200:1b1::35]) by mx1.freebsd.org (Postfix) with ESMTP id 555EA13C480 for ; Mon, 5 Nov 2007 07:31:44 +0000 (UTC) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ncg-dhcp77.isl.rdc.toshiba.co.jp (unknown [IPv6:2001:200:1b1:1010:217:f2ff:fe26:34a0]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id CB99D73018; Mon, 5 Nov 2007 16:31:42 +0900 (JST) Date: Mon, 05 Nov 2007 16:31:33 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: bh@izb.knu.ac.kr In-Reply-To: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> References: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.0 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: stable@freebsd.org, bind-users@isc.org Subject: Re: [FreeBSD 7.0-BETA1] strange behavior in hostname resolving order X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 07:31:44 -0000 At Sat, 03 Nov 2007 00:05:07 +0900, Byung-Hee HWANG wrote: > Usually i prefer 6to4(stf(4)) to 6over4(gif(4)) because some > tunnel providers like to limit bandwidth too musch. So until my > upstream ISP give me native ipv6 addresses (it's take long time maybe), > i'm going to use 6to4 instead of 6over4 continuous. (snip) > And from now on, i would give you one question. Why is 7.0-BETA1 > different from another -RELEASE in hostname resolving order? AFAIK, at > least on 6.2-RELEASE, the order is first IPv6 and then IPv4. However, > 7.0-BETA1 try to lookup in first IPv4 than IPv6. Here is the evidence: This is most likely because 7.0 now installs the address selection policy table at boot time by default: http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?r1=1.304&r2=1.305 Now if you have (which I guess is your network configuration) A. a global IPv4 address and B. a 6to4 IPv6 address, and have a candidate destination addresses C. a global IPv4 address (like 210.226.20.15) D. a native global IPv6 address (like 2001:218:422:1::15) then getaddrinfo() will prefer the combination of {A and C} because these addresses have a matching scope while B and D don't. If you make sure the 6to4 source address always wins, you should modify the policy table to: Prefix Precedence Label ::1/128 50 0 ::/0 40 1 2002::/16 30 1 ::/96 20 3 ::ffff:0:0/96 100 4 (i.e., change the label of 2002::/16). JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 07:54:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528FA16A468 for ; Mon, 5 Nov 2007 07:54:14 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 31BAB13C49D for ; Mon, 5 Nov 2007 07:54:14 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id D28D61FC002; Sun, 4 Nov 2007 22:50:47 -0800 (PST) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.048 X-Spam-Level: X-Spam-Status: No, score=-4.048 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.351, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id snAQwOpnd4dO; Sun, 4 Nov 2007 22:50:43 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 09E8E1FC001; Sun, 4 Nov 2007 22:50:43 -0800 (PST) Date: Sun, 4 Nov 2007 22:50:42 -0800 (PST) From: Tom Samplonius To: Ladislav Bodnar Message-ID: <26105855.3781194245442987.JavaMail.root@ly.sdf.com> In-Reply-To: <200711050004.55540.distro.watch@msa.hinet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.90] Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 07:54:14 -0000 ----- "Ladislav Bodnar" wrote: > On Sunday 04 November 2007, Ken Smith wrote: > > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > > mirror sites. If you want to update an existing machine using cvsup > use > > RELENG_7 as the branch tag. Instructions on using FreeBSD Update > to > > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be > provided > > via the freebsd-stable list when available. > > These release announcements seem to be shorter and shorter with every > > release. Is there a changelog to see what has changed since BETA1? If > so, > would you please consider linking to it in future announcements? > > Thanks a lot :-) I recommend reading the FreeBSD quarterly reports. They have a better overview of what is going on each version. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 08:22:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 487FD16A417 for ; Mon, 5 Nov 2007 08:22:41 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 98A6E13C480 for ; Mon, 5 Nov 2007 08:22:40 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 05 Nov 2007 08:15:41 -0000 Received: from vpn-cl-164-95.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.164.95] by mail.gmx.net (mp056) with SMTP; 05 Nov 2007 09:15:41 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+0e4EHsBi0/31yO9RuEL9Rh4gS5/KtETypgm8z7X 93dDt67NbP8CM/ Message-ID: <472ED12B.7040200@gmx.de> Date: Mon, 05 Nov 2007 09:15:39 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: "[LoN]Kamikaze" , Anish Mistry , freebsd-stable@freebsd.org References: <200710171228.39123.mistry.7@osu.edu> <20071018053839.GA25417@abigail.blackend.org> <200710181132.00669.mistry.7@osu.edu> <4717818B.5020503@gmx.de> <20071018191422.GA42310@abigail.blackend.org> In-Reply-To: <20071018191422.GA42310@abigail.blackend.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: Re: RELENG_7 jerky mouse and skipping sound X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 08:22:41 -0000 Marc Fonvieille wrote: > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: >> Anish Mistry wrote: >>> On Thursday 18 October 2007, Marc Fonvieille wrote: >>>> On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: >>>>> I just updated to RELENG_7 from 6.2 and I'm running into some >>>>> really annoying issues with jerky mouse movement and skipping >>>>> sound. This seems to be similar to: >>>>> Re: SCHED_4BSD in RELENG_7 disturbs workflow >>>>> This happens both with 4BSD and ULE. >>>>> >>>>> I seems to happen when I'm compiling ports and a new cc/bzip2/sh >>>>> process fires off (I'm just watching top), I'll get the >>>>> skip/freezeup. >>>> [...] >>>> >>>> Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the >>>> things but it's still very annoying to use firefox during ports >>>> build. I see this lag/freeze on all boxes I use with 7.0, but it's >>>> true that with a fast machine people can ignore the problem, it's >>>> less obvious than with a 1GHz box for example. >>> Yeah, I'm still seeing this behavior. Does anyone have suggestions on >>> debugging? >>> >>> Thanks, >>> >> I did post the solution in this thread. > > It has nothing to do with the mouse. > Does the problem persist for you? It's gone for me, even with moused. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:09:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC43116A417 for ; Mon, 5 Nov 2007 09:09:18 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 6BCF713C4B3 for ; Mon, 5 Nov 2007 09:09:18 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 94C4319E02A; Mon, 5 Nov 2007 10:09:05 +0100 (CET) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id EEF9219E027; Mon, 5 Nov 2007 10:09:01 +0100 (CET) Message-ID: <472EDDB4.7080807@quip.cz> Date: Mon, 05 Nov 2007 10:09:08 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Dimitry Andric References: <200711021208.25913.Thomas.Sparrevohn@btinternet.com> <472D9B2A.5080900@FreeBSD.org> <200711041302.08877.peter.schuller@infidyne.com> <200711041423.54336.Thomas.Sparrevohn@btinternet.com> <472DDEA2.7080804@FreeBSD.org> <009a01c81efe$be1f54f0$c801000a@balgaa> <20071104194331.b4fe5f45.cyb.@gmx.net> <472E1F4F.7030409@andric.com> In-Reply-To: <472E1F4F.7030409@andric.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "cyb." <"cyb."@gmx.net>, freebsd-stable@freebsd.org, Balgansuren Batsukh Subject: Re: FreeBSD-6.2, 7.0-BETA1 boot on Lenovo X60 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:09:18 -0000 Dimitry Andric wrote: > Andreas Rudisch wrote: [...] > There's no floppy drive in the X series ThinkPads, so you'll end up > using an USB floppy drive. This will probably lead to the same BTX > loader problem as with USB CD-ROM drives. The same is probably > applicable to booting from USB sticks, and I'm not even sure FreeBSD > supports booting off those. About a year ago I created USB stick with GRUB instead of BTX loader for booting on CD-ROM less Sun Fire servers. It works well. So this is the possible way to go. You can create just bootable USB stick from miniboot ISO (30MB) and then install from internal CD-ROM or from network (FTP, NFS...). Or you can create completely working instalation media with packeges etc on USB stick bigger than 512MB. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:15:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482D316A417 for ; Mon, 5 Nov 2007 09:15:34 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0C94813C49D for ; Mon, 5 Nov 2007 09:15:33 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id D244BA21632 for ; Mon, 5 Nov 2007 10:54:53 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from [192.168.2.100] (pc50.host50.starman.ee [62.65.242.50]) by mx2.starman.ee (Postfix) with ESMTP id CD8EA3F407E for ; Mon, 5 Nov 2007 10:54:53 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Mon, 5 Nov 2007 10:54:53 +0200 User-Agent: KMail/1.9.7 References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <200711050004.55540.distro.watch@msa.hinet.net> In-Reply-To: <200711050004.55540.distro.watch@msa.hinet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711051054.53577.antik@bsd.ee> Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:15:34 -0000 Sunday 04 November 2007 18:04:55 kirjutas Ladislav Bodnar: > On Sunday 04 November 2007, Ken Smith wrote: > > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > > mirror sites. If you want to update an existing machine using cvsup use > > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided > > via the freebsd-stable list when available. > > These release announcements seem to be shorter and shorter with every > release. Is there a changelog to see what has changed since BETA1? If so, > would you please consider linking to it in future announcements? > Why hurry with untested releases? I see so many obvious bugs and human errors during release builds. Where is quality assurance or release engineering? It smells more like ALPHA development not proper releasing... IMHO From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:15:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C084016A419 for ; Mon, 5 Nov 2007 09:15:56 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 8665513C4AA for ; Mon, 5 Nov 2007 09:15:56 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id E9DBFA215DC for ; Mon, 5 Nov 2007 10:51:54 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from [192.168.2.100] (pc50.host50.starman.ee [62.65.242.50]) by mx2.starman.ee (Postfix) with ESMTP id 02DDC3F406B for ; Mon, 5 Nov 2007 10:51:54 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Mon, 5 Nov 2007 10:51:53 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711051051.54103.antik@bsd.ee> Subject: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:15:56 -0000 After some experimenting with BETA1/1.5 or whatever it is I encountered serious problems: 1. Emergency shell on tty3 is useless- not a single command is available. 2. When tried to use installcd as livecd is asked me to insert livecd (there is plenty of free space available on installcd- why not use that usefully?). I am positive I was able to use emergency shell and livecd function on CURRENT september snapsot just fine (i386 version though). Andrei From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:31:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85CBC16A41A for ; Mon, 5 Nov 2007 09:31:51 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 40D6213C48D for ; Mon, 5 Nov 2007 09:31:51 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 945BC1B10EE8; Mon, 5 Nov 2007 10:22:36 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 83E1E1B10EBB; Mon, 5 Nov 2007 10:22:30 +0100 (CET) Message-ID: <472EE0D6.8070404@moneybookers.com> Date: Mon, 05 Nov 2007 11:22:30 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Andrei Kolu References: <200711051051.54103.antik@bsd.ee> In-Reply-To: <200711051051.54103.antik@bsd.ee> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4673/Sun Nov 4 23:22:25 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:31:51 -0000 Hi, Andrei Kolu wrote: > After some experimenting with BETA1/1.5 or whatever it is I encountered > serious problems: > > 1. Emergency shell on tty3 is useless- not a single command is available. > This is install CD not fixit CD. On istall CD emergency shell becomes useful once you actually install those commands. > 2. When tried to use installcd as livecd is asked me to insert livecd (there > is plenty of free space available on installcd- why not use that usefully?). > BETA ISOs are smaller only because packages are not included, and they will be included for FreeBSD 7.0-RELEASE. > I am positive I was able to use emergency shell and livecd function on CURRENT > september snapsot just fine (i386 version though). > Yes you can use it and now after the install process is started. > > Andrei > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:32:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EBA816A468 for ; Mon, 5 Nov 2007 09:32:59 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id D765313C4B3 for ; Mon, 5 Nov 2007 09:32:58 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 9F9DD1B10EE6; Mon, 5 Nov 2007 10:32:43 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 7224B1B10EEB; Mon, 5 Nov 2007 10:32:40 +0100 (CET) Message-ID: <472EE338.70807@moneybookers.com> Date: Mon, 05 Nov 2007 11:32:40 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Andrei Kolu References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <200711050004.55540.distro.watch@msa.hinet.net> <200711051054.53577.antik@bsd.ee> In-Reply-To: <200711051054.53577.antik@bsd.ee> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4673/Sun Nov 4 23:22:25 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:32:59 -0000 Hi, Andrei Kolu wrote: > Sunday 04 November 2007 18:04:55 kirjutas Ladislav Bodnar: > >> On Sunday 04 November 2007, Ken Smith wrote: >> >>> The 7.0-BETA2 builds have completed and are on many of the FreeBSD >>> mirror sites. If you want to update an existing machine using cvsup use >>> RELENG_7 as the branch tag. Instructions on using FreeBSD Update to >>> perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided >>> via the freebsd-stable list when available. >>> >> These release announcements seem to be shorter and shorter with every >> release. Is there a changelog to see what has changed since BETA1? If so, >> would you please consider linking to it in future announcements? >> >> > Why hurry with untested releases? I see so many obvious bugs and human errors > during release builds. Where is quality assurance or release engineering? > > It smells more like ALPHA development not proper releasing... > > IMHO > It will be better if you summarize all those BUGs that you see. Human errors can always happen. I guess BETA2 comes so short only because there was few major problems with BETA1, and BETA1.5 changed version to BETA1 after update, which was little weird, hence the need to bump version. So for me BETA2 is actually the real BETA1 :) I'm not part of re@ but this seems reasonable explanation. Also have in mind that this is voluntary project, and I think that the resources that it have are well used. Don't you think so? BTW snapshots are done every month, so it's just time for the next snapshot, that is called BETA2 ... Instead of moaning we better start testing and report problems (and whoever can send fixes) :) > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:35:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F7016A419 for ; Mon, 5 Nov 2007 09:35:36 +0000 (UTC) (envelope-from secupdates@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 622DD13C494 for ; Mon, 5 Nov 2007 09:35:36 +0000 (UTC) (envelope-from secupdates@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so884228nzf for ; Mon, 05 Nov 2007 01:35:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=l8ck5NQOtEGMIqHqYGEK2cv/PQ7lOs/BvSa8ARs7vr4=; b=neeS+L8nhI0BMiyrrkIm7sm05xcWsy1JvoqwUkvqyNTgxHcNm7cb7JC15BGr0voG6YxpwzwopKWEMnLce+vZpOnQs87tdVaJ+6vvDRw06k+T54e0pitzDbq451on3ZUGq5ydXhiK4oMzPdpb8PcE2ucAuXKO4EJ05wnJBsB5boQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=JkeW6UwgSXINrSd+zXcEr26s04+26c8LXPoDmyXLGWjB36xQ76DMiugq1LrN+YJrzdwrm5oNSie5XK6mUDfRZqA/uUL03b13S1acxqbz2Hm178mOBAu3PNbFPAad4e0ZlKIJSippukDsDFEkyUmj+8HOacJHCulHgbiUuWqljlA= Received: by 10.142.171.6 with SMTP id t6mr907214wfe.1194253842881; Mon, 05 Nov 2007 01:10:42 -0800 (PST) Received: by 10.142.204.11 with HTTP; Mon, 5 Nov 2007 01:10:42 -0800 (PST) Message-ID: <2af0ea0a0711050110l3946c180m1576d3551fa8f3f9@mail.gmail.com> Date: Mon, 5 Nov 2007 04:10:42 -0500 From: "Sec Updates Account" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD hangs on Dell PE2850 needs usb keyboard to revive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:35:36 -0000 Hi , I am facing a strange but critical issue. I have a FreeBSD 6.2 server ,this server runs on PE2850 with 4G ram and Dual Xeon's . Every once in a while the server will just hang , no network connectivity or anything else. if i plugin a USB keyboard , the server will come back to life as if nothing happend. the server works fine and with out a problem until next time. I tried diabeling ACPI but that did not change a thing. I have enbaled all *.* to all.log and been digging through logs to find a solution with no luck. at this point I am open to ANY suggestion . my dmesg output after keyboard inserted : ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 2, iclass 3/1 kbd2 at ukbd0 my hardware : Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Sun Sep 2 14:49:17 GMT 2007 toor@ed1srv01.etadirect.net:/usr/obj/usr/src/sys/CARP WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2783.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 4026400768 (3839 MB) avail memory = 3942158336 (3759 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic1: Changing APIC ID to 9 ioapic1: Assuming intbase of 16 ioapic2: Changing APIC ID to 10 ioapic2: Assuming intbase of 32 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard cpu1 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib0: unable to route slot 15 INTA pci0: at device 4.0 (no driver attached) pci0: at device 4.1 (no driver attached) pci0: at device 4.2 (no driver attached) pci0: at device 14.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8b0-0x8bf at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0xfe100000-0xfe100fff irq 5 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib3: pcibus 3 on motherboard pci3: on pcib3 bge0: mem 0xfcf10000-0xfcf1ffff irq 28 at device 6.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:11:43:d6:d0:e1 bge0: [GIANT-LOCKED] bge1: mem 0xfcf00000-0xfcf0ffff irq 29 at device 8.0 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:11:43:d6:d0:e2 bge1: [GIANT-LOCKED] pcib4: pcibus 4 on motherboard pci4: on pcib4 pcib5: at device 8.0 on pci4 pci5: on pcib5 aac0: mem 0xf0000000-0xf7ffffff irq 30 at device 8.1 on pci4 aac0: [FAST] aac0: Adaptec Raid Controller 2.0.0-1 pcib1: pcibus 1 on motherboard pci1: on pcib1 pcib2: pcibus 2 on motherboard pci2: on pcib2 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) ukbd0: DELL DELL USB Keyboard, rev 1.10/1.05, addr 2, iclass 3/1 kbd2 at ukbd0 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. acd0: CDROM at ata0-master UDMA33 aacd0: on aac0 aacd0: 69425MB (142182656 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/aacd0s1a Accounting enabled From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:37:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B067D16A417 for ; Mon, 5 Nov 2007 09:37:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5E513C481 for ; Mon, 5 Nov 2007 09:37:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IoyO4-0002Rq-3v; Mon, 05 Nov 2007 11:36:52 +0200 Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IoyO1-000Gev-Ha; Mon, 05 Nov 2007 11:36:51 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lA59aeAL013508; Mon, 5 Nov 2007 11:36:40 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id lA59aevc013507; Mon, 5 Nov 2007 11:36:40 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Nov 2007 11:36:40 +0200 From: Kostik Belousov To: Kris Kennaway Message-ID: <20071105093640.GN37471@deviant.kiev.zoral.com.ua> References: <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ddVNVndjoME2R1oO" Content-Disposition: inline In-Reply-To: <472E470C.9030607@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 3b10ce253585130f5293a5b36593fd37 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1735 [Nov 04 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org, Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:37:02 -0000 --ddVNVndjoME2R1oO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 11:26:20PM +0100, Kris Kennaway wrote: > Oleg Derevenetz wrote: > >>>>>Dumpdev is swap partition on da0 (single physical disk) that=20 > >>>>>connected to Mylex AcceleRAID 170 RAID controller. The problem=20 > >>>>>arrives when I copy large amount of files from FTP to another disk= =20 > >>>>>(da1) that is connected to the same RAID controller. > >>>> > >>>>If the driver or controller is misbehaving it could explain both=20 > >>>>problems. Any chance you can get another disk in there on a=20 > >>>>different controller to dump onto? > >>> > >>>Yes, I got IDE disk and saved kernel dump for another static hang=20 > >>>state on it. Here is the dump: > >>> > >>>ftp://oleg.vsi.ru/private/vmcore.0.zip > >> > >>Is this just the vmcore, or the debugging kernel also? Both are=20 > >>needed to make sense of the dump. > > > >Kernel binary with kernel config is here: > > > >ftp://oleg.vsi.ru/private/kernel.zip > > > >This kernel was built statically, and no modules loaded on boot at all. > > > >--=20 > >Oleg Derevenetz OOD3-RIPE > >Phone: +7 4732 539880 > >Fax: +7 4732 531415 http://www.vsi.ru > >CenterTelecom Voronezh ISP http://isp.vsi.ru > > > > >=20 > That kernel doesn't appear to match with the vmcore, are you sure it is= =20 > the right one? Are you able to successfully run kgdb on these locally? Besides the matching kernel, kgdb also must be build from the same sources as the kernel to provide useful information from the core dump. Anyway, I looked at the ddb output already, said that it looks as either driver or hw problem with very high confidence. I think the time of the project could be spent more productive elsewere, while submitter checks his hardware, for instance, by changing controller, disks, or controller type. --ddVNVndjoME2R1oO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHLuQnC3+MBN1Mb4gRAmrxAKDDQCX2fj/aLo/LQvQmVHmx1xMNaACfUlXq eXGxRq44T5ohAmmabn4hL9w= =oVN3 -----END PGP SIGNATURE----- --ddVNVndjoME2R1oO-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:45:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7670716A41A for ; Mon, 5 Nov 2007 09:45:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 6345E13C48A; Mon, 5 Nov 2007 09:45:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472EE61B.3080609@FreeBSD.org> Date: Mon, 05 Nov 2007 10:44:59 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kostik Belousov References: <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org> <20071105093640.GN37471@deviant.kiev.zoral.com.ua> In-Reply-To: <20071105093640.GN37471@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:45:01 -0000 Kostik Belousov wrote: > On Sun, Nov 04, 2007 at 11:26:20PM +0100, Kris Kennaway wrote: >> Oleg Derevenetz wrote: >>>>>>> Dumpdev is swap partition on da0 (single physical disk) that >>>>>>> connected to Mylex AcceleRAID 170 RAID controller. The problem >>>>>>> arrives when I copy large amount of files from FTP to another disk >>>>>>> (da1) that is connected to the same RAID controller. >>>>>> If the driver or controller is misbehaving it could explain both >>>>>> problems. Any chance you can get another disk in there on a >>>>>> different controller to dump onto? >>>>> Yes, I got IDE disk and saved kernel dump for another static hang >>>>> state on it. Here is the dump: >>>>> >>>>> ftp://oleg.vsi.ru/private/vmcore.0.zip >>>> Is this just the vmcore, or the debugging kernel also? Both are >>>> needed to make sense of the dump. >>> Kernel binary with kernel config is here: >>> >>> ftp://oleg.vsi.ru/private/kernel.zip >>> >>> This kernel was built statically, and no modules loaded on boot at all. >>> >>> -- >>> Oleg Derevenetz OOD3-RIPE >>> Phone: +7 4732 539880 >>> Fax: +7 4732 531415 http://www.vsi.ru >>> CenterTelecom Voronezh ISP http://isp.vsi.ru >>> >>> >> That kernel doesn't appear to match with the vmcore, are you sure it is >> the right one? Are you able to successfully run kgdb on these locally? > > Besides the matching kernel, kgdb also must be build from the same sources > as the kernel to provide useful information from the core dump. > > Anyway, I looked at the ddb output already, said that it looks as either > driver or hw problem with very high confidence. > > I think the time of the project could be spent more productive elsewere, > while submitter checks his hardware, for instance, by changing controller, > disks, or controller type. Yes, at this point it does seem to be related to the mylex controller. I hear from another developer that they are not considered to be high-quality hardware. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 09:46:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4679616A419 for ; Mon, 5 Nov 2007 09:46:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 9AEFA13C4BC; Mon, 5 Nov 2007 09:46:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472EE675.6040105@FreeBSD.org> Date: Mon, 05 Nov 2007 10:46:29 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Andrei Kolu References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <200711050004.55540.distro.watch@msa.hinet.net> <200711051054.53577.antik@bsd.ee> In-Reply-To: <200711051054.53577.antik@bsd.ee> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 09:46:31 -0000 Andrei Kolu wrote: > Sunday 04 November 2007 18:04:55 kirjutas Ladislav Bodnar: >> On Sunday 04 November 2007, Ken Smith wrote: >>> The 7.0-BETA2 builds have completed and are on many of the FreeBSD >>> mirror sites. If you want to update an existing machine using cvsup use >>> RELENG_7 as the branch tag. Instructions on using FreeBSD Update to >>> perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided >>> via the freebsd-stable list when available. >> These release announcements seem to be shorter and shorter with every >> release. Is there a changelog to see what has changed since BETA1? If so, >> would you please consider linking to it in future announcements? >> > Why hurry with untested releases? I see so many obvious bugs and human errors > during release builds. Where is quality assurance or release engineering? > > It smells more like ALPHA development not proper releasing... Thanks for your insights, have a nice day. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 10:07:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33F8E16A418; Mon, 5 Nov 2007 10:07:49 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7454F13C4B2; Mon, 5 Nov 2007 10:07:48 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from OODAMDXP (ws3.oood.vsi.ru [88.83.197.238]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id lA59q9vp027442; Mon, 5 Nov 2007 12:52:15 +0300 (MSK) Message-ID: <006401c81f91$88325ca0$eec55358@OODAMDXP> From: "Oleg Derevenetz" To: "Kostik Belousov" , "Kris Kennaway" References: <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org> <20071105093640.GN37471@deviant.kiev.zoral.com.ua> Date: Mon, 5 Nov 2007 12:52:03 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 10:07:49 -0000 > Anyway, I looked at the ddb output already, said that it looks as either > driver or hw problem with very high confidence. > > I think the time of the project could be spent more productive elsewere, > while submitter checks his hardware, for instance, by changing controller, > disks, or controller type. I already said that: 1. This controller and disks succesfully works earlier with FreeBSD 4.6.2 without any problems; 2. I tried to replace a disk with another one (the same model), but it doesn't help. Unfortunately, I have no another free SCSI controller (but see #1); 3. I have another AMD64 machine with different hardware (including disks and SCSI controller) that periodically suffers from the same problem. Unfortunately, that machine is in production and heavily loaded, so I can't overload it even more with INVARIANTS, WITNESS, and DIAGNOSTIC - my clients will not forgive me for that. -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 10:17:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CDF516A41B for ; Mon, 5 Nov 2007 10:17:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 7B27713C4A7; Mon, 5 Nov 2007 10:17:55 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472EEDD2.1010203@FreeBSD.org> Date: Mon, 05 Nov 2007 11:17:54 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Oleg Derevenetz References: <47278B33.6040904@FreeBSD.org> <008401c81ca8$65861a70$eec55358@OODAMDXP> <472DDF50.80505@FreeBSD.org> <01c801c81f1f$6366ae20$eec55358@OODAMDXP> <472E470C.9030607@FreeBSD.org> <20071105093640.GN37471@deviant.kiev.zoral.com.ua> <006401c81f91$88325ca0$eec55358@OODAMDXP> In-Reply-To: <006401c81f91$88325ca0$eec55358@OODAMDXP> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 10:17:56 -0000 Oleg Derevenetz wrote: >> Anyway, I looked at the ddb output already, said that it looks as either >> driver or hw problem with very high confidence. >> >> I think the time of the project could be spent more productive elsewere, >> while submitter checks his hardware, for instance, by changing >> controller, >> disks, or controller type. > > I already said that: > > 1. This controller and disks succesfully works earlier with FreeBSD > 4.6.2 without any problems; Yes, as Kostik says it may be a driver problem. Or it could be a hardware problem because the driver is quite different than in 4.x, and may be exercising the hardware in a different way that provokes a hardware bug. > 2. I tried to replace a disk with another one (the same model), but it > doesn't help. Unfortunately, I have no another free SCSI controller (but > see #1); > 3. I have another AMD64 machine with different hardware (including disks > and SCSI controller) that periodically suffers from the same problem. > Unfortunately, that machine is in production and heavily loaded, so I > can't overload it even more with INVARIANTS, WITNESS, and DIAGNOSTIC - > my clients will not forgive me for that. Many different problems can have similar symptoms when you do not look closely. Indeed, the PR you are replying to is itself a completely different issue that has nothing to do with your own bug report, and someone else also replied to it with what looks like yet another completely different issue. There is no evidence so far pointing anywhere apart from the mylex controller, so that argues against the hypothesis that your second problem is the same. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 10:33:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C63E16A417 for ; Mon, 5 Nov 2007 10:33:32 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 1C60113C4AC for ; Mon, 5 Nov 2007 10:33:31 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 13102 invoked from network); 5 Nov 2007 04:06:31 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Nov 2007 04:06:31 -0600 Date: Mon, 5 Nov 2007 21:06:26 +1100 From: Norberto Meijome To: FreeBSD Stable ML Message-ID: <20071105210626.49f84cc5@meijome.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 10:33:32 -0000 Hi list, I'm using 7.0-BETA2 on my laptop. While building different ports, i am encountering messages like the following (in particular the last line, the others are only warnings) /usr/bin/ld: warning: libstdc++.so.5, needed by /usr/local/lib/libicui18n.so.36, may conflict with libstdc++.so.6 /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may conflict with libm.so.5 /usr/bin/ld: warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may conflict with libm.so.5 /usr/local/lib/compat/libpthread.so.2: undefined reference to `__malloc_lock' gmake[1]: I don't ever remember getting this error before. I am pretty sure i'm using only binaries built on this machine for 7.0... have I missed anything? what's the cause of this error? FWIW, I have compat6x installed thanks!! Beto _________________________ {Beto|Norberto|Numard} Meijome "With COBOL, the job description of 'computer programmer' will be a thing of the past. Everybody will program. The boss will dictate a program to his secretary, who will keypunch it for him." 1960's quote about the upcoming COBOL language (thx. Lance N!) I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 10:43:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBB8B16A421 for ; Mon, 5 Nov 2007 10:43:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 49E9413C4BE; Mon, 5 Nov 2007 10:43:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472EF3D4.70507@FreeBSD.org> Date: Mon, 05 Nov 2007 11:43:32 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Norberto Meijome References: <20071105210626.49f84cc5@meijome.net> In-Reply-To: <20071105210626.49f84cc5@meijome.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 10:43:34 -0000 Norberto Meijome wrote: > Hi list, > I'm using 7.0-BETA2 on my laptop. While building different ports, i am encountering messages like the following (in particular the last line, the others are only warnings) > > /usr/bin/ld: warning: libstdc++.so.5, needed > by /usr/local/lib/libicui18n.so.36, may conflict with > libstdc++.so.6 > > /usr/bin/ld: warning: libm.so.4, needed > by /usr/local/lib/libicui18n.so.36, may conflict with libm.so.5 > > /usr/bin/ld: > warning: libm.so.4, needed by /usr/local/lib/libicui18n.so.36, may conflict > with libm.so.5 > > /usr/local/lib/compat/libpthread.so.2: undefined reference to > `__malloc_lock' gmake[1]: > > I don't ever remember getting this error before. I am pretty sure i'm using only binaries built on this machine for 7.0... have I missed anything? what's the cause of this error? > > FWIW, I have compat6x installed You missed the "portupgrade -fa" step of the upgrade from 6.x to 7.x. Those errors come from binaries linked to both 6.x and 7.x libraries. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 11:49:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA76C16A420; Mon, 5 Nov 2007 11:49:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 666BB13C4A5; Mon, 5 Nov 2007 11:49:13 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 5DB9F1BAC24; Mon, 5 Nov 2007 12:49:12 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA5Bn9aL006316; Mon, 5 Nov 2007 12:49:09 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194263351; bh=SDIhpr+vt1btrXbU7WmE0GSx+iidfTP0XqrDmlJ 4Bxc=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=pSncmRUI15eArqAoBpJVb5Cn 1Ppltf/UV6fBSWJ4/y7b7Y5M66FuzoFz2MaywdV3tBUIlqj7Wo8+PtGWC/gwGQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=PxCw1PJqZ1vmV69OXzIh3xVq4swEAEoMUtRvL76XsknvVyjGt0Vg1sAURfJAB5M1B 1du11F9oSpRvIYfWGGtdA== Message-ID: <472F0335.8060707@restart.be> Date: Mon, 05 Nov 2007 12:49:09 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: ZFS - kmem_malloc too small X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 11:49:13 -0000 Hello I'm running 7.0-BETA1 with patch http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch -- without this patch, the panic come sooner. I setup my root fs under zfs. the boot fs is under gmirror+ufs. loader.conf: #--- Tuning for ZFS - http://wiki.freebsd.org/ZFSTuningGuide vm.kmem_size="600M" # Size of kernel memory vm.kmem_size_max="600M" # Max kmem size vfs.zfs.debug="0" # ZFS - debug messages vfs.zfs.prefetch_disable="1" # ZFS - disable prefetch vfs.zfs.arc_max="128M" # ZFS - maximum ARC size : 128MB #--- Mount root filesystem from ZFS zfs_load="YES" # Load ZFS module vfs.root.mountfrom="zfs:pool0" # Root filesystem is pool0 zpool status: pool: pool0 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool0 ONLINE 0 0 0 mirror ONLINE 0 0 0 da0s2 ONLINE 0 0 0 da1s2 ONLINE 0 0 0 errors: No known data errors pool: pool1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool1 ONLINE 0 0 0 da0s3 ONLINE 0 0 0 da1s3 ONLINE 0 0 0 errors: No known data errors pool: pool2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad6s3 ONLINE 0 0 0 errors: No known data errors When copying avi files (~300MB each) from pool0 to a ufs under gjournal gjournal list Geom name: gjournal 2719642309 ID: 2719642309 Providers: 1. Name: ad4s2.journal Mediasize: 49384282112 (46G) Sectorsize: 512 Mode: r1w1e2 Consumers: 1. Name: ad4s2 Mediasize: 51531766272 (48G) Sectorsize: 512 Mode: r1w1e1 Jend: 51531765760 Jstart: 49384282112 Role: Data,Journal I got: Panic String: kmem_malloc(131072): kmem_map too small: 400539648 total allocated Just before the panic, I observe a freeze of 8 sec. as by the patch. Anyway, I'm quite pleased with zfs Henri From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 12:55:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC3E16A418 for ; Mon, 5 Nov 2007 12:55:25 +0000 (UTC) (envelope-from nakaji@kankyo-u.ac.jp) Received: from www.heimat.gr.jp (unknown [IPv6:2001:3e0:a84::1]) by mx1.freebsd.org (Postfix) with ESMTP id 259D013C48D for ; Mon, 5 Nov 2007 12:55:24 +0000 (UTC) (envelope-from nakaji@kankyo-u.ac.jp) Received: from ra333.heimat.gr.jp.kankyo-u.ac.jp ([IPv6:2001:3e0:a84:0:200:4cff:fe17:573c]) by www.heimat.gr.jp (8.14.1/8.14.1) with ESMTP id lA5CtHIP021634 for ; Mon, 5 Nov 2007 21:55:17 +0900 (JST) (envelope-from nakaji@kankyo-u.ac.jp) From: NAKAJI Hiroyuki To: freebsd-stable@freebsd.org References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> <200711050004.55540.distro.watch@msa.hinet.net> <200711051054.53577.antik@bsd.ee> <472EE338.70807@moneybookers.com> Date: Mon, 05 Nov 2007 21:55:16 +0900 In-Reply-To: <472EE338.70807@moneybookers.com> (Stefan Lambrev's message of "Mon, 05 Nov 2007 11:32:40 +0200") Message-ID: <868x5c26ob.fsf@ra333.heimat.gr.jp> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Subject: Re: FreeBSD 7.0-BETA2 Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 12:55:25 -0000 This is a "it works!" report. :) >>>>> In <472EE338.70807@moneybookers.com> >>>>> Stefan Lambrev wrote: > Instead of moaning we better start testing and report problems (and > whoever can send fixes) :) Well, I installed my snapshot of 6.2-STABLE on HP ML115 server and updated by 'make world'. There seems no problem. FreeBSD/amd64 7.0-BETA2 is fine. $ uname -a FreeBSD ML115.heimat.gr.jp 7.0-BETA2 FreeBSD 7.0-BETA2 #0: Sun Nov 4 00:13:22 JST 2007 root@ML115.heimat.gr.jp:/usr/obj/usr/src/sys/GENERIC amd64 I added ATI Radeon X1300 on it. Xorg 7.3 works well with this video card with vesa driver. I put the /var/run/dmesg.boot of ML115 at http://heimat.jp/~nakaji/FreeBSD/ML115/dmesg.boot -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 16:23:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0412816A417 for ; Mon, 5 Nov 2007 16:23:48 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id C6D3B13C4BD for ; Mon, 5 Nov 2007 16:23:47 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 5ABBDC943A for ; Mon, 5 Nov 2007 11:06:39 -0500 (EST) Message-Id: From: Vivek Khera To: FreeBSD Stable In-Reply-To: <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) X-Priority: 3 (Normal) Date: Mon, 5 Nov 2007 11:06:38 -0500 References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> X-Mailer: Apple Mail (2.912) Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 16:23:48 -0000 On Nov 2, 2007, at 3:30 AM, Chris H. wrote: > FWIW The system already knows what timezone it lives in. It simply > chose > to change to PST according to the /normal/ standards. What happened > here > in the USA, is that president Bush decided that we'd be better > served here > if we waited an additional week to set our clocks back one hour. So. > It seems > this particular server decided to ignore our president (not that I > blame it) Most of us went through this *last* year when the rules took effect. Did it not affect your system last year? Basically you need to get a corrected /etc/localtime and restart any long running programs that depend on time, notably cron. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 18:26:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA3D216A418 for ; Mon, 5 Nov 2007 18:26:08 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id A528913C4AA for ; Mon, 5 Nov 2007 18:26:08 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 95015 invoked by uid 1001); 5 Nov 2007 17:59:42 -0000 Date: Mon, 5 Nov 2007 09:59:42 -0800 From: "David E. Thiel" To: freebsd-stable@freebsd.org Message-ID: <20071105175942.GM24004@redundancy.redundancy.org> References: <200710171228.39123.mistry.7@osu.edu> <20071018053839.GA25417@abigail.blackend.org> <200710181132.00669.mistry.7@osu.edu> <4717818B.5020503@gmx.de> <20071018191422.GA42310@abigail.blackend.org> <472ED12B.7040200@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472ED12B.7040200@gmx.de> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 18:26:08 -0000 On Mon, Nov 05, 2007 at 09:15:39AM +0100, [LoN]Kamikaze wrote: > Does the problem persist for you? It's gone for me, even with moused. The sound skipping went away a while ago, but desktop performance is still lousy while compiling on a UP machine. Fiddling with X's rtprio can more or less fix the problem, but it's a pain to do it manually each time. If it were a scheduler issue, it would seem like the priority of make isn't getting bumped down enough and its children aren't being spawned with the appropriate lower priority - but it happens with both schedulers for me, so I don't know what's going on. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 20:24:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64F3C16A417 for ; Mon, 5 Nov 2007 20:24:28 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-04.rdc-kc.rr.com (ms-smtp-04.rdc-kc.rr.com [24.94.166.116]) by mx1.freebsd.org (Postfix) with ESMTP id 1F11813C4A3 for ; Mon, 5 Nov 2007 20:24:28 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-04.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA5KO8Vs017529 for ; Mon, 5 Nov 2007 14:24:08 -0600 (CST) Received: from omnihp-rj45.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA5KOBsQ002664 for ; Mon, 5 Nov 2007 14:24:11 -0600 (CST) (envelope-from doug@polands.org) Message-ID: <472F7BE9.8080807@polands.org> Date: Mon, 05 Nov 2007 14:24:09 -0600 From: Doug Poland User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4675/Mon Nov 5 10:20:43 2007 on corinth.polands.org X-Virus-Status: Clean Subject: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 20:24:28 -0000 Hello, I've been having frequent problems with BETA1 and now BETA2 "freezing". There is no diagnostic information, nothing in /var/log/messages, nothing, just a hung interface. I cannot ssh into the machine and it appears the box ceases to communicate on SSH. A couple of times I've had screen corruption on the laptop's LCD display. Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, pidgin, and a bunch of xterms. Is there something I can do to diagnose this issue? -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 20:39:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC95216A419 for ; Mon, 5 Nov 2007 20:39:56 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id A3C1613C4B6 for ; Mon, 5 Nov 2007 20:39:56 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 4B238A215C7 for ; Mon, 5 Nov 2007 22:39:39 +0200 (EET) X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from [192.168.2.100] (pc50.host50.starman.ee [62.65.242.50]) by mx1.starman.ee (Postfix) with ESMTP id A51503F4080 for ; Mon, 5 Nov 2007 22:39:38 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Mon, 5 Nov 2007 22:39:38 +0200 User-Agent: KMail/1.9.7 References: <200711051051.54103.antik@bsd.ee> <472EE0D6.8070404@moneybookers.com> In-Reply-To: <472EE0D6.8070404@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711052239.38628.antik@bsd.ee> Subject: Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 20:39:57 -0000 Monday 05 November 2007 11:22:30 kirjutas Stefan Lambrev: > Hi, > > Andrei Kolu wrote: > > After some experimenting with BETA1/1.5 or whatever it is I encountered > > serious problems: > > > > 1. Emergency shell on tty3 is useless- not a single command is available. > > This is install CD not fixit CD. On istall CD emergency shell becomes > useful once you actually install those commands. > Install what? How, where? Why emergency shell works on snapshot release and not on beta? To me this is a BIG ***** BUG not a feature. > > 2. When tried to use installcd as livecd is asked me to insert livecd > > (there is plenty of free space available on installcd- why not use that > > usefully?). > > BETA ISOs are smaller only because packages are not included, and they > will be included for FreeBSD 7.0-RELEASE. > > > I am positive I was able to use emergency shell and livecd function on > > CURRENT september snapsot just fine (i386 version though). > > Yes you can use it and now after the install process is started. > I don't want to start install process, I want to restore bootloader. # boot0cfg -B ad0 And now I have to download 500+MB to do things I did without any problem for years?! Sry, I am pissed off... From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 21:50:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7309816A417 for ; Mon, 5 Nov 2007 21:50:11 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E98E013C4A3 for ; Mon, 5 Nov 2007 21:50:10 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ip9op-0007sy-UY for freebsd-stable@freebsd.org; Mon, 05 Nov 2007 21:49:16 +0000 Received: from 89-172-61-149.adsl.net.t-com.hr ([89.172.61.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Nov 2007 21:49:15 +0000 Received: from ivoras by 89-172-61-149.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Nov 2007 21:49:15 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 05 Nov 2007 22:47:52 +0100 Lines: 48 Message-ID: References: <1194175906.1115.7.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9F9544717050CAFFA35EE807" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-61-149.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <1194175906.1115.7.camel@opus.cse.buffalo.edu> X-Enigmail-Version: 0.95.5 Sender: news Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0-BETA2 Available - regression in unionfs+cd9660 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 21:50:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F9544717050CAFFA35EE807 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ken Smith wrote: > The 7.0-BETA2 builds have completed and are on many of the FreeBSD > mirror sites. If you want to update an existing machine using cvsup us= e > RELENG_7 as the branch tag. Instructions on using FreeBSD Update to > perform a binary upgrade from FreeBSD 6.x to 7.0-BETA2 will be provided= > via the freebsd-stable list when available. I'm reporting a regression between BETA1 and BETA2: I can no longer mount unionfs over cd9660 file system. The setup is like this: / - on cd9660, read-only /tmp - mdmfs /tmp/etc - just a directory "mount_unionfs /tmp/etc /etc" fails with the message "/etc: operation not supported by the device". This worked fine in BETA1 but fails in BETA2, built yesterday. I don't see in cvs logs what could provoke this bug, my possible candidates are vfs_mount.c by rodrigc and possibly maybe the big commit by rwatson (trustedbsd). --------------enig9F9544717050CAFFA35EE807 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL4+OldnAQVacBcgRAuZjAKCGLvFVh+oRO2jUQh5b4caQnzQq9ACgrWOw S0GsXDXW7/gMGErdiZSZphY= =l1R6 -----END PGP SIGNATURE----- --------------enig9F9544717050CAFFA35EE807-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 21:59:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4248D16A419 for ; Mon, 5 Nov 2007 21:59:54 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id DF3F813C48E for ; Mon, 5 Nov 2007 21:59:53 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 20799 invoked from network); 5 Nov 2007 15:59:42 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Nov 2007 15:59:41 -0600 Date: Tue, 6 Nov 2007 08:59:35 +1100 From: Norberto Meijome To: Kris Kennaway Message-ID: <20071106085935.13061afb@meijome.net> In-Reply-To: <472EF3D4.70507@FreeBSD.org> References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 21:59:54 -0000 On Mon, 05 Nov 2007 11:43:32 +0100 Kris Kennaway wrote: > > I don't ever remember getting this error before. I am pretty sure i'm using only binaries built on this machine for 7.0... have I missed anything? what's the cause of this error? > > > > FWIW, I have compat6x installed > > You missed the "portupgrade -fa" step of the upgrade from 6.x to 7.x. > Those errors come from binaries linked to both 6.x and 7.x libraries. Hi Kris, thanks for the explanation. I don't think I did that, as this is a 100% clean install of 7,but maybe I bungled it somewhere. is there a way to know what is cross linked? should I get rid of compat6x? thanks, Beto _________________________ {Beto|Norberto|Numard} Meijome Your reasoning is excellent -- it's only your basic assumptions that are wrong. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 22:15:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4E616A421 for ; Mon, 5 Nov 2007 22:15:25 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7942213C480 for ; Mon, 5 Nov 2007 22:15:25 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IpADn-0003lK-83 for freebsd-stable@freebsd.org; Mon, 05 Nov 2007 22:15:03 +0000 Received: from 89-172-61-149.adsl.net.t-com.hr ([89.172.61.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Nov 2007 22:15:03 +0000 Received: from ivoras by 89-172-61-149.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 05 Nov 2007 22:15:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 05 Nov 2007 23:14:13 +0100 Lines: 48 Message-ID: References: <472F7BE9.8080807@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA60BA1FA501D779951BCF166" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-61-149.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <472F7BE9.8080807@polands.org> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 22:15:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA60BA1FA501D779951BCF166 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Doug Poland wrote: > Hello, >=20 > I've been having frequent problems with BETA1 and now BETA2 "freezing".= > There is no diagnostic information, nothing in /var/log/messages, > nothing, just a hung interface. I cannot ssh into the machine and it > appears the box ceases to communicate on SSH. A couple of times I've ha= d > screen corruption on the laptop's LCD display. >=20 > Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, pidgin,= > and a bunch of xterms. >=20 > Is there something I can do to diagnose this issue? Only random generic troubleshooting items: - how's your heating? screen corruption looks like memory or bus errors. are you running powerd? - can you set up a serial or firewire connection to it and monitor the machine from there ("screen corruption" may also mean a kernel message being printed in text mode, in the part of memory now mapped for graphics - if this is the case you'll see the message over the serial console). --------------enigA60BA1FA501D779951BCF166 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.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL5W1ldnAQVacBcgRArHMAKCb4E/SwReM1XO5T1GmX0DyRHuyHQCgt9HH ReF5uMQhtRomLzwnUtIJmPQ= =1mYr -----END PGP SIGNATURE----- --------------enigA60BA1FA501D779951BCF166-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 22:33:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7838016A41A for ; Mon, 5 Nov 2007 22:33:17 +0000 (UTC) (envelope-from kmroz@cs.ubc.ca) Received: from smtp.cs.ubc.ca (smtp.cs.ubc.ca [142.103.6.52]) by mx1.freebsd.org (Postfix) with ESMTP id 518AB13C48A for ; Mon, 5 Nov 2007 22:33:17 +0000 (UTC) (envelope-from kmroz@cs.ubc.ca) Received: from [198.162.52.23] (pugwash2.cs.ubc.ca [198.162.52.23]) (authenticated bits=0) by smtp.cs.ubc.ca (8.13.7/8.13.6) with ESMTP id lA5MCvWd011433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 5 Nov 2007 14:12:58 -0800 Message-ID: <472F954F.1010509@cs.ubc.ca> Date: Mon, 05 Nov 2007 14:12:31 -0800 From: Karol Mroz User-Agent: Thunderbird 1.5.0.14pre (X11/20071023) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <472F7BE9.8080807@polands.org> In-Reply-To: <472F7BE9.8080807@polands.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 22:33:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Poland wrote: > Hello, > > I've been having frequent problems with BETA1 and now BETA2 "freezing". > There is no diagnostic information, nothing in /var/log/messages, > nothing, just a hung interface. I cannot ssh into the machine and it > appears the box ceases to communicate on SSH. A couple of times I've had > screen corruption on the laptop's LCD display. > > Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, pidgin, > and a bunch of xterms. > > Is there something I can do to diagnose this issue? > I'm curious if these problems arose with 7.0? Did you run 6.2 on this machine prior to 7.0? I had similar problems with a desktop of mine that was running 6.2. Every now and then (sometimes days in between) it would freeze in X, corrupt the screen, or at times would just reboot. There was no warning and nothing of worth in any log files. I had a feeling it might have been my video card, so after taxing it really hard with gl apps and noticing artifacts on the screen, I replaced the card. The system ran well for a few weeks, but the problems persisted. Thought at this point it could be faulty ram, so ran each half-gig stick on it's own until the next failure. Both sticks showed failures. So then I moved the sticks out of slots 1,2 and into 3,4... that was 4 months ago and all is well. I guess what I'm aiming at here is that this could be a hardware issue which can be a pain to diagnose. - -- Karol Mroz kmroz@cs.ubc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHL5Qyuoug78g/Mz8RAkEzAJ9yzGU1in5lrS3fUO0mfHfzCuYiqQCfRSn3 EkJrTLktOyfNddasgJPA4V8= =tbgK -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 22:39:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1D6216A420 for ; Mon, 5 Nov 2007 22:39:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id DE40A13C48A; Mon, 5 Nov 2007 22:39:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472F9B95.6080309@FreeBSD.org> Date: Mon, 05 Nov 2007 23:39:17 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Norberto Meijome References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> <20071106085935.13061afb@meijome.net> In-Reply-To: <20071106085935.13061afb@meijome.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 22:39:19 -0000 Norberto Meijome wrote: > On Mon, 05 Nov 2007 11:43:32 +0100 > Kris Kennaway wrote: > >>> I don't ever remember getting this error before. I am pretty sure i'm using only binaries built on this machine for 7.0... have I missed anything? what's the cause of this error? >>> >>> FWIW, I have compat6x installed >> You missed the "portupgrade -fa" step of the upgrade from 6.x to 7.x. >> Those errors come from binaries linked to both 6.x and 7.x libraries. > > Hi Kris, > thanks for the explanation. I don't think I did that, as this is a 100% clean install of 7,but maybe I bungled it somewhere. > > is there a way to know what is cross linked? should I get rid of compat6x? Well in that case you managed to somehow install a 6.x binary on there (not compat6x), which is now being linked to 7.0 binaries (this should never happen in a correctly functioning system). Either rerun portupgrade -fa, or use pkg_which on the binaries and libraries that are giving problems to try and track down which need to be reinstalled. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 5 23:19:46 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0E016A417 for ; Mon, 5 Nov 2007 23:19:46 +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 5CB5513C48D for ; Mon, 5 Nov 2007 23:19:43 +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 2DF67EC3D80; Tue, 6 Nov 2007 07:19:35 +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 3slcLzkX+ZHm; Tue, 6 Nov 2007 07:19:27 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0841AEB1450; Tue, 6 Nov 2007 07:19:24 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:x-enigmail-version:content-type; b=X3WW6jgHZKaI3/8aSixCjRAU9EdVTUYPwqygoUxnwDl89feDIJzQR7MlxqTNPIFDJ Kt6A/B8BqAO/A6nrRUXkg== Message-ID: <472FA4EE.9070405@delphij.net> Date: Mon, 05 Nov 2007 15:19:10 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------000505030308030107050800" Cc: Subject: [CFT] Sync RELENG_6 ata(4) with -CURRENT state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2007 23:19:46 -0000 This is a multi-part message in MIME format. --------------000505030308030107050800 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Here is a patch that brings RELENG_6 ata(4) code with all applicable - -CURRENT changes (mostly to support newer devices and some minor bugfixes that were not MFC'ed yet). Please let me know if there is any breakage, thanks! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHL6TthcUczkLqiksRAm7gAKCVZ4wl+I4197BZeTo6koIx7s3tvwCffvfv CvhrcJSMcL+SQUotLfA36QE= =vkTw -----END PGP SIGNATURE----- --------------000505030308030107050800 Content-Type: text/x-patch; name="ata.diff" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="ata.diff" Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.252.2.11 diff -p -u -r1.252.2.11 ata-all.c --- ata-all.c 30 Sep 2006 14:51:48 -0000 1.252.2.11 +++ ata-all.c 5 Nov 2007 23:13:17 -0000 @@ -743,7 +743,7 @@ ata_modify_if_48bit(struct ata_request * atadev->flags &= ~ATA_D_48BIT_ACTIVE; - if ((request->u.ata.lba >= ATA_MAX_28BIT_LBA || + if (((request->u.ata.lba + request->u.ata.count) >= ATA_MAX_28BIT_LBA || request->u.ata.count > 256) && atadev->param.support.command2 & ATA_SUPPORT_ADDRESS48) { Index: ata-all.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.h,v retrieving revision 1.103.2.11 diff -p -u -r1.103.2.11 ata-all.h --- ata-all.h 7 Jul 2007 11:36:44 -0000 1.103.2.11 +++ ata-all.h 5 Nov 2007 22:45:04 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 1998 - 2006 Sren Schmidt + * Copyright (c) 1998 - 2007 Sren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -228,6 +228,29 @@ #define ATA_AHCI_CT_SG_OFFSET 128 #define ATA_AHCI_CT_SIZE 256 +struct ata_ahci_dma_prd { + u_int64_t dba; + u_int32_t reserved; + u_int32_t dbc; /* 0 based */ +#define ATA_AHCI_PRD_MASK 0x003fffff /* max 4MB */ +#define ATA_AHCI_PRD_IPC (1<<31) +} __packed; + +struct ata_ahci_cmd_tab { + u_int8_t cfis[64]; + u_int8_t acmd[32]; + u_int8_t reserved[32]; + struct ata_ahci_dma_prd prd_tab[16]; +} __packed; + +struct ata_ahci_cmd_list { + u_int16_t cmd_flags; + u_int16_t prd_length; /* PRD entries */ + u_int32_t bytecount; + u_int64_t cmd_table_phys; /* 128byte aligned */ +} __packed; + + /* DMA register defines */ #define ATA_DMA_ENTRIES 256 #define ATA_DMA_EOT 0x80000000 @@ -470,6 +493,7 @@ struct ata_channel { #define ATA_ATA_SLAVE 0x02 #define ATA_ATAPI_MASTER 0x04 #define ATA_ATAPI_SLAVE 0x08 +#define ATA_PORTMULTIPLIER 0x10 struct mtx state_mtx; /* state lock */ int state; /* ATA channel state */ Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.126.2.21 diff -p -u -r1.126.2.21 ata-chipset.c --- ata-chipset.c 31 Oct 2007 13:06:17 -0000 1.126.2.21 +++ ata-chipset.c 5 Nov 2007 23:10:07 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 1998 - 2006 Sren Schmidt + * Copyright (c) 1998 - 2007 Sren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -55,10 +55,12 @@ __FBSDID("$FreeBSD$"); static int ata_generic_chipinit(device_t dev); static void ata_generic_intr(void *data); static void ata_generic_setmode(device_t dev, int mode); -static void ata_sata_phy_enable(struct ata_channel *ch); +static void ata_sata_phy_check_events(device_t dev); static void ata_sata_phy_event(void *context, int dummy); +static int ata_sata_phy_reset(device_t dev); static int ata_sata_connect(struct ata_channel *ch); static void ata_sata_setmode(device_t dev, int mode); +static int ata_request2fis_h2d(struct ata_request *request, u_int8_t *fis); static int ata_ahci_chipinit(device_t dev); static int ata_ahci_allocate(device_t dev); static int ata_ahci_status(device_t dev); @@ -67,7 +69,7 @@ static int ata_ahci_end_transaction(stru static void ata_ahci_reset(device_t dev); static void ata_ahci_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_ahci_dmainit(device_t dev); -static int ata_ahci_setup_fis(u_int8_t *fis, struct ata_request *request); +static int ata_ahci_setup_fis(struct ata_ahci_cmd_tab *ctp, struct ata_request *request); static int ata_acard_chipinit(device_t dev); static int ata_acard_allocate(device_t dev); static int ata_acard_status(device_t dev); @@ -105,14 +107,17 @@ static int ata_jmicron_allocate(device_t static void ata_jmicron_reset(device_t dev); static void ata_jmicron_dmainit(device_t dev); static void ata_jmicron_setmode(device_t dev, int mode); -static int ata_marvell_chipinit(device_t dev); -static int ata_marvell_allocate(device_t dev); -static int ata_marvell_status(device_t dev); -static int ata_marvell_begin_transaction(struct ata_request *request); -static int ata_marvell_end_transaction(struct ata_request *request); -static void ata_marvell_reset(device_t dev); -static void ata_marvell_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); -static void ata_marvell_dmainit(device_t dev); +static int ata_marvell_pata_chipinit(device_t dev); +static int ata_marvell_pata_allocate(device_t dev); +static void ata_marvell_pata_setmode(device_t dev, int mode); +static int ata_marvell_edma_chipinit(device_t dev); +static int ata_marvell_edma_allocate(device_t dev); +static int ata_marvell_edma_status(device_t dev); +static int ata_marvell_edma_begin_transaction(struct ata_request *request); +static int ata_marvell_edma_end_transaction(struct ata_request *request); +static void ata_marvell_edma_reset(device_t dev); +static void ata_marvell_edma_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); +static void ata_marvell_edma_dmainit(device_t dev); static int ata_national_chipinit(device_t dev); static void ata_national_setmode(device_t dev, int mode); static int ata_netcell_chipinit(device_t dev); @@ -154,6 +159,13 @@ static int ata_sii_allocate(device_t dev static int ata_sii_status(device_t dev); static void ata_sii_reset(device_t dev); static void ata_sii_setmode(device_t dev, int mode); +static int ata_siiprb_allocate(device_t dev); +static int ata_siiprb_status(device_t dev); +static int ata_siiprb_begin_transaction(struct ata_request *request); +static int ata_siiprb_end_transaction(struct ata_request *request); +static void ata_siiprb_reset(device_t dev); +static void ata_siiprb_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); +static void ata_siiprb_dmainit(device_t dev); static int ata_sis_chipinit(device_t dev); static int ata_sis_allocate(device_t dev); static void ata_sis_reset(device_t dev); @@ -161,6 +173,7 @@ static void ata_sis_setmode(device_t dev static int ata_via_chipinit(device_t dev); static int ata_via_allocate(device_t dev); static void ata_via_reset(device_t dev); +static void ata_via_setmode(device_t dev, int mode); static void ata_via_southbridge_fixup(device_t dev); static void ata_via_family_setmode(device_t dev, int mode); static struct ata_chip_id *ata_match_chip(device_t dev, struct ata_chip_id *index); @@ -226,33 +239,39 @@ ata_generic_setmode(device_t dev, int mo * SATA support functions */ static void -ata_sata_phy_enable(struct ata_channel *ch) +ata_sata_phy_check_events(device_t dev) { - int loop, retry; + struct ata_channel *ch = device_get_softc(dev); + u_int32_t error = ATA_IDX_INL(ch, ATA_SERROR); - if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == ATA_SC_DET_IDLE) { - ata_sata_connect(ch); - return; - } + /* clear error bits/interrupt */ + ATA_IDX_OUTL(ch, ATA_SERROR, error); - for (retry = 0; retry < 10; retry++) { - for (loop = 0; loop < 10; loop++) { - ATA_IDX_OUTL(ch, ATA_SCONTROL, ATA_SC_DET_RESET); - ata_udelay(100); - if ((ATA_IDX_INL(ch, ATA_SCONTROL) & - ATA_SC_DET_MASK) == ATA_SC_DET_RESET) - break; - } - ata_udelay(5000); - for (loop = 0; loop < 10; loop++) { - ATA_IDX_OUTL(ch, ATA_SCONTROL, ATA_SC_DET_IDLE | - ATA_SC_IPM_DIS_PARTIAL | - ATA_SC_IPM_DIS_SLUMBER); - ata_udelay(100); - if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == 0) { - ata_sata_connect(ch); - return; + /* do we have any events flagged ? */ + if (error) { + struct ata_connect_task *tp; + u_int32_t status = ATA_IDX_INL(ch, ATA_SSTATUS); + + /* if we have a connection event deal with it */ + if ((error & ATA_SE_PHY_CHANGED) && + (tp = (struct ata_connect_task *) + malloc(sizeof(struct ata_connect_task), + M_ATA, M_NOWAIT | M_ZERO))) { + + if (((status & ATA_SS_CONWELL_MASK) == ATA_SS_CONWELL_GEN1) || + ((status & ATA_SS_CONWELL_MASK) == ATA_SS_CONWELL_GEN2)) { + if (bootverbose) + device_printf(ch->dev, "CONNECT requested\n"); + tp->action = ATA_C_ATTACH; + } + else { + if (bootverbose) + device_printf(ch->dev, "DISCONNECT requested\n"); + tp->action = ATA_C_DETACH; } + tp->dev = ch->dev; + TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); + taskqueue_enqueue(taskqueue_thread, &tp->task); } } } @@ -269,7 +288,7 @@ ata_sata_phy_event(void *context, int du if (tp->action == ATA_C_ATTACH) { if (bootverbose) device_printf(tp->dev, "CONNECTED\n"); - ata_sata_connect(ch); + ATA_RESET(tp->dev); ata_identify(tp->dev); } if (tp->action == ATA_C_DETACH) { @@ -290,6 +309,36 @@ ata_sata_phy_event(void *context, int du } static int +ata_sata_phy_reset(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + int loop, retry; + + if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == ATA_SC_DET_IDLE) + return ata_sata_connect(ch); + + for (retry = 0; retry < 10; retry++) { + for (loop = 0; loop < 10; loop++) { + ATA_IDX_OUTL(ch, ATA_SCONTROL, ATA_SC_DET_RESET); + ata_udelay(100); + if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == + ATA_SC_DET_RESET) + break; + } + ata_udelay(5000); + for (loop = 0; loop < 10; loop++) { + ATA_IDX_OUTL(ch, ATA_SCONTROL, ATA_SC_DET_IDLE | + ATA_SC_IPM_DIS_PARTIAL | + ATA_SC_IPM_DIS_SLUMBER); + ata_udelay(100); + if ((ATA_IDX_INL(ch, ATA_SCONTROL) & ATA_SC_DET_MASK) == 0) + return ata_sata_connect(ch); + } + } + return 0; +} + +static int ata_sata_connect(struct ata_channel *ch) { u_int32_t status; @@ -308,31 +357,12 @@ ata_sata_connect(struct ata_channel *ch) device_printf(ch->dev, "SATA connect status=%08x\n", status); return 0; } + if (bootverbose) + device_printf(ch->dev, "SATA connect time=%dms\n", timeout * 10); /* clear SATA error register */ ATA_IDX_OUTL(ch, ATA_SERROR, ATA_IDX_INL(ch, ATA_SERROR)); - /* find out what type device we got poll for spec'd 31 seconds */ - /* XXX SOS 10 secs for now as I have little patience */ - ch->devices = 0; - for (timeout = 0; timeout < 1000; timeout++) { - if (ATA_IDX_INB(ch, ATA_STATUS) & ATA_S_BUSY) - DELAY(10000); - else - break; - } - if (bootverbose) - device_printf(ch->dev, "SATA connect ready time=%dms\n", timeout * 10); - if (timeout < 1000) { - if ((ATA_IDX_INB(ch, ATA_CYL_LSB) == ATAPI_MAGIC_LSB) && - (ATA_IDX_INB(ch, ATA_CYL_MSB) == ATAPI_MAGIC_MSB)) - ch->devices = ATA_ATAPI_MASTER; - else - ch->devices = ATA_ATA_MASTER; - } - if (bootverbose) - device_printf(ch->dev, "sata_connect devices=0x%b\n", - ch->devices, "\20\3ATAPI_MASTER\1ATA_MASTER"); return 1; } @@ -370,33 +400,53 @@ ata_sata_setmode(device_t dev, int mode) } } +static int +ata_request2fis_h2d(struct ata_request *request, u_int8_t *fis) +{ + struct ata_device *atadev = device_get_softc(request->dev); -/* - * AHCI v1.0 compliant SATA chipset support functions - */ -struct ata_ahci_dma_prd { - u_int64_t dba; - u_int32_t reserved; - u_int32_t dbc; /* 0 based */ -#define ATA_AHCI_PRD_MASK 0x003fffff /* max 4MB */ -#define ATA_AHCI_PRD_IPC (1<<31) -} __packed; - -struct ata_ahci_cmd_tab { - u_int8_t cfis[64]; - u_int8_t acmd[32]; - u_int8_t reserved[32]; - struct ata_ahci_dma_prd prd_tab[16]; -} __packed; - -struct ata_ahci_cmd_list { - u_int16_t cmd_flags; - u_int16_t prd_length; /* PRD entries */ - u_int32_t bytecount; - u_int64_t cmd_table_phys; /* 128byte aligned */ -} __packed; + if (request->flags & ATA_R_ATAPI) { + fis[0] = 0x27; /* host to device */ + fis[1] = 0x80; /* command FIS (note PM goes here) */ + fis[2] = ATA_PACKET_CMD; + if (request->flags & (ATA_R_READ | ATA_R_WRITE)) + fis[3] = ATA_F_DMA; + else { + fis[5] = request->transfersize; + fis[6] = request->transfersize >> 8; + } + fis[7] = ATA_D_LBA | atadev->unit; + fis[15] = ATA_A_4BIT; + return 20; + } + else { + ata_modify_if_48bit(request); + fis[0] = 0x27; /* host to device */ + fis[1] = 0x80; /* command FIS (note PM goes here) */ + fis[2] = request->u.ata.command; + fis[3] = request->u.ata.feature; + fis[4] = request->u.ata.lba; + fis[5] = request->u.ata.lba >> 8; + fis[6] = request->u.ata.lba >> 16; + fis[7] = ATA_D_LBA | atadev->unit; + if (!(atadev->flags & ATA_D_48BIT_ACTIVE)) + fis[7] |= (request->u.ata.lba >> 24 & 0x0f); + fis[8] = request->u.ata.lba >> 24; + fis[9] = request->u.ata.lba >> 32; + fis[10] = request->u.ata.lba >> 40; + fis[11] = request->u.ata.feature >> 8; + fis[12] = request->u.ata.count; + fis[13] = request->u.ata.count >> 8; + fis[15] = ATA_A_4BIT; + return 20; + } + return 0; +} +/* + * AHCI v1.x compliant SATA chipset support functions + */ static int ata_ahci_chipinit(device_t dev) { @@ -418,7 +468,9 @@ ata_ahci_chipinit(device_t dev) ATA_INL(ctlr->r_res2, ATA_AHCI_GHC) | ATA_AHCI_GHC_AE); /* get the number of HW channels */ - ctlr->channels = (ATA_INL(ctlr->r_res2, ATA_AHCI_CAP) & ATA_AHCI_NPMASK)+1; + ctlr->channels = + MAX(flsl(ATA_INL(ctlr->r_res2, ATA_AHCI_PI)), + (ATA_INL(ctlr->r_res2, ATA_AHCI_CAP) & ATA_AHCI_NPMASK) + 1); /* clear interrupts */ ATA_OUTL(ctlr->r_res2, ATA_AHCI_IS, ATA_INL(ctlr->r_res2, ATA_AHCI_IS)); @@ -441,7 +493,8 @@ ata_ahci_chipinit(device_t dev) device_printf(dev, "AHCI Version %x%x.%x%x controller with %d ports detected\n", (version >> 24) & 0xff, (version >> 16) & 0xff, - (version >> 8) & 0xff, version & 0xff, ctlr->channels); + (version >> 8) & 0xff, version & 0xff, + (ATA_INL(ctlr->r_res2, ATA_AHCI_CAP) & ATA_AHCI_NPMASK) + 1); return 0; } @@ -451,17 +504,7 @@ ata_ahci_allocate(device_t dev) struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); u_int64_t work; - int offset = (ch->unit << 7); - - /* setup legacy cruft we need */ - ch->r_io[ATA_CYL_LSB].res = ctlr->r_res2; - ch->r_io[ATA_CYL_LSB].offset = ATA_AHCI_P_SIG + 1 + offset; - ch->r_io[ATA_CYL_MSB].res = ctlr->r_res2; - ch->r_io[ATA_CYL_MSB].offset = ATA_AHCI_P_SIG + 3 + offset; - ch->r_io[ATA_STATUS].res = ctlr->r_res2; - ch->r_io[ATA_STATUS].offset = ATA_AHCI_P_TFD + offset; - ch->r_io[ATA_ALTSTAT].res = ctlr->r_res2; - ch->r_io[ATA_ALTSTAT].offset = ATA_AHCI_P_TFD + offset; + int offset = ch->unit << 7; /* set the SATA resources */ ch->r_io[ATA_SSTATUS].res = ctlr->r_res2; @@ -478,7 +521,7 @@ ata_ahci_allocate(device_t dev) ch->hw.end_transaction = ata_ahci_end_transaction; ch->hw.command = NULL; /* not used here */ - /* setup the work areas */ + /* setup work areas */ work = ch->dma->work_bus + ATA_AHCI_CL_OFFSET; ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CLB + offset, work & 0xffffffff); ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CLBU + offset, work >> 32); @@ -507,62 +550,22 @@ ata_ahci_status(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); - struct ata_connect_task *tp; - u_int32_t action, istatus, sstatus, error, issued; - int offset = (ch->unit << 7); + u_int32_t action = ATA_INL(ctlr->r_res2, ATA_AHCI_IS); + int offset = ch->unit << 7; int tag = 0; - action = ATA_INL(ctlr->r_res2, ATA_AHCI_IS); if (action & (1 << ch->unit)) { - istatus = ATA_INL(ctlr->r_res2, ATA_AHCI_P_IS + offset); - issued = ATA_INL(ctlr->r_res2, ATA_AHCI_P_CI + offset); - sstatus = ATA_INL(ctlr->r_res2, ATA_AHCI_P_SSTS + offset); - error = ATA_INL(ctlr->r_res2, ATA_AHCI_P_SERR + offset); + u_int32_t istatus = ATA_INL(ctlr->r_res2, ATA_AHCI_P_IS + offset); /* clear interrupt(s) */ - ATA_OUTL(ctlr->r_res2, ATA_AHCI_IS, action); + ATA_OUTL(ctlr->r_res2, ATA_AHCI_IS, action & (1 << ch->unit)); ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_IS + offset, istatus); - ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_SERR + offset, error); - - /* do we have cold connect surprise */ - if (istatus & ATA_AHCI_P_IX_CPD) { - printf("ata_ahci_status status=%08x sstatus=%08x error=%08x\n", - istatus, sstatus, error); - } - /* check for and handle connect events */ - if ((istatus & ATA_AHCI_P_IX_PC) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if (bootverbose) - device_printf(ch->dev, "CONNECT requested\n"); - tp->action = ATA_C_ATTACH; - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } - - /* check for and handle disconnect events */ - else if ((istatus & ATA_AHCI_P_IX_PRC) && - !((sstatus & ATA_SS_CONWELL_MASK) == ATA_SS_CONWELL_GEN1 || - (sstatus & ATA_SS_CONWELL_MASK) == ATA_SS_CONWELL_GEN2) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if (bootverbose) - device_printf(ch->dev, "DISCONNECT requested\n"); - tp->action = ATA_C_DETACH; - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } + /* do we have any PHY events ? */ + ata_sata_phy_check_events(dev); /* do we have any device action ? */ - if (!(issued & (1 << tag))) - return 1; + return (!(ATA_INL(ctlr->r_res2, ATA_AHCI_P_CI + offset) & (1 << tag))); } return 0; } @@ -575,15 +578,16 @@ ata_ahci_begin_transaction(struct ata_re struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); struct ata_ahci_cmd_tab *ctp; struct ata_ahci_cmd_list *clp; + int offset = ch->unit << 7; int tag = 0, entries = 0; int fis_size; - + /* get a piece of the workspace for this request */ ctp = (struct ata_ahci_cmd_tab *) (ch->dma->work + ATA_AHCI_CT_OFFSET + (ATA_AHCI_CT_SIZE * tag)); - /* setup the FIS for this request */ /* XXX SOS ATAPI missing still */ - if (!(fis_size = ata_ahci_setup_fis(&ctp->cfis[0], request))) { + /* setup the FIS for this request */ + if (!(fis_size = ata_ahci_setup_fis(ctp, request))) { device_printf(request->dev, "setting up SATA FIS failed\n"); request->result = EIO; return ATA_OP_FINISHED; @@ -606,7 +610,7 @@ ata_ahci_begin_transaction(struct ata_re clp->prd_length = entries; clp->cmd_flags = (request->flags & ATA_R_WRITE ? (1<<6) : 0) | - (request->flags & ATA_R_ATAPI ? (1<<5) : 0) | + (request->flags & ATA_R_ATAPI ? ((1<<5) | (1<<7)) : 0) | (fis_size / sizeof(u_int32_t)); clp->bytecount = 0; clp->cmd_table_phys = htole64(ch->dma->work_bus + ATA_AHCI_CT_OFFSET + @@ -615,8 +619,38 @@ ata_ahci_begin_transaction(struct ata_re /* clear eventual ACTIVE bit */ ATA_IDX_OUTL(ch, ATA_SACTIVE, ATA_IDX_INL(ch, ATA_SACTIVE) & (1 << tag)); - /* issue the command */ - ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CI + (ch->unit << 7), (1 << tag)); + /* set command type bit */ + if (ch->devices & ATA_ATAPI_MASTER) + ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CMD + offset, + ATA_INL(ctlr->r_res2, ATA_AHCI_P_CMD + offset) | + ATA_AHCI_P_CMD_ATAPI); + else + ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CMD + offset, + ATA_INL(ctlr->r_res2, ATA_AHCI_P_CMD + offset) & + ~ATA_AHCI_P_CMD_ATAPI); + + /* issue command to controller */ + ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CI + offset, (1 << tag)); + + if (!(request->flags & ATA_R_ATAPI)) { + /* device reset doesn't interrupt */ + if (request->u.ata.command == ATA_DEVICE_RESET) { + u_int32_t tf_data; + int timeout = 1000000; + + do { + DELAY(10); + tf_data = ATA_INL(ctlr->r_res2, ATA_AHCI_P_TFD + (ch->unit<<7)); + } while ((tf_data & ATA_S_BUSY) && timeout--); + if (bootverbose) + device_printf(ch->dev, "device_reset timeout=%dus\n", + (1000000-timeout)*10); + request->status = tf_data; + if (request->status & ATA_S_ERROR) + request->error = tf_data >> 8; + return ATA_OP_FINISHED; + } + } /* start the timeout */ callout_reset(&request->callout, request->timeout * hz, @@ -632,13 +666,14 @@ ata_ahci_end_transaction(struct ata_requ struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); struct ata_ahci_cmd_list *clp; u_int32_t tf_data; + int offset = ch->unit << 7; int tag = 0; /* kill the timeout */ callout_stop(&request->callout); /* get status */ - tf_data = ATA_INL(ctlr->r_res2, ATA_AHCI_P_TFD + (ch->unit << 7)); + tf_data = ATA_INL(ctlr->r_res2, ATA_AHCI_P_TFD + offset); request->status = tf_data; /* if error status get details */ @@ -661,8 +696,15 @@ ata_ahci_reset(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); - u_int32_t cmd; - int timeout, offset = (ch->unit << 7); + u_int32_t cmd, signature; + int offset = ch->unit << 7; + int timeout; + + if (!(ATA_INL(ctlr->r_res2, ATA_AHCI_PI) & (1 << ch->unit))) { + device_printf(dev, "port not implemented\n"); + return; + } + ch->devices = 0; /* kill off all activity on this channel */ cmd = ATA_INL(ctlr->r_res2, ATA_AHCI_P_CMD + offset); @@ -673,10 +715,11 @@ ata_ahci_reset(device_t dev) timeout = 0; do { DELAY(1000); - if (timeout++ > 500) + if (timeout++ > 500) { device_printf(dev, "stopping AHCI engine failed\n"); break; } + } while (ATA_INL(ctlr->r_res2, ATA_AHCI_P_CMD + offset) & ATA_AHCI_P_CMD_CR); /* issue Command List Override if supported */ @@ -687,26 +730,53 @@ ata_ahci_reset(device_t dev) timeout = 0; do { DELAY(1000); - if (timeout++ > 500) + if (timeout++ > 500) { device_printf(dev, "executing CLO failed\n"); break; } + } while (ATA_INL(ctlr->r_res2, ATA_AHCI_P_CMD+offset)&ATA_AHCI_P_CMD_CLO); } - /* spin up device */ - ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CMD + offset, ATA_AHCI_P_CMD_SUD); + /* reset PHY and decide what is present */ + if (ata_sata_phy_reset(dev)) { - ata_sata_phy_enable(ch); + /* clear any interrupts pending on this channel */ + ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_IS + offset, + ATA_INL(ctlr->r_res2, ATA_AHCI_P_IS + offset)); - /* clear any interrupts pending on this channel */ - ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_IS + offset, - ATA_INL(ctlr->r_res2, ATA_AHCI_P_IS + offset)); + /* clear SATA error register */ + ATA_IDX_OUTL(ch, ATA_SERROR, ATA_IDX_INL(ch, ATA_SERROR)); - /* start operations on this channel */ - ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CMD + offset, - (ATA_AHCI_P_CMD_ACTIVE | ATA_AHCI_P_CMD_FRE | - ATA_AHCI_P_CMD_POD | ATA_AHCI_P_CMD_SUD | ATA_AHCI_P_CMD_ST)); + /* start operations on this channel */ + ATA_OUTL(ctlr->r_res2, ATA_AHCI_P_CMD + offset, + (ATA_AHCI_P_CMD_ACTIVE | ATA_AHCI_P_CMD_FRE | + ATA_AHCI_P_CMD_POD | ATA_AHCI_P_CMD_SUD | ATA_AHCI_P_CMD_ST)); + + signature = ATA_INL(ctlr->r_res2, ATA_AHCI_P_SIG + offset); + if (bootverbose) + device_printf(dev, "SIGNATURE: %08x\n", signature); + switch (signature) { + case 0x00000101: + ch->devices = ATA_ATA_MASTER; + break; + case 0x96690101: + ch->devices = ATA_PORTMULTIPLIER; + device_printf(ch->dev, "Portmultipliers not supported yet\n"); + ch->devices = 0; + break; + case 0xeb140101: + ch->devices = ATA_ATAPI_MASTER; + break; + default: /* SOS XXX */ + if (bootverbose) + device_printf(ch->dev, "No signature, asuming disk device\n"); + ch->devices = ATA_ATA_MASTER; + } + } + if (bootverbose) + device_printf(dev, "ahci_reset devices=0x%b\n", ch->devices, + "\20\4ATAPI_SLAVE\3ATAPI_MASTER\2ATA_SLAVE\1ATA_MASTER"); } static void @@ -742,43 +812,14 @@ ata_ahci_dmainit(device_t dev) } static int -ata_ahci_setup_fis(u_int8_t *fis, struct ata_request *request) +ata_ahci_setup_fis(struct ata_ahci_cmd_tab *ctp, struct ata_request *request) { - struct ata_device *atadev = device_get_softc(request->dev); - int idx = 0; - - /* XXX SOS add ATAPI commands support later */ - ata_modify_if_48bit(request); - - fis[idx++] = 0x27; /* host to device */ - fis[idx++] = 0x80; /* command FIS (note PM goes here) */ - fis[idx++] = request->u.ata.command; - fis[idx++] = request->u.ata.feature; - - fis[idx++] = request->u.ata.lba; - fis[idx++] = request->u.ata.lba >> 8; - fis[idx++] = request->u.ata.lba >> 16; - fis[idx] = ATA_D_LBA | atadev->unit; - if (atadev->flags & ATA_D_48BIT_ACTIVE) - idx++; - else - fis[idx++] |= (request->u.ata.lba >> 24 & 0x0f); - - fis[idx++] = request->u.ata.lba >> 24; - fis[idx++] = request->u.ata.lba >> 32; - fis[idx++] = request->u.ata.lba >> 40; - fis[idx++] = request->u.ata.feature >> 8; - - fis[idx++] = request->u.ata.count; - fis[idx++] = request->u.ata.count >> 8; - fis[idx++] = 0x00; - fis[idx++] = ATA_A_4BIT; - - fis[idx++] = 0x00; - fis[idx++] = 0x00; - fis[idx++] = 0x00; - fis[idx++] = 0x00; - return idx; + bzero(ctp->cfis, 64); + if (request->flags & ATA_R_ATAPI) { + bzero(ctp->acmd, 32); + bcopy(request->u.atapi.ccb, ctp->acmd, 16); + } + return ata_request2fis_h2d(request, &ctp->cfis[0]); } @@ -1350,6 +1391,7 @@ ata_ati_setmode(device_t dev, int mode) } } + /* * Cyrix chipset support functions */ @@ -1702,6 +1744,7 @@ ata_intel_ident(device_t dev) { ATA_I82801HBM_S2, 0, AHCI, 0x00, ATA_SA300, "ICH8M" }, { ATA_I82801IB_S1, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_S2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, + { ATA_I82801IB_AH2, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_AH4, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I82801IB_AH6, 0, AHCI, 0x00, ATA_SA300, "ICH9" }, { ATA_I31244, 0, 0, 0x00, ATA_SA150, "31244" }, @@ -1757,7 +1800,7 @@ ata_intel_chipinit(device_t dev) /* SATA parts can be either compat or AHCI */ else { /* force all ports active "the legacy way" */ - pci_write_config(dev, 0x92, pci_read_config(dev, 0x92, 2) | 0x0f,2); + pci_write_config(dev, 0x92, pci_read_config(dev, 0x92, 2) | 0x0f, 2); ctlr->allocate = ata_intel_allocate; ctlr->reset = ata_intel_reset; @@ -1970,37 +2013,8 @@ ata_intel_31244_allocate(device_t dev) static int ata_intel_31244_status(device_t dev) { - struct ata_channel *ch = device_get_softc(dev); - u_int32_t status = ATA_IDX_INL(ch, ATA_SSTATUS); - u_int32_t error = ATA_IDX_INL(ch, ATA_SERROR); - struct ata_connect_task *tp; - - /* check for PHY related interrupts on SATA capable HW */ - if (error) { - /* clear error bits/interrupt */ - ATA_IDX_OUTL(ch, ATA_SERROR, error); - - /* if we have a connection event deal with it */ - if ((error & ATA_SE_PHY_CHANGED) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if ((status & ATA_SS_CONWELL_MASK) == ATA_SS_CONWELL_GEN1) { - if (bootverbose) - device_printf(ch->dev, "CONNECT requested\n"); - tp->action = ATA_C_ATTACH; - } - else { - if (bootverbose) - device_printf(ch->dev, "DISCONNECT requested\n"); - tp->action = ATA_C_DETACH; - } - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } - } + /* do we have any PHY events ? */ + ata_sata_phy_check_events(dev); /* any drive action to take care of ? */ return ata_pci_status(dev); @@ -2037,9 +2051,8 @@ ata_intel_31244_command(struct ata_reque static void ata_intel_31244_reset(device_t dev) { - struct ata_channel *ch = device_get_softc(dev); - - ata_sata_phy_enable(ch); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); } @@ -2163,6 +2176,7 @@ ata_jmicron_ident(device_t dev) { ATA_JMB363, 0, 2, 1, ATA_SA300, "JMB363" }, { ATA_JMB365, 0, 1, 2, ATA_SA300, "JMB365" }, { ATA_JMB366, 0, 2, 2, ATA_SA300, "JMB366" }, + { ATA_JMB368, 0, 0, 1, ATA_UDMA6, "JMB368" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -2323,12 +2337,14 @@ ata_marvell_ident(device_t dev) struct ata_pci_controller *ctlr = device_get_softc(dev); struct ata_chip_id *idx; static struct ata_chip_id ids[] = - {{ ATA_M88SX5040, 0, 4, MV5XXX, ATA_SA150, "88SX5040" }, - { ATA_M88SX5041, 0, 4, MV5XXX, ATA_SA150, "88SX5041" }, - { ATA_M88SX5080, 0, 8, MV5XXX, ATA_SA150, "88SX5080" }, - { ATA_M88SX5081, 0, 8, MV5XXX, ATA_SA150, "88SX5081" }, - { ATA_M88SX6041, 0, 4, MV6XXX, ATA_SA300, "88SX6041" }, - { ATA_M88SX6081, 0, 8, MV6XXX, ATA_SA300, "88SX6081" }, + {{ ATA_M88SX5040, 0, 4, MV50XX, ATA_SA150, "88SX5040" }, + { ATA_M88SX5041, 0, 4, MV50XX, ATA_SA150, "88SX5041" }, + { ATA_M88SX5080, 0, 8, MV50XX, ATA_SA150, "88SX5080" }, + { ATA_M88SX5081, 0, 8, MV50XX, ATA_SA150, "88SX5081" }, + { ATA_M88SX6041, 0, 4, MV60XX, ATA_SA300, "88SX6041" }, + { ATA_M88SX6081, 0, 8, MV60XX, ATA_SA300, "88SX6081" }, + { ATA_M88SX6101, 0, 1, MV61XX, ATA_UDMA6, "88SX6101" }, + { ATA_M88SX6145, 0, 2, MV61XX, ATA_UDMA6, "88SX6145" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; @@ -2339,12 +2355,62 @@ ata_marvell_ident(device_t dev) idx->text, ata_mode2str(idx->max_dma)); device_set_desc_copy(dev, buffer); ctlr->chip = idx; - ctlr->chipinit = ata_marvell_chipinit; + switch (ctlr->chip->cfg2) { + case MV50XX: + case MV60XX: + ctlr->chipinit = ata_marvell_edma_chipinit; + break; + case MV61XX: + ctlr->chipinit = ata_marvell_pata_chipinit; + break; + } + return 0; +} + +static int +ata_marvell_pata_chipinit(device_t dev) +{ + struct ata_pci_controller *ctlr = device_get_softc(dev); + + if (ata_setup_interrupt(dev)) + return ENXIO; + + ctlr->allocate = ata_marvell_pata_allocate; + ctlr->setmode = ata_marvell_pata_setmode; + ctlr->channels = ctlr->chip->cfg1; + return 0; +} + +static int +ata_marvell_pata_allocate(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + + /* setup the usual register normal pci style */ + if (ata_pci_allocate(dev)) + return ENXIO; + + /* dont use 32 bit PIO transfers */ + ch->flags |= ATA_USE_16BIT; + return 0; } +static void +ata_marvell_pata_setmode(device_t dev, int mode) +{ + device_t gparent = GRANDPARENT(dev); + struct ata_pci_controller *ctlr = device_get_softc(gparent); + struct ata_device *atadev = device_get_softc(dev); + + mode = ata_limit_mode(dev, mode, ctlr->chip->max_dma); + mode = ata_check_80pin(dev, mode); + if (!ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, mode)) + atadev->mode = mode; +} + static int -ata_marvell_chipinit(device_t dev) +ata_marvell_edma_chipinit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(dev); @@ -2363,9 +2429,9 @@ ata_marvell_chipinit(device_t dev) /* mask all PCI interrupts */ ATA_OUTL(ctlr->r_res1, 0x01d5c, 0x00000000); - ctlr->allocate = ata_marvell_allocate; - ctlr->reset = ata_marvell_reset; - ctlr->dmainit = ata_marvell_dmainit; + ctlr->allocate = ata_marvell_edma_allocate; + ctlr->reset = ata_marvell_edma_reset; + ctlr->dmainit = ata_marvell_edma_dmainit; ctlr->setmode = ata_sata_setmode; ctlr->channels = ctlr->chip->cfg1; @@ -2391,7 +2457,7 @@ ata_marvell_chipinit(device_t dev) } static int -ata_marvell_allocate(device_t dev) +ata_marvell_edma_allocate(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); @@ -2413,7 +2479,7 @@ ata_marvell_allocate(device_t dev) /* set SATA resources */ switch (ctlr->chip->cfg2) { - case MV5XXX: + case MV50XX: ch->r_io[ATA_SSTATUS].res = ctlr->r_res1; ch->r_io[ATA_SSTATUS].offset = 0x00100 + ATA_MV_HOST_BASE(ch); ch->r_io[ATA_SERROR].res = ctlr->r_res1; @@ -2421,7 +2487,7 @@ ata_marvell_allocate(device_t dev) ch->r_io[ATA_SCONTROL].res = ctlr->r_res1; ch->r_io[ATA_SCONTROL].offset = 0x00108 + ATA_MV_HOST_BASE(ch); break; - case MV6XXX: + case MV60XX: ch->r_io[ATA_SSTATUS].res = ctlr->r_res1; ch->r_io[ATA_SSTATUS].offset = 0x02300 + ATA_MV_EDMA_BASE(ch); ch->r_io[ATA_SERROR].res = ctlr->r_res1; @@ -2436,9 +2502,9 @@ ata_marvell_allocate(device_t dev) ch->flags |= ATA_NO_SLAVE; ch->flags |= ATA_USE_16BIT; /* XXX SOS needed ? */ ata_generic_hw(dev); - ch->hw.begin_transaction = ata_marvell_begin_transaction; - ch->hw.end_transaction = ata_marvell_end_transaction; - ch->hw.status = ata_marvell_status; + ch->hw.begin_transaction = ata_marvell_edma_begin_transaction; + ch->hw.end_transaction = ata_marvell_edma_end_transaction; + ch->hw.status = ata_marvell_edma_status; /* disable the EDMA machinery */ ATA_OUTL(ctlr->r_res1, 0x02028 + ATA_MV_EDMA_BASE(ch), 0x00000002); @@ -2481,52 +2547,20 @@ ata_marvell_allocate(device_t dev) } static int -ata_marvell_status(device_t dev) +ata_marvell_edma_status(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); u_int32_t cause = ATA_INL(ctlr->r_res1, 0x01d60); int shift = (ch->unit << 1) + (ch->unit > 3); - /* do we have any errors flagged ? */ if (cause & (1 << shift)) { - struct ata_connect_task *tp; - u_int32_t error = - ATA_INL(ctlr->r_res1, 0x02008 + ATA_MV_EDMA_BASE(ch)); - - /* check for and handle disconnect events */ - if ((error & 0x00000008) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if (bootverbose) - device_printf(ch->dev, "DISCONNECT requested\n"); - tp->action = ATA_C_DETACH; - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } - - /* check for and handle connect events */ - if ((error & 0x00000010) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - if (bootverbose) - device_printf(ch->dev, "CONNECT requested\n"); - tp->action = ATA_C_ATTACH; - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } - - /* clear SATA error register */ - ATA_IDX_OUTL(ch, ATA_SERROR, ATA_IDX_INL(ch, ATA_SERROR)); - - /* clear any outstanding error interrupts */ + /* clear interrupt(s) */ ATA_OUTL(ctlr->r_res1, 0x02008 + ATA_MV_EDMA_BASE(ch), 0x0); + + /* do we have any PHY events ? */ + ata_sata_phy_check_events(dev); } /* do we have any device action ? */ @@ -2535,7 +2569,7 @@ ata_marvell_status(device_t dev) /* must be called with ATA channel locked and state_mtx held */ static int -ata_marvell_begin_transaction(struct ata_request *request) +ata_marvell_edma_begin_transaction(struct ata_request *request) { struct ata_pci_controller *ctlr=device_get_softc(GRANDPARENT(request->dev)); struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); @@ -2627,7 +2661,7 @@ ata_marvell_begin_transaction(struct ata /* must be called with ATA channel locked and state_mtx held */ static int -ata_marvell_end_transaction(struct ata_request *request) +ata_marvell_edma_end_transaction(struct ata_request *request) { struct ata_pci_controller *ctlr=device_get_softc(GRANDPARENT(request->dev)); struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); @@ -2641,9 +2675,6 @@ ata_marvell_end_transaction(struct ata_r u_int32_t rsp_in, rsp_out; int slot; - /* unload SG list */ - ch->dma->unload(ch->dev); - /* stop timeout */ callout_stop(&request->callout); @@ -2667,8 +2698,12 @@ ata_marvell_end_transaction(struct ata_r if (!(request->status & ATA_S_ERROR) && !(request->flags & ATA_R_TIMEOUT)) request->donecount = request->bytecount; - res = ATA_OP_FINISHED; - } + + /* unload SG list */ + ch->dma->unload(ch->dev); + + res = ATA_OP_FINISHED; + } /* legacy ATA interrupt */ else { @@ -2681,7 +2716,7 @@ ata_marvell_end_transaction(struct ata_r } static void -ata_marvell_reset(device_t dev) +ata_marvell_edma_reset(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); @@ -2701,14 +2736,16 @@ ata_marvell_reset(device_t dev) ATA_OUTL(ctlr->r_res1, 0x0200c + ATA_MV_EDMA_BASE(ch), ~0x0); /* enable channel and test for devices */ - ata_sata_phy_enable(ch); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); /* enable EDMA machinery */ ATA_OUTL(ctlr->r_res1, 0x02028 + ATA_MV_EDMA_BASE(ch), 0x00000001); } static void -ata_marvell_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +ata_marvell_edma_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, + int error) { struct ata_dmasetprd_args *args = xsc; struct ata_marvell_dma_prdentry *prd = args->dmatab; @@ -2726,7 +2763,7 @@ ata_marvell_dmasetprd(void *xsc, bus_dma } static void -ata_marvell_dmainit(device_t dev) +ata_marvell_edma_dmainit(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); @@ -2734,7 +2771,7 @@ ata_marvell_dmainit(device_t dev) ata_dmainit(dev); if (ch->dma) { /* note start and stop are not used here */ - ch->dma->setprd = ata_marvell_dmasetprd; + ch->dma->setprd = ata_marvell_edma_dmasetprd; if (ATA_INL(ctlr->r_res1, 0x00d00) & 0x00000004) ch->dma->max_address = BUS_SPACE_MAXADDR; @@ -2816,6 +2853,7 @@ ata_national_setmode(device_t dev, int m } } + /* * NetCell chipset support functions */ @@ -2853,13 +2891,13 @@ ata_netcell_allocate(device_t dev) if (ata_pci_allocate(dev)) return ENXIO; - /* don't use 32 bit PIO transfers; these cause the NetCell to return - * garbage */ + /* the NetCell only supports 16 bit PIO transfers */ ch->flags |= ATA_USE_16BIT; return 0; } + /* * nVidia chipset support functions */ @@ -2889,6 +2927,10 @@ ata_nvidia_ident(device_t dev) { ATA_NFORCE_MCP55, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP55" }, { ATA_NFORCE_MCP55_S1, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP55" }, { ATA_NFORCE_MCP55_S2, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP55" }, + { ATA_NFORCE_MCP61, 0, AMDNVIDIA, NVIDIA, ATA_UDMA6, "nForce MCP61" }, + { ATA_NFORCE_MCP61_S1, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, + { ATA_NFORCE_MCP61_S2, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, + { ATA_NFORCE_MCP61_S3, 0, 0, NV4|NVQ, ATA_SA300, "nForce MCP61" }, { 0, 0, 0, 0, 0, 0}} ; char buffer[64] ; @@ -2990,59 +3032,26 @@ ata_nvidia_status(device_t dev) struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); int offset = ctlr->chip->cfg2 & NV4 ? 0x0440 : 0x0010; - struct ata_connect_task *tp; int shift = ch->unit << (ctlr->chip->cfg2 & NVQ ? 4 : 2); - u_int32_t status; + u_int32_t istatus = ATA_INL(ctlr->r_res2, offset); - /* get and clear interrupt status */ - if (ctlr->chip->cfg2 & NVQ) { - status = ATA_INL(ctlr->r_res2, offset); - ATA_OUTL(ctlr->r_res2, offset, (0x0f << shift) | 0x00f000f0); - } - else { - status = ATA_INB(ctlr->r_res2, offset); - ATA_OUTB(ctlr->r_res2, offset, (0x0f << shift)); - } - - /* check for and handle connect events */ - if (((status & (0x0c << shift)) == (0x04 << shift)) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if (bootverbose) - device_printf(ch->dev, "CONNECT requested\n"); - tp->action = ATA_C_ATTACH; - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } - - /* check for and handle disconnect events */ - if ((status & (0x08 << shift)) && - !((status & (0x04 << shift) && ATA_IDX_INL(ch, ATA_SSTATUS))) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if (bootverbose) - device_printf(ch->dev, "DISCONNECT requested\n"); - tp->action = ATA_C_DETACH; - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } + /* do we have any PHY events ? */ + if (istatus & (0x0c << shift)) + ata_sata_phy_check_events(dev); + + /* clear interrupt(s) */ + ATA_OUTB(ctlr->r_res2, offset, + (0x0f << shift) | (ctlr->chip->cfg2 & NVQ ? 0x00f000f0 : 0)); /* do we have any device action ? */ - return (status & (0x01 << shift)); + return (istatus & (0x01 << shift)); } static void ata_nvidia_reset(device_t dev) { - struct ata_channel *ch = device_get_softc(dev); - - ata_sata_phy_enable(ch); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); } @@ -3714,7 +3723,8 @@ ata_promise_mio_reset(device_t dev) if ((ctlr->chip->cfg2 == PRSATA) || ((ctlr->chip->cfg2 == PRCMBO) && (ch->unit < 2))) { - ata_sata_phy_enable(ch); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); /* reset and enable plug/unplug intr */ ATA_OUTL(ctlr->r_res2, 0x06c, (0x00000011 << ch->unit)); @@ -3749,7 +3759,8 @@ ata_promise_mio_reset(device_t dev) (ATA_INL(ctlr->r_res2, 0x414 + (ch->unit << 8)) & ~0x00000003) | 0x00000001); - ata_sata_phy_enable(ch); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); /* reset and enable plug/unplug intr */ ATA_OUTL(ctlr->r_res2, 0x060, (0x00000011 << ch->unit)); @@ -4209,6 +4220,8 @@ ata_sii_ident(device_t dev) { ATA_SII3512, 0x00, SIIMEMIO, SIIBUG, ATA_SA150, "SiI 3512" }, { ATA_SII3112, 0x00, SIIMEMIO, SIIBUG, ATA_SA150, "SiI 3112" }, { ATA_SII3112_1, 0x00, SIIMEMIO, SIIBUG, ATA_SA150, "SiI 3112" }, + { ATA_SII3124, 0x00, SIIPRBIO, SII4CH, ATA_SA300, "SiI 3124" }, + { ATA_SII3132, 0x00, SIIPRBIO, 0, ATA_SA300, "SiI 3132" }, { ATA_SII0680, 0x00, SIIMEMIO, SIISETCLK, ATA_UDMA6, "SiI 0680" }, { ATA_CMD649, 0x00, 0, SIIINTR, ATA_UDMA5, "CMD 649" }, { ATA_CMD648, 0x00, 0, SIIINTR, ATA_UDMA4, "CMD 648" }, @@ -4235,7 +4248,38 @@ ata_sii_chipinit(device_t dev) if (ata_setup_interrupt(dev)) return ENXIO; - if (ctlr->chip->cfg1 == SIIMEMIO) { + switch (ctlr->chip->cfg1) { + case SIIPRBIO: + ctlr->r_type1 = SYS_RES_MEMORY; + ctlr->r_rid1 = PCIR_BAR(0); + if (!(ctlr->r_res1 = bus_alloc_resource_any(dev, ctlr->r_type1, + &ctlr->r_rid1, RF_ACTIVE))) + return ENXIO; + + ctlr->r_rid2 = PCIR_BAR(2); + ctlr->r_type2 = SYS_RES_MEMORY; + if (!(ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, + &ctlr->r_rid2, RF_ACTIVE))){ + bus_release_resource(dev, ctlr->r_type1, ctlr->r_rid1,ctlr->r_res1); + return ENXIO; + } + ctlr->allocate = ata_siiprb_allocate; + ctlr->reset = ata_siiprb_reset; + ctlr->dmainit = ata_siiprb_dmainit; + ctlr->setmode = ata_sata_setmode; + ctlr->channels = (ctlr->chip->cfg2 == SII4CH) ? 4 : 2; + + /* reset controller */ + ATA_OUTL(ctlr->r_res1, 0x0040, 0x80000000); + DELAY(10000); + ATA_OUTL(ctlr->r_res1, 0x0040, 0x0000000f); + + /* enable PCI interrupt */ + pci_write_config(dev, PCIR_COMMAND, + pci_read_config(dev, PCIR_COMMAND, 2) & ~0x0400, 2); + break; + + case SIIMEMIO: ctlr->r_type2 = SYS_RES_MEMORY; ctlr->r_rid2 = PCIR_BAR(5); if (!(ctlr->r_res2 = bus_alloc_resource_any(dev, ctlr->r_type2, @@ -4257,13 +4301,13 @@ ata_sii_chipinit(device_t dev) ctlr->channels = 4; } - /* enable PCI interrupt as BIOS might not */ - pci_write_config(dev, 0x8a, (pci_read_config(dev, 0x8a, 1) & 0x3f), 1); - /* dont block interrupts from any channel */ pci_write_config(dev, 0x48, (pci_read_config(dev, 0x48, 4) & ~0x03c00000), 4); + /* enable PCI interrupt as BIOS might not */ + pci_write_config(dev, 0x8a, (pci_read_config(dev, 0x8a, 1) & 0x3f), 1); + ctlr->allocate = ata_sii_allocate; if (ctlr->chip->max_dma >= ATA_SA150) { ctlr->reset = ata_sii_reset; @@ -4271,8 +4315,9 @@ ata_sii_chipinit(device_t dev) } else ctlr->setmode = ata_sii_setmode; - } - else { + break; + + default: if ((pci_read_config(dev, 0x51, 1) & 0x08) != 0x08) { device_printf(dev, "HW has secondary channel disabled\n"); ctlr->channels = 1; @@ -4283,6 +4328,7 @@ ata_sii_chipinit(device_t dev) ctlr->allocate = ata_cmd_allocate; ctlr->setmode = ata_cmd_setmode; + break; } return 0; } @@ -4396,8 +4442,6 @@ ata_sii_allocate(device_t dev) ch->r_io[ATA_BMSTAT_PORT].offset = 0x02 + (unit01 << 3) + (unit10 << 8); ch->r_io[ATA_BMDTP_PORT].res = ctlr->r_res2; ch->r_io[ATA_BMDTP_PORT].offset = 0x04 + (unit01 << 3) + (unit10 << 8); - ch->r_io[ATA_BMDEVSPEC_0].res = ctlr->r_res2; - ch->r_io[ATA_BMDEVSPEC_0].offset = 0xa1 + (unit01 << 6) + (unit10 << 8); if (ctlr->chip->max_dma >= ATA_SA150) { ch->r_io[ATA_SSTATUS].res = ctlr->r_res2; @@ -4428,68 +4472,25 @@ ata_sii_status(device_t dev) { struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); + int offset0 = ((ch->unit & 1) << 3) + ((ch->unit & 2) << 8); + int offset1 = ((ch->unit & 1) << 6) + ((ch->unit & 2) << 8); - /* check for PHY related interrupts on SATA capable HW */ - if (ctlr->chip->max_dma >= ATA_SA150) { - u_int32_t status = ATA_IDX_INL(ch, ATA_SSTATUS); - u_int32_t error = ATA_IDX_INL(ch, ATA_SERROR); - struct ata_connect_task *tp; + /* do we have any PHY events ? */ + if (ctlr->chip->max_dma >= ATA_SA150 && + (ATA_INL(ctlr->r_res2, 0x10 + offset0) & 0x00000010)) + ata_sata_phy_check_events(dev); - if (error) { - /* clear error bits/interrupt */ - ATA_IDX_OUTL(ch, ATA_SERROR, error); - - /* if we have a connection event deal with it */ - if ((error & ATA_SE_PHY_CHANGED) && - (tp = (struct ata_connect_task *) - malloc(sizeof(struct ata_connect_task), - M_ATA, M_NOWAIT | M_ZERO))) { - - if ((status & ATA_SS_CONWELL_MASK) == ATA_SS_CONWELL_GEN1) { - if (bootverbose) - device_printf(ch->dev, "CONNECT requested\n"); - tp->action = ATA_C_ATTACH; - } - else { - if (bootverbose) - device_printf(ch->dev, "DISCONNECT requested\n"); - tp->action = ATA_C_DETACH; - } - tp->dev = ch->dev; - TASK_INIT(&tp->task, 0, ata_sata_phy_event, tp); - taskqueue_enqueue(taskqueue_thread, &tp->task); - } - } - } - - /* any drive action to take care of ? */ - if (ATA_IDX_INB(ch, ATA_BMDEVSPEC_0) & 0x08) + if (ATA_INL(ctlr->r_res2, 0xa0 + offset1) & 0x00000800) return ata_pci_status(dev); - else + else return 0; } static void ata_sii_reset(device_t dev) { - struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); - struct ata_channel *ch = device_get_softc(dev); - int offset = ((ch->unit & 1) << 7) + ((ch->unit & 2) << 8); - - /* disable PHY state change interrupt */ - ATA_OUTL(ctlr->r_res2, 0x148 + offset, ~(1 << 16)); - - /* reset controller part for this channel */ - ATA_OUTL(ctlr->r_res2, 0x48, - ATA_INL(ctlr->r_res2, 0x48) | (0xc0 >> ch->unit)); - DELAY(1000); - ATA_OUTL(ctlr->r_res2, 0x48, - ATA_INL(ctlr->r_res2, 0x48) & ~(0xc0 >> ch->unit)); - - ata_sata_phy_enable(ch); - - /* enable PHY state change interrupt */ - ATA_OUTL(ctlr->r_res2, 0x148 + offset, (1 << 16)); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); } static void @@ -4558,6 +4559,312 @@ ata_sii_setmode(device_t dev, int mode) } +struct ata_siiprb_dma_prdentry { + u_int64_t addr; + u_int32_t count; + u_int32_t control; +} __packed; + +struct ata_siiprb_ata_command { + u_int32_t reserved0; + struct ata_siiprb_dma_prdentry prd[126]; +} __packed; + +struct ata_siiprb_atapi_command { + u_int8_t cdb[16]; + struct ata_siiprb_dma_prdentry prd[125]; +} __packed; + +struct ata_siiprb_command { + u_int16_t control; + u_int16_t protocol_override; + u_int32_t transfer_count; + u_int8_t fis[20]; + union { + struct ata_siiprb_ata_command ata; + struct ata_siiprb_atapi_command atapi; + } u; +} __packed; + +static int +ata_siiprb_allocate(device_t dev) +{ + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); + struct ata_channel *ch = device_get_softc(dev); + int offset = ch->unit * 0x2000; + + /* set the SATA resources */ + ch->r_io[ATA_SSTATUS].res = ctlr->r_res2; + ch->r_io[ATA_SSTATUS].offset = 0x1f04 + offset; + ch->r_io[ATA_SERROR].res = ctlr->r_res2; + ch->r_io[ATA_SERROR].offset = 0x1f08 + offset; + ch->r_io[ATA_SCONTROL].res = ctlr->r_res2; + ch->r_io[ATA_SCONTROL].offset = 0x1f00 + offset; + ch->r_io[ATA_SACTIVE].res = ctlr->r_res2; + ch->r_io[ATA_SACTIVE].offset = 0x1f0c + offset; + + ch->hw.begin_transaction = ata_siiprb_begin_transaction; + ch->hw.end_transaction = ata_siiprb_end_transaction; + ch->hw.status = ata_siiprb_status; + ch->hw.command = NULL; /* not used here */ + return 0; +} + +static int +ata_siiprb_status(device_t dev) +{ + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); + struct ata_channel *ch = device_get_softc(dev); + int offset = ch->unit * 0x2000; + + if ((ATA_INL(ctlr->r_res1, 0x0044) & (1 << ch->unit))) { + u_int32_t istatus = ATA_INL(ctlr->r_res2, 0x1008 + offset); + + /* do we have any PHY events ? */ + ata_sata_phy_check_events(dev); + + /* clear interrupt(s) */ + ATA_OUTL(ctlr->r_res2, 0x1008 + offset, istatus); + + /* do we have any device action ? */ + return (istatus & 0x00000001); + } + return 0; +} + +static int +ata_siiprb_begin_transaction(struct ata_request *request) +{ + struct ata_pci_controller *ctlr=device_get_softc(GRANDPARENT(request->dev)); + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_siiprb_command *prb; + int offset = ch->unit * 0x2000; + u_int64_t prb_bus; + int tag = 0, dummy; + + /* check for 48 bit access and convert if needed */ + ata_modify_if_48bit(request); + + /* get a piece of the workspace for this request */ + prb = (struct ata_siiprb_command *) + (ch->dma->work + (sizeof(struct ata_siiprb_command) * tag)); + + /* set basic prd options ata/atapi etc etc */ + bzero(prb, sizeof(struct ata_siiprb_command)); + + /* setup the FIS for this request */ + if (!ata_request2fis_h2d(request, &prb->fis[0])) { + device_printf(request->dev, "setting up SATA FIS failed\n"); + request->result = EIO; + return ATA_OP_FINISHED; + } + + /* if request moves data setup and load SG list */ + if (request->flags & (ATA_R_READ | ATA_R_WRITE)) { + struct ata_siiprb_dma_prdentry *prd; + + if (request->flags & ATA_R_ATAPI) + prd = &prb->u.atapi.prd[0]; + else + prd = &prb->u.ata.prd[0]; + if (ch->dma->load(ch->dev, request->data, request->bytecount, + request->flags & ATA_R_READ, prd, &dummy)) { + device_printf(request->dev, "setting up DMA failed\n"); + request->result = EIO; + return ATA_OP_FINISHED; + } + } + + /* activate the prb */ + prb_bus = ch->dma->work_bus + (sizeof(struct ata_siiprb_command) * tag); + ATA_OUTL(ctlr->r_res2, + 0x1c00 + offset + (tag * sizeof(u_int64_t)), prb_bus); + ATA_OUTL(ctlr->r_res2, + 0x1c04 + offset + (tag * sizeof(u_int64_t)), prb_bus>>32); + + /* start the timeout */ + callout_reset(&request->callout, request->timeout * hz, + (timeout_t*)ata_timeout, request); + return ATA_OP_CONTINUES; +} + +static int +ata_siiprb_end_transaction(struct ata_request *request) +{ + struct ata_pci_controller *ctlr=device_get_softc(GRANDPARENT(request->dev)); + struct ata_channel *ch = device_get_softc(device_get_parent(request->dev)); + struct ata_siiprb_command *prb; + int offset = ch->unit * 0x2000; + int error, tag = 0; + + /* kill the timeout */ + callout_stop(&request->callout); + + prb = (struct ata_siiprb_command *) + ((u_int8_t *)rman_get_virtual(ctlr->r_res2) + (tag << 7) + offset); + + /* if error status get details */ + request->status = prb->fis[2]; + if (request->status & ATA_S_ERROR) + request->error = prb->fis[3]; + + /* update progress */ + if (!(request->status & ATA_S_ERROR) && !(request->flags & ATA_R_TIMEOUT)) { + if (request->flags & ATA_R_READ) + request->donecount = prb->transfer_count; + else + request->donecount = request->bytecount; + } + + /* any controller errors flagged ? */ + if ((error = ATA_INL(ctlr->r_res2, 0x1024 + offset))) { + printf("ata_siiprb_end_transaction %s error=%08x\n", + ata_cmd2str(request), error); + } + + /* release SG list etc */ + ch->dma->unload(ch->dev); + + return ATA_OP_FINISHED; +} + +static void +ata_siiprb_reset(device_t dev) +{ + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); + struct ata_channel *ch = device_get_softc(dev); + int offset = ch->unit * 0x2000; + struct ata_siiprb_command *prb; + u_int64_t prb_bus; + u_int32_t status, signature; + int timeout, tag = 0; + + /* reset channel HW */ + ATA_OUTL(ctlr->r_res2, 0x1000 + offset, 0x00000001); + DELAY(1000); + ATA_OUTL(ctlr->r_res2, 0x1004 + offset, 0x00000001); + DELAY(10000); + + /* poll for channel ready */ + for (timeout = 0; timeout < 1000; timeout++) { + if ((status = ATA_INL(ctlr->r_res2, 0x1000 + offset)) & 0x00040000) + break; + DELAY(1000); + } + if (timeout >= 1000) { + device_printf(ch->dev, "channel HW reset timeout reset failure\n"); + ch->devices = 0; + goto finish; + } + if (bootverbose) + device_printf(ch->dev, "channel HW reset time=%dms\n", timeout * 1); + + /* reset phy */ + if (!ata_sata_phy_reset(dev)) { + if (bootverbose) + device_printf(ch->dev, "phy reset found no device\n"); + ch->devices = 0; + goto finish; + } + + /* get a piece of the workspace for a soft reset request */ + prb = (struct ata_siiprb_command *) + (ch->dma->work + (sizeof(struct ata_siiprb_command) * tag)); + bzero(prb, sizeof(struct ata_siiprb_command)); + prb->control = htole16(0x0080); + + /* activate the soft reset prb */ + prb_bus = ch->dma->work_bus + (sizeof(struct ata_siiprb_command) * tag); + ATA_OUTL(ctlr->r_res2, + 0x1c00 + offset + (tag * sizeof(u_int64_t)), prb_bus); + ATA_OUTL(ctlr->r_res2, + 0x1c04 + offset + (tag * sizeof(u_int64_t)), prb_bus>>32); + + /* poll for channel ready */ + for (timeout = 0; timeout < 1000; timeout++) { + DELAY(1000); + if ((status = ATA_INL(ctlr->r_res2, 0x1008 + offset)) & 0x00010000) + break; + } + if (timeout >= 1000) { + device_printf(ch->dev, "reset timeout - no device found\n"); + ch->devices = 0; + goto finish; + } + if (bootverbose) + device_printf(ch->dev, "soft reset exec time=%dms status=%08x\n", + timeout, status); + + /* find out whats there */ + prb = (struct ata_siiprb_command *) + ((u_int8_t *)rman_get_virtual(ctlr->r_res2) + (tag << 7) + offset); + signature = + prb->fis[12]|(prb->fis[4]<<8)|(prb->fis[5]<<16)|(prb->fis[6]<<24); + if (bootverbose) + device_printf(ch->dev, "signature=%08x\n", signature); + switch (signature) { + case 0xeb140101: + ch->devices = ATA_ATAPI_MASTER; + device_printf(ch->dev, "SATA ATAPI devices not supported yet\n"); + ch->devices = 0; + break; + case 0x96690101: + ch->devices = ATA_PORTMULTIPLIER; + device_printf(ch->dev, "Portmultipliers not supported yet\n"); + ch->devices = 0; + break; + case 0x00000101: + ch->devices = ATA_ATA_MASTER; + break; + default: + ch->devices = 0; + } + +finish: + /* clear interrupt(s) */ + ATA_OUTL(ctlr->r_res2, 0x1008 + offset, 0x000008ff); + + /* require explicit interrupt ack */ + ATA_OUTL(ctlr->r_res2, 0x1000 + offset, 0x00000008); + + /* 64bit mode */ + ATA_OUTL(ctlr->r_res2, 0x1004 + offset, 0x00000400); + + /* enable interrupts wanted */ + ATA_OUTL(ctlr->r_res2, 0x1010 + offset, 0x000000ff); +} + +static void +ata_siiprb_dmasetprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_siiprb_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole64(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + prd[i - 1].control = htole32(ATA_DMA_EOT); +} + +static void +ata_siiprb_dmainit(device_t dev) +{ + struct ata_channel *ch = device_get_softc(dev); + + ata_dmainit(dev); + if (ch->dma) { + /* note start and stop are not used here */ + ch->dma->setprd = ata_siiprb_dmasetprd; + ch->dma->max_address = BUS_SPACE_MAXADDR; + } +} + + /* * Silicon Integrated Systems Corp. (SiS) chipset support functions */ @@ -4714,12 +5021,10 @@ ata_sis_allocate(device_t dev) static void ata_sis_reset(device_t dev) { - struct ata_channel *ch = device_get_softc(dev); - - ata_sata_phy_enable(ch); + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); } - static void ata_sis_setmode(device_t dev, int mode) { @@ -4823,6 +5128,7 @@ ata_via_ident(device_t dev) { ATA_VIA8235, 0x00, VIA133, 0x00, ATA_UDMA6, "8235" }, { ATA_VIA8237, 0x00, VIA133, 0x00, ATA_UDMA6, "8237" }, { ATA_VIA8237A, 0x00, VIA133, 0x00, ATA_UDMA6, "8237A" }, + { ATA_VIA8237S, 0x00, VIA133, 0x00, ATA_UDMA6, "8237S" }, { ATA_VIA8251, 0x00, VIA133, 0x00, ATA_UDMA6, "8251" }, { 0, 0, 0, 0, 0, 0 }}; static struct ata_chip_id new_ids[] = @@ -4830,6 +5136,7 @@ ata_via_ident(device_t dev) { ATA_VIA6420, 0x00, 7, 0x00, ATA_SA150, "6420" }, { ATA_VIA6421, 0x00, 6, VIABAR, ATA_SA150, "6421" }, { ATA_VIA8237A, 0x00, 7, 0x00, ATA_SA150, "8237A" }, + { ATA_VIA8237S, 0x00, 7, 0x00, ATA_SA150, "8237S" }, { ATA_VIA8251, 0x00, 0, VIAAHCI, ATA_SA300, "8251" }, { 0, 0, 0, 0, 0, 0 }}; char buffer[64]; @@ -4880,7 +5187,13 @@ ata_via_chipinit(device_t dev) pci_write_config(dev, PCIR_COMMAND, pci_read_config(dev, PCIR_COMMAND, 2) & ~0x0400,2); } - ctlr->setmode = ata_sata_setmode; + + if (ctlr->chip->cfg2 & VIABAR) { + ctlr->channels = 3; + ctlr->setmode = ata_via_setmode; + } + else + ctlr->setmode = ata_sata_setmode; return 0; } @@ -4941,6 +5254,8 @@ ata_via_allocate(device_t dev) ch->r_io[i].offset = (i - ATA_BMCMD_PORT)+(ch->unit * ATA_BMIOSIZE); } ata_pci_hw(dev); + if (ch->unit > 1) + return 0; } else { /* setup the usual register normal pci style */ @@ -4964,9 +5279,47 @@ ata_via_allocate(device_t dev) static void ata_via_reset(device_t dev) { + struct ata_pci_controller *ctlr = device_get_softc(device_get_parent(dev)); struct ata_channel *ch = device_get_softc(dev); - ata_sata_phy_enable(ch); + if ((ctlr->chip->cfg2 & VIABAR) && (ch->unit > 1)) + ata_generic_reset(dev); + else + if (ata_sata_phy_reset(dev)) + ata_generic_reset(dev); +} + +static void +ata_via_setmode(device_t dev, int mode) +{ + device_t gparent = GRANDPARENT(dev); + struct ata_pci_controller *ctlr = device_get_softc(gparent); + struct ata_channel *ch = device_get_softc(device_get_parent(dev)); + struct ata_device *atadev = device_get_softc(dev); + int error; + + if ((ctlr->chip->cfg2 & VIABAR) && (ch->unit > 1)) { + u_int8_t pio_timings[] = { 0xa8, 0x65, 0x65, 0x32, 0x20, + 0x65, 0x32, 0x20, + 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20 }; + u_int8_t dma_timings[] = { 0xee, 0xe8, 0xe6, 0xe4, 0xe2, 0xe1, 0xe0 }; + + mode = ata_check_80pin(dev, ata_limit_mode(dev, mode, ATA_UDMA6)); + error = ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_SETXFER, 0, mode); + if (bootverbose) + device_printf(dev, "%ssetting %s on %s chip\n", + (error) ? "FAILURE " : "", ata_mode2str(mode), + ctlr->chip->text); + if (!error) { + pci_write_config(gparent, 0xab, pio_timings[ata_mode2idx(mode)], 1); + if (mode >= ATA_UDMA0) + pci_write_config(gparent, 0xb3, + dma_timings[mode & ATA_MODE_MASK], 1); + atadev->mode = mode; + } + } + else + ata_sata_setmode(dev, mode); } static void @@ -5007,7 +5360,7 @@ ata_via_family_setmode(device_t dev, int struct ata_channel *ch = device_get_softc(device_get_parent(dev)); struct ata_device *atadev = device_get_softc(dev); u_int8_t timings[] = { 0xa8, 0x65, 0x42, 0x22, 0x20, 0x42, 0x22, 0x20, - 0x20, 0x20, 0x20, 0x20, 0x20, 0x20 }; + 0x20, 0x20, 0x20, 0x20, 0x20, 0x20, 0x20 }; int modes[][7] = { { 0xc2, 0xc1, 0xc0, 0x00, 0x00, 0x00, 0x00 }, /* VIA ATA33 */ { 0xee, 0xec, 0xea, 0xe9, 0xe8, 0x00, 0x00 }, /* VIA ATA66 */ Index: ata-pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v retrieving revision 1.105.2.5 diff -p -u -r1.105.2.5 ata-pci.c --- ata-pci.c 11 Feb 2007 23:46:45 -0000 1.105.2.5 +++ ata-pci.c 5 Nov 2007 23:00:01 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 1998 - 2006 Sren Schmidt + * Copyright (c) 1998 - 2007 Sren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -62,10 +62,15 @@ static MALLOC_DEFINE(M_ATAPCI, "ata_pci" int ata_legacy(device_t dev) { - return ((pci_read_config(dev, PCIR_PROGIF, 1)&PCIP_STORAGE_IDE_MASTERDEV) && - ((pci_read_config(dev, PCIR_PROGIF, 1) & - (PCIP_STORAGE_IDE_MODEPRIM | PCIP_STORAGE_IDE_MODESEC)) != - (PCIP_STORAGE_IDE_MODEPRIM | PCIP_STORAGE_IDE_MODESEC))); + return (((pci_read_config(dev, PCIR_PROGIF, 1)&PCIP_STORAGE_IDE_MASTERDEV)&& + ((pci_read_config(dev, PCIR_PROGIF, 1) & + (PCIP_STORAGE_IDE_MODEPRIM | PCIP_STORAGE_IDE_MODESEC)) != + (PCIP_STORAGE_IDE_MODEPRIM | PCIP_STORAGE_IDE_MODESEC))) || + (!pci_read_config(dev, PCIR_BAR(0), 4) && + !pci_read_config(dev, PCIR_BAR(1), 4) && + !pci_read_config(dev, PCIR_BAR(2), 4) && + !pci_read_config(dev, PCIR_BAR(3), 4) && + !pci_read_config(dev, PCIR_BAR(5), 4))); } int @@ -214,11 +219,7 @@ ata_pci_attach(device_t dev) /* attach all channels on this controller */ for (unit = 0; unit < ctlr->channels; unit++) { - if (unit == 0 && (pci_get_progif(dev) & 0x81) == 0x80) { - device_add_child(dev, "ata", unit); - continue; - } - if (unit == 1 && (pci_get_progif(dev) & 0x84) == 0x80) { + if ((unit == 0 || unit == 1) && ata_legacy(dev)) { device_add_child(dev, "ata", unit); continue; } @@ -588,8 +589,11 @@ ata_pcichannel_attach(device_t dev) if (ch->dma) ch->dma->alloc(dev); - if ((error = ctlr->allocate(dev))) + if ((error = ctlr->allocate(dev))) { + if (ch->dma) + ch->dma->free(dev); return error; + } return ata_attach(dev); } Index: ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.49.2.13 diff -p -u -r1.49.2.13 ata-pci.h --- ata-pci.h 31 Oct 2007 13:06:17 -0000 1.49.2.13 +++ ata-pci.h 5 Nov 2007 22:57:19 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 2003 - 2006 Sren Schmidt + * Copyright (c) 2003 - 2007 Sren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -169,6 +169,7 @@ struct ata_connect_task { #define ATA_I82801HBM_S1 0x28298086 #define ATA_I82801HBM_S2 0x282a8086 #define ATA_I82801IB_S1 0x29208086 +#define ATA_I82801IB_AH2 0x29218086 #define ATA_I82801IB_AH6 0x29228086 #define ATA_I82801IB_AH4 0x29238086 #define ATA_I82801IB_S2 0x29268086 @@ -184,6 +185,7 @@ struct ata_connect_task { #define ATA_JMB363 0x2363197b #define ATA_JMB365 0x2365197b #define ATA_JMB366 0x2366197b +#define ATA_JMB368 0x2368197b #define ATA_MARVELL_ID 0x11ab #define ATA_M88SX5040 0x504011ab @@ -192,6 +194,8 @@ struct ata_connect_task { #define ATA_M88SX5081 0x508111ab #define ATA_M88SX6041 0x604111ab #define ATA_M88SX6081 0x608111ab +#define ATA_M88SX6101 0x610111ab +#define ATA_M88SX6145 0x614511ab #define ATA_MICRON_ID 0x1042 #define ATA_MICRON_RZ1000 0x10001042 @@ -224,6 +228,10 @@ struct ata_connect_task { #define ATA_NFORCE_MCP55 0x036e10de #define ATA_NFORCE_MCP55_S1 0x037e10de #define ATA_NFORCE_MCP55_S2 0x037f10de +#define ATA_NFORCE_MCP61 0x03ec10de +#define ATA_NFORCE_MCP61_S1 0x03e710de +#define ATA_NFORCE_MCP61_S2 0x03f610de +#define ATA_NFORCE_MCP61_S3 0x03f710de #define ATA_PROMISE_ID 0x105a #define ATA_PDC20246 0x4d33105a @@ -283,6 +291,8 @@ struct ata_connect_task { #define ATA_SII3512 0x35121095 #define ATA_SII3112 0x31121095 #define ATA_SII3112_1 0x02401095 +#define ATA_SII3124 0x31241095 +#define ATA_SII3132 0x31321095 #define ATA_SII0680 0x06801095 #define ATA_CMD646 0x06461095 #define ATA_CMD648 0x06481095 @@ -349,6 +359,7 @@ struct ata_connect_task { #define ATA_VIA8235 0x31771106 #define ATA_VIA8237 0x32271106 #define ATA_VIA8237A 0x05911106 +#define ATA_VIA8237S 0x53371106 #define ATA_VIA8251 0x33491106 #define ATA_VIA8361 0x31121106 #define ATA_VIA8363 0x03051106 @@ -372,8 +383,9 @@ struct ata_connect_task { #define HPT374 3 #define HPTOLD 0x01 -#define MV5XXX 5 -#define MV6XXX 6 +#define MV50XX 50 +#define MV60XX 60 +#define MV61XX 61 #define PROLD 0 #define PRNEW 1 @@ -394,6 +406,7 @@ struct ata_connect_task { #define SWKSMIO 3 #define SIIMEMIO 1 +#define SIIPRBIO 2 #define SIIINTR 0x01 #define SIISETCLK 0x02 #define SIIBUG 0x04 Index: atapi-cd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.c,v retrieving revision 1.179.2.7 diff -p -u -r1.179.2.7 atapi-cd.c --- atapi-cd.c 2 Sep 2006 17:01:32 -0000 1.179.2.7 +++ atapi-cd.c 5 Nov 2007 22:48:40 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 1998 - 2006 Sren Schmidt + * Copyright (c) 1998 - 2007 Sren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -685,32 +685,25 @@ acd_geom_access(struct g_provider *pp, i { device_t dev = pp->geom->softc; struct acd_softc *cdp = device_get_ivars(dev); - struct ata_request *request; - int8_t ccb[16] = { ATAPI_TEST_UNIT_READY, 0, 0, 0, 0, - 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 }; int timeout = 60, track; - if (!(request = ata_alloc_request())) - return ENOMEM; - - /* wait if drive is not finished loading the medium */ + /* check for media present, waiting for loading medium just in case */ while (timeout--) { - bzero(request, sizeof(struct ata_request)); - request->dev = dev; - bcopy(ccb, request->u.atapi.ccb, 16); - request->flags = ATA_R_ATAPI; - request->timeout = 5; - ata_queue_request(request); - if (!request->error && - (request->u.atapi.sense.key == 2 || - request->u.atapi.sense.key == 7) && - request->u.atapi.sense.asc == 4 && - request->u.atapi.sense.ascq == 1) - tsleep(&timeout, PRIBIO, "acdld", hz / 2); - else - break; + if (!acd_mode_sense(dev, ATAPI_CDROM_CAP_PAGE, + (caddr_t)&cdp->cap, sizeof(cdp->cap)) && + cdp->cap.page_code == ATAPI_CDROM_CAP_PAGE) { + if ((cdp->cap.medium_type == MST_FMT_NONE) || + (cdp->cap.medium_type == MST_NO_DISC) || + (cdp->cap.medium_type == MST_DOOR_OPEN) || + (cdp->cap.medium_type == MST_FMT_ERROR)) + return EIO; + else + break; + } + tsleep(&timeout, PRIBIO, "acdld", hz / 2); } - ata_free_request(request); + if (timeout <= 0) + return EIO; if (pp->acr == 0) { acd_prevent_allow(dev, 1); @@ -1234,7 +1227,8 @@ acd_get_progress(device_t dev, int *fini request->flags = ATA_R_ATAPI | ATA_R_READ; request->timeout = 30; ata_queue_request(request); - if (!request->error && request->u.atapi.sense.error & ATA_SENSE_VALID) + if (!request->error && + request->u.atapi.sense.specific & ATA_SENSE_SPEC_VALID) *finished = ((request->u.atapi.sense.specific2 | (request->u.atapi.sense.specific1 << 8)) * 100) / 65535; else @@ -1635,13 +1629,15 @@ static void acd_get_cap(device_t dev) { struct acd_softc *cdp = device_get_ivars(dev); + int8_t ccb[16] = { ATAPI_MODE_SENSE_BIG, 0, ATAPI_CDROM_CAP_PAGE, + 0, 0, 0, 0, sizeof(cdp->cap)>>8, sizeof(cdp->cap), + 0, 0, 0, 0, 0, 0, 0 }; int count; /* get drive capabilities, some bugridden drives needs this repeated */ for (count = 0 ; count < 5 ; count++) { - if (!acd_mode_sense(dev, ATAPI_CDROM_CAP_PAGE, - (caddr_t)&cdp->cap, sizeof(cdp->cap)) && - cdp->cap.page_code == ATAPI_CDROM_CAP_PAGE) { + if (!ata_atapicmd(dev, ccb, (caddr_t)&cdp->cap, sizeof(cdp->cap), + ATA_R_READ | ATA_R_QUIET, 5)) { cdp->cap.max_read_speed = ntohs(cdp->cap.max_read_speed); cdp->cap.cur_read_speed = ntohs(cdp->cap.cur_read_speed); cdp->cap.max_write_speed = ntohs(cdp->cap.max_write_speed); @@ -1820,6 +1816,8 @@ acd_describe(device_t dev) printf("CD-R "); break; case MST_CDRW: printf("CD-RW "); break; + case MST_DVD: + printf("DVD "); break; case MST_DOOR_OPEN: printf("door open"); break; case MST_NO_DISC: Index: atapi-cd.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/atapi-cd.h,v retrieving revision 1.44.2.1 diff -p -u -r1.44.2.1 atapi-cd.h --- atapi-cd.h 25 Jan 2006 08:13:45 -0000 1.44.2.1 +++ atapi-cd.h 5 Nov 2007 22:45:05 -0000 @@ -1,5 +1,5 @@ /*- - * Copyright (c) 1998 - 2006 Sren Schmidt + * Copyright (c) 1998 - 2007 Sren Schmidt * All rights reserved. * * Redistribution and use in source and binary forms, with or without @@ -95,6 +95,7 @@ struct cappage { #define MST_CDROM 0x00 #define MST_CDR 0x10 #define MST_CDRW 0x20 +#define MST_DVD 0x40 #define MST_NO_DISC 0x70 #define MST_DOOR_OPEN 0x71 --------------000505030308030107050800-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:06:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D464216A419 for ; Tue, 6 Nov 2007 01:06:25 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9DC13C48A for ; Tue, 6 Nov 2007 01:06:25 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 10587 invoked from network); 5 Nov 2007 19:06:16 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Nov 2007 19:06:16 -0600 Date: Tue, 6 Nov 2007 12:06:07 +1100 From: Norberto Meijome To: Kris Kennaway Message-ID: <20071106120607.573d5a73@meijome.net> In-Reply-To: <472F9B95.6080309@FreeBSD.org> References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> <20071106085935.13061afb@meijome.net> <472F9B95.6080309@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:06:25 -0000 On Mon, 05 Nov 2007 23:39:17 +0100 Kris Kennaway wrote: > > Hi Kris, > > thanks for the explanation. I don't think I did that, as this is a 100% clean install of 7,but maybe I bungled it somewhere. > > > > is there a way to know what is cross linked? should I get rid of compat6x? > > Well in that case you managed to somehow install a 6.x binary on there > (not compat6x), which is now being linked to 7.0 binaries (this should > never happen in a correctly functioning system). Either rerun > portupgrade -fa, or use pkg_which on the binaries and libraries that are > giving problems to try and track down which need to be reinstalled. Thanks Kris, that's what I did. for each of the messages that I got showing : /usr/bin/ld: warning: libpthread.so.2, needed by /usr/local/lib/libicui18n.so.36, not found (try using -rpath or -rpath-link or similar, i did pkg_info -W {Library} ( in this case /usr/local/lib/libicui18n.so.36 , which pointed to icu), and rebuilt the package. It seems I must have used portinstall -pP instead of -p in a couple of places and managed to confuse the heck of my system. Everything seems to be building ok so far :) thanks so much for the pointer! B _________________________ {Beto|Norberto|Numard} Meijome "Build a system that even a fool can use, and only a fool will want to use it." George Bernard Shaw I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:38:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5715716A418 for ; Tue, 6 Nov 2007 01:38:51 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id 0862B13C48E for ; Tue, 6 Nov 2007 01:38:50 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA61V2kG016328; Mon, 5 Nov 2007 19:31:18 -0600 (CST) Received: from ammon.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA61c64i003880; Mon, 5 Nov 2007 19:38:06 -0600 (CST) (envelope-from djp@polands.org) Received: from ammon.polands.org (localhost [127.0.0.1]) by ammon.polands.org (8.13.8/8.13.8) with ESMTP id lA61c6oZ056121; Mon, 5 Nov 2007 19:38:06 -0600 (CST) (envelope-from djp@ammon.polands.org) Received: (from djp@localhost) by ammon.polands.org (8.13.8/8.13.8/Submit) id lA61c64c056120; Mon, 5 Nov 2007 19:38:06 -0600 (CST) (envelope-from djp) Date: Mon, 5 Nov 2007 19:38:06 -0600 From: Doug Poland To: Karol Mroz Message-ID: <20071106013806.GA56023@polands.org> References: <472F7BE9.8080807@polands.org> <472F9432.90103@cs.ubc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472F9432.90103@cs.ubc.ca> User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4677/Mon Nov 5 18:12:39 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:38:51 -0000 On Mon, Nov 05, 2007 at 02:07:46PM -0800, Karol Mroz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Doug Poland wrote: > > Hello, > > > > I've been having frequent problems with BETA1 and now BETA2 > > "freezing". There is no diagnostic information, nothing in > > /var/log/messages, nothing, just a hung interface. I cannot ssh > > into the machine and it appears the box ceases to communicate on > > SSH. A couple of times I've had screen corruption on the laptop's > > LCD display. > > > > Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, > > pidgin, and a bunch of xterms. > > > > Is there something I can do to diagnose this issue? > > > > Have you just migrated to CURRENT? Was this machine running fine under > STABLE? > I moved from 6.2-STABLE to 7.0-BETA using cvsup. I may had an infrequent problem in the 6.2-STABLE days, but I can't recall with certainty. > I had similar problems with a desktop of mine that was running 6.2. > Every now and then (sometimes days in between) it would freeze in X, > corrupt the screen, or at times would just reboot. There was no warning > and nothing of worth in any log files. > pretty much my experience here, except I have a laptop. > I had a feeling it might have been my video card, so after taxing it > really hard with gl apps and noticing artifacts on the screen, I > replaced the card. The system ran well for a few weeks, but the > problems persisted. Thought at this point it could be faulty ram, so > ran each half-gig stick on it's own until the next failure. Both > sticks showed failures. So then I moved the sticks out of slots 1,2 > and into 3,4... that was 4 months ago and all is well. > I suppose I could run memtest, although the RAM in this laptop was replaced in July (now running 4GB). > I guess what I'm aiming at here is that this could be a hardware issue > which can be a pain to diagnose. > Thanks for the suggestion. -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:48:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B8CC16A419 for ; Tue, 6 Nov 2007 01:48:59 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id E859D13C48A for ; Tue, 6 Nov 2007 01:48:58 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA61eOsG019880; Mon, 5 Nov 2007 19:40:55 -0600 (CST) Received: from ammon.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA61lTFl003921; Mon, 5 Nov 2007 19:47:29 -0600 (CST) (envelope-from djp@polands.org) Received: from ammon.polands.org (localhost [127.0.0.1]) by ammon.polands.org (8.13.8/8.13.8) with ESMTP id lA61lToA056319; Mon, 5 Nov 2007 19:47:29 -0600 (CST) (envelope-from djp@ammon.polands.org) Received: (from djp@localhost) by ammon.polands.org (8.13.8/8.13.8/Submit) id lA61lTd1056318; Mon, 5 Nov 2007 19:47:29 -0600 (CST) (envelope-from djp) Date: Mon, 5 Nov 2007 19:47:29 -0600 From: Doug Poland To: Ivan Voras Message-ID: <20071106014729.GB56023@polands.org> References: <472F7BE9.8080807@polands.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4677/Mon Nov 5 18:12:39 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:48:59 -0000 On Mon, Nov 05, 2007 at 11:14:13PM +0100, Ivan Voras wrote: > Doug Poland wrote: > > Hello, > > > > I've been having frequent problems with BETA1 and now BETA2 > > "freezing". There is no diagnostic information, nothing in > > /var/log/messages, nothing, just a hung interface. I cannot ssh > > into the machine and it appears the box ceases to communicate on > > SSH. A couple of times I've had screen corruption on the laptop's > > LCD display. > > > > Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, > > pidgin, and a bunch of xterms. > > > > Is there something I can do to diagnose this issue? > > Only random generic troubleshooting items: > > - how's your heating? > the fan on the laptop runs continuously, sometimes on high speed. I typically see temps between 140 (mostly idle) -> 165 (make -j4 buildworld) Fahrenheit. > screen corruption looks like memory or bus errors. > In my situation, it usually manifests itself as the external LCD monitor goes blank (says "no signal") and the bottom half of the internal LCD gets weird, multi-colored square patterns. > are you running powerd? > yes: I recently started running powerd, within the last couple of weeks > - can you set up a serial or firewire connection to it and monitor the > machine from there ("screen corruption" may also mean a kernel message > being printed in text mode, in the part of memory now mapped for > graphics - if this is the case you'll see the message over the serial > console). > I've done serial console redirection before but this laptop has no serial port. Can I get console redirection via firewire? Can you point me at some docs? -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:49:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB3016A41A for ; Tue, 6 Nov 2007 01:49:00 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 99F7213C4B6 for ; Tue, 6 Nov 2007 01:49:00 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 15436 invoked from network); 5 Nov 2007 19:48:42 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Nov 2007 19:48:41 -0600 Date: Tue, 6 Nov 2007 12:48:35 +1100 From: Norberto Meijome To: Doug Poland Message-ID: <20071106124835.694b48ef@meijome.net> In-Reply-To: <472F7BE9.8080807@polands.org> References: <472F7BE9.8080807@polands.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:49:00 -0000 On Mon, 05 Nov 2007 14:24:09 -0600 Doug Poland wrote: > Hello, > > I've been having frequent problems with BETA1 and now BETA2 "freezing". > There is no diagnostic information, nothing in /var/log/messages, > nothing, just a hung interface. I cannot ssh into the machine and it > appears the box ceases to communicate on SSH. A couple of times I've had > screen corruption on the laptop's LCD display. > > Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, pidgin, > and a bunch of xterms. > > Is there something I can do to diagnose this issue? > hi Doug, My laptops is freezing like this too - no corruption on display though (this is the 2nd time i write this email, as it just happened ). I am still not sure what the cause is...some things I've used / tried: I was using gjournal on my 80 GB /usr partition, with a 1.5 journal to ad01sh . I was getting quite often lockups where it seemed the disk subsystem would stall - anything in memory would work, but as soon as disk access was needed, it'd stall too. Rebooting was not an option, as the shutdown watchdog would timeout and stop it. furthermore, I'd have to go into single user and run fsck /dev/ad0s1f.journal every time the laptop would crash. I seemed to have much fewer bad information in the inodes (thanks to the journal), but I was getting 4 or 6 crashes a day. Since I switched away from gjournal, these crashes have completely gone away. since this is my main machine, i cant experiment too much with it. I also had skype-1.4 running . One of its processes was spinning completely out of control , when i wasn't using skype at all (other than receiving text msgs). I sent an email about it to Multimedia.I've since switched back to skype.1.2 and that problem is also gone. But i still get the occasional lockup. I have a feeling it is related to using the sound card : $ cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) Installed devices: pcm0: at memory 0xb0000000 irq 11 kld snd_hda [20071020_0048] [MPSAFE] (1p:10v/1r:6v channels duplex default) Pretty much everytime I'm getting a lockup, i'm either streaming music from my music box or on a skype call. Not much to go by, but there isn't any logs left at all of the crash. It is not a panic (no writing dump to disk when I press enter, Caps-lock is dead, even the Fn key which is bound to the bios is dead). What I have noticed in these cases is that there seems to be a lock up....then, about a minute or so after it, the mouse seems to come back to life...but then there's nothing more I can do - i've waited for over 5 minutes after this with no more results.... Not sure how I can diagnose / test this, but i'm willing to give them a try, time permitting :) thanks! Beto _________________________ {Beto|Norberto|Numard} Meijome Mary had a crypto key she kept it in escrow and everything that Mary said the Feds were sure to know. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:51:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226E716A419 for ; Tue, 6 Nov 2007 01:51:09 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id D601013C4EF for ; Tue, 6 Nov 2007 01:51:08 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 15846 invoked from network); 5 Nov 2007 19:50:57 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Nov 2007 19:50:57 -0600 Date: Tue, 6 Nov 2007 12:50:51 +1100 From: Norberto Meijome To: Doug Poland Message-ID: <20071106125051.63ec9e4a@meijome.net> In-Reply-To: <20071106124835.694b48ef@meijome.net> References: <472F7BE9.8080807@polands.org> <20071106124835.694b48ef@meijome.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:51:09 -0000 On Tue, 6 Nov 2007 12:48:35 +1100 Norberto Meijome wrote: > But i still get the occasional lockup. I have a feeling it is related to using the sound card : > > $ cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) > Installed devices: > pcm0: at memory 0xb0000000 irq 11 kld snd_hda [20071020_0048] [MPSAFE] (1p:10v/1r:6v channels duplex default) > > Pretty much everytime I'm getting a lockup, i'm either streaming music from my music box or on a skype call. Not much to go by, but there isn't any logs left at all of the crash. It is not a panic (no writing dump to disk when I press enter, Caps-lock is dead, even the Fn key which is bound to the bios is dead). What I have noticed in these cases is that there seems to be a lock up....then, about a minute or so after it, the mouse seems to come back to life...but then there's nothing more I can do - i've waited for over 5 minutes after this with no more results.... btw, I've resorted to NOT using XMMS - the issues were happening a LOT more often when i use it instead of, say, vlc or beep. I remember having this same issue on 6.2 with the drivers in the kernel. The latest binary drivers from Ariff would work fine, though i had given up on xmms by then and using vlc for a while. cheers, b _________________________ {Beto|Norberto|Numard} Meijome If you find a solution and become attached to it, the solution may become your next problem. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:58:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C49316A41A for ; Tue, 6 Nov 2007 01:58:49 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 04A0013C48E for ; Tue, 6 Nov 2007 01:58:48 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA61wR5u049183 for ; Mon, 5 Nov 2007 17:58:33 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA61wRXL049182 for freebsd-stable@freebsd.org; Mon, 5 Nov 2007 17:58:27 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 05 Nov 2007 17:58:26 -0800 Message-ID: <20071105175826.jo94y7vj6s40owk4@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 05 Nov 2007 17:58:26 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:58:49 -0000 Hello, and thank you for your reply... Quoting Vivek Khera : > > On Nov 2, 2007, at 3:30 AM, Chris H. wrote: > >> FWIW The system already knows what timezone it lives in. It simply chose >> to change to PST according to the /normal/ standards. What happened here >> in the USA, is that president Bush decided that we'd be better served here >> if we waited an additional week to set our clocks back one hour. So. >> It seems >> this particular server decided to ignore our president (not that I >> blame it) > > Most of us went through this *last* year when the rules took effect. > Did it not affect your system last year? > > Basically you need to get a corrected /etc/localtime and restart any > long running programs that depend on time, notably cron. Ahh... I'm guessing that you missed the following post in this thread titled "date/time trouble - PST came too early [fixed]" posted 11-02. LI Xin offered the following solution, which solved my dilemma: Install /usr/ports/misc/zoneinfo or upgrade your system to a recent release (preferred), e.g. RELENG_6_2 aka FreeBSD 6.2-RELEASE. Re-run tzsetup and choose your time zone accordingly. You will need to restart the time-sensitive services afterward, or reboot the whole system :-) I chose the port && Re-run tzsetup && restart route. :) Thanks again for taking making the effort to respond. --Chris > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 01:59:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5DB916A41B for ; Tue, 6 Nov 2007 01:59:30 +0000 (UTC) (envelope-from djp@polands.org) Received: from ms-smtp-04.rdc-kc.rr.com (ms-smtp-04.rdc-kc.rr.com [24.94.166.116]) by mx1.freebsd.org (Postfix) with ESMTP id 68EA313C4F7 for ; Tue, 6 Nov 2007 01:59:30 +0000 (UTC) (envelope-from djp@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-04.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA61xDRw011838; Mon, 5 Nov 2007 19:59:13 -0600 (CST) Received: from ammon.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA61xGAf003982; Mon, 5 Nov 2007 19:59:16 -0600 (CST) (envelope-from djp@polands.org) Received: from ammon.polands.org (localhost [127.0.0.1]) by ammon.polands.org (8.13.8/8.13.8) with ESMTP id lA61xG2v056429; Mon, 5 Nov 2007 19:59:16 -0600 (CST) (envelope-from djp@ammon.polands.org) Received: (from djp@localhost) by ammon.polands.org (8.13.8/8.13.8/Submit) id lA61xGDY056428; Mon, 5 Nov 2007 19:59:16 -0600 (CST) (envelope-from djp) Date: Mon, 5 Nov 2007 19:59:16 -0600 From: Doug Poland To: Norberto Meijome Message-ID: <20071106015916.GC56023@polands.org> References: <472F7BE9.8080807@polands.org> <20071106124835.694b48ef@meijome.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071106124835.694b48ef@meijome.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4677/Mon Nov 5 18:12:39 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 01:59:30 -0000 On Tue, Nov 06, 2007 at 12:48:35PM +1100, Norberto Meijome wrote: > On Mon, 05 Nov 2007 14:24:09 -0600 > Doug Poland wrote: > > > Hello, > > > > I've been having frequent problems with BETA1 and now BETA2 > > "freezing". There is no diagnostic information, nothing in > > /var/log/messages, nothing, just a hung interface. I cannot ssh > > into the machine and it appears the box ceases to communicate on > > SSH. A couple of times I've had screen corruption on the laptop's > > LCD display. > > > > Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, > > pidgin, and a bunch of xterms. > > > > Is there something I can do to diagnose this issue? > > > > hi Doug, > My laptops is freezing like this too - no corruption on display though > (this is the 2nd time i write this email, as it just happened ). I > am still not sure what the cause is...some things I've used / tried: > > I was using gjournal on my 80 GB /usr partition, with a 1.5 journal > to ad01sh . I was getting quite often lockups where it seemed the disk > subsystem would stall - anything in memory would work, but as soon as > disk access was needed, it'd stall too. Rebooting was not an option, > as the shutdown watchdog would timeout and stop it. > > furthermore, I'd have to go into single user and run fsck > /dev/ad0s1f.journal every time the laptop would crash. I seemed to > have much fewer bad information in the inodes (thanks to the journal), > but I was getting 4 or 6 crashes a day. Since I switched away from > gjournal, these crashes have completely gone away. since this is my > main machine, i cant experiment too much with it. > > I also had skype-1.4 running . One of its processes was spinning > completely out of control , when i wasn't using skype at all (other > than receiving text msgs). I sent an email about it to Multimedia.I've > since switched back to skype.1.2 and that problem is also gone. > > But i still get the occasional lockup. I have a feeling it is related > to using the sound card : > > $ cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 32bit 2007061600/i386) > Installed devices: > pcm0: at memory 0xb0000000 irq 11 kld snd_hda [20071020_0048] [MPSAFE] (1p:10v/1r:6v channels duplex default) > > Pretty much everytime I'm getting a lockup, i'm either streaming music > from my music box or on a skype call. Not much to go by, but there > isn't any logs left at all of the crash. It is not a panic (no writing > dump to disk when I press enter, Caps-lock is dead, even the Fn key > which is bound to the bios is dead). What I have noticed in these > cases is that there seems to be a lock up....then, about a minute or > so after it, the mouse seems to come back to life...but then there's > nothing more I can do - i've waited for over 5 minutes after this with > no more results.... > It's quite likely that I have streaming audio/video going on but am using mplayer exclusively. Am also using new HDA controller. -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 07:50:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45CCD16A418 for ; Tue, 6 Nov 2007 07:50:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 8D24513C4B0; Tue, 6 Nov 2007 07:50:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47301CC7.8070001@FreeBSD.org> Date: Tue, 06 Nov 2007 08:50:31 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Norberto Meijome References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> <20071106085935.13061afb@meijome.net> <472F9B95.6080309@FreeBSD.org> <20071106120607.573d5a73@meijome.net> In-Reply-To: <20071106120607.573d5a73@meijome.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:50:32 -0000 Norberto Meijome wrote: > On Mon, 05 Nov 2007 23:39:17 +0100 > Kris Kennaway wrote: > >>> Hi Kris, >>> thanks for the explanation. I don't think I did that, as this is a 100% clean install of 7,but maybe I bungled it somewhere. >>> >>> is there a way to know what is cross linked? should I get rid of compat6x? >> Well in that case you managed to somehow install a 6.x binary on there >> (not compat6x), which is now being linked to 7.0 binaries (this should >> never happen in a correctly functioning system). Either rerun >> portupgrade -fa, or use pkg_which on the binaries and libraries that are >> giving problems to try and track down which need to be reinstalled. > > Thanks Kris, that's what I did. > for each of the messages that I got showing : > > /usr/bin/ld: warning: libpthread.so.2, needed by /usr/local/lib/libicui18n.so.36, not found (try using -rpath or -rpath-link > > or similar, i did > > pkg_info -W {Library} > > ( in this case /usr/local/lib/libicui18n.so.36 , which pointed to icu), and rebuilt the package. > > It seems I must have used portinstall -pP instead of -p in a couple of places and managed to confuse the heck of my system. > > Everything seems to be building ok so far :) > > thanks so much for the pointer! Hmm, portinstall -P should have still worked, unless your FTP mirror is seriously out of date. Which one are you using? Or maybe you have old local packages in your PKG_PATH? Kris From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 07:59:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDD9416A417; Tue, 6 Nov 2007 07:59:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id F137213C4A5; Tue, 6 Nov 2007 07:59:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47301ED0.9050001@FreeBSD.org> Date: Tue, 06 Nov 2007 08:59:12 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Doug Poland References: <472F7BE9.8080807@polands.org> <20071106014729.GB56023@polands.org> In-Reply-To: <20071106014729.GB56023@polands.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 07:59:13 -0000 Doug Poland wrote: > On Mon, Nov 05, 2007 at 11:14:13PM +0100, Ivan Voras wrote: >> Doug Poland wrote: >>> Hello, >>> >>> I've been having frequent problems with BETA1 and now BETA2 >>> "freezing". There is no diagnostic information, nothing in >>> /var/log/messages, nothing, just a hung interface. I cannot ssh >>> into the machine and it appears the box ceases to communicate on >>> SSH. A couple of times I've had screen corruption on the laptop's >>> LCD display. >>> >>> Every time it hands I'm running Xorg 7.3, Thunderbird, Firefox, >>> pidgin, and a bunch of xterms. >>> >>> Is there something I can do to diagnose this issue? >> Only random generic troubleshooting items: >> >> - how's your heating? >> > the fan on the laptop runs continuously, sometimes on high speed. I > typically see temps between 140 (mostly idle) -> 165 (make -j4 > buildworld) Fahrenheit. > >> screen corruption looks like memory or bus errors. >> > In my situation, it usually manifests itself as the external LCD monitor > goes blank (says "no signal") and the bottom half of the internal LCD > gets weird, multi-colored square patterns. > >> are you running powerd? >> > yes: I recently started running powerd, within the last couple of weeks Try disabling it; it (actually acpi_throttle, which powerd uses) is known to cause hangs on dual core systems at least. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 08:00:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D309116A4F3 for ; Tue, 6 Nov 2007 08:00:54 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 8707E13C4A3 for ; Tue, 6 Nov 2007 08:00:54 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 5CA301CC0D4; Tue, 6 Nov 2007 09:00:43 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 9146C1141D; Tue, 6 Nov 2007 09:00:42 +0100 (CET) Date: Tue, 6 Nov 2007 09:00:42 +0100 From: Henrik Brix Andersen To: Doug Poland Message-ID: <20071106080042.GC97881@tirith.brixandersen.dk> Mail-Followup-To: Doug Poland , Ivan Voras , freebsd-stable@freebsd.org References: <472F7BE9.8080807@polands.org> <20071106014729.GB56023@polands.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <20071106014729.GB56023@polands.org> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 08:00:54 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 05, 2007 at 07:47:29PM -0600, Doug Poland wrote: > I've done serial console redirection before but this laptop has no > serial port. Can I get console redirection via firewire? Can you point > me at some docs? Check out http://wiki.freebsd.org/DebugWithDcons Brix --=20 Henrik Brix Andersen --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHMB8pv+Q4flTiePgRAvFAAJ9PCqE37pQEpKkicDT5hC3jwhoCJgCfedE7 uNCCrKisTR+cDnfelGwizn8= =pCDY -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 13:38:48 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42E4D16A41B; Tue, 6 Nov 2007 13:38:48 +0000 (UTC) (envelope-from doug@polands.org) Received: from ms-smtp-02.rdc-kc.rr.com (ms-smtp-02.rdc-kc.rr.com [24.94.166.122]) by mx1.freebsd.org (Postfix) with ESMTP id EB69F13C4AC; Tue, 6 Nov 2007 13:38:47 +0000 (UTC) (envelope-from doug@polands.org) Received: from corinth.polands.org (CPE-75-87-219-217.new.res.rr.com [75.87.219.217]) by ms-smtp-02.rdc-kc.rr.com (8.13.6/8.13.6) with ESMTP id lA6DUIQF010534; Tue, 6 Nov 2007 07:30:33 -0600 (CST) Received: from omnihp-rj45.polands.org (ammon.polands.org [172.16.1.7]) by corinth.polands.org (8.13.8/8.13.8) with ESMTP id lA6Db9RY007132; Tue, 6 Nov 2007 07:37:09 -0600 (CST) (envelope-from doug@polands.org) Message-ID: <47306E04.9060408@polands.org> Date: Tue, 06 Nov 2007 07:37:08 -0600 From: Doug Poland User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <472F7BE9.8080807@polands.org> <20071106014729.GB56023@polands.org> <47301ED0.9050001@FreeBSD.org> In-Reply-To: <47301ED0.9050001@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: ClamAV 0.88.4/4680/Mon Nov 5 22:49:40 2007 on corinth.polands.org X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org, Ivan Voras Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 13:38:48 -0000 Kris Kennaway wrote: > Doug Poland wrote: >> On Mon, Nov 05, 2007 at 11:14:13PM +0100, Ivan Voras wrote: >>> Doug Poland wrote: >>>> >>>> I've been having frequent problems with BETA1 and now BETA2 >>>> "freezing". There is no diagnostic information, nothing in >>>> /var/log/messages, nothing, just a hung interface. I cannot ssh >>>> into the machine and it appears the box ceases to communicate on >>>> SSH. A couple of times I've had screen corruption on the laptop's >>>> LCD display. >>>> >> >>> are you running powerd? >>> >> yes: I recently started running powerd, within the last couple of weeks > > Try disabling it; it (actually acpi_throttle, which powerd uses) is > known to cause hangs on dual core systems at least. > OK, I'll start there... thanks -- Regards, Doug From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 15:22:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5D316A421 for ; Tue, 6 Nov 2007 15:22:14 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1785813C4C3 for ; Tue, 6 Nov 2007 15:22:13 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so2278082fka for ; Tue, 06 Nov 2007 07:22:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5NVCZzTbudTtdLqFkZLwt2YMvdxvgD4rF6L+GxxTlPo=; b=mRKUU5Pf9uK81RsTPeFqMWU2ww+3kZOXsMO5cmRjyKQ/6StvHACrNqRvSJeYi0EfZpSHo5fm66PIH78TDF75nx6SyzyTkz+pkLtuhaguv31N2QmUlMcjt6eHFKNOV6VB2ADBao5XHWsvWN85yM/nG0AtnIhmV2I2rrYf4fyGOas= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NO2iMT2sFm2I67TWzO0z7/SbSgw4/mYlhQ8rOMKPcn4pxptdiRP3DxDZHo8n/j7czuFEp19W9IfgbBuAA68jEelMMCMUmam6sbKbwD77rWAGsKU7ckRWFe0n3FOiZ4+Qw9RAF42VOtBDy8JCpdLX7QPIQg5WaUgt/mcI7TbqNYY= Received: by 10.82.126.5 with SMTP id y5mr12718859buc.1194362523076; Tue, 06 Nov 2007 07:22:03 -0800 (PST) Received: by 10.82.115.11 with HTTP; Tue, 6 Nov 2007 07:22:03 -0800 (PST) Message-ID: <6eb82e0711060722g2a7876ccrd3eaf8912f5e84fa@mail.gmail.com> Date: Tue, 6 Nov 2007 23:22:03 +0800 From: "Rong-en Fan" To: avleeuwen@piwebs.com In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: IBM xSeries 336 dual Xeon hangs on boot when APIC enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 15:22:14 -0000 On Aug 13, 2006 11:41 PM, Arjan van Leeuwen wrote: > I'm trying to boot FreeBSD 6.1-RELEASE/amd64 on an IBM xSeries 336 machine > with dual Xeons 3.2GHz installed. > > The installation was successful, but > if I try to boot the SMP kernel, it hangs after detection of SCSI and ATA > devices (possibly when doing the initialization of the mpt0 RAID controller, > or when it tries to start the second CPU?). Recently, I had an opportunity to access one xSeries 336 box. With 7.0-BETA2 amd64, it boots just fine without any tuning. SMP is also working. Something must be changed in the past two years. ;-) Regards, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 16:24:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A4A916A421 for ; Tue, 6 Nov 2007 16:24:07 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id 847A613C4B7 for ; Tue, 6 Nov 2007 16:24:06 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 3197 invoked by uid 1001); 6 Nov 2007 16:57:24 +0100 To: =?utf-8?B?0JTQvNC40YLRgNC40Lkg0JrQvtC80LDQu9C10LXQsg==?= Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <2335ED0A1B2A294FACC6EB01EF0965F72EE843@exch01.konliga.ru> (=?utf-8?B?0JTQvNC40YLRgNC40Lkg0JrQvtC80LDQu9C10LXQsidz?= message of "Thu, 1 Nov 2007 14:56:53 +0300") References: <2335ED0A1B2A294FACC6EB01EF0965F72EE843@exch01.konliga.ru> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Tue, 06 Nov 2007 16:57:23 +0100 Message-ID: <86d4unl63g.fsf@zid.claresco.hr> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: System hangs up every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 16:24:07 -0000 =D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=9A=D0=BE=D0=BC=D0=B0=D0=BB= =D0=B5=D0=B5=D0=B2 writes: > I have written already, that I tried to plug a system HDD to another seve= r with the same configuration; on the new platform the system hanging didn'= t stop. The RAID controller remained the same, but it has the own error lo= g and it is clear. > em0: =20 :)) >> > options MP_WATCHDOG >> > options SW_WATCHDOG Try to compile the GENERIC SMP kernel with all ALTQ options but without=20 watchdog options. Maybe this will work.=20 --=20 One cannot sell the earth upon which the people walk Tacunka Witco=20 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 16:35:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D6FB16A417 for ; Tue, 6 Nov 2007 16:35:00 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sumo.dreamhost.com (sumo.dreamhost.com [66.33.216.29]) by mx1.freebsd.org (Postfix) with ESMTP id 4C8E713C4B3 for ; Tue, 6 Nov 2007 16:35:00 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a19.g.dreamhost.com (sd-green-bigip-81.dreamhost.com [208.97.132.81]) by sumo.dreamhost.com (Postfix) with ESMTP id AFD5A1B584B for ; Tue, 6 Nov 2007 07:34:00 -0800 (PST) Received: from sauron.lan.box (200-102-119-68.paemt701.dsl.brasiltelecom.net.br [200.102.119.68]) by spunkymail-a19.g.dreamhost.com (Postfix) with ESMTP id 461DD11D00; Tue, 6 Nov 2007 07:33:40 -0800 (PST) Date: Tue, 6 Nov 2007 13:33:14 -0200 From: Ricardo Nabinger Sanchez To: Norberto Meijome Message-Id: <20071106133314.0dc7c744.rnsanchez@wait4.org> In-Reply-To: <20071106124835.694b48ef@meijome.net> References: <472F7BE9.8080807@polands.org> <20071106124835.694b48ef@meijome.net> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Doug Poland , freebsd-stable@freebsd.org Subject: Re: 7.0-BETA1 & 2 occasionally freezing, how to diagnose? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 16:35:00 -0000 On Tue, 6 Nov 2007 12:48:35 +1100 Norberto Meijome wrote: > Pretty much everytime I'm getting a lockup, i'm either streaming music > from my music box or on a skype call. Not much to go by, but there > isn't any logs left at all of the crash. It is not a panic (no writing > dump to disk when I press enter, Caps-lock is dead, even the Fn key > which is bound to the bios is dead). What I have noticed in these > cases is that there seems to be a lock up....then, about a minute or > so after it, the mouse seems to come back to life...but then there's > nothing more I can do - i've waited for over 5 minutes after this with > no more results.... > > Not sure how I can diagnose / test this, but i'm willing to give them > a try, time permitting :) Hmm. Any chances any of you upgraded Xorg/glib2 this weekend? I did on Sunday, and got some soft-locks similar to these ones. In my case, only part of the applications would freeze. Interestingly, only xmms and gkrellm kept running, and I could ssh to the machine---nothing unusual on top(1). In the X console, the mouse would move, but don't do anything useful. The keyboard sometimes didn't worked, but whenever NumLock worked, then I'd be able to vtswitch to some vt and ^C the whole X server. The only worth message was from nvidia module (sometimes more than once), some random time before soft-locking up. If it helps, I heard a slightly different pc-speaker beep (short), which eventually led me to vt-switch and discover this message: kernel: NVRM: API mismatch: the client has the version 100.14.19, but kernel: NVRM: this kernel module has the version 100.14.11. Please kernel: NVRM: make sure that this kernel module and all NVIDIA driver kernel: NVRM: components have the same version. I'm on 6.1-RELEASE, most ports are up-to-date, and now using the nv driver because nvidia module is getting a _sleep unresolved symbol. No locks so far, BTW. -- Ricardo Nabinger Sanchez rnsanchez@wait4.org Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 20:34:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8608E16A419 for ; Tue, 6 Nov 2007 20:34:08 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 03BBB13C4B9 for ; Tue, 6 Nov 2007 20:34:07 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 95749 invoked from network); 6 Nov 2007 23:07:25 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 6 Nov 2007 23:07:25 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 258326, updated: 6.11.2007] Message-ID: <048101c820b0$a4507b90$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Tue, 6 Nov 2007 23:07:15 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: How to verify a mirror raid using atacontrol? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 20:34:08 -0000 I have a mirror raid on Promise controller supported by atacontrol. How can i verify it? Thank you in advance -- Artem From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 20:39:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 766BC16A46D for ; Tue, 6 Nov 2007 20:39:21 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id DD91F13C4C4 for ; Tue, 6 Nov 2007 20:39:20 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 63013 invoked by uid 1002); 6 Nov 2007 20:39:18 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 10.241348 secs); 06 Nov 2007 20:39:18 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Nov 2007 20:39:07 -0000 Message-ID: <4730D080.6050502@ibctech.ca> Date: Tue, 06 Nov 2007 15:37:20 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Artem Kuchin References: <048101c820b0$a4507b90$0c00a8c0@Artem> In-Reply-To: <048101c820b0$a4507b90$0c00a8c0@Artem> X-Enigmail-Version: 0.95.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How to verify a mirror raid using atacontrol? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 20:39:21 -0000 Artem Kuchin wrote: > I have a mirror raid on Promise controller > supported by atacontrol. > > How can i verify it? pearl# atacontrol list ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: ad5 ATA/ATAPI rev 7 ATA channel 3: Master: no device present Slave: ad7 ATA/ATAPI rev 7 pearl# atacontrol status ar0 ar0: ATA RAID1 subdisks: ad5 ad7 status: READY pearl# atacontrol info 2 Master: no device present Slave: ad5 ATA/ATAPI rev 7 pearl# atacontrol info 3 Master: no device present Slave: ad7 ATA/ATAPI rev 7 Regards, Steve From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 20:46:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F9F616A421 for ; Tue, 6 Nov 2007 20:46:31 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id A14B513C4A5 for ; Tue, 6 Nov 2007 20:46:30 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 6738 invoked by uid 1001); 6 Nov 2007 20:19:48 -0000 Date: Tue, 6 Nov 2007 22:19:48 +0200 From: Dan Epure To: freebsd-stable@freebsd.org Message-ID: <20071106201948.GA6590@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: openpty() and jail in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 20:46:31 -0000 Hi All, I'm using on the host system (7.0-BETA2): #sysctl kern.pts.enable kern.pts.enable: 1 I have no problem at all. The jail is also 7.0-BETA2 The problem is inside the jail openpty() can not allocate the pty: === cut here === debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 openpty: No such file or directory session_pty_req: session 0 alloc failed debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell === and here === the ssh session just hangs. (no pty ?) I did not forget to mount devfs inside the jail. The jail is configured in rc.conf: === cut here === jail_enable="YES" jail_list="test" jail_test_hostname="test.mydomain.org" jail_test_rootdir="/jails/test" jail_test_interface="bge0" jail_test_devfs_enable="YES" jail_test_ip="192.168.10.2" jail_set_hostname_allow="NO" jail_sysvipc_allow="NO" jail_socket_unixiproute_only="YES" === and here === I think the problem is related to restrictions imposed by the jail. Please advise. Gepu From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 20:59:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB3616A418 for ; Tue, 6 Nov 2007 20:59:31 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 74D3F13C4C2 for ; Tue, 6 Nov 2007 20:59:30 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 97207 invoked from network); 6 Nov 2007 23:59:29 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 6 Nov 2007 23:59:29 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.44, engine: 4.44.0.09170, virus records: 258326, updated: 6.11.2007] Message-ID: <04d201c820b7$ea1f1a30$0c00a8c0@Artem> From: "Artem Kuchin" To: "Steve Bertrand" References: <048101c820b0$a4507b90$0c00a8c0@Artem> <4730D080.6050502@ibctech.ca> Date: Tue, 6 Nov 2007 23:59:21 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@freebsd.org Subject: Re: How to verify a mirror raid using atacontrol? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 20:59:31 -0000 Steve Bertrand wrote: > Artem Kuchin wrote: >> I have a mirror raid on Promise controller >> supported by atacontrol. >> >> How can i verify it? > > [snip] No, no. i meant completelly verify raid data, that is that bother drive match and no bad blocks on any of them. There is a special VERIFY raid command on 3ware and HPT and other, but i don't see it on atacontrol. -- Artem From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 21:05:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1754A16A419 for ; Tue, 6 Nov 2007 21:05:07 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09B0513C4B3 for ; Tue, 6 Nov 2007 21:05:07 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id F10991CC041; Tue, 6 Nov 2007 13:05:06 -0800 (PST) Date: Tue, 6 Nov 2007 13:05:06 -0800 From: Jeremy Chadwick To: Artem Kuchin Message-ID: <20071106210506.GA1704@eos.sc1.parodius.com> References: <048101c820b0$a4507b90$0c00a8c0@Artem> <4730D080.6050502@ibctech.ca> <04d201c820b7$ea1f1a30$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04d201c820b7$ea1f1a30$0c00a8c0@Artem> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Steve Bertrand , freebsd-stable@freebsd.org Subject: Re: How to verify a mirror raid using atacontrol? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 21:05:07 -0000 On Tue, Nov 06, 2007 at 11:59:21PM +0300, Artem Kuchin wrote: > Steve Bertrand wrote: >> Artem Kuchin wrote: >>> I have a mirror raid on Promise controller >>> supported by atacontrol. >>> How can i verify it? >> [snip] > > No, no. i meant completelly verify raid data, that is > that bother drive match and no bad blocks on any of them. > There is a special VERIFY raid command on 3ware and > HPT and other, but i don't see it on atacontrol. The feature you want is called "scrubbing" or "disk scrubbing". The best options you have that I know of are using dd to scan the entire disk, or a program that comes with the base system (but compiled/installed through the ports system) called diskcheckd (which more or less does what you want, but it does not appear to work exactly as described; I have an open PR on it: ports/115853) Otherwise, ZFS offers exactly what you want. Case in point: icarus# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT storage 928G 97.3G 831G 10% ONLINE - icarus# zpool scrub storage icarus# zpool status pool: storage state: ONLINE scrub: scrub in progress, 0.16% done, 0h20m to go config: NAME STATE READ WRITE CKSUM storage ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad6 ONLINE 0 0 0 errors: No known data errors icarus# zpool status | egrep 'scrub|errors' scrub: scrub in progress, 7.21% done, 0h12m to go errors: No known data errors -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 23:26:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3A9216A420 for ; Tue, 6 Nov 2007 23:26:40 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 85ED113C4A8 for ; Tue, 6 Nov 2007 23:26:40 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 32008 invoked from network); 6 Nov 2007 17:26:40 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Nov 2007 17:26:39 -0600 Date: Wed, 7 Nov 2007 10:26:33 +1100 From: Norberto Meijome To: Kris Kennaway Message-ID: <20071107102633.30014de1@meijome.net> In-Reply-To: <47301CC7.8070001@FreeBSD.org> References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> <20071106085935.13061afb@meijome.net> <472F9B95.6080309@FreeBSD.org> <20071106120607.573d5a73@meijome.net> <47301CC7.8070001@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 23:26:40 -0000 On Tue, 06 Nov 2007 08:50:31 +0100 Kris Kennaway wrote: > Hmm, portinstall -P should have still worked, unless your FTP mirror is > seriously out of date. Which one are you using? Or maybe you have old > local packages in your PKG_PATH? no,no, totally my bad - i am sure i had copies of my 6.2 packages in /usr/ports/packages/All. I did a clean install but merged back some files (/home, /usr/ports/distfiles and packages) . thanks, B _________________________ {Beto|Norberto|Numard} Meijome "If you want to realize what a ridiculous word 'lifestyle' is, consider the fact that technically speaking, Attila the Hun had an active, outdoor lifestyle." George Carlin I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 6 23:32:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9E2F16A46C for ; Tue, 6 Nov 2007 23:32:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id CF9B713C4AA; Tue, 6 Nov 2007 23:32:18 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4730F980.7070101@FreeBSD.org> Date: Wed, 07 Nov 2007 00:32:16 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Norberto Meijome References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> <20071106085935.13061afb@meijome.net> <472F9B95.6080309@FreeBSD.org> <20071106120607.573d5a73@meijome.net> <47301CC7.8070001@FreeBSD.org> <20071107102633.30014de1@meijome.net> In-Reply-To: <20071107102633.30014de1@meijome.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2007 23:32:21 -0000 Norberto Meijome wrote: > On Tue, 06 Nov 2007 08:50:31 +0100 > Kris Kennaway wrote: > >> Hmm, portinstall -P should have still worked, unless your FTP mirror is >> seriously out of date. Which one are you using? Or maybe you have old >> local packages in your PKG_PATH? > > > no,no, totally my bad - i am sure i had copies of my 6.2 packages in /usr/ports/packages/All. I did a clean install but merged back some files (/home, /usr/ports/distfiles and packages) . > thanks, > B OK, glad you got it resolved. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 00:44:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7B3916A417 for ; Wed, 7 Nov 2007 00:44:56 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2B613C4A5 for ; Wed, 7 Nov 2007 00:44:55 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 8927 invoked from network); 6 Nov 2007 18:44:55 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 6 Nov 2007 18:44:54 -0600 Date: Wed, 7 Nov 2007 11:44:48 +1100 From: Norberto Meijome To: Kris Kennaway Message-ID: <20071107114448.17020cc2@meijome.net> In-Reply-To: <4730F980.7070101@FreeBSD.org> References: <20071105210626.49f84cc5@meijome.net> <472EF3D4.70507@FreeBSD.org> <20071106085935.13061afb@meijome.net> <472F9B95.6080309@FreeBSD.org> <20071106120607.573d5a73@meijome.net> <47301CC7.8070001@FreeBSD.org> <20071107102633.30014de1@meijome.net> <4730F980.7070101@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Understanding libpthread.so.2 undef reference error.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 00:44:56 -0000 On Wed, 07 Nov 2007 00:32:16 +0100 Kris Kennaway wrote: > > no,no, totally my bad - i am sure i had copies of my 6.2 packages in /usr/ports/packages/All. I did a clean install but merged back some files (/home, /usr/ports/distfiles and packages) . > > thanks, > > B > > OK, glad you got it resolved. yup, thanks :) what I did is uninstalled compat6x, then did ldd /usr/local/lib/*so* | less and searched for all the libraries that were referencing missing libraries, found what packages those belonged to and rebuilt them. The only one that hasn't been fixed in this way is ImageMagick, i keep getting references to /usr/local/lib/libMagick++.so: libz.so.3 => not found (0x0) libm.so.4 => not found (0x0) but they also refer the correct libraries in 7.0 : libz.so.4 => /lib/libz.so.4 (0x2836e000) libm.so.5 => /lib/libm.so.5 (0x288ba000) not sure what is going on there, but it seems ok. cheers, B _________________________ {Beto|Norberto|Numard} Meijome "Everything should be made as simple as possible, but not simpler." Albert Einstein I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 02:48:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DF9F16A418 for ; Wed, 7 Nov 2007 02:48:17 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: from serv1-mk3.ilse.net (serv1-mk3.ilse.net [62.69.160.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCD313C4AA for ; Wed, 7 Nov 2007 02:48:15 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: (from marcolz@localhost) by serv1-mk3.ilse.net (8.13.4/8.12.11) id lA6FZOhe017362; Tue, 6 Nov 2007 16:35:24 +0100 (CET) (envelope-from marcolz) Date: Tue, 6 Nov 2007 16:35:24 +0100 From: Marc Olzheim To: FreeBSD Message-ID: <20071106153524.GD89335@ilse.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: Marc Olzheim Subject: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 02:48:17 -0000 --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I can't get the kernel to accept my passphrase at boot time. Excerpt from dmesg: =2E.. FreeBSD 7.0-BETA2 #0: Tue Nov 6 15:06:03 UTC 2007 root@lapcat.ilse.net:/usr/obj/usr/src/sys/LAPCAT Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff808a5000. Preloaded elf obj module "/boot/kernel/geom_eli.ko" at 0xffffffff808a5288. Preloaded elf obj module "/boot/kernel/crypto.ko" at 0xffffffff808a58f8. Preloaded elf obj module "/boot/kernel/zlib.ko" at 0xffffffff808a5f60. Preloaded ad4s3e:keyfile0 "/boot/keys/ad4s3e.key" at 0xffffffff808a64c8. Calibrating clock(s) ... i8254 clock: 1193193 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1496263977 Hz CPU: Intel(R) Core(TM)2 Duo CPU T5250 @ 1.50GHz (1496.26-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x6fd Stepping =3D 13 Features=3D0xbfebfbff Features2=3D0xe39d AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 usable memory =3D 2128379904 (2029 MB) =2E.. ad4: 114473MB at ata2-master SATA150 ad4: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 battery0: battery initialization done, tried 1 times GEOM_LABEL: Label for provider ad4s4 is ntfs/HP_RECOVERY. Enter passphrase for ad4s3e: (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error GEOM_ELI: Wrong key for ad4s3e. Tries left: 2. Enter passphrase for ad4s3e:=20 GEOM_ELI: Wrong key for ad4s3e. Tries left: 1. Enter passphrase for ad4s3e:=20 GEOM_ELI: Wrong key for ad4s3e. No tries left. SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 =2E.. Trying to mount root from ufs:/dev/ad4s3a start_init: trying /sbin/init Loading configuration files. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart =2E Starting file system checks: Setting hostuuid: 434e4637-3332-3352-3451-001b24850b51. Setting hostid: 0x55ee28a8. Mounting local file systems: =2E.. But when trying after boot, "geli attach -k /boot/keys/ad4s3e.key": GEOM_ELI: Device ad4s3e.eli created. GEOM_ELI: Encryption: AES-CBC 128 GEOM_ELI: Crypto: software Then it works fine. Any ideas ? Another issue with BETA1.5 was that when disklabeling /dev/ad4s3e.eli into multiple slices, after newfsing and mounting, I could create files and fsck the filesystem, but as soon as I created a directory, it caused a panic. I didn't see that after cvsuping to RELENG_7 then though, so i assume something was already fixed in that department. Marc --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFHMIm8ezjnobFOgrERAtmzAJoCc547dHspBbPbDmeSKrGOKKOyVQCfTyQK KnFuVGbJfo4EvU1ZyWDa7Qc= =iibO -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 09:28:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D27E316A419 for ; Wed, 7 Nov 2007 09:28:43 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id B51BA13C4B2 for ; Wed, 7 Nov 2007 09:28:43 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by wa-out-1112.google.com with SMTP id k17so2858864waf for ; Wed, 07 Nov 2007 01:28:33 -0800 (PST) Received: by 10.114.95.1 with SMTP id s1mr7255586wab.1194425985271; Wed, 07 Nov 2007 00:59:45 -0800 (PST) Received: by 10.114.25.17 with HTTP; Wed, 7 Nov 2007 00:59:45 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 16:59:45 +0800 From: "Mars G Miro" To: "Ken Smith" , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: src-install.sh and compat/opensolaris/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 09:28:43 -0000 Hiya I think there might be a need to add 'compat' in $dists in src-install.sh. When the src is extracted from the ISO, compat is left out and buildworld fails at: mkdep -f .depend -a -I/usr/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris -I/usr/src/cddl/lib/libnvpair/../../../include -I/usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common -D_SOLARIS_C_SOURCE /usr/src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c /usr/src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c /usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c /usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c ===> cddl/lib/libumem (depend) make: don't know how to make umem.c. Stop *** Error code 2 Stop in /usr/src/cddl/lib. *** Error code 1 because there's no more cddl/ [0]. Of course when csupping it can be checked out but for those that do not csup, they may not be able to rebuild their world. For instance, I have a 7.0-PRERELEASE box and not able to rebuild my world using the 7.0-BETA2 src from the ISO. Thanks ;-) cheers mars ----- [0] http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070687.html From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 09:41:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A59116A46C for ; Wed, 7 Nov 2007 09:41:43 +0000 (UTC) (envelope-from photor@photor.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA0313C48E for ; Wed, 7 Nov 2007 09:41:42 +0000 (UTC) (envelope-from photor@photor.de) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IphPp-0002mj-If for freebsd-stable@freebsd.org; Wed, 07 Nov 2007 10:41:41 +0100 Received: from port-212-202-38-71.dynamic.qsc.de ([212.202.38.71]:53775 helo=worf.mydomain.home) by 5.mx.freenet.de with esmtpsa (ID photor@photor.de) (TLSv1:AES256-SHA:256) (port 25) (Exim 4.68 #1) id 1IphPp-0000wB-9q for freebsd-stable@freebsd.org; Wed, 07 Nov 2007 10:41:41 +0100 Received: from photor by worf.mydomain.home with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IphPo-000Ee1-4V for freebsd-stable@freebsd.org; Wed, 07 Nov 2007 10:41:40 +0100 Date: Wed, 7 Nov 2007 10:41:40 +0100 From: Karsten Rothemund To: FreeBSD Message-ID: <20071107094140.GA34136@www.photor.de> Mail-Followup-To: FreeBSD References: <20071106153524.GD89335@ilse.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <20071106153524.GD89335@ilse.net> User-Agent: Mutt/1.4.2.3i X-Organisation: private site X-Url: http://www.photor.de X-GPG-Fingerprint: E752 C759 B9B2 2057 E42F 50EE 47AC A7CE 7019 CAA5 Sender: Karsten Rothemund X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: photor@photor.de X-SA-Exim-Scanned: No (on worf.mydomain.home); SAEximRunCond expanded to false X-Warning: 212.202.38.71 is listed at list.dsbl.org Subject: Re: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: karsten@photor.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 09:41:43 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 06, 2007 at 04:35:24PM +0100, Marc Olzheim wrote: > Hi. >=20 > I can't get the kernel to accept my passphrase at boot time. >=20 What kind of passphrase do you use? I had the same "problem" until I realized, that my passphrase contained a letter, which changed its "position" on the keyboard when changing layout, during boot it is still the US-layout. Later it changed to de in my case (no problem to attach geli device later). Just a hint. Ciao, Karsten --=20 Karsten Rothemund /"\ PGP-Key: 0x7019CAA5 \ / Fingerprint: E752 C759 B9B2 2057 E42F \ ASCII Ribbon Campaign 50EE 47AC A7CE 7019 CAA5 / \ Against HTML Mail and News --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMYhTR6ynznAZyqURAuL7AKCRXqpNkBpvqt8ihCqmCLNfDkk9hwCglr5h rgPfuIk6UXyJ0ySpi3yjU1Y= =r2Tz -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 09:42:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF2816A421 for ; Wed, 7 Nov 2007 09:42:34 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id BF49413C4CE for ; Wed, 7 Nov 2007 09:42:33 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 8A1BF786E; Wed, 7 Nov 2007 12:18:26 +0300 (MSK) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id 66DB4786C; Wed, 7 Nov 2007 12:18:26 +0300 (MSK) Date: Wed, 7 Nov 2007 12:18:06 +0300 From: Igor Sysoev To: jfvogel@gmail.com Message-ID: <20071107091806.GA361@rambler-co.ru> References: <20071012121545.GA78201@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071012121545.GA78201@rambler-co.ru> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: em driver 6.6.6 regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 09:42:34 -0000 On Fri, Oct 12, 2007 at 04:15:46PM +0400, Igor Sysoev wrote: > Yesterday I have cvsup'ed FreeBSD on ThinkPad T42 to RELENG_6 > "2007.10.10.23.59.59" and have noticed lags while playing mp3 and browsing. > I have suspected new em driver, because there was no lags if wifi iwi0 > was used instead of em0 for network. So I had downgraded the em driver > separately to 6.2.9 version, have build a kernel loadable module, and have > loaded it instead of the 6.6.6 module, and the lags have disappeared. > > The lags appeares only if browser (Firefox, Opera) does several requests: > main page, js, images. There are no lags if browser reload simple page. > Also, I could not reproduce lags by other network traffic: pings, ssh, scp, > downloading files. There are no lags if I compile and so on. > > Some additional info: > > The shared irq11 is used by pcm0, em0, iwi0, CardBus, USB, and acpi_video0. > > em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82540EP Gigabit Ethernet Controller (Mobile)' I just cvsup'ed to the new em 6.7.2 version without FAST interrupt and lags in sound and USB mouse has gone. Thank you. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 10:16:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF11316A41A for ; Wed, 7 Nov 2007 10:16:06 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8CDC313C4CB for ; Wed, 7 Nov 2007 10:16:06 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 875146D51; Wed, 7 Nov 2007 12:55:45 +0300 (MSK) Received: from localhost (is1.park.rambler.ru [81.19.64.121]) by relay0.rambler.ru (Postfix) with ESMTP id 653D36D43; Wed, 7 Nov 2007 12:55:45 +0300 (MSK) Date: Wed, 7 Nov 2007 12:55:24 +0300 From: Igor Sysoev To: jfvogel@gmail.com Message-ID: <20071107095524.GD908@rambler-co.ru> References: <20071012121545.GA78201@rambler-co.ru> <20071107091806.GA361@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071107091806.GA361@rambler-co.ru> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-stable@freebsd.org Subject: Re: em driver 6.6.6 regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 10:16:06 -0000 On Wed, Nov 07, 2007 at 12:18:06PM +0300, Igor Sysoev wrote: > On Fri, Oct 12, 2007 at 04:15:46PM +0400, Igor Sysoev wrote: > > > Yesterday I have cvsup'ed FreeBSD on ThinkPad T42 to RELENG_6 > > "2007.10.10.23.59.59" and have noticed lags while playing mp3 and browsing. > > I have suspected new em driver, because there was no lags if wifi iwi0 > > was used instead of em0 for network. So I had downgraded the em driver > > separately to 6.2.9 version, have build a kernel loadable module, and have > > loaded it instead of the 6.6.6 module, and the lags have disappeared. > > > > The lags appeares only if browser (Firefox, Opera) does several requests: > > main page, js, images. There are no lags if browser reload simple page. > > Also, I could not reproduce lags by other network traffic: pings, ssh, scp, > > downloading files. There are no lags if I compile and so on. > > > > Some additional info: > > > > The shared irq11 is used by pcm0, em0, iwi0, CardBus, USB, and acpi_video0. > > > > em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82540EP Gigabit Ethernet Controller (Mobile)' > > I just cvsup'ed to the new em 6.7.2 version without FAST interrupt and > lags in sound and USB mouse has gone. Thank you. However, if I define EM_FAST_IRQ, then lags appear again. -- Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 10:43:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 156C516A468 for ; Wed, 7 Nov 2007 10:43:11 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id C47D613C480 for ; Wed, 7 Nov 2007 10:43:10 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by an-out-0708.google.com with SMTP id c24so334363ana for ; Wed, 07 Nov 2007 02:43:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=jHtaRA8NYapNX0ZTipgvJieKMLsWT8N8/ynj7Ooz5xk=; b=ROitAjxbx0JR2lKXKKuNcd1AkJtrDX/yYkwYTo4SScezV7p0GGd9IyZLtVu187VlONSMmImOmZhXJi1gTcTUwKuk/4K1SSejA88LYR8o7gbOrxIJ06KvspLdP/raQTMUeGdx3wpMcRNLZZ4vV4KMUJHeT+3aCI19AT+lQn7paz0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=GGSCWC352dtb1JLLgqCE+xhGpUniQuE16y+yHssny3r0RzdzTh2Tkd4/bKKfAauB7QWNiY8aDruzto16dgpEHPX5xkmZ+oYPZSe6SoJtv7Bhx7reEU8MVYJBjNOyfT8huT+Lrsfho/g6UjchRx4MoKRidXqPJLsQQZ/Aaa1P1xY= Received: by 10.100.106.1 with SMTP id e1mr10411974anc.1194432182716; Wed, 07 Nov 2007 02:43:02 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id d23sm96180nfh.2007.11.07.02.43.00 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 02:43:01 -0800 (PST) From: Tom Evans To: Dan Epure In-Reply-To: <20071106201948.GA6590@iogyte.ro> References: <20071106201948.GA6590@iogyte.ro> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OgD3LNEicNDvQmPmXp/5" Date: Wed, 07 Nov 2007 10:42:58 +0000 Message-Id: <1194432178.64797.42.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: openpty() and jail in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 10:43:11 -0000 --=-OgD3LNEicNDvQmPmXp/5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > Hi All, >=20 >=20 > I'm using on the host system (7.0-BETA2): > #sysctl kern.pts.enable > kern.pts.enable: 1 > I have no problem at all. >=20 > The jail is also 7.0-BETA2 >=20 > The problem is inside the jail openpty() can not allocate the pty: > =3D=3D=3D cut here =3D=3D=3D > debug1: monitor_child_preauth: test2 has been authenticated by privileged= process > debug1: PAM: reinitializing credentials > debug1: Entering interactive session for SSH2. > debug1: server_init_dispatch_20 > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16= 384 > debug1: input_session_request > debug1: channel 0: new [server-session] > debug1: session_new: init > debug1: session_new: session 0 > debug1: session_open: channel 0 > debug1: session_open: session 0: link with channel 0 > debug1: server_input_channel_open: confirm session > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req pty-req > debug1: Allocating pty. > debug1: session_new: init > debug1: session_new: session 0 > openpty: No such file or directory > session_pty_req: session 0 alloc failed > debug1: server_input_channel_req: channel 0 request shell reply 0 > debug1: session_by_channel: session 0 channel 0 > debug1: session_input_channel_req: session 0 req shell > =3D=3D=3D and here =3D=3D=3D > the ssh session just hangs. (no pty ?)=20 >=20 > I did not forget to mount devfs inside the jail. > The jail is configured in rc.conf: > =3D=3D=3D cut here =3D=3D=3D > jail_enable=3D"YES" > jail_list=3D"test" > jail_test_hostname=3D"test.mydomain.org" > jail_test_rootdir=3D"/jails/test" > jail_test_interface=3D"bge0" > jail_test_devfs_enable=3D"YES" > jail_test_ip=3D"192.168.10.2" > jail_set_hostname_allow=3D"NO" > jail_sysvipc_allow=3D"NO" > jail_socket_unixiproute_only=3D"YES" > =3D=3D=3D and here =3D=3D=3D > I think the problem is related to restrictions imposed by the jail. >=20 > Please advise. >=20 > Gepu This is because you haven't been allocated a pty inside your jail. Enable sshd inside your jail, ssh to your jail (which will allocate you a pty). Then from inside your jail, you can use any pty-using application you wish.=20 I am presuming you are doing something like 'jexec 1 /bin/csh' or similar, and I'm only really repeating Xin Li's advice to me[1]. Cheers Tom [1] http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html --=-OgD3LNEicNDvQmPmXp/5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHMZatlcRvFfyds/cRAs3yAKCdxrSTaQtt7Cqml5I2xVQ9jF0GQQCgi3lq p3dW/eAg+JmIH0RiRTRNuEA= =DOjo -----END PGP SIGNATURE----- --=-OgD3LNEicNDvQmPmXp/5-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 12:28:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00DC816A417 for ; Wed, 7 Nov 2007 12:28:25 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED0113C480 for ; Wed, 7 Nov 2007 12:28:24 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ipk0y-000DFP-MJ for freebsd-stable@freebsd.org; Wed, 07 Nov 2007 14:28:12 +0200 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Ipk0u-000D8t-UZ for freebsd-stable@freebsd.org; Wed, 07 Nov 2007 14:28:11 +0200 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lA7CRuiK035101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 14:27:56 +0200 (EET) (envelope-from oleg.lomaka@gmail.com) Message-ID: <4731AF50.5040403@gmail.com> Date: Wed, 07 Nov 2007 14:28:00 +0200 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20071102) MIME-Version: 1.0 To: pyunyh@gmail.com References: <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> <20071030085831.GG38663@cdnetworks.co.kr> <47273920.8090003@gmail.com> <20071031033638.GC42371@cdnetworks.co.kr> <47299584.8080701@gmail.com> <20071101090811.GE47075@cdnetworks.co.kr> In-Reply-To: <20071101090811.GE47075@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 69ad68b945e79e087f1af101bf3fefec X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg.lomaka@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1741 [Nov 07 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Oleg Lomaka , freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 12:28:25 -0000 Hello, Pyun YongHyeon wrote: > On Thu, Nov 01, 2007 at 10:59:48AM +0200, Oleg Lomaka wrote: > > Hello, > > > > Pyun YongHyeon wrote: > > >On Tue, Oct 30, 2007 at 04:01:04PM +0200, Oleg Lomaka wrote: > > > > > >[...] > > > > > > > I had RxFIFO overrun again :( > > > > from dmest: > > > > msk0: Rx FIFO overrun! > > > > > >[...] > > > > > >Please try attached patch again. Sorry for the trouble. > > >After applying the patch show me verbosed dmesg output related with > > >msk(4)/PHY driver. > > > > > >Thanks for testing. > > > > > pcib1: irq 16 at device 28.0 on pci0 > > pcib1: domain 0 > > pcib1: secondary bus 2 > > pcib1: subordinate bus 2 > > pcib1: I/O decode 0x2000-0x2fff > > pcib1: memory decode 0xd0100000-0xd01fffff > > pcib1: no prefetched decode > > pci2: on pcib1 > > pci2: domain=0, physical bus=2 > > found-> vendor=0x11ab, dev=0x4352, revid=0x14 > > domain=0, bus=2, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0007, statreg=0x4010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=11 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > MSI supports 2 messages, 64 bit > > map[10]: type Memory, range 64, base 0xd0100000, size 14, enabled > > pcib1: requested memory range 0xd0100000-0xd0103fff: good > > map[18]: type I/O Port, range 32, base 0x2000, size 8, enabled > > pcib1: requested I/O range 0x2000-0x20ff: in range > > pcib1: slot 0 INTA routed to irq 16 > > mskc0: port 0x2000-0x20ff mem > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > mskc0: MSI count : 2 > > mskc0: RAM buffer size : 4KB > > mskc0: Port 0 : Rx Queue 2KB(0x00000000:0x000007ff) > > mskc0: Port 0 : Tx Queue 2KB(0x00000800:0x00000fff) > > msk0: on mskc0 > > msk0: bpf attached > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 > > mskc0: [MPSAFE] > > mskc0: [FILTER] > > > > So far all looks good to me. If you encounter watchdog timeouts > or Rx FIFO overruns let me know. > > Got it again: msk0: Rx FIFO overrun! I believe this is happening under heavy CPU usage. Now i have firefox compiling and watched pictures on remote windows box using rdesktop. And after few minutes got network freeze. But it looks i didn't get any packet lost :). Take a look at ping statistics... funny... tdevil% ping 10.1.1.254 PING 10.1.1.254 (10.1.1.254): 56 data bytes 64 bytes from 10.1.1.254: icmp_seq=0 ttl=64 time=35926.404 ms 64 bytes from 10.1.1.254: icmp_seq=1 ttl=64 time=34925.694 ms 64 bytes from 10.1.1.254: icmp_seq=2 ttl=64 time=33924.729 ms 64 bytes from 10.1.1.254: icmp_seq=3 ttl=64 time=32923.814 ms 64 bytes from 10.1.1.254: icmp_seq=4 ttl=64 time=31922.833 ms 64 bytes from 10.1.1.254: icmp_seq=5 ttl=64 time=30921.878 ms 64 bytes from 10.1.1.254: icmp_seq=6 ttl=64 time=29920.923 ms 64 bytes from 10.1.1.254: icmp_seq=7 ttl=64 time=28919.960 ms 64 bytes from 10.1.1.254: icmp_seq=8 ttl=64 time=27919.009 ms 64 bytes from 10.1.1.254: icmp_seq=9 ttl=64 time=26918.042 ms 64 bytes from 10.1.1.254: icmp_seq=10 ttl=64 time=25917.078 ms 64 bytes from 10.1.1.254: icmp_seq=11 ttl=64 time=24916.115 ms 64 bytes from 10.1.1.254: icmp_seq=12 ttl=64 time=23915.144 ms 64 bytes from 10.1.1.254: icmp_seq=13 ttl=64 time=22914.192 ms 64 bytes from 10.1.1.254: icmp_seq=14 ttl=64 time=21913.214 ms 64 bytes from 10.1.1.254: icmp_seq=15 ttl=64 time=20912.278 ms 64 bytes from 10.1.1.254: icmp_seq=16 ttl=64 time=19911.330 ms 64 bytes from 10.1.1.254: icmp_seq=17 ttl=64 time=18910.375 ms 64 bytes from 10.1.1.254: icmp_seq=18 ttl=64 time=17909.419 ms 64 bytes from 10.1.1.254: icmp_seq=19 ttl=64 time=16853.821 ms 64 bytes from 10.1.1.254: icmp_seq=20 ttl=64 time=15854.710 ms 64 bytes from 10.1.1.254: icmp_seq=21 ttl=64 time=14701.312 ms 64 bytes from 10.1.1.254: icmp_seq=22 ttl=64 time=13701.003 ms 64 bytes from 10.1.1.254: icmp_seq=23 ttl=64 time=12700.052 ms 64 bytes from 10.1.1.254: icmp_seq=24 ttl=64 time=11699.098 ms 64 bytes from 10.1.1.254: icmp_seq=25 ttl=64 time=10698.148 ms 64 bytes from 10.1.1.254: icmp_seq=36 ttl=64 time=0.463 ms 64 bytes from 10.1.1.254: icmp_seq=37 ttl=64 time=0.379 ms From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 13:00:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F8216A419 for ; Wed, 7 Nov 2007 13:00:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD9D13C4CE for ; Wed, 7 Nov 2007 13:00:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1820542rvb for ; Wed, 07 Nov 2007 05:00:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=3rtH4dB73ApdnLyNJJnH/0LEW8jTZDoAwFtJ4Khkcps=; b=hSBK7GPo0YiBaWtc9SNXME6NjGuByTnoGCrvi2ctbYDi1f2asM0NXFA7GsbnHvZtX5/ncrHBgz9cJsdrpwL9maSUdDgzoALSPARXRVP2mniGC+LRu5hNrEEMULaPcipvXYipEhLwyo9RtzsFK1NhNg+rnG52tfb7z0GrFyqIe9I= 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=SEp0uisTrCvRGG2XQBwcvC0jXux5ZgI+K9r6bFpqRWwP6VLu6Fvy2UPzu2R8H12uDbYDsN2gqEYVvqwRw9IboRDWeEMoJ2qBcnvAmeNc/As5wwDfxo6+aXEAtCwGlknxktggWzI86BKs800mZSDBoSNiCX3vOxzdBXIu2Fhqjjo= Received: by 10.114.179.1 with SMTP id b1mr298226waf.1194440429526; Wed, 07 Nov 2007 05:00:29 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k26sm10032240waf.2007.11.07.05.00.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Nov 2007 05:00:28 -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 lA7D0KbL076573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 22:00:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lA7D0J2q076572; Wed, 7 Nov 2007 22:00:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 7 Nov 2007 22:00:19 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071107130019.GH70832@cdnetworks.co.kr> References: <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> <20071030085831.GG38663@cdnetworks.co.kr> <47273920.8090003@gmail.com> <20071031033638.GC42371@cdnetworks.co.kr> <47299584.8080701@gmail.com> <20071101090811.GE47075@cdnetworks.co.kr> <4731AF50.5040403@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4731AF50.5040403@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 13:00:41 -0000 On Wed, Nov 07, 2007 at 02:28:00PM +0200, Oleg Lomaka wrote: > Hello, > > Pyun YongHyeon wrote: > >On Thu, Nov 01, 2007 at 10:59:48AM +0200, Oleg Lomaka wrote: > > > Hello, > > > > > > Pyun YongHyeon wrote: > > > >On Tue, Oct 30, 2007 at 04:01:04PM +0200, Oleg Lomaka wrote: > > > > > > > >[...] > > > > > > > > > I had RxFIFO overrun again :( > > > > > from dmest: > > > > > msk0: Rx FIFO overrun! > > > > > > > >[...] > > > > > > > >Please try attached patch again. Sorry for the trouble. > > > >After applying the patch show me verbosed dmesg output related with > > > >msk(4)/PHY driver. > > > > > > > >Thanks for testing. > > > > > > > pcib1: irq 16 at device 28.0 on pci0 > > > pcib1: domain 0 > > > pcib1: secondary bus 2 > > > pcib1: subordinate bus 2 > > > pcib1: I/O decode 0x2000-0x2fff > > > pcib1: memory decode 0xd0100000-0xd01fffff > > > pcib1: no prefetched decode > > > pci2: on pcib1 > > > pci2: domain=0, physical bus=2 > > > found-> vendor=0x11ab, dev=0x4352, revid=0x14 > > > domain=0, bus=2, slot=0, func=0 > > > class=02-00-00, hdrtype=0x00, mfdev=0 > > > cmdreg=0x0007, statreg=0x4010, cachelnsz=16 (dwords) > > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > > intpin=a, irq=11 > > > powerspec 2 supports D0 D1 D2 D3 current D0 > > > MSI supports 2 messages, 64 bit > > > map[10]: type Memory, range 64, base 0xd0100000, size 14, enabled > > > pcib1: requested memory range 0xd0100000-0xd0103fff: good > > > map[18]: type I/O Port, range 32, base 0x2000, size 8, enabled > > > pcib1: requested I/O range 0x2000-0x20ff: in range > > > pcib1: slot 0 INTA routed to irq 16 > > > mskc0: port 0x2000-0x20ff mem > > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > > mskc0: MSI count : 2 > > > mskc0: RAM buffer size : 4KB > > > mskc0: Port 0 : Rx Queue 2KB(0x00000000:0x000007ff) > > > mskc0: Port 0 : Tx Queue 2KB(0x00000800:0x00000fff) > > > msk0: on mskc0 > > > msk0: bpf attached > > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > > miibus0: on msk0 > > > e1000phy0: PHY 0 on miibus0 > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 > > > mskc0: [MPSAFE] > > > mskc0: [FILTER] > > > > > > >So far all looks good to me. If you encounter watchdog timeouts > >or Rx FIFO overruns let me know. > > > > > > Got it again: > msk0: Rx FIFO overrun! > I believe this is happening under heavy CPU usage. Now i have firefox > compiling and watched pictures on remote windows box using rdesktop. And > after few minutes got network freeze. If it only happens under heavy system loads it's probably normal. If system is too busy to serve other jobs the msk(4) may not recevie more packets because its receive buffer was full. Probably msk(4) should just count the overrun errors without printing the message such that it would save more CPU cycles. Btw, did you also see watchdog timeout errors? > But it looks i didn't get any packet lost :). Take a look at ping > statistics... funny... I guess something is wrong here. Latency is unacceptable. However I have no idea why ICMP echo reponse takes so long time. Are you using any power saving mechanism(powerd, cpufreq etc)? > tdevil% ping 10.1.1.254 > PING 10.1.1.254 (10.1.1.254): 56 data bytes > 64 bytes from 10.1.1.254: icmp_seq=0 ttl=64 time=35926.404 ms > 64 bytes from 10.1.1.254: icmp_seq=1 ttl=64 time=34925.694 ms > 64 bytes from 10.1.1.254: icmp_seq=2 ttl=64 time=33924.729 ms > 64 bytes from 10.1.1.254: icmp_seq=3 ttl=64 time=32923.814 ms > 64 bytes from 10.1.1.254: icmp_seq=4 ttl=64 time=31922.833 ms > 64 bytes from 10.1.1.254: icmp_seq=5 ttl=64 time=30921.878 ms > 64 bytes from 10.1.1.254: icmp_seq=6 ttl=64 time=29920.923 ms > 64 bytes from 10.1.1.254: icmp_seq=7 ttl=64 time=28919.960 ms > 64 bytes from 10.1.1.254: icmp_seq=8 ttl=64 time=27919.009 ms > 64 bytes from 10.1.1.254: icmp_seq=9 ttl=64 time=26918.042 ms > 64 bytes from 10.1.1.254: icmp_seq=10 ttl=64 time=25917.078 ms > 64 bytes from 10.1.1.254: icmp_seq=11 ttl=64 time=24916.115 ms > 64 bytes from 10.1.1.254: icmp_seq=12 ttl=64 time=23915.144 ms > 64 bytes from 10.1.1.254: icmp_seq=13 ttl=64 time=22914.192 ms > 64 bytes from 10.1.1.254: icmp_seq=14 ttl=64 time=21913.214 ms > 64 bytes from 10.1.1.254: icmp_seq=15 ttl=64 time=20912.278 ms > 64 bytes from 10.1.1.254: icmp_seq=16 ttl=64 time=19911.330 ms > 64 bytes from 10.1.1.254: icmp_seq=17 ttl=64 time=18910.375 ms > 64 bytes from 10.1.1.254: icmp_seq=18 ttl=64 time=17909.419 ms > 64 bytes from 10.1.1.254: icmp_seq=19 ttl=64 time=16853.821 ms > 64 bytes from 10.1.1.254: icmp_seq=20 ttl=64 time=15854.710 ms > 64 bytes from 10.1.1.254: icmp_seq=21 ttl=64 time=14701.312 ms > 64 bytes from 10.1.1.254: icmp_seq=22 ttl=64 time=13701.003 ms > 64 bytes from 10.1.1.254: icmp_seq=23 ttl=64 time=12700.052 ms > 64 bytes from 10.1.1.254: icmp_seq=24 ttl=64 time=11699.098 ms > 64 bytes from 10.1.1.254: icmp_seq=25 ttl=64 time=10698.148 ms > 64 bytes from 10.1.1.254: icmp_seq=36 ttl=64 time=0.463 ms > 64 bytes from 10.1.1.254: icmp_seq=37 ttl=64 time=0.379 ms > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 14:19:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D485816A46C for ; Wed, 7 Nov 2007 14:19:52 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id A3D0613C4B3 for ; Wed, 7 Nov 2007 14:19:50 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 5805 invoked from network); 7 Nov 2007 08:19:43 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Nov 2007 08:19:43 -0600 Date: Thu, 8 Nov 2007 01:19:35 +1100 From: Norberto Meijome To: FreeBSD Stable ML Message-ID: <20071108011935.62bd23ce@meijome.net> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Importance: high X-Priority: 1 (Highest) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Filesystems in 7.0 & reliability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 14:19:52 -0000 Hi everyone, I've been using 7 for a couple of weeks now on my work laptop (kickstarted by cooling issues while in 6.2, which seem to have largely gone in 7). I have a 100GB SATA drive in a Thinkpad Z60m with CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff Features2=0x180 real memory = 1609433088 (1534 MB) avail memory = 1567780864 (1495 MB) I installed 7 on a normal UFS disk, but then migrated to having /usr in a UFS journaled partition , with a 1.5 GB journal on ad0s1h . I didn't have any issue that I could directly relate to it. I had more hangs than now (i reverted back to plain UFS due to too many lock ups). The lock ups didnt leave any message or error anywhere - it seemed as if the disk subsystem stopped accepting commands (or was waiting on something ...) - anything in memory would work just fine, but as soon as disk access was needed, it 'd stall. Something else i also noticed is that, after every crash, I couldn't just reboot and use my computer just fine, as I would have expected - maybe I'm wrong here. I had to go into single user mode, and run a fsck /dev/ad0s1f.journal . this takes about 4 minutes. Hardly any errors were ever found (as opposed to my non-journal partitions, which had files de-referenced ,etc.) So I suppose, in that regards, gjournal worked great.... but is the fsck needed?? I am also very interested in what zfs has to offer. How reliable is it? I am looking into using it both on my laptop, and as a filesystem for some large storage , possibly. thanks for any ideas, comments, pointers :) B _________________________ {Beto|Norberto|Numard} Meijome "Time exists so everything doesn't happen at once" Albert Einstein I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 14:29:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E619B16A420 for ; Wed, 7 Nov 2007 14:29:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 71B6D13C480 for ; Wed, 7 Nov 2007 14:29:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ik-out-1112.google.com with SMTP id c21so884832ika for ; Wed, 07 Nov 2007 06:29:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=hl2l8S9+yM8s5xw1cqpLJ7qFq0GTAWCl/j39XYiz2Lc=; b=GUhDLS8TemTrN3dm7rv5kS9IL7a6+DJKRb5ac6v9Jvp6ThIWHVkeSzE28VHIRqCTv9tz/01noFORnL+zCxqqpwwGa+Zt7X9MvxNKgWxnUSrd4e4pQmmdKI7QmoKLmUUU41vUBgyj8lvv2SWcFoxnLKtUXljf1eQoygilMvwLcxc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=J8wwQj07WSToR2bhs8hBoQkVBhD7XMw8kbNwdidVLIik9FONT26VIcD/mzIfh/pKshh3dAwTkjGzjbl+b1TxbvBteJUtvASaX/VEGgnp3pZEPklHN+DZrZCa3kh31XH8GVFqWASDZbT3u0E7AB2zWTXgp1QlJ4JEIFBuYg0gfVU= Received: by 10.150.206.1 with SMTP id d1mr606894ybg.1194445765713; Wed, 07 Nov 2007 06:29:25 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id 35sm209368nfu.2007.11.07.06.29.23 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 06:29:24 -0800 (PST) From: Tom Evans To: Vlad GALU In-Reply-To: References: <20071106201948.GA6590@iogyte.ro> <1194432178.64797.42.camel@localhost> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-bnF3vz36psKZxWM9FZf4" Date: Wed, 07 Nov 2007 14:29:22 +0000 Message-Id: <1194445762.64797.47.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org, Dan Epure Subject: Re: openpty() and jail in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 14:29:42 -0000 --=-bnF3vz36psKZxWM9FZf4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-11-07 at 16:21 +0200, Vlad GALU wrote: > On 11/7/07, Tom Evans wrote: > > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > > Hi All, > > > I think the problem is related to restrictions imposed by the jail. > > > > > > Please advise. > > > > > > Gepu > > > > This is because you haven't been allocated a pty inside your jail. > > Enable sshd inside your jail, ssh to your jail (which will allocate you > > a pty). Then from inside your jail, you can use any pty-using > > application you wish. > > > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > > similar, and I'm only really repeating Xin Li's advice to me[1]. > > > > Cheers > > > > Tom > > > > [1] > > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.htm= l > > > > >=20 > I'm chiming in to signal a possibly related problem. Logging in > and out via sshd behaves normally (ie: the ptys are cleaned up > accordingly) but opening virtual consoles in screen and then closing > them does not, thus leading to starvation. >=20 I can confirm this also occurs in our jails on 6.2-RELEASE-p5.=20 Tom --=-bnF3vz36psKZxWM9FZf4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHMcu+lcRvFfyds/cRAqI3AJ90K2C373c/T1Xa9tI3P3joTulgQACcDhJ4 8x1DUhjWQyTwZ97SMo/7gYo= =QH7g -----END PGP SIGNATURE----- --=-bnF3vz36psKZxWM9FZf4-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 14:43:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DCAC16A418 for ; Wed, 7 Nov 2007 14:43:46 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id DFE7613C4B9 for ; Wed, 7 Nov 2007 14:43:45 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so346859ana for ; Wed, 07 Nov 2007 06:43:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=9UoYPYRbmKeLAMjtt6fGDhIw+vmB+NpKOwCnZSB43iI=; b=aJ76pCqnwkRKIRm3Pxek7JX96+e94eIIGMfBtRJDxgHMW5BqUb9XQESa+m6lp3ftQ2657WkKkSHbyEbMndLFADythaf/pN4YwFHainZJyB75Tk1FF4KJ0ZVay3I7mwszO1/dnvWSg0N8vy8LTrOJeQqprVwpu81mauxJUQm51f8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=fLq3PYgsGvZa4oGr/DPMdslH8VZLhna1YjZ+Riy9O4yRUQR2Iak2XLo7Y4VdA0Ia6s4RHjjzpH1/vCXfdorRJqe6yR8QJXA0IIwFSTOg870eVGLWBN0IxUPjFtJDd4bb2MCxQNYtKWvOGjwyJylruPv2JkNRSg1iDe88FVpBj7M= Received: by 10.100.225.19 with SMTP id x19mr10851951ang.1194446616420; Wed, 07 Nov 2007 06:43:36 -0800 (PST) Received: from ?192.168.2.203? ( [190.82.5.47]) by mx.google.com with ESMTPS id f13sm2009386gvd.2007.11.07.06.43.33 (version=SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 06:43:34 -0800 (PST) From: "Phillip N." To: FreeBSD Stable ML Content-Type: text/plain Date: Wed, 07 Nov 2007 13:43:23 +0000 Message-Id: <1194443003.1797.4.camel@negro> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: RELENG_7 crash in Xfast_syscall? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 14:43:47 -0000 Hello. Im having this crash multiple times, when i start some load. How could i provide more information about this?. Do you think this could be a hardware problem? the kernel is GENERIC without firewire (i need this off) and with SCHED_ULE. the rest is all the same. Thanks in advance, [root@flash /usr/obj/usr/src/sys/FLASH]# uname -a FreeBSD flash.sofsis.cl 7.0-BETA1 FreeBSD 7.0-BETA1 #4: Thu Nov 1 18:04:33 CLST 2007 root@flash.sofsis.cl:/usr/obj/usr/src/sys/FLASH amd64 [root@flash /usr/obj/usr/src/sys/FLASH]# sudo kgdb kernel.debug /var/crash/vmcore.12 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: TPTE at 0xffff800004004c40 IS ZERO @ VA 800988000 panic: bad pte cpuid = 0 Uptime: 2d3h46m1s Physical memory: 2036 MB Dumping 279 MB: 264 248 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff8045b9f9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8045bdfd in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff806d2f89 in pmap_remove_pages (pmap=0xffffff0020df1c58) at /usr/src/sys/amd64/amd64/pmap.c:2948 #5 0xffffffff8066bd78 in vmspace_exit (td=0xffffff004659a9f0) at /usr/src/sys/vm/vm_map.c:395 #6 0xffffffff8043bebc in exit1 (td=0xffffff004659a9f0, rv=0) at /usr/src/sys/kern/kern_exit.c:294 #7 0xffffffff8043d26e in sys_exit (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_exit.c:98 #8 0xffffffff806dddb7 in syscall (frame=0xffffffffaeceec70) at /usr/src/sys/amd64/amd64/trap.c:822 #9 0xffffffff806c435b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:272 #10 0x0000000800933ccc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Phillip N. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 14:48:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8676316A419 for ; Wed, 7 Nov 2007 14:48:45 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2334A13C4B5 for ; Wed, 7 Nov 2007 14:48:44 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id i10so2638178mue for ; Wed, 07 Nov 2007 06:48:34 -0800 (PST) Received: by 10.82.106.14 with SMTP id e14mr15155187buc.1194445273056; Wed, 07 Nov 2007 06:21:13 -0800 (PST) Received: by 10.82.162.16 with HTTP; Wed, 7 Nov 2007 06:21:13 -0800 (PST) Message-ID: Date: Wed, 7 Nov 2007 16:21:13 +0200 From: "Vlad GALU" To: "Tom Evans" In-Reply-To: <1194432178.64797.42.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071106201948.GA6590@iogyte.ro> <1194432178.64797.42.camel@localhost> Cc: freebsd-stable@freebsd.org, Dan Epure Subject: Re: openpty() and jail in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 14:48:45 -0000 On 11/7/07, Tom Evans wrote: > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > Hi All, > > > > > > I'm using on the host system (7.0-BETA2): > > #sysctl kern.pts.enable > > kern.pts.enable: 1 > > I have no problem at all. > > > > The jail is also 7.0-BETA2 > > > > The problem is inside the jail openpty() can not allocate the pty: > > === cut here === > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > debug1: PAM: reinitializing credentials > > debug1: Entering interactive session for SSH2. > > debug1: server_init_dispatch_20 > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > debug1: input_session_request > > debug1: channel 0: new [server-session] > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_open: channel 0 > > debug1: session_open: session 0: link with channel 0 > > debug1: server_input_channel_open: confirm session > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug1: session_new: init > > debug1: session_new: session 0 > > openpty: No such file or directory > > session_pty_req: session 0 alloc failed > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req shell > > === and here === > > the ssh session just hangs. (no pty ?) > > > > I did not forget to mount devfs inside the jail. > > The jail is configured in rc.conf: > > === cut here === > > jail_enable="YES" > > jail_list="test" > > jail_test_hostname="test.mydomain.org" > > jail_test_rootdir="/jails/test" > > jail_test_interface="bge0" > > jail_test_devfs_enable="YES" > > jail_test_ip="192.168.10.2" > > jail_set_hostname_allow="NO" > > jail_sysvipc_allow="NO" > > jail_socket_unixiproute_only="YES" > > === and here === > > I think the problem is related to restrictions imposed by the jail. > > > > Please advise. > > > > Gepu > > This is because you haven't been allocated a pty inside your jail. > Enable sshd inside your jail, ssh to your jail (which will allocate you > a pty). Then from inside your jail, you can use any pty-using > application you wish. > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > similar, and I'm only really repeating Xin Li's advice to me[1]. > > Cheers > > Tom > > [1] > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html > > I'm chiming in to signal a possibly related problem. Logging in and out via sshd behaves normally (ie: the ptys are cleaned up accordingly) but opening virtual consoles in screen and then closing them does not, thus leading to starvation. -- Mahnahmahnah! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 14:49:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CFC16A468 for ; Wed, 7 Nov 2007 14:49:36 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9DB1513C4BE for ; Wed, 7 Nov 2007 14:49:35 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-152.dsl.wotnoh.ameritech.net [68.252.59.152]) (authenticated bits=0) by mail.united-ware.com (8.13.8/8.13.8) with ESMTP id lA7Erehn021788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Nov 2007 09:53:41 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: "[LoN]Kamikaze" Date: Wed, 7 Nov 2007 09:53:09 -0500 User-Agent: KMail/1.9.7 References: <200710171228.39123.mistry.7@osu.edu> <20071018191422.GA42310@abigail.blackend.org> <472ED12B.7040200@gmx.de> In-Reply-To: <472ED12B.7040200@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2443764.pPT0WyaTM0"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711070953.22154.mistry.7@osu.edu> X-Virus-Scanned: ClamAV 0.91.2/4691/Wed Nov 7 00:39:41 2007 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 jerky mouse and skipping sound X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 14:49:36 -0000 --nextPart2443764.pPT0WyaTM0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 05 November 2007, [LoN]Kamikaze wrote: > Marc Fonvieille wrote: > > On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: > >> Anish Mistry wrote: > >>> On Thursday 18 October 2007, Marc Fonvieille wrote: > >>>> On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: > >>>>> I just updated to RELENG_7 from 6.2 and I'm running into some > >>>>> really annoying issues with jerky mouse movement and skipping > >>>>> sound. This seems to be similar to: > >>>>> Re: SCHED_4BSD in RELENG_7 disturbs workflow > >>>>> This happens both with 4BSD and ULE. > >>>>> > >>>>> I seems to happen when I'm compiling ports and a new > >>>>> cc/bzip2/sh process fires off (I'm just watching top), I'll > >>>>> get the skip/freezeup. > >>>> > >>>> [...] > >>>> > >>>> Using ULE and UP kernel (i.e. without SMP etc.) helped a bit > >>>> the things but it's still very annoying to use firefox during > >>>> ports build. I see this lag/freeze on all boxes I use with > >>>> 7.0, but it's true that with a fast machine people can ignore > >>>> the problem, it's less obvious than with a 1GHz box for > >>>> example. > >>> > >>> Yeah, I'm still seeing this behavior. Does anyone have > >>> suggestions on debugging? > >>> > >>> Thanks, > >> > >> I did post the solution in this thread. > > > > It has nothing to do with the mouse. > > Does the problem persist for you? It's gone for me, even with > moused. Yes, the problem seems to have been fixed. I'm back to kern.hz=3D1000=20 and removed FULL_PREEMPTION. No skipping. =2D-=20 Anish Mistry --nextPart2443764.pPT0WyaTM0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHMdFixqA5ziudZT0RAsiAAJ4tw8lOJgSWkHPcr4hGmzRwI1znyQCgjTsB 8H1iCEmb67YgdTXCwd+JAZY= =T7p9 -----END PGP SIGNATURE----- --nextPart2443764.pPT0WyaTM0-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 14:52:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D7E216A421 for ; Wed, 7 Nov 2007 14:52:23 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id 3ECE413C4B6 for ; Wed, 7 Nov 2007 14:52:21 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 12648 invoked by uid 502); 7 Nov 2007 14:52:04 -0000 Received: from 202.131.245.3 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.3):. Processed in 0.064893 secs); 07 Nov 2007 14:52:04 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.3):. Processed in 0.064893 secs Process 12641) Received: from unknown (HELO emc-dns1.mobicom.net) (202.131.245.3) by smtp.mobinet.mn with SMTP; 7 Nov 2007 14:52:04 -0000 Received: from balgaa ([10.44.202.0]) by emc-dns1.mobicom.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 7 Nov 2007 11:00:30 +0800 Message-ID: <004d01c8214d$b5a02970$c801000a@balgaa> From: "Balgansuren Batsukh" To: Date: Wed, 7 Nov 2007 22:51:29 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-OriginalArrivalTime: 07 Nov 2007 03:00:31.0703 (UTC) FILETIME=[5BF13670:01C820EA] Cc: freebsd-isp@freebsd.org Subject: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 14:52:23 -0000 Hello All, I am looking high performance bandwidth manager, traffic shaper for IP core network to configure leased line, xDSL, Ethernet, GPON/EPON, wireless subscribers. Is there any FreeBSD based solution? Regards, Balgaa From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 15:03:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB7D116A421 for ; Wed, 7 Nov 2007 15:03:40 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 297A113C491 for ; Wed, 7 Nov 2007 15:03:39 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from delloleg (dell-berry.vsi.ru [88.83.197.200]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id lA7F3Od7025029; Wed, 7 Nov 2007 18:03:29 +0300 (MSK) Message-ID: <02c401c8214f$a32f2cd0$c8c55358@delloleg> From: "Oleg Derevenetz" To: "Balgansuren Batsukh" , References: <004d01c8214d$b5a02970$c801000a@balgaa> Date: Wed, 7 Nov 2007 18:05:25 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:03:40 -0000 > I am looking high performance bandwidth manager, traffic shaper for IP core > network to configure leased line, xDSL, Ethernet, GPON/EPON, wireless > subscribers. > > Is there any FreeBSD based solution? Juniper :-) -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 15:05:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E0F16A46C for ; Wed, 7 Nov 2007 15:05:10 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: from serv1-mk3.ilse.net (serv1-mk3.ilse.net [62.69.160.41]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8F413C48A for ; Wed, 7 Nov 2007 15:05:05 +0000 (UTC) (envelope-from marcolz@serv1-mk3.ilse.net) Received: (from marcolz@localhost) by serv1-mk3.ilse.net (8.13.4/8.12.11) id lA7F4d5A064457 for freebsd-stable@freebsd.org; Wed, 7 Nov 2007 16:04:39 +0100 (CET) (envelope-from marcolz) Date: Wed, 7 Nov 2007 16:04:39 +0100 From: Marc Olzheim To: FreeBSD Message-ID: <20071107150439.GA29825@ilse.net> References: <20071106153524.GD89335@ilse.net> <20071107094140.GA34136@www.photor.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <20071107094140.GA34136@www.photor.de> X-Operating-System: FreeBSD serv1-mk3.ilse.net 4.11-STABLE FreeBSD 4.11-STABLE X-URL: http://ilse.nl/ User-Agent: Mutt/1.5.11 Subject: Re: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:05:11 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2007 at 10:41:40AM +0100, Karsten Rothemund wrote: > On Tue, Nov 06, 2007 at 04:35:24PM +0100, Marc Olzheim wrote: > > Hi. > >=20 > > I can't get the kernel to accept my passphrase at boot time. > >=20 >=20 > What kind of passphrase do you use? I had the same "problem" until I > realized, that my passphrase contained a letter, which changed its > "position" on the keyboard when changing layout, during boot it is still > the US-layout. Later it changed to de in my case (no problem to attach > geli device later). >=20 > Just a hint. Hmm, thanks for the tip. I set the passphrase to 'a' now, and when I set 'kern.geom.eli.visible_passphrase=3D1' I see that the 'a' is typed as expected. When I type more characters though, not all of them are printed, only about half of them. I did read about problems with SMP, and have set kern.geom.eli.threads=3D1 in loader.conf, but still no go. Marc --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFHMdQHezjnobFOgrERApbdAKCKkcnH+R+QRAVflj5E0IxSjTXPOACcDoJt uBC4ntslNhtnyp1zDKOHTPk= =Ltai -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 15:19:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7E2816A417 for ; Wed, 7 Nov 2007 15:19:26 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id B89EC13C48A for ; Wed, 7 Nov 2007 15:19:25 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 12784 invoked by uid 502); 7 Nov 2007 15:19:04 -0000 Received: from 202.131.245.3 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.3):. Processed in 0.073725 secs); 07 Nov 2007 15:19:04 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.3):. Processed in 0.073725 secs Process 12777) Received: from unknown (HELO emc-dns1.mobicom.net) (202.131.245.3) by smtp.mobinet.mn with SMTP; 7 Nov 2007 15:19:03 -0000 Received: from balgaa ([10.44.202.0]) by emc-dns1.mobicom.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 7 Nov 2007 11:27:32 +0800 Message-ID: <006301c82151$7c69b870$c801000a@balgaa> From: "Balgansuren Batsukh" To: "Oleg Derevenetz" , References: <004d01c8214d$b5a02970$c801000a@balgaa> <02c401c8214f$a32f2cd0$c8c55358@delloleg> Date: Wed, 7 Nov 2007 23:18:40 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-OriginalArrivalTime: 07 Nov 2007 03:27:33.0109 (UTC) FILETIME=[22602250:01C820EE] Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:19:26 -0000 Which product of Juniper doing such job? Balgaa ----- Original Message ----- From: "Oleg Derevenetz" To: "Balgansuren Batsukh" ; Cc: Sent: Wednesday, November 07, 2007 11:05 PM Subject: Re: FreeBSD based bandwidth manager, traffic shaper >> I am looking high performance bandwidth manager, traffic shaper for IP >> core network to configure leased line, xDSL, Ethernet, GPON/EPON, >> wireless subscribers. >> >> Is there any FreeBSD based solution? > > Juniper :-) > > -- > Oleg Derevenetz OOD3-RIPE > Phone: +7 4732 539880 > Fax: +7 4732 531415 http://www.vsi.ru > CenterTelecom Voronezh ISP http://isp.vsi.ru > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: > 269.15.23/1114 - Release Date: 11/6/2007 8:05 PM > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 15:28:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EFD116A418 for ; Wed, 7 Nov 2007 15:28:57 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id B768013C4A3 for ; Wed, 7 Nov 2007 15:28:56 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 14022 invoked by uid 1002); 7 Nov 2007 15:28:44 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 6.417394 secs); 07 Nov 2007 15:28:44 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Nov 2007 15:28:37 -0000 Message-ID: <4731D93E.2020600@ibctech.ca> Date: Wed, 07 Nov 2007 10:26:54 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Marc Olzheim References: <20071106153524.GD89335@ilse.net> <20071107094140.GA34136@www.photor.de> <20071107150439.GA29825@ilse.net> In-Reply-To: <20071107150439.GA29825@ilse.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:28:57 -0000 >> What kind of passphrase do you use? I had the same "problem" until I >> realized, that my passphrase contained a letter, which changed its >> "position" on the keyboard when changing layout, during boot it is still >> the US-layout. Later it changed to de in my case (no problem to attach >> geli device later). >> >> Just a hint. > > Hmm, thanks for the tip. I set the passphrase to 'a' now, and when I set > 'kern.geom.eli.visible_passphrase=1' I see that the 'a' is typed as > expected. When I type more characters though, not all of them are > printed, only about half of them. > > I did read about problems with SMP, and have set kern.geom.eli.threads=1 > in loader.conf, but still no go. I also found somewhere that there was/is also a problem with passphrase entry when you have kbdmux enabled in the kernel. However, removing it did not fix it for me. Because I am booting from a USB thumbdrive which has my key on it, and the thumbdrive is removed after boot, I just went without a passphrse. Steve From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 15:29:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1527416A469; Wed, 7 Nov 2007 15:29:22 +0000 (UTC) (envelope-from ssch@wheel.dk) Received: from freesbee.wheel.dk (freesbee.wheel.dk [IPv6:2001:6c8:1:1000::5]) by mx1.freebsd.org (Postfix) with ESMTP id 90D3913C4AC; Wed, 7 Nov 2007 15:29:21 +0000 (UTC) (envelope-from ssch@wheel.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1011) id 64FFB2E1AE; Wed, 7 Nov 2007 16:29:20 +0100 (CET) Date: Wed, 7 Nov 2007 16:29:20 +0100 From: Steffen Schumacher To: freebsd-isp@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071107152920.GX61333@schumacher.dk> Mail-Followup-To: freebsd-isp@freebsd.org, freebsd-stable@freebsd.org References: <004d01c8214d$b5a02970$c801000a@balgaa> <02c401c8214f$a32f2cd0$c8c55358@delloleg> <006301c82151$7c69b870$c801000a@balgaa> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006301c82151$7c69b870$c801000a@balgaa> X-PGP-Fingerprint: 65A2 111C D142 3A62 8E62 8C9A 3EF2 E98F 8700 F50D X-PGP-Public-Key: http://schumacher.wheel.dk/publickey.pub X-Operating-System: FreeBSD/i386 6.2-STABLE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:29:22 -0000 On 07.11.2007 23:18:40 +0800, Balgansuren Batsukh wrote: > Which product of Juniper doing such job? > Most juniper products (JUNOS) is based on FreeBSD, however they are typically high-end boxes that costs lots of $.. Its hardware based forwarding, with a FreeBSD based control-plane. /Steffen@3292 > Balgaa > > ----- Original Message ----- From: "Oleg Derevenetz" > To: "Balgansuren Batsukh" ; > Cc: > Sent: Wednesday, November 07, 2007 11:05 PM > Subject: Re: FreeBSD based bandwidth manager, traffic shaper > > >>> I am looking high performance bandwidth manager, traffic shaper for IP >>> core network to configure leased line, xDSL, Ethernet, GPON/EPON, >>> wireless subscribers. >>> >>> Is there any FreeBSD based solution? >> >> Juniper :-) >> >> -- >> Oleg Derevenetz OOD3-RIPE >> Phone: +7 4732 539880 >> Fax: +7 4732 531415 http://www.vsi.ru >> CenterTelecom Voronezh ISP http://isp.vsi.ru >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> >> >> >> -- >> No virus found in this incoming message. >> Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: >> 269.15.23/1114 - Release Date: 11/6/2007 8:05 PM >> > > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 15:36:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5149216A417 for ; Wed, 7 Nov 2007 15:36:23 +0000 (UTC) (envelope-from d.komaleev@konliga.ru) Received: from mail.konliga.ru (mail.konliga.ru [195.16.56.98]) by mx1.freebsd.org (Postfix) with ESMTP id CD55013C4C4 for ; Wed, 7 Nov 2007 15:36:22 +0000 (UTC) (envelope-from d.komaleev@konliga.ru) Received: from exch01.konliga.ru ([192.168.1.252]) by mail.konliga.ru with Microsoft SMTPSVC(6.0.3790.0); Wed, 7 Nov 2007 18:33:27 +0300 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 7 Nov 2007 18:33:28 +0300 Message-ID: <2335ED0A1B2A294FACC6EB01EF0965F72EEA22@exch01.konliga.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: System hangs up every day Thread-Index: AcghFjwhMyr7fsONR7eMsjbW9+iLVAAOxEvQ From: =?koi8-r?B?5M3J1NLJyiDrz83BzMXF1w==?= To: X-OriginalArrivalTime: 07 Nov 2007 15:33:27.0531 (UTC) FILETIME=[8AD583B0:01C82153] Subject: RE: System hangs up every day X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 15:36:23 -0000 >=20 > > I have written already, that I tried to plug a system HDD=20 > to another sever with the same configuration; on the new=20 > platform the system hanging didn't stop. The RAID controller=20 > remained the same, but it has the own error log and it is clear. >=20 >=20 > > em0: =20 >=20 > :)) >=20 > >> > options MP_WATCHDOG > >> > options SW_WATCHDOG >=20 > Try to compile the GENERIC SMP kernel with all ALTQ options=20 > but without=20 > watchdog options. Maybe this will work.=20 The watchdog options whare turned off initially and the server froze = often. I enabled watchdog in order not to reset my server manually. It works. = :) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 16:30:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D055D16A46E for ; Wed, 7 Nov 2007 16:30:47 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BE04113C4B3 for ; Wed, 7 Nov 2007 16:30:47 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id C21231A4D80; Wed, 7 Nov 2007 08:30:35 -0800 (PST) Date: Wed, 7 Nov 2007 08:30:35 -0800 From: Alfred Perlstein To: freebsd-isp@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071107163035.GD8950@elvis.mu.org> References: <004d01c8214d$b5a02970$c801000a@balgaa> <02c401c8214f$a32f2cd0$c8c55358@delloleg> <006301c82151$7c69b870$c801000a@balgaa> <20071107152920.GX61333@schumacher.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071107152920.GX61333@schumacher.dk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:30:47 -0000 * Steffen Schumacher [071107 07:33] wrote: > On 07.11.2007 23:18:40 +0800, Balgansuren Batsukh wrote: > > Which product of Juniper doing such job? > > > > Most juniper products (JUNOS) is based on FreeBSD, however they > are typically high-end boxes that costs lots of $.. Its hardware > based forwarding, with a FreeBSD based control-plane. Whoa whoa... it's true that Juniper has some of the best top end networking kit, but now there is a bunch of Juniper products that are for the mid range and even "SoHo" (sp?). You can have a look at all the products here: http://www.juniper.net/products_and_services/index.html?from=HomePage-Header-to-ProductsServices -Alfred > > /Steffen@3292 > > > Balgaa > > > > ----- Original Message ----- From: "Oleg Derevenetz" > > To: "Balgansuren Batsukh" ; > > Cc: > > Sent: Wednesday, November 07, 2007 11:05 PM > > Subject: Re: FreeBSD based bandwidth manager, traffic shaper > > > > > >>> I am looking high performance bandwidth manager, traffic shaper for IP > >>> core network to configure leased line, xDSL, Ethernet, GPON/EPON, > >>> wireless subscribers. > >>> > >>> Is there any FreeBSD based solution? > >> > >> Juniper :-) > >> > >> -- > >> Oleg Derevenetz OOD3-RIPE > >> Phone: +7 4732 539880 > >> Fax: +7 4732 531415 http://www.vsi.ru > >> CenterTelecom Voronezh ISP http://isp.vsi.ru > >> > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >> > >> > >> > >> > >> -- > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: > >> 269.15.23/1114 - Release Date: 11/6/2007 8:05 PM > >> > > > > _______________________________________________ > > freebsd-isp@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 16:46:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C6E316A46D for ; Wed, 7 Nov 2007 16:46:04 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp2.sbb.co.yu (smtp2.sbb.co.yu [82.117.194.22]) by mx1.freebsd.org (Postfix) with ESMTP id 07EF213C4A6 for ; Wed, 7 Nov 2007 16:46:03 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net ([89.216.116.170]) by smtp2.sbb.co.yu (8.13.7/8.13.7) with ESMTP id lA7GjhPD004531 for ; Wed, 7 Nov 2007 17:45:43 +0100 Received: by faust.net (Postfix, from userid 1001) id 772961CC34; Wed, 7 Nov 2007 17:45:39 +0100 (CET) Date: Wed, 7 Nov 2007 17:45:39 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20071107164539.GA1148@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.9 X-SBB-Spam-Level: XXXX Subject: usb bluetooth dongle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 16:46:04 -0000 Howdy! Does it matter what usb bluetooth dongle I buy while it is class 1 and v2.0? In shop nearby I could get canyon btu4. Any advice what should work on amd64? Also, is "gammu" the app of choice to send data/wallpaper to nokia phone (6233). If the device itself is important, I will make an effort to find right one. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 17:25:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CC7716A418 for ; Wed, 7 Nov 2007 17:25:41 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id 9865313C4C3 for ; Wed, 7 Nov 2007 17:25:39 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 5706 invoked by uid 1001); 7 Nov 2007 17:25:08 -0000 Date: Wed, 7 Nov 2007 19:25:08 +0200 From: Dan Epure To: Tom Evans Message-ID: <20071107172507.GA4885@iogyte.ro> References: <20071106201948.GA6590@iogyte.ro> <1194432178.64797.42.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1194432178.64797.42.camel@localhost> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: openpty() and jail in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 17:25:41 -0000 Thank you for your answer. This is not Xin Li's scenario. Description: the host of the jail - H (192.168.168.2/24) the jail running on H - J (192.168.168.254/32) the testing system - T (192.168.168.253/24) 1. I start the ssh daemon on H: === cut here === H# /usr/sbin/sshd -d debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Bind to port 22 on 192.168.168.2. Server listening on 192.168.168.2 port 22. === and here === 2. On T I run: === cut here === T# ssh 192.168.168.2 -l test2 === and here === 3. On H I see: === cut here === Debug1: fd 4 clearing O_NONBLOCK Debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.168.253 port 60155 debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user test2 service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "test2" debug1: userauth-request for user test2 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: PAM: setting PAM_RHOST to "192.168.168.253" debug1: test whether pkalg/pkblob are acceptable debug1: trying public key file /home/test2/.ssh/authorized_keys debug1: trying public key file /home/test2/.ssh/authorized_keys2 Failed publickey for test2 from 192.168.168.253 port 60155 ssh2 debug1: audit_event: unhandled event 6 debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive debug1: attempt 2 failures 2 debug1: keyboard-interactive devs debug1: auth2_challenge: user=test2 devs= debug1: kbdint_alloc: devices 'pam' debug1: auth2_challenge_start: trying authentication method 'pam' Postponed keyboard-interactive for test2 from 192.168.168.253 port 60155 ssh2 debug1: do_pam_account: called debug1: PAM: num PAM env strings 0 Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 debug1: do_pam_account: called Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 debug1: session_pty_req: session 0 alloc /dev/pts/3 debug1: Ignoring unsupported tty mode opcode 37 (0x25) debug1: Ignoring unsupported tty mode opcode 52 (0x34) debug1: Ignoring unsupported tty mode opcode 71 (0x47) debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug1: PAM: setting PAM_TTY to "/dev/pts/3" debug1: Setting controlling tty using TIOCSCTTY. === and here === 4. On T I am logged in on H: === cut here === Password: H$ === and here === 5. I start the jail on H: === cut here === H# /etc/rc.d/jail start Configuring jails:. Starting jails: test2.mydomain.org. 6. I start the ssh daemon on J: === cut here === J# /usr/sbin/sshd -d debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Bind to port 22 on 192.168.168.254. Server listening on 192.168.168.254 port 22. === and here === 7. On T I run: === cut here === T# ssh 192.168.168.254 -l test2 === and here === 8. On J I see: === cut here === debug1: fd 4 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.168.253 port 52242 debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user test2 service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "test2" debug1: PAM: setting PAM_RHOST to "192.168.168.253" debug1: userauth-request for user test2 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: test whether pkalg/pkblob are acceptable debug1: trying public key file /home/test2/.ssh/authorized_keys debug1: trying public key file /home/test2/.ssh/authorized_keys2 Failed publickey for test2 from 192.168.168.253 port 52242 ssh2 debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive debug1: attempt 2 failures 2 debug1: keyboard-interactive devs debug1: auth2_challenge: user=test2 devs= debug1: kbdint_alloc: devices 'pam' debug1: auth2_challenge_start: trying authentication method 'pam' Postponed keyboard-interactive for test2 from 192.168.168.253 port 52242 ssh2 debug1: do_pam_account: called debug1: PAM: num PAM env strings 0 Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 debug1: do_pam_account: called Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 openpty: No such file or directory session_pty_req: session 0 alloc failed debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell === and here === 9. On T the session is stuck: === cut here === $ ssh 192.168.168.254 -l test2 Password: Environment: USER=test2 LOGNAME=test2 HOME=/home/test2 MAIL=/var/mail/test2 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/test2/bin TERM=su FTP_PASSIVE_MODE=YES BLOCKSIZE=K SHELL=/usr/local/bin/rbash SSH_CLIENT=192.168.168.253 39090 22 SSH_CONNECTION=192.168.168.253 39090 192.168.168.254 22 === and here === 10. On J the content of /dev/pts and /dev/pty is unchanged: === cut here === J# ls -la /dev/pts total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. crw-rw-rw- 1 root wheel 0, 97 Nov 7 17:22 0 crw-rw-rw- 1 root wheel 0, 106 Nov 7 16:56 2 crw-rw-rw- 1 root wheel 0, 110 Nov 7 17:16 5 J# ls -la /dev/pty total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. crw-rw-rw- 1 root wheel 0, 95 Nov 7 17:22 0 crw-rw-rw- 1 root wheel 0, 104 Nov 7 15:36 1 crw-rw-rw- 1 root wheel 0, 105 Nov 7 16:56 2 crw-rw-rw- 1 root wheel 0, 107 Nov 7 15:36 3 crw-rw-rw- 1 root wheel 0, 108 Nov 7 15:36 4 crw-rw-rw- 1 root wheel 0, 109 Nov 7 17:16 5 === and here === regards, Gepu On Wed, Nov 07, 2007 at 10:42:58AM +0000, Tom Evans wrote: > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > Hi All, > > > > > > I'm using on the host system (7.0-BETA2): > > #sysctl kern.pts.enable > > kern.pts.enable: 1 > > I have no problem at all. > > > > The jail is also 7.0-BETA2 > > > > The problem is inside the jail openpty() can not allocate the pty: > > === cut here === > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > debug1: PAM: reinitializing credentials > > debug1: Entering interactive session for SSH2. > > debug1: server_init_dispatch_20 > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > debug1: input_session_request > > debug1: channel 0: new [server-session] > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_open: channel 0 > > debug1: session_open: session 0: link with channel 0 > > debug1: server_input_channel_open: confirm session > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug1: session_new: init > > debug1: session_new: session 0 > > openpty: No such file or directory > > session_pty_req: session 0 alloc failed > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req shell > > === and here === > > the ssh session just hangs. (no pty ?) > > > > I did not forget to mount devfs inside the jail. > > The jail is configured in rc.conf: > > === cut here === > > jail_enable="YES" > > jail_list="test" > > jail_test_hostname="test.mydomain.org" > > jail_test_rootdir="/jails/test" > > jail_test_interface="bge0" > > jail_test_devfs_enable="YES" > > jail_test_ip="192.168.10.2" > > jail_set_hostname_allow="NO" > > jail_sysvipc_allow="NO" > > jail_socket_unixiproute_only="YES" > > === and here === > > I think the problem is related to restrictions imposed by the jail. > > > > Please advise. > > > > Gepu > > This is because you haven't been allocated a pty inside your jail. > Enable sshd inside your jail, ssh to your jail (which will allocate you > a pty). Then from inside your jail, you can use any pty-using > application you wish. > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > similar, and I'm only really repeating Xin Li's advice to me[1]. > > Cheers > > Tom > > [1] > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 18:13:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 330B316A417 for ; Wed, 7 Nov 2007 18:13:44 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from lists.martenvijn.nl (vijn.xs4all.nl [194.109.254.102]) by mx1.freebsd.org (Postfix) with ESMTP id E955E13C480 for ; Wed, 7 Nov 2007 18:13:43 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from [192.168.1.6] (workstation.martenvijn.nl [192.168.1.6]) by lists.martenvijn.nl (Postfix) with ESMTP id 0559A5C51; Wed, 7 Nov 2007 18:11:29 +0100 (CET) From: Marten Vijn To: Zoran Kolic In-Reply-To: <20071107164539.GA1148@faust.net> References: <20071107164539.GA1148@faust.net> Content-Type: text/plain Date: Wed, 07 Nov 2007 19:13:20 +0100 Message-Id: <1194459200.893.12.camel@workstation.martenvijn.nl> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: usb bluetooth dongle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 18:13:44 -0000 On Wed, 2007-11-07 at 17:45 +0100, Zoran Kolic wrote: > Howdy! > Does it matter what usb bluetooth dongle I buy > while it is class 1 and v2.0? these work fine: ubt0: on uhub2 ubt0: Broadcom CCBT2035BDGP23-1, rev 1.10/0.01, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=64; nframes=5, buffer size=320 ubt0: on uhub2 ubt0: vendor 0x0a12 BT2.0, rev 2.00/19.58, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ubt0: on uhub2 ubt0: vendor 0x0df6 Bluetooth 2.0 USB adapter 100m, rev 2.00/19.58, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 ubt0: on uhub2 ubt0: vendor 0x0a12 product 0x0001, rev 2.00/31.64, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 these work fine sold as sitecom the 100m version can do over 1000 meters http://www.wifisoft.org/trac/wcc-2007/attachment/wiki/WikiStart/IMG_0127_mod.jpg with a 14 Db (wifi) antenna :) Marten > In shop nearby > I could get canyon btu4. Any advice what should > work on amd64? Also, is "gammu" the app of choice > to send data/wallpaper to nokia phone (6233). > If the device itself is important, I will make an > effort to find right one. > Best regards > > Zoran > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 18:36:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A31B316A41A; Wed, 7 Nov 2007 18:36:16 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0B99013C48E; Wed, 7 Nov 2007 18:36:15 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id AFA413424; Wed, 7 Nov 2007 18:19:02 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hc9-ufVWd2PS; Wed, 7 Nov 2007 18:18:57 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 76AA4341D; Wed, 7 Nov 2007 18:18:57 +0000 (GMT) Date: Wed, 7 Nov 2007 18:18:57 +0000 From: David Taylor To: freebsd-stable@freebsd.org, freebsd-java@freebsd.org Message-ID: <20071107181857.GA35213@outcold.yadt.co.uk> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-java@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: FreeBSD 7 and java networking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 18:36:16 -0000 Hello, I'm having terrible problems getting java working properly on FreeBSD-7. I've tried java/diablo-jdk15 -- this doesn't work very well at all. It coredumps running azureus and behaves very oddly running jbidwatcher (my two current "test applications"). java/linux-sun-jdk15 and java/linux-sun-jdk16 do work with jbidwatcher. In fact it seems to be fine (I had some problem with _all_ the jdks disliking a MAXDSIZ greater than 900MB). However, azureus cannot be compiled (or run) against a non-native jdk, so I need to compile my own... I've tried compiling java/jdk15 and java/jdk16 bootstrapping with all three binary jdks (diablo 1.5, linux 1.5, linux 1.6). They all give the same problem: Running jbidwatcher or azureus results in a mass of messages like the following, whenever network IO is attempted: java.net.ConnectException: Invalid argument at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:1223) at java.security.AccessController.doPrivileged(Native Method) at sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1217) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:906) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:234) at Http.receiveData(Unknown Source) at Http.receivePage(Unknown Source) at ebayServer.getSignInCookie(Unknown Source) at ebayServer.getSignInCookie(Unknown Source) at ebayServer.getNecessaryCookie(Unknown Source) at ebayServer.messageAction(Unknown Source) at PlainMessageQueue.run(Unknown Source) at java.lang.Thread.run(Thread.java:595) Caused by: java.net.ConnectException: Invalid argument at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:520) at sun.net.NetworkClient.doConnect(NetworkClient.java:155) at sun.net.www.http.HttpClient.openServer(HttpClient.java:387) at sun.net.www.http.HttpClient.openServer(HttpClient.java:522) at sun.net.www.protocol.https.HttpsClient.(HttpsClient.java:278) at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:335) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:172) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:158) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934) at sun.net.www.protocol.http.HttpURLConnection.getHeaderFieldKey(HttpURLConnection.java:1956) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getHeaderFieldKey(HttpsURLConnectionImpl.java:287) at CookieJar.getAllCookiesFromPage(Unknown Source) at CookieJar.getAllCookiesFromPage(Unknown Source) ... 6 more I've put the full output of jbidwatcher at: http://www.yadt.co.uk/~davidt/java/jbidwatcher.out There is also: http://www.yadt.co.uk/~davidt/java/ifconfig.out http://www.yadt.co.uk/~davidt/java/dmesg.out http://www.yadt.co.uk/~davidt/java/make.conf http://www.yadt.co.uk/~davidt/java/kernel-config http://www.yadt.co.uk/~davidt/java/loader.conf If anyone has _any_ ideas (or needs any other information), please let me know... This is driving me nuts! I briefly tried writing a small java testcase to trigger the problem, but my java is rusty and I ran out of time and patience -- my extremely brief test seemed to work ok and I started to think it may be related to multi-threading... If I can't fix it any other way, I'll give it another shot. -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 19:30:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49C7E16A477 for ; Wed, 7 Nov 2007 19:30:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id D007E13C4C1 for ; Wed, 7 Nov 2007 19:30:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1829239nfb for ; Wed, 07 Nov 2007 11:30:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gmINbnDGR1znlEo6DBm2hxgn7FY6r1KQGezbRMgg+08=; b=VXyXWalAI/1YooVTjfWEMfRekc00euJlABdiXr7KXlp8mtqd1chzE4VTOutFbFeHI28rrM2HPbsas8Bk1IVEFjMjWrYqzBHrdHUKgSdfNron5LYMT58js1uLS2+DsZVUxFlQZfr7QCQyWL0DzWagOXIOmSbY+mLm0P7F0v5IlY8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ome+8C2lTz1zb4dMVa/B9hbC7tka+iSdfDp36T9vnhI8Z7eUGwDhcECgJhxemazjPc/xAMua5PWzW+1SF96vmBxvU5bfog5An/ypbN2gdwLYtIAOvBIuGTO6L0RjwJ+xyiOR794hs2iRVYHPUyj873CBLwl/gk1aOZK2s2ET/dw= Received: by 10.86.60.7 with SMTP id i7mr5492860fga.1194463840422; Wed, 07 Nov 2007 11:30:40 -0800 (PST) Received: by 10.86.100.19 with HTTP; Wed, 7 Nov 2007 11:30:40 -0800 (PST) Message-ID: <2a41acea0711071130yc7f4baaqa110c6cf07630154@mail.gmail.com> Date: Wed, 7 Nov 2007 11:30:40 -0800 From: "Jack Vogel" To: "Igor Sysoev" In-Reply-To: <20071107095524.GD908@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071012121545.GA78201@rambler-co.ru> <20071107091806.GA361@rambler-co.ru> <20071107095524.GD908@rambler-co.ru> Cc: freebsd-stable@freebsd.org Subject: Re: em driver 6.6.6 regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:30:54 -0000 On 11/7/07, Igor Sysoev wrote: > On Wed, Nov 07, 2007 at 12:18:06PM +0300, Igor Sysoev wrote: > > > On Fri, Oct 12, 2007 at 04:15:46PM +0400, Igor Sysoev wrote: > > > > > Yesterday I have cvsup'ed FreeBSD on ThinkPad T42 to RELENG_6 > > > "2007.10.10.23.59.59" and have noticed lags while playing mp3 and browsing. > > > I have suspected new em driver, because there was no lags if wifi iwi0 > > > was used instead of em0 for network. So I had downgraded the em driver > > > separately to 6.2.9 version, have build a kernel loadable module, and have > > > loaded it instead of the 6.6.6 module, and the lags have disappeared. > > > > > > The lags appeares only if browser (Firefox, Opera) does several requests: > > > main page, js, images. There are no lags if browser reload simple page. > > > Also, I could not reproduce lags by other network traffic: pings, ssh, scp, > > > downloading files. There are no lags if I compile and so on. > > > > > > Some additional info: > > > > > > The shared irq11 is used by pcm0, em0, iwi0, CardBus, USB, and acpi_video0. > > > > > > em0@pci2:1:0: class=0x020000 card=0x05491014 chip=0x101e8086 rev=0x03 hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = '82540EP Gigabit Ethernet Controller (Mobile)' > > > > I just cvsup'ed to the new em 6.7.2 version without FAST interrupt and > > lags in sound and USB mouse has gone. Thank you. > > However, if I define EM_FAST_IRQ, then lags appear again. So don't define it, thats why I did this :) If you have a server class machine with MSI or MSIX then I would try turning FAST on, but if not leave it set for what works. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 19:41:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEC6516A473 for ; Wed, 7 Nov 2007 19:41:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A3DC813C4C2 for ; Wed, 7 Nov 2007 19:41:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 319921CC070; Wed, 7 Nov 2007 11:16:11 -0800 (PST) Date: Wed, 7 Nov 2007 11:16:11 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20071107191611.GA1400@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: RELENG_6 kernel panic + savecore(8) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:41:28 -0000 Two things: This morning our production RELENG_6 box, after 133 days of uptime, kernel panic'd: panic: handle_written_inodeblock: live inodedep KDB: enter: panic [thread pid 3 tid 100001 ] Stopped at kdb_enter+0x30: leave db> bt Tracing pid 3 tid 100001 td 0xc7c6ad80 kdb_enter(3228441820,3228796672,3228487817,3867634632,256,...) at kdb_enter+48 panic(3228487817,3426817152,256,3228643296,0,...) at panic+206 handle_written_inodeblock(3459887104,3688934424,3226775710,3228787204,3228175693,...) at handle_written_inodeblock+1503 softdep_disk_write_complete(3688934424,3227842097,3356275348,3867634836,3226342800,...) at softdep_disk_write_complete+241 bufdone(3688934424,0,3867634856,3226352850,3356275348,...) at bufdone+126 g_vfs_done(3356275348,0,0,3352445440,3355957180) at g_vfs_done+198 biodone(3356275348,3228786984,588,3228423470,100,...) at biodone+178 g_io_schedule_up(3351686528,76,3351679512,3226344072,3867634980,...) at g_io_schedule_up+137 g_up_procbody(0,3867635000,0,0,0,...) at g_up_procbody+122 fork_exit(3226344072,0,3867635000) at fork_exit+122 fork_trampoline() at fork_trampoline+8 --- trap 1, eip = 0, esp = 3867635052, ebp = 0 --- db> panic panic: from debugger Uptime: 133d3h3m31s Dumping 3062 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3062MB (783840 pages) 3046 3030 3014 2998 2982 2966 2950 2934 2918 2902 2886 2870 2854 2838 2822 2806 2790 2774 2758 2742 2726 2710 2694 2678 2662 2646 2630 2614 2598 2582 2566 2550 2534 2518 2502 2486 2470 2454 2438 2422 2406 2390 2374 2358 2342 2326 2310 2294 2278 2262 2246 2230 2214 2198 2182 2166 2150 2134 2118 2102 2086 2070 2054 2038 2022 2006 1990 1974 1958 1942 1926 1910 1894 1878 1862 1846 1830 1814 1798 1782 1766 1750 1734 1718 1702 1686 1670 1654 1638 1622 1606 1590 1574 1558 1542 1526 1510 1494 1478 1462 1446 1430 1414 1398 1382 1366 1350 1334 1318 1302 1286 1270 1254 1238 1222 1206 1190 1174 1158 1142 1126 1110 1094 1078 1062 1046 1030 1014 998 982 966 950 934 918 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 ... ok Dump complete Based on the contents of rc.conf, dumpdev(8) was indeed set correctly: dumpdev="auto" dumpdir="/var/crash" Our dump device is /dev/ad0s1b (swap), which the kernel knew of prior to the panic, as can be seen from the dmesg 133 days ago: Trying to mount root from ufs:/dev/ad0s1a^M Loading configuration files.^M kernel dumps on /dev/ad0s1b^M Entropy harvesting: interrupts ethernet point_to_point kickstart.^M Swap size is 8GB: Device 1K-blocks Used Avail Capacity /dev/ad0s1b 8388608 0 8388608 0% When the machine came back up after the panic this morning, I expected it to use savecore(8) to save the dump to /var/crash. What I saw instead was: kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s1b as swap device {...skip...} Starting syslogd. Checking for core dump on /dev/ad0s1b... savecore: no dumps found Our /var filesystem had 13GB free prior to the crash: Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad0s1d 16244334 1487758 13457030 10% /var /var/crash/minfree contains 2048, which was definitely met at the time of the panic. So, um, where's my vmcore? :-) And of course, if anyone has any details about what caused the crash, I'd be grateful. It may be something that was fixed in the past 133 days, but since I don't have a vmcore, I can't debug it after-the- fact... :-( Thanks. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 19:43:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D5116A419 for ; Wed, 7 Nov 2007 19:43:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 52EAE13C481; Wed, 7 Nov 2007 19:43:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4732157C.3010403@FreeBSD.org> Date: Wed, 07 Nov 2007 20:43:56 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Phillip N." References: <1194443003.1797.4.camel@negro> In-Reply-To: <1194443003.1797.4.camel@negro> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: RELENG_7 crash in Xfast_syscall? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:43:58 -0000 Phillip N. wrote: > Hello. > > Im having this crash multiple times, when i start some load. > How could i provide more information about this?. > Do you think this could be a hardware problem? Alan Cox suggested that it is likely to be bad memory. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 19:48:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55EA916A417 for ; Wed, 7 Nov 2007 19:48:22 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id BFBEA13C491 for ; Wed, 7 Nov 2007 19:48:21 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so2732662mue for ; Wed, 07 Nov 2007 11:48:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=v9odc1z6ye/do6RvHbGOXZK33B4acKdxYmmawKUGXR0=; b=aZVgRiqrLBWuVZramDiI3WcB9Rf8mnjBG4/otG0H4fdGldGDc3BzpiFN6qcyxhGUxd2wTxKwd9zrqFnsE7YaP8ljNhTqhO6fzyyQzYnbgL2ouNte6Cf7WTqKbm+7RZkLS4qM8uYeoh2TjAvxXtrTu/t8+Yj8Y1u3kjla2jzXG7I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=eUPkK6qDSu19WFJcdBojin65Qot4yKiX237w/0ClFSCAkdYxOpwJqJsAlHkKiBMpIFULddhwS60JOFv99up/NUE29P77qKbPSfjBppiUWcdUWDG13Ao+GbYmQGshHo7ZZAV9bL+zj1vjS85kUMeBFwvoPPwCafoLRkDz1flzBzI= Received: by 10.82.183.19 with SMTP id g19mr15860496buf.1194463444889; Wed, 07 Nov 2007 11:24:04 -0800 (PST) Received: from fairy.alashan.de ( [79.196.28.21]) by mx.google.com with ESMTPS id y18sm16851723fkd.2007.11.07.11.24.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 07 Nov 2007 11:24:03 -0800 (PST) Message-ID: <47321EE6.6050706@gmail.com> Date: Wed, 07 Nov 2007 20:24:06 +0000 From: Christian Walther User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Norberto Meijome References: <20071108011935.62bd23ce@meijome.net> In-Reply-To: <20071108011935.62bd23ce@meijome.net> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Filesystems in 7.0 & reliability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 19:48:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Noberto, Norberto Meijome wrote: > Hi everyone, > I've been using 7 for a couple of weeks now on my work laptop (kickstarted by cooling issues while in 6.2, which seem to have largely gone in 7). > > I have a 100GB SATA drive in a Thinkpad Z60m with > > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > Features=0xafe9fbff > Features2=0x180 > real memory = 1609433088 (1534 MB) > avail memory = 1567780864 (1495 MB) > > I installed 7 on a normal UFS disk, but then migrated to having /usr in a UFS journaled partition , with a 1.5 GB journal on ad0s1h . I didn't have any issue that I could directly relate to it. I had more hangs than now (i reverted back to plain UFS due to too many lock ups). The lock ups didnt leave any message or error anywhere - it seemed as if the disk subsystem stopped accepting commands (or was waiting on something ...) - anything in memory would work just fine, but as soon as disk access was needed, it 'd stall. > Did you check your harddrive? There are tools available in ports (sorry, I forgotten how they are called) that can access the drives internal fault statistics. Maybe your drive has an error and locks up all of a sudden. Since a journal leads to more disk activity it would be normal for a hardware related error to happen more early. I might be pretty wrong here, but the T60 has an internal movement sensor that needs some software to turn of the hard drive. Maybe your laptop has a sensor too, but the logic behind it is implemented in hardware? > Something else i also noticed is that, after every crash, I couldn't just reboot and use my computer just fine, as I would have expected - maybe I'm wrong here. > I had to go into single user mode, and run a fsck /dev/ad0s1f.journal . this takes about 4 minutes. Hardly any errors were ever found (as opposed to my non-journal partitions, which had files de-referenced ,etc.) So I suppose, in that regards, gjournal worked great.... but is the fsck needed?? > > I am also very interested in what zfs has to offer. How reliable is it? I am looking into using it both on my laptop, and as a filesystem for some large storage , possibly. You might want to search the list archives (especially freebsd-current) to get some details on ZFS and possible problems regarding it. There seems to be an issue with ZFS and Samba and/or NFS. A nice summary is in the archives: http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076411.html I don't know what the current status is, thou. And I never suffered from this error. In fact I'm using a raidz with 4x400GB HDDs. One use is as a storage for satellite video streams, so there are pretty big files written to it using NFS. One thing I really like about ZFS is that it gets rid of the old partition/slice paradigm. You'll never be angry with yourself again because you selected the wrong size for your partition/slices. > > thanks for any ideas, comments, pointers :) > > B HTH Christian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMh7mND6QF/amlKsRArRMAJ99Siy5hoACgV+DMUF68dtwpkfPDACeLRPq Lsn2Uk+OBEhh7wgvwJE+FmA= =ZaeE -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 20:13:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09C3016A419 for ; Wed, 7 Nov 2007 20:13:19 +0000 (UTC) (envelope-from peter.wullinger@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id B935813C4B2 for ; Wed, 7 Nov 2007 20:13:18 +0000 (UTC) (envelope-from peter.wullinger@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so370247ana for ; Wed, 07 Nov 2007 12:13:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; bh=oO7L8TcuKeG2juI7TCZRzV7zFcdh/j0Yz6OgteY/ZUA=; b=a2nJTDI4bKzAtMCMEVUCnC2nJUzjELsH4TllEFTMa6eGktTXkih5JWd9dpMwrGS4iRii1OQ3I2xbHyXn5lqCqGz893B4yig/tIam+vSZ4iyXuYdyfRFaODMtRqRVR1pGhv/r4b0xTovyjwTwlMzXAt0RkBO0OdRROZdKxEhSExo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:references:mime-version:content-type:content-disposition:content-transfer-encoding:in-reply-to:user-agent; b=EB1EnnphxAxfi9JdSsbNHaOwbB6ZwhsNXYnN16Hmn21eTrPNe8ZWh+k8k7+n3F4ZWVlNXl0WUwRMgd13wCZ0Z13jkn2Pr9o+cgwji9jqLhUBaE3Rxq7/WRaA0qCZ0YHs5alKG/ytQWUqxG9OltQFyCJceL4FGLKNsslOeGTuMcU= Received: by 10.100.171.10 with SMTP id t10mr11412681ane.1194464814551; Wed, 07 Nov 2007 11:46:54 -0800 (PST) Received: from kaliope.wg ( [77.7.95.167]) by mx.google.com with ESMTPS id d26sm36062nfh.2007.11.07.11.46.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Nov 2007 11:46:53 -0800 (PST) Received: (qmail 2856 invoked by uid 1001); 7 Nov 2007 19:46:46 -0000 Date: Wed, 7 Nov 2007 20:46:46 +0100 From: Peter Wullinger To: freebsd-stable@freebsd.org, freebsd-java@freebsd.org Message-ID: <20071107194646.GA2626@kaliope> References: <20071107181857.GA35213@outcold.yadt.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071107181857.GA35213@outcold.yadt.co.uk> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: Re: FreeBSD 7 and java networking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:13:19 -0000 In epistula a David Taylor, die horaque Wed, Nov 07, 2007 at 06:18:57PM +0000: > Hello, > > I've tried compiling java/jdk15 and java/jdk16 bootstrapping with > all three binary jdks (diablo 1.5, linux 1.5, linux 1.6). > > They all give the same problem: Hello David, Have you tried setting export JAVAVAVM_OPTS_java=-Djava.net.preferIPv4Stack=true" export JAVAVAVM_OPTS_javaws="-J-Djava.net.preferIPv4Stack=true" If this helps, the problem maybe related to http://lists.freebsd.org/pipermail/freebsd-java/2007-August/006544.html I can't find a PR for that currently, so I don't know if this is known (and both problems are the same). Regards, PEter -- Alte Leute sind gefhrlich, denn sie frchten sich nicht vor der Zukunft. -- Sir Peter Ustinov From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 20:28:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC5E16A41A for ; Wed, 7 Nov 2007 20:28:49 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (myrtle.kcilink.com [66.250.193.116]) by mx1.freebsd.org (Postfix) with ESMTP id E05CE13C4AC for ; Wed, 7 Nov 2007 20:28:48 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id B0846C943A for ; Wed, 7 Nov 2007 15:09:36 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1194466176; bh=w39m5rTJoGPBw05TdZ+aArSkMwSFlMRnqXt2uZJ LWOU=; h=Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:X-Priority:Date: References:X-Mailer; b=SjQWVUuB6KnOJMwi6/Erl51w3/5SH3xYailFW0zrh7s eLWige0fCEvwzeF9cdXOKvtQbN4tA77MrKlSide/QBEePp4A80c9WEA4/6NGqO5WFLx 4unTwFX7ZLyj5ZrEFu7D8bK87j6naDxBhlHxnT8hwJksQL7KwnN32Q3yPEMFM= Message-Id: <338855FD-B6EF-42A3-8F98-BC13CEAFB8D4@kcilink.com> From: Vivek Khera To: FreeBSD Stable In-Reply-To: <20071105175826.jo94y7vj6s40owk4@webmail.1command.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) X-Priority: 3 (Normal) Date: Wed, 7 Nov 2007 15:09:35 -0500 References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> <20071105175826.jo94y7vj6s40owk4@webmail.1command.com> X-Mailer: Apple Mail (2.912) Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:28:49 -0000 On Nov 5, 2007, at 8:58 PM, Chris H. wrote: > Ahh... I'm guessing that you missed the following post in this > thread titled > "date/time trouble - PST came too early [fixed]" posted 11-02. > > LI Xin offered the following solution, which solved my dilemma: No, I saw that... but like I said, most of us did this last year when the new DST rules went into effect. Did you not notice it last year? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 20:29:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF9B16A584; Wed, 7 Nov 2007 20:29:01 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 8CD6D13C48A; Wed, 7 Nov 2007 20:29:01 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 0A117C947D; Wed, 7 Nov 2007 15:12:16 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1194466337; bh=A3FOMRKJn/tyH2vNZT0d+5QgV2pGjw3Rf2puJVB CvcM=; h=From:To:In-Reply-To:Subject:X-Priority:References: Message-Id:Content-Type:Content-Transfer-Encoding:Mime-Version: Date:Cc:X-Mailer; b=Zmx2qr+o3pFoPNgY3VY2BsEDEqyq0rbLX5guxt0/SaUXWt 3jsKZE1qADQHjrAY9VNmFuk4l6A2yXJukzrbSfX5tR0pxRg+VqdfoePhk5zhQEaWHwi ul1UGx8EW696DbHaxzEvBFVGDVCfSJThzNBv9UMvEoJezoOzi29ObxWhZQ= From: Vivek Khera To: Balgansuren Batsukh In-Reply-To: <004d01c8214d$b5a02970$c801000a@balgaa> X-Priority: 3 References: <004d01c8214d$b5a02970$c801000a@balgaa> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 7 Nov 2007 15:12:15 -0500 X-Mailer: Apple Mail (2.912) Cc: freebsd-isp@freebsd.org, FreeBSD Stable Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:29:01 -0000 On Nov 7, 2007, at 9:51 AM, Balgansuren Batsukh wrote: > I am looking high performance bandwidth manager, traffic shaper for > IP core network to configure leased line, xDSL, Ethernet, GPON/EPON, > wireless subscribers. You might be able to do it with pfSense (www.pfsense.com) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 20:30:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD17916A4E1; Wed, 7 Nov 2007 20:30:22 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id 97CC113C4BB; Wed, 7 Nov 2007 20:30:21 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8) with ESMTP id lA7JtP1S005935; Wed, 7 Nov 2007 14:55:25 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.1/8.13.8/Submit) id lA7JtOed005934; Wed, 7 Nov 2007 14:55:24 -0500 (EST) (envelope-from mwlucas) Date: Wed, 7 Nov 2007 14:55:24 -0500 From: "Michael W. Lucas" To: Balgansuren Batsukh Message-ID: <20071107195524.GA5835@bewilderbeast.blackhelicopters.org> References: <004d01c8214d$b5a02970$c801000a@balgaa> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004d01c8214d$b5a02970$c801000a@balgaa> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Wed, 07 Nov 2007 14:55:25 -0500 (EST) Cc: freebsd-isp@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 20:30:23 -0000 On Wed, Nov 07, 2007 at 10:51:29PM +0800, Balgansuren Batsukh wrote: > Hello All, > > I am looking high performance bandwidth manager, traffic shaper for IP core > network to configure leased line, xDSL, Ethernet, GPON/EPON, wireless > subscribers. > > Is there any FreeBSD based solution? Take a look at PF with altq. I successfully used it for traffic shaping with multiple DS3s in a hosting datacenter. ==ml -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ Coming Soon: "Absolute FreeBSD" -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies "for security reasons." From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 22:26:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7BC916A46D for ; Wed, 7 Nov 2007 22:26:05 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (schooner.spinnaker.com [199.175.163.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7B113C4C4 for ; Wed, 7 Nov 2007 22:26:05 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (localhost.spinnaker.com [127.0.0.1]) by schooner.spinnaker.com (8.13.8/8.13.8) with ESMTP id lA7MPqnk048425; Wed, 7 Nov 2007 14:25:52 -0800 (PST) (envelope-from waynec@schooner.spinnaker.com) Received: (from waynec@localhost) by schooner.spinnaker.com (8.13.8/8.13.8/Submit) id lA7MPp2P048424; Wed, 7 Nov 2007 14:25:51 -0800 (PST) (envelope-from waynec) Date: Wed, 7 Nov 2007 14:25:51 -0800 From: Wayne Chapeskie To: Andrei Kolu Message-ID: <20071107222551.GA47232@spinnaker.com> Mail-Followup-To: Andrei Kolu , freebsd-stable@freebsd.org References: <200711051051.54103.antik@bsd.ee> <472EE0D6.8070404@moneybookers.com> <200711052239.38628.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711052239.38628.antik@bsd.ee> X-PGP-Key: http://www.spinnaker.com/~waynec/pgp-key.html X-PGP-KeyID: 0xB9D2D272 X-PGP-Fingerprint: CCFE 68D8 0468 A78F BA9D F388 8D14 7A5A B9D2 D272 User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 22:26:06 -0000 On Mon, Nov 05, 2007 at 10:39:38PM +0200, Andrei Kolu wrote: > To: freebsd-stable@freebsd.org > ... > Monday 05 November 2007 11:22:30 kirjutas Stefan Lambrev: > > Hi, > > > > Andrei Kolu wrote: > > > After some experimenting with BETA1/1.5 or whatever it is I encountered > > > serious problems: > > > > > > 1. Emergency shell on tty3 is useless- not a single command is available. > > > > This is install CD not fixit CD. On istall CD emergency shell becomes > > useful once you actually install those commands. For BETA2, there is a separate livefs iso image available for amd64 and ia64. The i386 disc1 ISO's still include "Fixit" functionality, in the usual place in the first sysinstall menu. If the required packages take up too much space for the i386 release, we will probably see a separate livefs ISO for this as well. Earlier releases or snapshots for the amd64 and ia64 may not have had the same space constraints, and perhaps included fixit/livefs functionality on the disc1 ISO. > I don't want to start install process, I want to restore bootloader. > > # boot0cfg -B ad0 You will probably need the livefs ISO. -- Wayne Chapeskie From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 22:31:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EECEC16A419 for ; Wed, 7 Nov 2007 22:31:41 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 9520D13C48E for ; Wed, 7 Nov 2007 22:31:39 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MHM59837; Wed, 07 Nov 2007 15:31:37 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5CA634500E; Wed, 7 Nov 2007 14:31:37 -0800 (PST) To: Vivek Khera In-Reply-To: Your message of "Wed, 07 Nov 2007 15:09:35 EST." <338855FD-B6EF-42A3-8F98-BC13CEAFB8D4@kcilink.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194474697_83616P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2007 14:31:37 -0800 From: "Kevin Oberman" Message-Id: <20071107223137.5CA634500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: Vivek Khera X-To_Domain: kcilink.com X-To: Vivek Khera X-To_Email: khera@kcilink.com X-To_Alias: khera Cc: FreeBSD Stable Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 22:31:42 -0000 --==_Exmh_1194474697_83616P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Vivek Khera > Date: Wed, 7 Nov 2007 15:09:35 -0500 > Sender: owner-freebsd-stable@freebsd.org > > > On Nov 5, 2007, at 8:58 PM, Chris H. wrote: > > > Ahh... I'm guessing that you missed the following post in this > > thread titled > > "date/time trouble - PST came too early [fixed]" posted 11-02. > > > > LI Xin offered the following solution, which solved my dilemma: > > No, I saw that... but like I said, most of us did this last year when > the new DST rules went into effect. Did you not notice it last year? OK. This is twice you've said it and you are wrong. This is the FIRST year of the new US DST dates. Last year DST ended on October as it has for many years. >From H.R. 6, Energy Policy Act of 2005, SEC. 110. DAYLIGHT SAVINGS: "Effective Date- Subsection (a) shall take effect 1 year after the date of enactment of this Act or March 1, 2007, whichever is later." -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194474697_83616P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHMjzJkn3rs5h7N1ERAvORAKC4QcgJKDFyhjgkzV2vughUmqeJBwCgrbug ORtx0t92F5F+3pQ2HNNjH3I= =mw22 -----END PGP SIGNATURE----- --==_Exmh_1194474697_83616P-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 22:40:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF5016A468 for ; Wed, 7 Nov 2007 22:40:28 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from vjofn.tucs-beachin-obx-house.com (vjofn-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::5e5]) by mx1.freebsd.org (Postfix) with ESMTP id EE34B13C4A8 for ; Wed, 7 Nov 2007 22:40:27 +0000 (UTC) (envelope-from ml@t-b-o-h.net) Received: from himinbjorg.tucs-beachin-obx-house.com (cpe-68-175-8-11.hvc.res.rr.com [68.175.8.11]) (authenticated bits=0) by vjofn.tucs-beachin-obx-house.com (8.12.9/8.12.9) with ESMTP id lA7MeL1r029873; Wed, 7 Nov 2007 17:40:22 -0500 (EST) Received: from himinbjorg.tucs-beachin-obx-house.com (localhost.tucs-beachin-obx-house.com [127.0.0.1]) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6) with ESMTP id lA7MeGB7010001; Wed, 7 Nov 2007 17:40:16 -0500 (EST) (envelope-from ml@t-b-o-h.net) Received: (from tbohml@localhost) by himinbjorg.tucs-beachin-obx-house.com (8.13.8/8.13.6/Submit) id lA7MeGpA010000; Wed, 7 Nov 2007 17:40:16 -0500 (EST) (envelope-from tbohml) From: "Tuc at T-B-O-H.NET" Message-Id: <200711072240.lA7MeGpA010000@himinbjorg.tucs-beachin-obx-house.com> To: oberman@es.net (Kevin Oberman) Date: Wed, 7 Nov 2007 17:40:16 -0500 (EST) In-Reply-To: <20071107223137.5CA634500E@ptavv.es.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Vivek Khera , FreeBSD Stable Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 22:40:28 -0000 > > From: Vivek Khera > > Date: Wed, 7 Nov 2007 15:09:35 -0500 > > Sender: owner-freebsd-stable@freebsd.org > > > > > > On Nov 5, 2007, at 8:58 PM, Chris H. wrote: > > > > > Ahh... I'm guessing that you missed the following post in this > > > thread titled > > > "date/time trouble - PST came too early [fixed]" posted 11-02. > > > > > > LI Xin offered the following solution, which solved my dilemma: > > > > No, I saw that... but like I said, most of us did this last year when > > the new DST rules went into effect. Did you not notice it last year? > > OK. This is twice you've said it and you are wrong. This is the FIRST > year of the new US DST dates. Last year DST ended on October as it has > for many years. > > From H.R. 6, Energy Policy Act of 2005, SEC. 110. DAYLIGHT SAVINGS: > "Effective Date- Subsection (a) shall take effect 1 year after the date > of enactment of this Act or March 1, 2007, whichever is later." > I think what he meant to say is that we all fixed it last year, even though it didn't go into effect until THIS year. I updated my systems as soon as the "zoneinfo" port was updated. Tuc From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 23:16:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A44916A480 for ; Wed, 7 Nov 2007 23:16:43 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD0513C48A for ; Wed, 7 Nov 2007 23:16:42 +0000 (UTC) (envelope-from SRS0=8cd5a9fff7c1877d51357f1bfc65d683b4ae6ce9=512=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MIX68326; Wed, 07 Nov 2007 16:16:26 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6AB304500E; Wed, 7 Nov 2007 15:16:26 -0800 (PST) To: "Tuc at T-B-O-H.NET" In-Reply-To: Your message of "Wed, 07 Nov 2007 17:40:16 EST." <200711072240.lA7MeGpA010000@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1194477386_83616P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 07 Nov 2007 15:16:26 -0800 From: "Kevin Oberman" Message-Id: <20071107231626.6AB304500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Tuc at T-B-O-H.NET X-To_Domain: t-b-o-h.net X-To: "Tuc at T-B-O-H.NET" X-To_Email: ml@t-b-o-h.net X-To_Alias: ml Cc: Vivek Khera , FreeBSD Stable Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 23:16:43 -0000 --==_Exmh_1194477386_83616P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "Tuc at T-B-O-H.NET" > Date: Wed, 7 Nov 2007 17:40:16 -0500 (EST) > > > > From: Vivek Khera > > > Date: Wed, 7 Nov 2007 15:09:35 -0500 > > > Sender: owner-freebsd-stable@freebsd.org > > > > > > > > > On Nov 5, 2007, at 8:58 PM, Chris H. wrote: > > > > > > > Ahh... I'm guessing that you missed the following post in this > > > > thread titled > > > > "date/time trouble - PST came too early [fixed]" posted 11-02. > > > > > > > > LI Xin offered the following solution, which solved my dilemma: > > > > > > No, I saw that... but like I said, most of us did this last year when > > > the new DST rules went into effect. Did you not notice it last year? > > > > OK. This is twice you've said it and you are wrong. This is the FIRST > > year of the new US DST dates. Last year DST ended on October as it has > > for many years. > > > > From H.R. 6, Energy Policy Act of 2005, SEC. 110. DAYLIGHT SAVINGS: > > "Effective Date- Subsection (a) shall take effect 1 year after the date > > of enactment of this Act or March 1, 2007, whichever is later." > > > I think what he meant to say is that we all fixed it last year, > even though it didn't go into effect until THIS year. I updated my > systems as soon as the "zoneinfo" port was updated. Actually, it was imported into RELENG_6 in Dec. 2005, but this is only relevant to those who have upgraded their systems since the change and I'm sure many did not. While the update is easy now, a few folks were still caught by surprise. In any case, since it was not in effect last year, it would be very unlikely that most FreeBSD users would have noticed it then. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1194477386_83616P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHMkdKkn3rs5h7N1ERAlpxAJ40bfFEsLyjtGAlF+439JAq83FpoACffYce UhqwacIvK3Dd1aDrWNfEDKo= =MIWR -----END PGP SIGNATURE----- --==_Exmh_1194477386_83616P-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 23:23:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9EED16A468 for ; Wed, 7 Nov 2007 23:23:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id C359113C49D for ; Wed, 7 Nov 2007 23:23:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 5F4741CC079; Wed, 7 Nov 2007 15:23:28 -0800 (PST) Date: Wed, 7 Nov 2007 15:23:28 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20071107232328.GA1678@eos.sc1.parodius.com> References: <20071107191611.GA1400@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071107191611.GA1400@eos.sc1.parodius.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: RELENG_6 kernel panic + savecore(8) problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 23:23:50 -0000 On Wed, Nov 07, 2007 at 11:16:11AM -0800, Jeremy Chadwick wrote: > Tracing pid 3 tid 100001 td 0xc7c6ad80 > kdb_enter(3228441820,3228796672,3228487817,3867634632,256,...) at kdb_enter+48 > panic(3228487817,3426817152,256,3228643296,0,...) at panic+206 > handle_written_inodeblock(3459887104,3688934424,3226775710,3228787204,3228175693,...) at handle_written_inodeblock+1503 > softdep_disk_write_complete(3688934424,3227842097,3356275348,3867634836,3226342800,...) at softdep_disk_write_complete+241 > bufdone(3688934424,0,3867634856,3226352850,3356275348,...) at bufdone+126 > g_vfs_done(3356275348,0,0,3352445440,3355957180) at g_vfs_done+198 > biodone(3356275348,3228786984,588,3228423470,100,...) at biodone+178 > g_io_schedule_up(3351686528,76,3351679512,3226344072,3867634980,...) at g_io_schedule_up+137 > g_up_procbody(0,3867635000,0,0,0,...) at g_up_procbody+122 > fork_exit(3226344072,0,3867635000) at fork_exit+122 > fork_trampoline() at fork_trampoline+8 A follow-up to this: It appears that somehow a few of the filesystems on the disk (it's a single-disk system) were suffering from some bizarre form of soft update corruption. I csup'd + rebuilt/reinstalled kernel + world on the box. Upon reboot, I saw that a few of the filesystems were reporting errors on mount and unmount: /var: mount pending error: blocks 16 files 2 /home: mount pending error: blocks 3904 files 6 /home: unmount pending error: blocks 848 files 0 I dropped back into single user and did manual fsck's of all the filesystems. /tmp (somehow) and /var were still marked dirty, but had no other problems. /home did have problems. Numerous reference count problems, ditto with some unrefs which required dumping some partial data into lost+found. There was also a single instance of a "unexpected soft update inconsistency", although that may have been induced by the panic. Thankfully we do backups, so the user won't lose anything. The physical disk itself appears OK (looking at SMART data, and a dd of the full disk had no I/O errors during reading). I don't think any of this could explain the savecore(8) issue, since savecore claimed there was no core to save. But I did want to follow- up on this so that it wasn't a mailing list thread left hanging. :-) If the issue crops up again, I'll likely be replacing the disk (as a precaution) and rebuilding all the filesystems from scratch. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Nov 7 23:26:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB9E716A469 for ; Wed, 7 Nov 2007 23:26:43 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 8FC2613C4B3 for ; Wed, 7 Nov 2007 23:26:43 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 8651 invoked from network); 7 Nov 2007 17:26:34 -0600 Received: from 124-170-22-248.dyn.iinet.net.au (HELO localhost) (124.170.22.248) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Nov 2007 17:26:34 -0600 Date: Thu, 8 Nov 2007 10:26:25 +1100 From: Norberto Meijome To: Christian Walther Message-ID: <20071108102625.2cf396c4@meijome.net> In-Reply-To: <47321EE6.6050706@gmail.com> References: <20071108011935.62bd23ce@meijome.net> <47321EE6.6050706@gmail.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML Subject: Re: Filesystems in 7.0 & reliability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Nov 2007 23:26:43 -0000 On Wed, 07 Nov 2007 20:24:06 +0000 Christian Walther wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hello Noberto, > > Norberto Meijome wrote: > > Hi everyone, > > I've been using 7 for a couple of weeks now on my work laptop (kickstarted by cooling issues while in 6.2, which seem to have largely gone in 7). > > > > I have a 100GB SATA drive in a Thinkpad Z60m with > > > > CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.02-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 > > Features=0xafe9fbff > > Features2=0x180 > > real memory = 1609433088 (1534 MB) > > avail memory = 1567780864 (1495 MB) > > > > I installed 7 on a normal UFS disk, but then migrated to having /usr in a UFS journaled partition , with a 1.5 GB journal on ad0s1h . I didn't have any issue that I could directly relate to it. I had more hangs than now (i reverted back to plain UFS due to too many lock ups). The lock ups didnt leave any message or error anywhere - it seemed as if the disk subsystem stopped accepting commands (or was waiting on something ...) - anything in memory would work just fine, but as soon as disk access was needed, it 'd stall. > > > > Did you check your harddrive? There are tools available in ports (sorry, > I forgotten how they are called) that can access the drives internal > fault statistics. > Maybe your drive has an error and locks up all of a sudden. Since a > journal leads to more disk activity it would be normal for a hardware > related error to happen more early. good point... but i dont think the journal would use it THAT much more that would trigger these kinds of errors about 6 times a day...and now i've been running without gjournal for 2 days without 1 crash. Other factors : the journal is on a part of the disk i haven't used much till now ( i split ad0s1g into 2, use g for crash dumps and h for journal). But I also run smartd and it reports no issues at all. But, as I said before, I am comparing different kinds of fruits - since i stopped using gjournal I also have updated, rebuilt and strimlined my kernel + world. I will go back to gjournal later, but at the moment i'm snowed under. Which is why I wanted to know what experiences, overall, had others had with gjournal. > > I might be pretty wrong here, but the T60 has an internal movement > sensor that needs some software to turn of the hard drive. Maybe your > laptop has a sensor too, but the logic behind it is implemented in > hardware? yes, mine does too. But i'm mostly static when using the laptop. > > > Something else i also noticed is that, after every crash, I couldn't just reboot and use my computer just fine, as I would have expected - maybe I'm wrong here. > > I had to go into single user mode, and run a fsck /dev/ad0s1f.journal . this takes about 4 minutes. Hardly any errors were ever found (as opposed to my non-journal partitions, which had files de-referenced ,etc.) So I suppose, in that regards, gjournal worked great.... but is the fsck needed?? > > > > I am also very interested in what zfs has to offer. How reliable is it? I am looking into using it both on my laptop, and as a filesystem for some large storage , possibly. > > You might want to search the list archives (especially freebsd-current) > to get some details on ZFS and possible problems regarding it. There > seems to be an issue with ZFS and Samba and/or NFS. > A nice summary is in the archives: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/076411.html > > I don't know what the current status is, thou. And I never suffered from > this error. In fact I'm using a raidz with 4x400GB HDDs. One use is as a > storage for satellite video streams, so there are pretty big files > written to it using NFS. > One thing I really like about ZFS is that it gets rid of the old > partition/slice paradigm. You'll never be angry with yourself again > because you selected the wrong size for your partition/slices. > Any issues with ZFS on a single HD ? any point doing that? thanks for the info :) B _________________________ {Beto|Norberto|Numard} Meijome "Lots of people who complained about us receiving the MBE received theirs for heroism in the war -- for killing people. We received ours for entertaining other people. I'd say we deserve ours more." John Lennon I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 00:17:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 768DA16A418 for ; Thu, 8 Nov 2007 00:17:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id D22F913C4B3 for ; Thu, 8 Nov 2007 00:17:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so2812170mue for ; Wed, 07 Nov 2007 16:17:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=WyjQyE1a10ApKJ+4+PreYqwtHhD/dIn07BPQB8isd2U=; b=FHYEt/5e6BgyxMc60j43wraCmw1lbk7Pugvt0Wx0VmW3jbIFrRLF0Ofg/zxhNy3E02EwJ6EmS5n0y4AkX8MGRcRjd68OnItfWBVsqiOPJTFgRRK2WnPN1FnaaA1+KB5Ch51G6t5yTyLg39xh7YlAL69b8ppwmAZeOqQsO9yKTxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lCiWZhcDffXsvI129L/hsDbi41PKctVKGR3u1e22QbATz7VbOS1guU93LcqlNGHCa+JcYp8RtgbyzkZTi//9QE+3mnhKQqKlbLcrcJFH1VOOrYJlEtwKk1cyHXdbBArgW/0FJSjDXqaAzqOjerHeeqJBMHUqTRrmurWIqoZqFSw= Received: by 10.86.65.11 with SMTP id n11mr2127643fga.1194481036339; Wed, 07 Nov 2007 16:17:16 -0800 (PST) Received: by 10.86.100.19 with HTTP; Wed, 7 Nov 2007 16:17:16 -0800 (PST) Message-ID: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Date: Wed, 7 Nov 2007 16:17:16 -0800 From: "Jack Vogel" To: "FreeBSD Current" , "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Bringing up new Intel non-legacy system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 00:17:30 -0000 Although I'm a network guy, for various reasons I am helping to get FreeBSD running on a new Intel system: S7000FC4UR. This is a rack-mount server that has no PS/2 or PCI legacy, its all PCI-E expansion, and only USB peripheral. I have had a lot of issues: First, the DVD is SATA, however I can work around that by setting IDE mode in the BIOS. With FreeBSD 7 BETA the install kernel always seems to hang in USB initialization, if I disable ACPI it gets further, but ultimately still no joy. Oddly enough, STABLE OCT snapshot will actually install but again only with ACPI disabled. Anyone have an idea why 6.X would actually faire better than 7, this surprised me?! And, is the ACPI subsystem likely to be the source of the problem? I would really prefer 7 running on this, and of course with ACPI working. Oh, the system also has LSI MegaRaid SAS 1078, which I was able to install using STABLE. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 06:10:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC6616A419 for ; Thu, 8 Nov 2007 06:10:07 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (schooner.spinnaker.com [199.175.163.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7C613C481 for ; Thu, 8 Nov 2007 06:10:06 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (localhost.spinnaker.com [127.0.0.1]) by schooner.spinnaker.com (8.13.8/8.13.8) with ESMTP id lA86A0dL054759 for ; Wed, 7 Nov 2007 22:10:00 -0800 (PST) (envelope-from waynec@schooner.spinnaker.com) Received: (from waynec@localhost) by schooner.spinnaker.com (8.13.8/8.13.8/Submit) id lA86A0rp054758 for freebsd-stable@freebsd.org; Wed, 7 Nov 2007 22:10:00 -0800 (PST) (envelope-from waynec) Date: Wed, 7 Nov 2007 22:10:00 -0800 From: Wayne Chapeskie To: freebsd-stable@freebsd.org Message-ID: <20071108061000.GA53976@spinnaker.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: http://www.spinnaker.com/~waynec/pgp-key.html X-PGP-KeyID: 0xB9D2D272 X-PGP-Fingerprint: CCFE 68D8 0468 A78F BA9D F388 8D14 7A5A B9D2 D272 User-Agent: Mutt/1.5.13 (2006-08-11) Subject: FreeBSD 7.0 and X.Org packages X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 06:10:07 -0000 This may already be on someone's todo list... However, I notice in 7.0BETA2 that sysinstall still has the old X.Org package list from the last ISO's that had packages, namely the 6.2 release. The xorg package structure has changed fairly significantly from xorg-6.9.0 to the current 7.3. Instead of a dozen or so packages, the top level metaport now installs about 240 packages; xorg-clients has been replaced by xorg-apps, which is a metaport for lots of little X applications. It might be a reasonable time to remove the fine-grained specifications of X.Org packages in /usr/src/usr.sbin/sysinstall/dist.c, and replace it with a single dependency on the top level meta-package. -- Wayne Chapeskie From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 10:05:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FEED16A417 for ; Thu, 8 Nov 2007 10:05:11 +0000 (UTC) (envelope-from dindin@yandex-team.ru) Received: from relanium.yandex.ru (relanium.yandex.ru [213.180.193.88]) by mx1.freebsd.org (Postfix) with ESMTP id 8555D13C49D for ; Thu, 8 Nov 2007 10:05:10 +0000 (UTC) (envelope-from dindin@yandex-team.ru) Received: from sepulcator.yandex.ru (dhcp250-185.yandex.ru [87.250.250.185]) by relanium.yandex.ru (8.14.1/8.14.1) with ESMTP id lA89YGGm042870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Nov 2007 12:34:16 +0300 (MSK) (envelope-from dindin@yandex-team.ru) Received: from sepulcator.yandex.ru (localhost [127.0.0.1]) by sepulcator.yandex.ru (8.14.1/8.13.8) with ESMTP id lA89YGEU002032 for ; Thu, 8 Nov 2007 12:34:16 +0300 (MSK) (envelope-from dindin@yandex-team.ru) Received: (from dindin@localhost) by sepulcator.yandex.ru (8.14.1/8.13.8/Submit) id lA89YGA9002031 for freebsd-stable@freebsd.org; Thu, 8 Nov 2007 12:34:16 +0300 (MSK) (envelope-from dindin@yandex-team.ru) X-Authentication-Warning: sepulcator.yandex.ru: dindin set sender to dindin@yandex-team.ru using -f Date: Thu, 8 Nov 2007 12:34:16 +0300 From: Denis Barov To: freebsd-stable@freebsd.org Message-ID: <20071108093416.GD1777@sepulcator.yandex.ru> Mail-Followup-To: Denis Barov , freebsd-stable@freebsd.org References: <20071107164539.GA1148@faust.net> <1194459200.893.12.camel@workstation.martenvijn.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E39vaYmALEf/7YXx" Content-Disposition: inline In-Reply-To: <1194459200.893.12.camel@workstation.martenvijn.nl> X-Operating-System: FreeBSD sepulcator.yandex.ru 7.0-BETA2 FreeBSD 7.0-BETA2 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Antivirus: Dr.Web (R) for Mail Servers on relanium.yandex.ru host X-Antivirus-Code: 100000 Subject: Re: usb bluetooth dongle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 10:05:11 -0000 --E39vaYmALEf/7YXx Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable AFAIK most of USB bluetooth dongles work fine with ng_ubt, either laptop on= -board. Any way you better to ask at freebsd-bluetooth@freebsd.org mailing list. On Wed Nov 07, 2007 at 19:13:20 +0100, Marten Vijn wrote: > On Wed, 2007-11-07 at 17:45 +0100, Zoran Kolic wrote: > > Howdy! > > Does it matter what usb bluetooth dongle I buy > > while it is class 1 and v2.0?=20 >=20 >=20 > these work fine: >=20 > ubt0: on > uhub2 > ubt0: Broadcom CCBT2035BDGP23-1, rev 1.10/0.01, addr 2 > ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out= =3D0x2 > ubt0: Interface 1 (alt.config 4) endpoints: isoc-in=3D0x83, isoc-out=3D0x= 3; > wMaxPacketSize=3D64; nframes=3D5, buffer size=3D320 >=20 > ubt0: on > uhub2 > ubt0: vendor 0x0a12 BT2.0, rev 2.00/19.58, addr 2 > ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out= =3D0x2 > ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=3D0x83, isoc-out=3D0x= 3; > wMaxPacketSize=3D49; nframes=3D6, buffer size=3D294 >=20 >=20 > ubt0: 2.00/19.58, addr 2> on uhub2 > ubt0: vendor 0x0df6 Bluetooth 2.0 USB adapter 100m, rev 2.00/19.58, addr > 2 > ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out= =3D0x2 > ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=3D0x83, isoc-out=3D0x= 3; > wMaxPacketSize=3D49; nframes=3D6, buffer size=3D294 >=20 >=20 > ubt0: 2> on uhub2 > ubt0: vendor 0x0a12 product 0x0001, rev 2.00/31.64, addr 2 > ubt0: Interface 0 endpoints: interrupt=3D0x81, bulk-in=3D0x82, bulk-out= =3D0x2 > ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=3D0x83, isoc-out=3D0x= 3; > wMaxPacketSize=3D49; nframes=3D6, buffer size=3D294 >=20 > these work fine >=20 > sold as sitecom >=20 > the 100m version can do over 1000 meters >=20 > http://www.wifisoft.org/trac/wcc-2007/attachment/wiki/WikiStart/IMG_0127_= mod.jpg >=20 > with a 14 Db (wifi) antenna :) >=20 > Marten >=20 >=20 > > In shop nearby > > I could get canyon btu4. Any advice what should > > work on amd64? Also, is "gammu" the app of choice > > to send data/wallpaper to nokia phone (6233). > > If the device itself is important, I will make an > > effort to find right one. > > Best regards > >=20 > > Zoran > >=20 > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Denis Barov Yandex http://www.yandex.ru WEB-Search Administtration Team e-mail: dindin@yandex-team.ru --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iQCVAwUBRzLYF7QNqrxww2yeAQI3/wQAxpwcEuFCgcoux42jyduYXXSZuxaJNA3O ekiJHGnFEnAdiMq83yn9p5NuM29vFGE7l1tidQ9l1W/D2364TJz5Skylu2lLwEp8 476lLv4k/Ex3y1juDzIZgxsdOR5z2c/5lEw9xzcNXywCAERMsX61CyjaTK+kygbu /i7mG5O77Bk= =zzuS -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 10:53:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EDAF16A421 for ; Thu, 8 Nov 2007 10:53:25 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 383EC13C4B9 for ; Thu, 8 Nov 2007 10:53:24 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA8Ar4eJ093484 for ; Thu, 8 Nov 2007 02:53:10 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA8Ar4IV093483 for freebsd-stable@freebsd.org; Thu, 8 Nov 2007 02:53:04 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 08 Nov 2007 02:53:04 -0800 Message-ID: <20071108025304.fckk3b8q8sw0o004@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 08 Nov 2007 02:53:04 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> <20071105175826.jo94y7vj6s40owk4@webmail.1command.com> <338855FD-B6EF-42A3-8F98-BC13CEAFB8D4@kcilink.com> In-Reply-To: <338855FD-B6EF-42A3-8F98-BC13CEAFB8D4@kcilink.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 10:53:25 -0000 Quoting Vivek Khera : > > On Nov 5, 2007, at 8:58 PM, Chris H. wrote: > >> Ahh... I'm guessing that you missed the following post in this >> thread titled >> "date/time trouble - PST came too early [fixed]" posted 11-02. >> >> LI Xin offered the following solution, which solved my dilemma: > > No, I saw that... but like I said, most of us did this last year when > the new DST rules went into effect. Fair enough. :) > Did you not notice it last year? Yes, as a matter of fact. But, rather than do the sensible thing and post a quick note as I did this time to the list. I slaved over every little piece of information I could gather on any subject even close to my issue, and eventually managed to get the time "in sync". You'd think after all that time and effort I'd remember what I finally did that fixed it. But for the life of me right now. I can't seem to remember what it was. : / Anyway, sorry for the mis-reading/understanding, and thank you for taking the time to respond. :) --Chris > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 11:05:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18C9016A41A for ; Thu, 8 Nov 2007 11:05:02 +0000 (UTC) (envelope-from teklimbu@wlink.com.np) Received: from smtp5.wlink.com.np (smtp5.wlink.com.np [202.79.32.52]) by mx1.freebsd.org (Postfix) with SMTP id 782E413C4A5 for ; Thu, 8 Nov 2007 11:04:58 +0000 (UTC) (envelope-from teklimbu@wlink.com.np) Received: (qmail 93409 invoked from network); 8 Nov 2007 10:41:49 -0000 Received: from unknown (HELO smtp1.wlink.com.np) (202.79.32.76) by 0 with SMTP; 8 Nov 2007 10:41:49 -0000 Received: (qmail 59619 invoked by uid 98); 8 Nov 2007 10:41:49 -0000 Received: from 202.79.36.7 by smtp1.wlink.com.np (envelope-from , uid 1009) with qmail-scanner-1.25 (clamdscan: 0.88.4/2205. Clear:RC:1(202.79.36.7):. Processed in 0.035102 secs); 08 Nov 2007 10:41:49 -0000 X-Qmail-Scanner-Mail-From: teklimbu@wlink.com.np via smtp1.wlink.com.np X-Qmail-Scanner: 1.25 (Clear:RC:1(202.79.36.7):. Processed in 0.035102 secs) Received: from [202.79.36.7] (HELO [202.79.36.7]) by smtp1.wlink.com.np (qmail-smtpd) with SMTP; 08 Nov 2007 10:41:42 -0000 (Thu, 08 Nov 2007 16:26:42 +0545) Message-ID: <4732E7D9.4040804@wlink.com.np> Date: Thu, 08 Nov 2007 16:26:29 +0545 From: Tek Bahadur Limbu User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Balgansuren Batsukh References: <004d01c8214d$b5a02970$c801000a@balgaa> In-Reply-To: <004d01c8214d$b5a02970$c801000a@balgaa> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Check-By: smtp1.wlink.com.np Spam: No ; 0.2 / 8.0 X-Spam-Status-WL: No, hits=0.2 required=8.0 Cc: freebsd-isp@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 11:05:02 -0000 Hi Balgansuren, Balgansuren Batsukh wrote: > Hello All, > > I am looking high performance bandwidth manager, traffic shaper for IP > core network to configure leased line, xDSL, Ethernet, GPON/EPON, > wireless subscribers. > > Is there any FreeBSD based solution? You can try using IPFW + Dummynet to achieve this. But this is a very complicated solution. I think that pfSense will be more easier to manage the bandwidth shaping rules. http://www.pfsense.com/ Another free solution based on a Linux kernel is HTB. http://luxik.cdi.cz/~devik/qos/htb/ Of course, there are many hardware based products too. > > Regards, > Balgaa > > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > > > -- With best regards and good wishes, Yours sincerely, Tek Bahadur Limbu System Administrator (TAG/TDG Group) Jwl Systems Department Worldlink Communications Pvt. Ltd. Jawalakhel, Nepal http://www.wlink.com.np http://teklimbu.wordpress.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 11:14:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72C3516A469 for ; Thu, 8 Nov 2007 11:14:27 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: from smtp.mobinet.mn (smtp.mobinet.mn [202.131.224.27]) by mx1.freebsd.org (Postfix) with SMTP id C26AE13C4B5 for ; Thu, 8 Nov 2007 11:14:25 +0000 (UTC) (envelope-from balgaa@micom.mn) Received: (qmail 30980 invoked by uid 502); 8 Nov 2007 15:49:16 -0000 Received: from 202.131.245.3 by smtp.mobinet.mn (envelope-from , uid 92) with qmail-scanner-1.25-st-qms (clamdscan: 0.87/1082. spamassassin: 3.0.4. perlscan: 1.25-st-qms. Clear:RC:1(202.131.245.3):. Processed in 0.071172 secs); 08 Nov 2007 15:49:16 -0000 X-Antivirus-MOBINET-Mail-From: balgaa@micom.mn via smtp.mobinet.mn X-Antivirus-MOBINET: 1.25-st-qms (Clear:RC:1(202.131.245.3):. Processed in 0.071172 secs Process 30973) Received: from unknown (HELO emc-dns1.mobicom.net) (202.131.245.3) by smtp.mobinet.mn with SMTP; 8 Nov 2007 15:49:15 -0000 Received: from balgaa ([10.44.202.0]) by emc-dns1.mobicom.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 8 Nov 2007 07:21:57 +0800 Message-ID: <027301c821f8$57752480$c801000a@balgaa> From: "Balgansuren Batsukh" To: References: <004d01c8214d$b5a02970$c801000a@balgaa> <4732E7D9.4040804@wlink.com.np> Date: Thu, 8 Nov 2007 19:13:07 +0800 Organization: Personal MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-OriginalArrivalTime: 07 Nov 2007 23:21:58.0484 (UTC) FILETIME=[FE448940:01C82194] Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD based bandwidth manager, traffic shaper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 11:14:27 -0000 Hello All, Thank you very much for helpful email. Is there any hardware vendor suggest for me? I need to manage bandwidth management 1xSTM-1/OC3-2xSTM-1 optical IP bandwidth circuit. Anyone has experience with www.etinc.com bandwidth manager? I saw others like Allot, Packeteer, Cisco SCE2000 only doing protocol, service based bandwidth management using TCP rate limit, fair queueing. Regards, Balgaa ----- Original Message ----- From: "Tek Bahadur Limbu" To: "Balgansuren Batsukh" Cc: ; Sent: Thursday, November 08, 2007 6:41 PM Subject: Re: FreeBSD based bandwidth manager, traffic shaper > Hi Balgansuren, > > Balgansuren Batsukh wrote: >> Hello All, >> >> I am looking high performance bandwidth manager, traffic shaper for IP >> core network to configure leased line, xDSL, Ethernet, GPON/EPON, >> wireless subscribers. >> >> Is there any FreeBSD based solution? > > You can try using IPFW + Dummynet to achieve this. But this is a very > complicated solution. > > I think that pfSense will be more easier to manage the bandwidth shaping > rules. > > http://www.pfsense.com/ > > > Another free solution based on a Linux kernel is HTB. > > http://luxik.cdi.cz/~devik/qos/htb/ > > Of course, there are many hardware based products too. > > >> >> Regards, >> Balgaa >> >> _______________________________________________ >> freebsd-isp@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-isp >> To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" >> >> >> > > > -- > > With best regards and good wishes, > > Yours sincerely, > > Tek Bahadur Limbu > > System Administrator > > (TAG/TDG Group) > Jwl Systems Department > > Worldlink Communications Pvt. Ltd. > > Jawalakhel, Nepal > > http://www.wlink.com.np > > http://teklimbu.wordpress.com > > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: > 269.15.24/1117 - Release Date: 11/7/2007 10:52 PM > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 11:15:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57A1016A46D for ; Thu, 8 Nov 2007 11:15:42 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0F14613C4B9 for ; Thu, 8 Nov 2007 11:15:41 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [195.241.149.28] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Iq5M4-0000pA-KC for ; Thu, 08 Nov 2007 12:15:24 +0100 Received: (qmail 28642 invoked from network); 8 Nov 2007 11:15:23 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 8 Nov 2007 11:15:23 -0000 Date: Thu, 08 Nov 2007 12:15:22 +0100 To: "Jack Vogel" , "FreeBSD Current" , "FreeBSD Stable List" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> User-Agent: Opera Mail/9.24 (FreeBSD) Cc: Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 11:15:42 -0000 On Thu, 08 Nov 2007 01:17:16 +0100, Jack Vogel wrote: > Although I'm a network guy, for various reasons I am helping to get > FreeBSD running on a new Intel system: S7000FC4UR. This is a > rack-mount server that has no PS/2 or PCI legacy, its all PCI-E > expansion, and only USB peripheral. I have had a lot of issues: > > First, the DVD is SATA, however I can work around that by setting > IDE mode in the BIOS. > > With FreeBSD 7 BETA the install kernel always seems to hang > in USB initialization, if I disable ACPI it gets further, but ultimately > still no joy. > > Oddly enough, STABLE OCT snapshot will actually install but > again only with ACPI disabled. > > Anyone have an idea why 6.X would actually faire better than 7, > this surprised me?! > > And, is the ACPI subsystem likely to be the source of the problem? > > I would really prefer 7 running on this, and of course with ACPI > working. > > Oh, the system also has LSI MegaRaid SAS 1078, which I was > able to install using STABLE. > > Cheers, > > Jack My computer at home (6.2-STABLE/i386) hangs on usb if my external harddisk is attached. But since I disabled USB in the BIOS it works fine. FreeBSD does still detect USB, so I think it was some conflict between BIOS initializing the hardware and FreeBSD doing that. Maybe you have the same problem. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 11:18:17 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88B3416A419; Thu, 8 Nov 2007 11:18:17 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id DE91B13C48E; Thu, 8 Nov 2007 11:18:16 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lA8BHxba092824; Thu, 8 Nov 2007 12:17:59 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <4732F067.7080601@deepcore.dk> Date: Thu, 08 Nov 2007 12:17:59 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@FreeBSD.ORG, Henrik Brix Andersen , sos@FreeBSD.ORG Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 11:18:17 -0000 Ian Smith wrote: > On Sat, 3 Nov 2007, Henrik Brix Andersen wrote: > > On Sun, Nov 04, 2007 at 02:59:36AM +1100, Ian Smith wrote: > > > any particular/new issues with RELENG_7 on the Soekris net4801? > > >=20 > > > Thought I should check before upgrading my T23 as a build platform= .. > > > I haven't done this before, and will be relying on the howtos for = 6.X > >=20 > > I recently upgraded two of my net4801s to RELENG_7 - the only proble= m > > I have seen so far, is that savecore(8) attempts to do non-aligned D= MA > > transfers and fails. I haven't had time to dig further into this iss= ue > > yet, though. > > Thanks, Brix. I'm wondering if that's still (again?) to do with item 3= > at http://www.soekris.com/Issue0003.htm ? I've no idea whether a simila= r > 'quick-fix' to that given for FreeBSD 4.X to /sys/dev/ata/ata-dma.c > would work with the 5.5-S and 6.1-R code I have here, noting that the > alignment is now specified in bytes rather than the earlier bytes-1, so= > '4' is presumably the value needed for dword alignment. > > Hmm, ok, trying to dig a little deeper .. rev 1.118 notes say: > > Add support for a the National Geode SC1100. Thanks to Soekris engine= ering > for sponsoring a Soekris 4801 to make this support. > > but I couldn't find anywhere in 1.118 or in later versions up to 1.147 > (RELENG_7, HEAD) that does anything other than 'ch->dma->alignment =3D = 2;' > > (Not that me not finding it means much :) I also noticed at 1.137.2.2:= =20 > > Add support for using DMA on dump, greatly speeds up the dump process= =2E > > Copying Soren in case he may have a bead on this, but it hardly seems > any impediment to preparation or building for it when the box arrives. > > =20 Actually aligment is set to 16 but a bit untraditionally in=20 ata_national_setmode(). I should change that to do it in an ata_national_allocate() function=20 which now can contain just a few lines. I'd figure that the problem is that the geode chip doesn't support 128=20 sector writes just up to 126, that is not honered from the dump rutine II= RC. -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 13:27:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00F5916A469 for ; Thu, 8 Nov 2007 13:27:52 +0000 (UTC) (envelope-from peter.wullinger@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE9C13C4BA for ; Thu, 8 Nov 2007 13:27:52 +0000 (UTC) (envelope-from peter.wullinger@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so143321wxd for ; Thu, 08 Nov 2007 05:27:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; bh=NBxgbTpdav+dNxYSSRWQUgQpjylOUdhkk6CXDq1o9WI=; b=CngnxB6KK10d1WAeNd86WEDQ14aMpzgEbnW9MdT0h+/B0NxfJWuyYmGBthVTEzULfpzzGMrsQiuGkEeBsIu9ihGz2rpGoXrOS6AgqCsZQSQGgyns/gRnsowI2+rJW0HeE/N7N1UBHuAZanKR+7lNNcwS+Rnc2WZi8IZ/E1Gs0t4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=JZlZV7Gg3KSQghsTfEyQHQ8eKrCrOKr6hdKmhN2RiaW5VQdfNOENMYizvwZAyzA5dDKNnvIc4bYuN0NZDwDkperFYGGLu7m9zJX03jjmURahdaSePj516kyJLN3Xgh9mhwEIB1pnhrEdaDcLoj6u1y3yk/6OdYMhEpVuPmnSi7o= Received: by 10.90.100.2 with SMTP id x2mr474576agb.1194528465404; Thu, 08 Nov 2007 05:27:45 -0800 (PST) Received: by 10.90.33.3 with HTTP; Thu, 8 Nov 2007 05:27:45 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 14:27:45 +0100 From: "Peter Wullinger" To: freebsd-stable@freebsd.org, freebsd-java@freebsd.org In-Reply-To: <20071107194646.GA2626@kaliope> MIME-Version: 1.0 References: <20071107181857.GA35213@outcold.yadt.co.uk> <20071107194646.GA2626@kaliope> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD 7 and java networking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: peter.wullinger@googlemail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 13:27:53 -0000 2007/11/7, Peter Wullinger : > > In epistula a David Taylor, die horaque Wed, Nov 07, 2007 at 06:18:57PM > +0000: > > Hello, > > > > I've tried compiling java/jdk15 and java/jdk16 bootstrapping with > > all three binary jdks (diablo 1.5, linux 1.5, linux 1.6). > > > > They all give the same problem: > > Hello David, > > Have you tried setting > > export JAVAVAVM_OPTS_java=-Djava.net.preferIPv4Stack=true" > export JAVAVAVM_OPTS_javaws="-J-Djava.net.preferIPv4Stack=true" of course this has to be JAVAVM_OPTS_java and JAVAVM_OPTS_javawm .. Peter From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 13:50:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC56016A417 for ; Thu, 8 Nov 2007 13:50:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8597D13C49D for ; Thu, 8 Nov 2007 13:50:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 3B73F43D6C1; Thu, 8 Nov 2007 15:18:05 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BJ54hj9kBtYK; Thu, 8 Nov 2007 15:18:05 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 977D643D654; Thu, 8 Nov 2007 15:18:04 +0200 (EET) Message-ID: <47330C8B.1090808@icyb.net.ua> Date: Thu, 08 Nov 2007 15:18:03 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1194265386.00824555.1194254402@10.7.7.3> <1194268981.00824558.1194255605@10.7.7.3> <1194308585.00824903.1194295801@10.7.7.3> <1194524604.00826000.1194511207@10.7.7.3> In-Reply-To: <1194524604.00826000.1194511207@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Andrei Kolu Subject: Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 13:50:25 -0000 on 08/11/2007 00:25 Wayne Chapeskie said the following: > For BETA2, there is a separate livefs iso image available for amd64 and > ia64. The i386 disc1 ISO's still include "Fixit" functionality, in the > usual place in the first sysinstall menu. If the required packages take > up too much space for the i386 release, we will probably see a separate > livefs ISO for this as well. Earlier releases or snapshots for the > amd64 and ia64 may not have had the same space constraints, and > perhaps included fixit/livefs functionality on the disc1 ISO. BTW, maybe this should be documented somewhere ? Explanations like this one should not be left to mailing list archives and search engine indexes alone. It seems that livefs ISOs are produced for some time now, but I never saw any description of them. This might not be a good example, but if I google for "FreeBSD livefs" I don't get any meaningful results, mostly links to the ISOs. So until now I was puzzled about the purpose of those ISOs and their difference to disk1 live fs functionality. Yes, I am a newcomer from i386 to amd64. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 14:14:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18D2216A419 for ; Thu, 8 Nov 2007 14:14:04 +0000 (UTC) (envelope-from sklauder@trimind.de) Received: from rhiannon.shopkeeper.de (rhiannon.shopkeeper.de [82.119.175.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5A113C4C4 for ; Thu, 8 Nov 2007 14:14:02 +0000 (UTC) (envelope-from sklauder@trimind.de) Received: from vivi.dobu.local (trimind.ext-EF.trimind.net [82.119.175.66]) (authenticated bits=0) by rhiannon.shopkeeper.de (8.13.4/8.13.4) with ESMTP id lA8Dkver021888 for ; Thu, 8 Nov 2007 14:46:57 +0100 (CET) (envelope-from sklauder@trimind.de) Received: from vivi.dobu.local (localhost [127.0.0.1]) by vivi.dobu.local (8.14.1/8.12.11) with ESMTP id lA8DkpLr032025 for ; Thu, 8 Nov 2007 14:46:51 +0100 (CET) (envelope-from sklauder@vivi.dobu.local) Received: (from sklauder@localhost) by vivi.dobu.local (8.14.1/8.14.1/Submit) id lA8DkplR032024 for freebsd-stable@freebsd.org; Thu, 8 Nov 2007 14:46:51 +0100 (CET) (envelope-from sklauder) Date: Thu, 8 Nov 2007 14:46:51 +0100 From: Sascha Klauder To: freebsd-stable@freebsd.org Message-ID: <20071108134651.GA31987@trimind.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at trimind.de Subject: snd_t4dwave(4) broken in RELENG_7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 14:14:04 -0000 Hi all, can someone verify whether snd_t4dwave is working in RELENG_7? After upgrading my 6.2-STABLE (from March 2006) to 7.0-BETA2, I get "pcm0:play:dsp0.p1: play interrupt timeout, channel dead" errors a few seconds after playback started. It's a HP nx9005 laptop, so I'm not sure if it could be ACPI- related, but sound was working fine ever since I installed 5.2 on it. Disabling ACPI makes no difference. Verbose dmesg available here: http://evenstar.shopkeeper.de/~sascha/nx9005/misc/dmesg-7-verbose (actually still from a -CURRENT shortly before the branch) Cheers, -sascha From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 14:43:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 0259016A417; Thu, 8 Nov 2007 14:43:10 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 8 Nov 2007 22:43:06 +0800 From: Ariff Abdullah To: Sascha Klauder Message-Id: <20071108224306.629c054e.ariff@FreeBSD.org> In-Reply-To: <20071108134651.GA31987@trimind.de> References: <20071108134651.GA31987@trimind.de> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__8_Nov_2007_22_43_06_+0800_0l=lUq8e+0KG7iPf" Cc: freebsd-stable@freebsd.org Subject: Re: snd_t4dwave(4) broken in RELENG_7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 14:43:12 -0000 --Signature=_Thu__8_Nov_2007_22_43_06_+0800_0l=lUq8e+0KG7iPf Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 8 Nov 2007 14:46:51 +0100 Sascha Klauder wrote: > Hi all, >=20 > can someone verify whether snd_t4dwave is working in RELENG_7? >=20 > After upgrading my 6.2-STABLE (from March 2006) to 7.0-BETA2, > I get "pcm0:play:dsp0.p1: play interrupt timeout, channel dead" > errors a few seconds after playback started.=20 >=20 > It's a HP nx9005 laptop, so I'm not sure if it could be ACPI- > related, but sound was working fine ever since I installed 5.2 > on it. Disabling ACPI makes no difference.=20 >=20 > Verbose dmesg available here: > http://evenstar.shopkeeper.de/~sascha/nx9005/misc/dmesg-7-verbose > (actually still from a -CURRENT shortly before the branch) >=20 Try changing #define TR_MAXPLAYCH from 4 to 1, in sys/dev/sound/pci/t4dwave.c The driver is virtually unchanged ever since 5.x . I'm at lost (no hardware to test). -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Thu__8_Nov_2007_22_43_06_+0800_0l=lUq8e+0KG7iPf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMyB6lr+deMUwTNoRAtftAJ9IRmZXgbFVmhCn5uCUDz0GJCU9MACfUFI4 ndCy0ebM9f/O5PrpsxpzMus= =yUS/ -----END PGP SIGNATURE----- --Signature=_Thu__8_Nov_2007_22_43_06_+0800_0l=lUq8e+0KG7iPf-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 14:58:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B1B16A41A for ; Thu, 8 Nov 2007 14:58:29 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id AF3E813C4CC for ; Thu, 8 Nov 2007 14:58:29 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 51249C943A for ; Thu, 8 Nov 2007 09:58:10 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1194533890; bh=lwt5tZ9VQPaMNT93NVh+Dq1uLwhp+RldYrZtFw5 AksQ=; h=Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=g+W0XeAz8Jwt3JFvsVg4zO5n9YBUGSWq2pjErkpuGAfv9SbGbbefOz T+knzrBymU1bQ7ZGKSpKTQTrOWe84vV02dOLaY/JXIx07UTNncNmMyhD85k4YkmsA0w w9O8RsRKDWfgTEBGXx/q0E9icRrQD5JFxNnUz3quv+DILjtNKM= Message-Id: <7CDAE470-CA8E-4938-BAC4-5E98384CB0CC@kcilink.com> From: Vivek Khera To: FreeBSD Stable In-Reply-To: <20071107231626.6AB304500E@ptavv.es.net> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Thu, 8 Nov 2007 09:58:10 -0500 References: <20071107231626.6AB304500E@ptavv.es.net> X-Mailer: Apple Mail (2.912) Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 14:58:30 -0000 On Nov 7, 2007, at 6:16 PM, Kevin Oberman wrote: > In any case, since it was not in effect last year, it would be very > unlikely that most FreeBSD users would have noticed it then. s/last year/last spring/g :-( From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 15:15:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B2C16A419 for ; Thu, 8 Nov 2007 15:15:50 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3441313C4C1 for ; Thu, 8 Nov 2007 15:15:50 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net ([89.216.116.170]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id lA8FFbj5028766 for ; Thu, 8 Nov 2007 16:15:37 +0100 Received: by faust.net (Postfix, from userid 1001) id AB9531CC2F; Thu, 8 Nov 2007 16:15:31 +0100 (CET) Date: Thu, 8 Nov 2007 16:15:31 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20071108151531.GA936@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 1.1 X-SBB-Spam-Level: XX Subject: Re: usb bluetooth dongle X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 15:15:50 -0000 I'd like to thank to all who helped me with advice. Indeed, it is more suitable to freebsd-bluetooth. Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 15:38:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E150E16A41A for ; Thu, 8 Nov 2007 15:38:48 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF6013C48E for ; Thu, 8 Nov 2007 15:38:48 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id ADF92C943A; Thu, 8 Nov 2007 10:29:36 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com; s=kci0709; t=1194535776; bh=j0CYbTZ3pKxgdrRB2AAVwxMTrLksMTPZJCF4oI5 gelU=; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=jAh6Wpdqivsnvxw7YUkeGKljWsQ+FauJGNIUkhPtSeoxGGBSnS8qsn VIVvk60Hg/3Ytr+5vMsR4YhBSwK/4ZPjUd5Ofw0/joSrxdOpAaD70BrGcHFsFQ4LioJ R7YwPDJuHpXIkI+vYxTf7a3ehISqA5TqeM2ndB1fT4PpE15lFk= Message-Id: From: Vivek Khera To: Jack Vogel In-Reply-To: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Thu, 8 Nov 2007 10:29:36 -0500 References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> X-Mailer: Apple Mail (2.912) Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 15:38:49 -0000 On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: > And, is the ACPI subsystem likely to be the source of the problem? I've had several systems in which I've needed to disable the ACPI timer component and then the system worked fine. in /boot/loader.conf: debug.acpi.disabled="timer" When installing, break to boot loader and type: set debug.acpi.disabled="timer" You can try the various acpi components to isolate which one is the culprit and leave the rest working. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 15:41:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58FFC16A420 for ; Thu, 8 Nov 2007 15:41:02 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6E113C4C8 for ; Thu, 8 Nov 2007 15:41:01 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Iq9Ur-0008TW-Rc for freebsd-stable@freebsd.org; Thu, 08 Nov 2007 17:40:45 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Nov 2007 17:40:45 +0200 From: Danny Braniss Message-ID: Subject: bge/ilo blues on Sun X2200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 15:41:02 -0000 newer kernels (after Oct. 20) are breacking bge. i've checked the cvsdiffs, but nothing seems relevant. the ilo (Integrated Lights Out) port, bge1, though not configured, gets configured to 10baseT/UTP , and no magic will get it to 100/full-duplex, which is what the ilo is using. this works fine on an Oct 20 system. any ideas? cheers, danny From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 15:43:54 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72A2616A418; Thu, 8 Nov 2007 15:43:54 +0000 (UTC) (envelope-from sascha@trimind.de) Received: from rhiannon.shopkeeper.de (rhiannon.shopkeeper.de [82.119.175.20]) by mx1.freebsd.org (Postfix) with ESMTP id E5B7C13C4B7; Thu, 8 Nov 2007 15:43:53 +0000 (UTC) (envelope-from sascha@trimind.de) Received: from vivi.dobu.local (trimind.ext-EF.trimind.net [82.119.175.66]) (authenticated bits=0) by rhiannon.shopkeeper.de (8.13.4/8.13.4) with ESMTP id lA8F4GcB041366; Thu, 8 Nov 2007 16:04:16 +0100 (CET) (envelope-from sascha@trimind.de) Received: from vivi.dobu.local (localhost [127.0.0.1]) by vivi.dobu.local (8.14.1/8.12.11) with ESMTP id lA8F48oY032461; Thu, 8 Nov 2007 16:04:08 +0100 (CET) (envelope-from sascha@vivi.dobu.local) Received: (from sascha@localhost) by vivi.dobu.local (8.14.1/8.14.1/Submit) id lA8F48iQ032460; Thu, 8 Nov 2007 16:04:08 +0100 (CET) (envelope-from sascha) Date: Thu, 8 Nov 2007 16:04:08 +0100 From: Sascha Klauder To: Ariff Abdullah Message-ID: <20071108150407.GA32323@trimind.de> References: <20071108134651.GA31987@trimind.de> <20071108224306.629c054e.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071108224306.629c054e.ariff@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at trimind.de Cc: freebsd-stable@FreeBSD.org Subject: Re: snd_t4dwave(4) broken in RELENG_7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 15:43:54 -0000 On Thu, Nov 08, 2007 at 10:43:06PM +0800, Ariff Abdullah wrote: > On Thu, 8 Nov 2007 14:46:51 +0100 Sascha Klauder wrote: > > Verbose dmesg available here: > > http://evenstar.shopkeeper.de/~sascha/nx9005/misc/dmesg-7-verbose > > (actually still from a -CURRENT shortly before the branch) > > Try changing #define TR_MAXPLAYCH from 4 to 1, in > sys/dev/sound/pci/t4dwave.c Thanks, that did help! > The driver is virtually unchanged ever since 5.x . I'm at lost (no > hardware to test). I could provide ssh access to my system, if that would help. Cheers, -sascha From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 16:13:28 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 5261616A417; Thu, 8 Nov 2007 16:13:24 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 9 Nov 2007 00:13:20 +0800 From: Ariff Abdullah To: Sascha Klauder Message-Id: <20071109001320.01c7dbf5.ariff@FreeBSD.org> In-Reply-To: <20071108150407.GA32323@trimind.de> References: <20071108134651.GA31987@trimind.de> <20071108224306.629c054e.ariff@FreeBSD.org> <20071108150407.GA32323@trimind.de> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__9_Nov_2007_00_13_20_+0800_KYF/yld1xIq1_6pv" Cc: freebsd-stable@FreeBSD.org Subject: Re: snd_t4dwave(4) broken in RELENG_7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 16:13:28 -0000 --Signature=_Fri__9_Nov_2007_00_13_20_+0800_KYF/yld1xIq1_6pv Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 8 Nov 2007 16:04:08 +0100 Sascha Klauder wrote: > On Thu, Nov 08, 2007 at 10:43:06PM +0800, Ariff Abdullah wrote: > > On Thu, 8 Nov 2007 14:46:51 +0100 Sascha Klauder > > wrote: > > > Verbose dmesg available here: > > > http://evenstar.shopkeeper.de/~sascha/nx9005/misc/dmesg-7-verbose > > > (actually still from a -CURRENT shortly before the branch) > >=20 > > Try changing #define TR_MAXPLAYCH from 4 to 1, in > > sys/dev/sound/pci/t4dwave.c >=20 > Thanks, that did help! >=20 Probably a hidden bug. Not all hardwares capable of driving multiple dacs. > > The driver is virtually unchanged ever since 5.x . I'm at lost (no > > hardware to test). >=20 > I could provide ssh access to my system, if that would help. >=20 Thanks for the offer, but I'm kind of busy right now. Maybe after a week or two from now, I'll contact you again. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Fri__9_Nov_2007_00_13_20_+0800_KYF/yld1xIq1_6pv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMzWglr+deMUwTNoRAlUsAJ4mOg5Np9X0e6bWCFs3pF9EkkwR4ACffRjZ IF/1yg+lVhuS7g6/Yly+noU= =tX7o -----END PGP SIGNATURE----- --Signature=_Fri__9_Nov_2007_00_13_20_+0800_KYF/yld1xIq1_6pv-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 16:20:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A84D16A419 for ; Thu, 8 Nov 2007 16:20:35 +0000 (UTC) (envelope-from trampith@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.19]) by mx1.freebsd.org (Postfix) with ESMTP id 22D5213C4BB for ; Thu, 8 Nov 2007 16:20:33 +0000 (UTC) (envelope-from trampith@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:trampith@vinland.freeshell.org [192.94.73.6]) by sdf.lonestar.org (8.14.1/8.13.8) with ESMTP id lA8G9Zg8029152; Thu, 8 Nov 2007 16:09:35 GMT Received: (from trampith@localhost) by sdf.lonestar.org (8.14.1/8.12.8/Submit) id lA8G9YVt001767; Thu, 8 Nov 2007 17:09:34 +0100 (CET) Date: Thu, 8 Nov 2007 17:09:34 +0100 From: Thorsten Trampisch To: Steve Bertrand Message-ID: <20071108160934.GA24041@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <4731D93E.2020600@ibctech.ca> User-Agent: Mutt 1.4.2.1i (2004-02-12) (UNIX) (NetBSD 3.0.2_PATCH (alpha)) Cc: freebsd-stable@freebsd.org Subject: Re: Boot-time pass for geli on 7.0-BETA2 (and RELENG_7) not working for me. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 16:20:35 -0000 Hello, today I updated from 6.2-RELEASE-p8 to 7.0-BETA2 as well. I've ran into the same problem with the password input to GELI on boot time. Chars are showing up after several keypresses. After removing the new dcons driver from my KERNEL config, recompiling and rebooting, it does work normally like under 6.2R Hope that will help you too. Regards, Thorsten Trampisch ------------------------------------- /"\ ASCII Ribbon Campaign \ / - against HTML email & vCards X - against proprietary formats / \ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 16:37:22 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from misaki (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with SMTP id 9A69216A419; Thu, 8 Nov 2007 16:37:15 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Fri, 9 Nov 2007 00:36:49 +0800 From: Ariff Abdullah To: Sascha Klauder Message-Id: <20071109003649.7a1301dd.ariff@FreeBSD.org> In-Reply-To: <20071109001320.01c7dbf5.ariff@FreeBSD.org> References: <20071108134651.GA31987@trimind.de> <20071108224306.629c054e.ariff@FreeBSD.org> <20071108150407.GA32323@trimind.de> <20071109001320.01c7dbf5.ariff@FreeBSD.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__9_Nov_2007_00_36_49_+0800_N4cN426X=we+3UBK" Cc: freebsd-stable@FreeBSD.org Subject: Re: snd_t4dwave(4) broken in RELENG_7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 16:37:22 -0000 --Signature=_Fri__9_Nov_2007_00_36_49_+0800_N4cN426X=we+3UBK Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 9 Nov 2007 00:13:20 +0800 Ariff Abdullah wrote: > On Thu, 8 Nov 2007 16:04:08 +0100 > Sascha Klauder wrote: > > On Thu, Nov 08, 2007 at 10:43:06PM +0800, Ariff Abdullah wrote: > > > On Thu, 8 Nov 2007 14:46:51 +0100 Sascha Klauder > > > wrote: > > > > Verbose dmesg available here: > > > > http://evenstar.shopkeeper.de/~sascha/nx9005/misc/dmesg-7-verbose > > > > (actually still from a -CURRENT shortly before the branch) > > >=20 > > > Try changing #define TR_MAXPLAYCH from 4 to 1, in > > > sys/dev/sound/pci/t4dwave.c > >=20 > > Thanks, that did help! > >=20 >=20 > Probably a hidden bug. Not all hardwares capable of driving multiple > dacs. >=20 > > > The driver is virtually unchanged ever since 5.x . I'm at lost > > > (no hardware to test). > >=20 > > I could provide ssh access to my system, if that would help. > >=20 > Thanks for the offer, but I'm kind of busy right now. Maybe after a > week or two from now, I'll contact you again. >=20 >=20 Try this one: http://people.freebsd.org/~ariff/test/t4dwave.c -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Fri__9_Nov_2007_00_36_49_+0800_N4cN426X=we+3UBK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHMzshlr+deMUwTNoRAgWbAKDCVYZZYnV1qyikIbLiqSblXNKw5wCfexN7 v4fYV97O/g6Pd3V7gyEfIj4= =vu2k -----END PGP SIGNATURE----- --Signature=_Fri__9_Nov_2007_00_36_49_+0800_N4cN426X=we+3UBK-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 17:14:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C06EA16A46D for ; Thu, 8 Nov 2007 17:14:48 +0000 (UTC) (envelope-from aryeh.friedman@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 C78E413C4C6 for ; Thu, 8 Nov 2007 17:14:47 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so462044pyb for ; Thu, 08 Nov 2007 09:14:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FztPWxmnVU+/iadCNmt0IFfz6tfOBqyipD8pCYPu9c4=; b=ogfDLe0hqnRlsylg/9lebiwdOaiRiUShNt2lg0EbBpMvjsqA8umwotvf7PUuMDMRlGiD+bMGG18BpUbC/qhREpER/IBFLoGT0Oxgp6hob+zHqz6vxJCTMLODXjM6eogdk3fWy/vJpwyFyefrxXQcyiBrjOzfO76BUOj5LEhFZ1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cX+bON0uO86FjwfIRJgC5yWQSBHUQVRpimIa9gJxq/xe+/6a40DW6kFsnQccYny3BBmuiLbD3L/qr7mbk/6HuWkqjj49+FmT+VScQ+69KGXJMwvhOup4JlATSQiCIm2SgL/K5026FwX3onzQb08x+7wFQVSNnJNvJDs9cSVszDE= Received: by 10.65.135.19 with SMTP id m19mr4627740qbn.1194542077316; Thu, 08 Nov 2007 09:14:37 -0800 (PST) Received: by 10.65.107.3 with HTTP; Thu, 8 Nov 2007 09:14:37 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 12:14:37 -0500 From: "Aryeh Friedman" To: "Vivek Khera" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Stable List , Jack Vogel Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 17:14:48 -0000 On Nov 8, 2007 10:29 AM, Vivek Khera wrote: > > On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: > > > And, is the ACPI subsystem likely to be the source of the problem? > > I've had several systems in which I've needed to disable the ACPI > timer component and then the system worked fine. in /boot/loader.conf: > > debug.acpi.disabled="timer" > > > When installing, break to boot loader and type: set > debug.acpi.disabled="timer" > > You can try the various acpi components to isolate which one is the > culprit and leave the rest working. What chipset and ihc? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 17:30:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2465C16A41A for ; Thu, 8 Nov 2007 17:30:51 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id 0C25413C481 for ; Thu, 8 Nov 2007 17:30:49 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 98000 invoked by uid 1001); 8 Nov 2007 17:30:39 -0000 Date: Thu, 8 Nov 2007 19:30:39 +0200 From: Dan Epure To: freebsd-stable@freebsd.org Message-ID: <20071108173039.GA97983@bigskyservices.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: [gepu@iogyte.ro: Re: openpty() and jail in RELENG_7] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 17:30:51 -0000 I can provide more info on request. ----- Forwarded message from Dan Epure ----- Date: Wed, 7 Nov 2007 19:25:08 +0200 From: Dan Epure To: Tom Evans Cc: freebsd-stable@freebsd.org Subject: Re: openpty() and jail in RELENG_7 Thank you for your answer. This is not Xin Li's scenario. Description: the host of the jail - H (192.168.168.2/24) the jail running on H - J (192.168.168.254/32) the testing system - T (192.168.168.253/24) 1. I start the ssh daemon on H: === cut here === H# /usr/sbin/sshd -d debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Bind to port 22 on 192.168.168.2. Server listening on 192.168.168.2 port 22. === and here === 2. On T I run: === cut here === T# ssh 192.168.168.2 -l test2 === and here === 3. On H I see: === cut here === Debug1: fd 4 clearing O_NONBLOCK Debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.168.253 port 60155 debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user test2 service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "test2" debug1: userauth-request for user test2 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: PAM: setting PAM_RHOST to "192.168.168.253" debug1: test whether pkalg/pkblob are acceptable debug1: trying public key file /home/test2/.ssh/authorized_keys debug1: trying public key file /home/test2/.ssh/authorized_keys2 Failed publickey for test2 from 192.168.168.253 port 60155 ssh2 debug1: audit_event: unhandled event 6 debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive debug1: attempt 2 failures 2 debug1: keyboard-interactive devs debug1: auth2_challenge: user=test2 devs= debug1: kbdint_alloc: devices 'pam' debug1: auth2_challenge_start: trying authentication method 'pam' Postponed keyboard-interactive for test2 from 192.168.168.253 port 60155 ssh2 debug1: do_pam_account: called debug1: PAM: num PAM env strings 0 Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 debug1: do_pam_account: called Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 60155 ssh2 debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 debug1: session_pty_req: session 0 alloc /dev/pts/3 debug1: Ignoring unsupported tty mode opcode 37 (0x25) debug1: Ignoring unsupported tty mode opcode 52 (0x34) debug1: Ignoring unsupported tty mode opcode 71 (0x47) debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell debug1: PAM: setting PAM_TTY to "/dev/pts/3" debug1: Setting controlling tty using TIOCSCTTY. === and here === 4. On T I am logged in on H: === cut here === Password: H$ === and here === 5. I start the jail on H: === cut here === H# /etc/rc.d/jail start Configuring jails:. Starting jails: test2.mydomain.org. 6. I start the ssh daemon on J: === cut here === J# /usr/sbin/sshd -d debug1: sshd version OpenSSH_4.5p1 FreeBSD-20061110 debug1: read PEM private key done: type DSA debug1: private host key: #0 type 2 DSA debug1: rexec_argv[0]='/usr/sbin/sshd' debug1: rexec_argv[1]='-d' debug1: Bind to port 22 on 192.168.168.254. Server listening on 192.168.168.254 port 22. === and here === 7. On T I run: === cut here === T# ssh 192.168.168.254 -l test2 === and here === 8. On J I see: === cut here === debug1: fd 4 clearing O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7 debug1: inetd sockets after dupping: 3, 3 debug1: res_init() Connection from 192.168.168.253 port 52242 debug1: Client protocol version 2.0; client software version OpenSSH_4.6p1 Debian-5 debug1: match: OpenSSH_4.6p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.5p1 FreeBSD-20061110 debug1: permanently_set_uid: 22/22 debug1: list_hostkey_types: ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user test2 service ssh-connection method none debug1: attempt 0 failures 0 debug1: PAM: initializing for "test2" debug1: PAM: setting PAM_RHOST to "192.168.168.253" debug1: userauth-request for user test2 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: test whether pkalg/pkblob are acceptable debug1: trying public key file /home/test2/.ssh/authorized_keys debug1: trying public key file /home/test2/.ssh/authorized_keys2 Failed publickey for test2 from 192.168.168.253 port 52242 ssh2 debug1: userauth-request for user test2 service ssh-connection method keyboard-interactive debug1: attempt 2 failures 2 debug1: keyboard-interactive devs debug1: auth2_challenge: user=test2 devs= debug1: kbdint_alloc: devices 'pam' debug1: auth2_challenge_start: trying authentication method 'pam' Postponed keyboard-interactive for test2 from 192.168.168.253 port 52242 ssh2 debug1: do_pam_account: called debug1: PAM: num PAM env strings 0 Postponed keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 debug1: do_pam_account: called Accepted keyboard-interactive/pam for test2 from 192.168.168.253 port 52242 ssh2 debug1: monitor_child_preauth: test2 has been authenticated by privileged process debug1: PAM: reinitializing credentials debug1: Entering interactive session for SSH2. debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: channel 0 debug1: session_open: session 0: link with channel 0 debug1: server_input_channel_open: confirm session debug1: server_input_channel_req: channel 0 request pty-req reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req pty-req debug1: Allocating pty. debug1: session_new: init debug1: session_new: session 0 openpty: No such file or directory session_pty_req: session 0 alloc failed debug1: server_input_channel_req: channel 0 request shell reply 0 debug1: session_by_channel: session 0 channel 0 debug1: session_input_channel_req: session 0 req shell === and here === 9. On T the session is stuck: === cut here === $ ssh 192.168.168.254 -l test2 Password: Environment: USER=test2 LOGNAME=test2 HOME=/home/test2 MAIL=/var/mail/test2 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/test2/bin TERM=su FTP_PASSIVE_MODE=YES BLOCKSIZE=K SHELL=/usr/local/bin/rbash SSH_CLIENT=192.168.168.253 39090 22 SSH_CONNECTION=192.168.168.253 39090 192.168.168.254 22 === and here === 10. On J the content of /dev/pts and /dev/pty is unchanged: === cut here === J# ls -la /dev/pts total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. crw-rw-rw- 1 root wheel 0, 97 Nov 7 17:22 0 crw-rw-rw- 1 root wheel 0, 106 Nov 7 16:56 2 crw-rw-rw- 1 root wheel 0, 110 Nov 7 17:16 5 J# ls -la /dev/pty total 1 dr-xr-xr-x 2 root wheel 512 Nov 7 16:38 . dr-xr-xr-x 6 root wheel 512 Nov 7 16:38 .. crw-rw-rw- 1 root wheel 0, 95 Nov 7 17:22 0 crw-rw-rw- 1 root wheel 0, 104 Nov 7 15:36 1 crw-rw-rw- 1 root wheel 0, 105 Nov 7 16:56 2 crw-rw-rw- 1 root wheel 0, 107 Nov 7 15:36 3 crw-rw-rw- 1 root wheel 0, 108 Nov 7 15:36 4 crw-rw-rw- 1 root wheel 0, 109 Nov 7 17:16 5 === and here === regards, Gepu On Wed, Nov 07, 2007 at 10:42:58AM +0000, Tom Evans wrote: > On Tue, 2007-11-06 at 22:19 +0200, Dan Epure wrote: > > Hi All, > > > > > > I'm using on the host system (7.0-BETA2): > > #sysctl kern.pts.enable > > kern.pts.enable: 1 > > I have no problem at all. > > > > The jail is also 7.0-BETA2 > > > > The problem is inside the jail openpty() can not allocate the pty: > > === cut here === > > debug1: monitor_child_preauth: test2 has been authenticated by privileged process > > debug1: PAM: reinitializing credentials > > debug1: Entering interactive session for SSH2. > > debug1: server_init_dispatch_20 > > debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 > > debug1: input_session_request > > debug1: channel 0: new [server-session] > > debug1: session_new: init > > debug1: session_new: session 0 > > debug1: session_open: channel 0 > > debug1: session_open: session 0: link with channel 0 > > debug1: server_input_channel_open: confirm session > > debug1: server_input_channel_req: channel 0 request pty-req reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req pty-req > > debug1: Allocating pty. > > debug1: session_new: init > > debug1: session_new: session 0 > > openpty: No such file or directory > > session_pty_req: session 0 alloc failed > > debug1: server_input_channel_req: channel 0 request shell reply 0 > > debug1: session_by_channel: session 0 channel 0 > > debug1: session_input_channel_req: session 0 req shell > > === and here === > > the ssh session just hangs. (no pty ?) > > > > I did not forget to mount devfs inside the jail. > > The jail is configured in rc.conf: > > === cut here === > > jail_enable="YES" > > jail_list="test" > > jail_test_hostname="test.mydomain.org" > > jail_test_rootdir="/jails/test" > > jail_test_interface="bge0" > > jail_test_devfs_enable="YES" > > jail_test_ip="192.168.10.2" > > jail_set_hostname_allow="NO" > > jail_sysvipc_allow="NO" > > jail_socket_unixiproute_only="YES" > > === and here === > > I think the problem is related to restrictions imposed by the jail. > > > > Please advise. > > > > Gepu > > This is because you haven't been allocated a pty inside your jail. > Enable sshd inside your jail, ssh to your jail (which will allocate you > a pty). Then from inside your jail, you can use any pty-using > application you wish. > > I am presuming you are doing something like 'jexec 1 /bin/csh' or > similar, and I'm only really repeating Xin Li's advice to me[1]. > > Cheers > > Tom > > [1] > http://lists.freebsd.org/pipermail/freebsd-jail/2007-October/000106.html _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" ----- End forwarded message ----- -- Gepu From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 18:47:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C0BD16A420 for ; Thu, 8 Nov 2007 18:47:40 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id EA7EC13C4AC for ; Thu, 8 Nov 2007 18:47:39 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 5701D6449 for ; Thu, 8 Nov 2007 18:47:26 +0000 (GMT) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WiWQVssu3+Q8 for ; Thu, 8 Nov 2007 18:47:21 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 163EB6441; Thu, 8 Nov 2007 18:47:21 +0000 (GMT) Date: Thu, 8 Nov 2007 18:47:20 +0000 From: David Taylor To: freebsd-stable@freebsd.org Message-ID: <20071108184720.GB20748@outcold.yadt.co.uk> Mail-Followup-To: freebsd-stable@freebsd.org References: <20071107181857.GA35213@outcold.yadt.co.uk> <20071107194646.GA2626@kaliope> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: Re: FreeBSD 7 and java networking X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 18:47:40 -0000 On Thu, 08 Nov 2007, Peter Wullinger wrote: > 2007/11/7, Peter Wullinger : > > > > In epistula a David Taylor, die horaque Wed, Nov 07, 2007 at 06:18:57PM > > +0000: > > > Hello, > > > > > > I've tried compiling java/jdk15 and java/jdk16 bootstrapping with > > > all three binary jdks (diablo 1.5, linux 1.5, linux 1.6). > > > > > > They all give the same problem: > > > > Hello David, > > > > Have you tried setting > > > > export JAVAVAVM_OPTS_java=-Djava.net.preferIPv4Stack=true" > > export JAVAVAVM_OPTS_javaws="-J-Djava.net.preferIPv4Stack=true" > > > of course this has to be JAVAVM_OPTS_java and JAVAVM_OPTS_javawm .. Thanks! This does indeed fix the problem. Is there any more information on the problem with IPv6? -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 21:06:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CDF116A41A for ; Thu, 8 Nov 2007 21:06:47 +0000 (UTC) (envelope-from naylor.b.david@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 0602613C4B3 for ; Thu, 8 Nov 2007 21:06:45 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so615665pyb for ; Thu, 08 Nov 2007 13:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=jZWcLev/wnuXoWiUD38rkcOsyKw5mF5HAaSsWLCD6vg=; b=XL1i9JJra73/gLvL91nyjXFKsxE3eCnEdNW6SDEGwCr4emcC7xBY4bwYMDIRMHk1mw043zBk3neLOeR918jRuLo8aea6mjPU6wvASY5PfwoKRZxi4oT3PHFACnbRJCDq86V0buMqSSGz5wzIpq3fYpRcuG7jGh3UPprIYT3QIq4= 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:x-google-sender-auth; b=dC/qJbQV7xMtyrW4z+nrc5CSrREPWcmzJuuSjqbh8YbE7/6Rjs+0LYUhiO9wP1BPXUZd8hv2cud5/vPpsSnU0G2q+W1qMDcWk8zkNvxb+xpu9k/PGRbj+75p3MqnQUCzDMgf24cQZ39USQFfZokHOWF3eRlEAns+zu+qvFUyPBE= Received: by 10.65.138.4 with SMTP id q4mr5349342qbn.1194554449873; Thu, 08 Nov 2007 12:40:49 -0800 (PST) Received: by 10.65.231.2 with HTTP; Thu, 8 Nov 2007 12:40:49 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 22:40:49 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 59cbce459c8d4577 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:06:47 -0000 Hi, I have been using this laptop for a few months now with FreeBSD without any problems with the hard disk however today as I installed editors/vim the system crashed (without a core dump or any message). When ever the system boots (and proceeds to do a fsck on ad0e (/usr)) it also crashes without any message. I have tried the following commands: # dd if=/dev/ad0 of=/dev/null bs=1M ( System crashes) # smartctl -C -t short ( Succeeds ) # smartctl -C -t long ( Failes with a message: ad0: FAILED - SMART timed out) If I force the mounting of /usr without fsck then the system does boot (but I am not sure how stable it is). I have updated the kernel to cvs RELENG_7 from a few hours ago (and it compiled without a problem after force mounting (and using tmpfs as obj directory, did not try any other way) I have no idea what is wrong (if the disk has corrupted should the kernel not display error messages?). Can you please help/advise? Thank you in advance. David From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 21:19:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29EAF16A419 for ; Thu, 8 Nov 2007 21:19:25 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id DA54E13C48E for ; Thu, 8 Nov 2007 21:19:24 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so121769ele for ; Thu, 08 Nov 2007 13:19:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=I3dSLWeKOR2JEFbUOj9ezdsiK768U1AbcvlcLcWXV18=; b=MofnuxgKqHd5N5vmghtb3VWYWFqRaWoPBuptAoqW8uu29Md8ALNZ8hveBry+ScqOCAZtMI/jk0XRNRH6zLKH0Uskd/g+numm26UcuCDEmiBjrYtUM2GA/1ruFplRopYmkzmM6mLRiji/JKwenoPfUnJvX0lBn617Wa2nVs6wTKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZpxD/i+Vhvb6y6zpTl+OIdGgqoacjK449zPJq12OYMfKBToXc1Z9YLI5a/ryUNRAqzqmlEi8e/s2SrGzxyv+LG9LdViyfMD/Iw5VdpvUHMNopGh8MWhVuxhgEwPwurgT2bmTNkazl34gBqWbMIo0BLtq7WSimpi/LsLLhp3NqUo= Received: by 10.78.138.14 with SMTP id l14mr1371425hud.1194556754481; Thu, 08 Nov 2007 13:19:14 -0800 (PST) Received: by 10.78.146.10 with HTTP; Thu, 8 Nov 2007 13:19:14 -0800 (PST) Message-ID: Date: Thu, 8 Nov 2007 22:19:14 +0100 From: "Claus Guttesen" To: "David Naylor" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:19:25 -0000 > I have been using this laptop for a few months now with FreeBSD without any > problems with the hard disk however today as I installed editors/vim the > system crashed (without a core dump or any message). > > When ever the system boots (and proceeds to do a fsck on ad0e (/usr)) it > also crashes without any message. I have tried the following commands: > > # dd if=/dev/ad0 of=/dev/null bs=1M ( System crashes) > > # smartctl -C -t short ( Succeeds ) > # smartctl -C -t long ( Failes with a message: ad0: FAILED - SMART timed > out) > Corrupt disk? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 21:29:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B3D116A420 for ; Thu, 8 Nov 2007 21:29:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6AD1613C4B7 for ; Thu, 8 Nov 2007 21:29:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 668551CC07C; Thu, 8 Nov 2007 13:29:21 -0800 (PST) Date: Thu, 8 Nov 2007 13:29:21 -0800 From: Jeremy Chadwick To: David Naylor Message-ID: <20071108212921.GA34721@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:29:27 -0000 On Thu, Nov 08, 2007 at 10:40:49PM +0200, David Naylor wrote: > I have been using this laptop for a few months now with FreeBSD without any > problems with the hard disk however today as I installed editors/vim the > system crashed (without a core dump or any message). > > When ever the system boots (and proceeds to do a fsck on ad0e (/usr)) it > also crashes without any message. I have tried the following commands: > > # dd if=/dev/ad0 of=/dev/null bs=1M ( System crashes) > > # smartctl -C -t short ( Succeeds ) > # smartctl -C -t long ( Failes with a message: ad0: FAILED - SMART timed out) Sounds like something mechanical inside of the disk is failing, or possibly the drive firmware is somewhat buggy when it comes to handling bad blocks. What brand/model of hard disk is this? atacontrol output would suffice. I'm just curious (personal interest). > I have no idea what is wrong (if the disk has corrupted should the kernel > not display error messages?). Can you please help/advise? Not necessarily, although I would expect to see a bus timeout of some kind, but it doesn't surprise me that you don't see one. If a long SMART test results in the drive timing out and falling off the bus, there's a much bigger problem at hand. There is a possibility that the system is simply going bad in some way (RAM issues or mainboard that's broken somehow), but all your problems seem to indicate issues with the disk. If I was in your shoes, I would try to get all the data off that disk, purchase a replacement, install FreeBSD on it, and restore your data. I'd then take the old/possibly-bad disk and download one of the drive fitness test utilities from the manufacturer's website. Run that and see if anything comes up / if anything bad happens. Laptop hard disks are sometimes a pain to deal with (some laptop manufacturers have BIOS tweakery where they refuse to recognise any hard disk other than ones of a specific brand/model. I haven't seen this in recent years, but it's something I've seen in the past), so I wish you luck. Laptops -- such a pain. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 21:55:33 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A70FD16A421; Thu, 8 Nov 2007 21:55:33 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 413AD13C48E; Thu, 8 Nov 2007 21:55:32 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=64963 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IqEnR-000PfG-Si; Thu, 08 Nov 2007 21:20:17 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.1/8.14.1) with ESMTP id lA8LJTs4084158; Fri, 9 Nov 2007 00:19:29 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.1/8.14.1/Submit) id lA8LJS0p084157; Fri, 9 Nov 2007 00:19:28 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Fri, 9 Nov 2007 00:19:28 +0300 From: Ruslan Ermilov To: Mars G Miro Message-ID: <20071108211926.GB83503@team.vega.ru> References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@FreeBSD.org, Ken Smith Subject: Re: src-install.sh and compat/opensolaris/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 21:55:33 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Nov 07, 2007 at 04:59:45PM +0800, Mars G Miro wrote: > Hiya > > I think there might be a need to add 'compat' in $dists in > src-install.sh. When the src is extracted from the ISO, compat is left > out and buildworld fails at: > > mkdep -f .depend -a > -I/usr/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris > -I/usr/src/cddl/lib/libnvpair/../../../include > -I/usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common > -D_SOLARIS_C_SOURCE > /usr/src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c > /usr/src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c > /usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c > /usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c > ===> cddl/lib/libumem (depend) > make: don't know how to make umem.c. Stop > *** Error code 2 > > Stop in /usr/src/cddl/lib. > *** Error code 1 > > because there's no more cddl/ [0]. Of course when csupping it can be > checked out but for those that do not csup, they may not be able to > rebuild their world. For instance, I have a 7.0-PRERELEASE box and not > able to rebuild my world using the 7.0-BETA2 src from the ISO. > > Thanks ;-) Try the attached patch. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Index: release/scripts/src-install.sh =================================================================== RCS file: /home/ncvs/src/release/scripts/src-install.sh,v retrieving revision 1.11 diff -u -p -r1.11 src-install.sh --- release/scripts/src-install.sh 28 Jun 2007 18:26:35 -0000 1.11 +++ release/scripts/src-install.sh 8 Nov 2007 21:11:45 -0000 @@ -11,8 +11,8 @@ if [ $# -lt 1 ]; then echo "You must specify which components of src to extract" echo "possible subcomponents are:" echo - echo "base bin cddl contrib crypto etc games gnu include krb5 lib" - echo "libexec release rescue sbin secure share sys tools ubin" + echo "base bin cddl compat contrib crypto etc games gnu include krb5" + echo "lib libexec release rescue sbin secure share sys tools ubin" echo "usbin" echo echo "You may also specify all to extract all subcomponents." @@ -20,7 +20,7 @@ if [ $# -lt 1 ]; then fi if [ "$1" = "all" ]; then - dists="base bin cddl contrib crypto etc games gnu include krb5 lib libexec release rescue sbin secure share sys tools ubin usbin" + dists="base bin cddl compat contrib crypto etc games gnu include krb5 lib libexec release rescue sbin secure share sys tools ubin usbin" else dists="$*" fi Index: usr.sbin/sysinstall/dist.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/dist.c,v retrieving revision 1.250 diff -u -p -r1.250 dist.c --- usr.sbin/sysinstall/dist.c 8 Nov 2007 15:40:40 -0000 1.250 +++ usr.sbin/sysinstall/dist.c 8 Nov 2007 21:14:17 -0000 @@ -109,6 +109,7 @@ static Distribution KernelDistTable[] = static Distribution SrcDistTable[] = { DTE_TARBALL("sbase", &SrcDists, SRC_BASE, "/usr/src"), DTE_TARBALL("scddl", &SrcDists, SRC_CDDL, "/usr/src"), + DTE_TARBALL("scompat", &SrcDists, SRC_COMPAT, "/usr/src"), DTE_TARBALL("scontrib", &SrcDists, SRC_CONTRIB, "/usr/src"), DTE_TARBALL("scrypto", &SrcDists, SRC_SCRYPTO, "/usr/src"), DTE_TARBALL("sgnu", &SrcDists, SRC_GNU, "/usr/src"), Index: usr.sbin/sysinstall/dist.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/dist.h,v retrieving revision 1.68 diff -u -p -r1.68 dist.h --- usr.sbin/sysinstall/dist.h 8 Nov 2007 15:40:40 -0000 1.68 +++ usr.sbin/sysinstall/dist.h 8 Nov 2007 21:13:45 -0000 @@ -44,6 +44,7 @@ #define DIST_SRC_SKERBEROS5 0x40000 #define DIST_SRC_RESCUE 0x80000 #define DIST_SRC_CDDL 0x100000 +#define DIST_SRC_COMPAT 0x200000 #define DIST_SRC_ALL 0x1FFFFF /* Subtypes for X.Org packages */ Index: usr.sbin/sysinstall/menus.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v retrieving revision 1.426 diff -u -p -r1.426 menus.c --- usr.sbin/sysinstall/menus.c 8 Nov 2007 15:40:40 -0000 1.426 +++ usr.sbin/sysinstall/menus.c 8 Nov 2007 21:15:30 -0000 @@ -1066,6 +1066,8 @@ DMenu MenuSrcDistributions = { dmenuFlagCheck, dmenuSetFlag, NULL, &SrcDists, '[', 'X', ']', DIST_SRC_BASE }, { " cddl", "/usr/src/cddl (software from Sun)", dmenuFlagCheck, dmenuSetFlag, NULL, &SrcDists, '[', 'X', ']', DIST_SRC_CDDL }, + { " compat", "/usr/src/compat (compatibility software)", + dmenuFlagCheck, dmenuSetFlag, NULL, &SrcDists, '[', 'X', ']', DIST_SRC_COMPAT }, { " contrib", "/usr/src/contrib (contributed software)", dmenuFlagCheck, dmenuSetFlag, NULL, &SrcDists, '[', 'X', ']', DIST_SRC_CONTRIB }, { " crypto", "/usr/src/crypto (contrib encryption sources)", --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 23:23:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDC9B16A469 for ; Thu, 8 Nov 2007 23:23:18 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (schooner.spinnaker.com [199.175.163.1]) by mx1.freebsd.org (Postfix) with ESMTP id 334B213C48D for ; Thu, 8 Nov 2007 23:23:17 +0000 (UTC) (envelope-from waynec@spinnaker.com) Received: from schooner.spinnaker.com (localhost.spinnaker.com [127.0.0.1]) by schooner.spinnaker.com (8.13.8/8.13.8) with ESMTP id lA8NN6Sx070048 for ; Thu, 8 Nov 2007 15:23:07 -0800 (PST) (envelope-from waynec@schooner.spinnaker.com) Received: (from waynec@localhost) by schooner.spinnaker.com (8.13.8/8.13.8/Submit) id lA8NN5It070046 for freebsd-stable@freebsd.org; Thu, 8 Nov 2007 15:23:05 -0800 (PST) (envelope-from waynec) Date: Thu, 8 Nov 2007 15:23:05 -0800 From: Wayne Chapeskie To: freebsd-stable@freebsd.org Message-ID: <20071108232305.GA69526@spinnaker.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <1194265386.00824555.1194254402@10.7.7.3> <1194268981.00824558.1194255605@10.7.7.3> <1194308585.00824903.1194295801@10.7.7.3> <1194524604.00826000.1194511207@10.7.7.3> <47330C8B.1090808@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47330C8B.1090808@icyb.net.ua> X-PGP-Key: http://www.spinnaker.com/~waynec/pgp-key.html X-PGP-KeyID: 0xB9D2D272 X-PGP-Fingerprint: CCFE 68D8 0468 A78F BA9D F388 8D14 7A5A B9D2 D272 User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 23:23:19 -0000 On Thu, Nov 08, 2007 at 03:18:03PM +0200, Andriy Gapon wrote: > > on 08/11/2007 00:25 Wayne Chapeskie said the following: > > For BETA2, there is a separate livefs iso image available for amd64 and > > ia64. The i386 disc1 ISO's still include "Fixit" functionality, in the > > usual place in the first sysinstall menu. If the required packages take > > up too much space for the i386 release, we will probably see a separate > > livefs ISO for this as well. Earlier releases or snapshots for the > > amd64 and ia64 may not have had the same space constraints, and > > perhaps included fixit/livefs functionality on the disc1 ISO. > > BTW, maybe this should be documented somewhere ? > Explanations like this one should not be left to mailing list archives > and search engine indexes alone. > > It seems that livefs ISOs are produced for some time now, but I never > saw any description of them. This might not be a good example, but if I > google for "FreeBSD livefs" I don't get any meaningful results, mostly > links to the ISOs. So until now I was puzzled about the purpose of those > ISOs and their difference to disk1 live fs functionality. Yes, I am a > newcomer from i386 to amd64. We are still in the beta stage of the release cycle, where the mailing list is actually a good place to find out what is going on. Web site documentation usually doesn't catch up until release time. The purposes of the various release ISO images are documented in the release announcements -- see the 6.2 release announcement at http://www.freebsd.org/releases/6.2R/announce.html which did indeed mention the "live CD" functionality in disc1. In 6.2, only ia64 had a livefs ISO, amd64 did not, nor did i386. The configuration of the release ISO's does change over the years, and has in the past been documented in a README in the ftp directories, and is now documented in the release announcements. The ia64 livefs ISO was a slight oversight in the 6.2 release notes, but since we are going to be seeing more cases of livefs not fitting on the disc1 install, I imagine future release announcements will reflect that. -- Wayne Chapeskie From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 23:30:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57B5316A418 for ; Thu, 8 Nov 2007 23:30:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id DB20F13C481 for ; Thu, 8 Nov 2007 23:30:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so265857nfb for ; Thu, 08 Nov 2007 15:30:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=WnrpbXbfwFykn9Wdb+25+vrSHZRR8UkY9upgfkjmMF0=; b=XVL/wyoKf/G9HWfZGPKgLnUQ6MjqCHzSiK7J+v2XXtys4FFt0IFlTfBR3kjW6jihnpBuBee7fLC4bg04c+1KsgLwmlNLMr+hN8JeTWqu6hAXNWxfEt7h+NpP16A8/uVbR1dBC+gaiRV6Ep/QBggJFz3mFlhNuFgybrI0ez6+sTI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J0ObCXYdiC0z6Q7W9aeg6645lTUiUov+DnSS2WR0GrSygwcIqmJpTH0UWoz4ormU+CecutaLEpz60kGtP8U8sKnA94Th9toHsBDWKA20p+oMa/O2AI8tT6ggkA/KBzXrGLcHv8Fc3gSdt+f/9OtaiVA/n5K5cMZG70f9fllFFWI= Received: by 10.86.98.18 with SMTP id v18mr902261fgb.1194564206816; Thu, 08 Nov 2007 15:23:26 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 8 Nov 2007 15:23:26 -0800 (PST) Message-ID: <2a41acea0711081523j4e3ba924vf0f018135654053d@mail.gmail.com> Date: Thu, 8 Nov 2007 15:23:26 -0800 From: "Jack Vogel" To: "Vivek Khera" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 23:30:14 -0000 On Nov 8, 2007 7:29 AM, Vivek Khera wrote: > > On Nov 7, 2007, at 7:17 PM, Jack Vogel wrote: > > > And, is the ACPI subsystem likely to be the source of the problem? > > I've had several systems in which I've needed to disable the ACPI > timer component and then the system worked fine. in /boot/loader.conf: > > debug.acpi.disabled="timer" > > > When installing, break to boot loader and type: set > debug.acpi.disabled="timer" > > You can try the various acpi components to isolate which one is the > culprit and leave the rest working. Is there a list somewhere of what are considered 'components' that could be enabled or disabled?? Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 8 23:33:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA35116A46B for ; Thu, 8 Nov 2007 23:33:35 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 350CC13C4B9 for ; Thu, 8 Nov 2007 23:33:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so266574nfb for ; Thu, 08 Nov 2007 15:33:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=S72hCvNXIBli0ylfrd5h3z8y1Qpl0ni0Nb3ovhy2iZU=; b=sKUAHUacxO3/p5Lflf4KErY+6No9RuRQxIZCdtoAwA9ru41GE+iSP4tU7auXBBhHJsXd/u7h4hK8T3LjZA14IOSBblR7a1oIewW4395Y+Z9IyopJYSkVPB0plxH29DYhMU4KjIVpIaHV7cd0qqUrqtMZGKZHteqIs5LAoUGMGD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lt8hKCPgflqLSEBB+VglFSBEvPQnpVM4bFgB6SHh/3Fn2KZ58+OYiZcbRgW5rS7r116jVknt80DIr2B934z7A87mhWlQCknZzat+NvF+gdVTFOV9QmyquJFHfT0ywsdJpcbbt5JuLPlxtfjYEhVixXpVxgpBkNLFPxvaOK8JhRc= Received: by 10.86.77.5 with SMTP id z5mr951631fga.1194564805456; Thu, 08 Nov 2007 15:33:25 -0800 (PST) Received: by 10.86.100.19 with HTTP; Thu, 8 Nov 2007 15:33:25 -0800 (PST) Message-ID: <2a41acea0711081533k13206135yebbe36b6b1fc2e55@mail.gmail.com> Date: Thu, 8 Nov 2007 15:33:25 -0800 From: "Jack Vogel" To: "Vivek Khera" In-Reply-To: <2a41acea0711081523j4e3ba924vf0f018135654053d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711071617p1ec29072y76b6ce662961ab39@mail.gmail.com> <2a41acea0711081523j4e3ba924vf0f018135654053d@mail.gmail.com> Cc: FreeBSD Current , FreeBSD Stable List Subject: Re: Bringing up new Intel non-legacy system X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 23:33:35 -0000 > Is there a list somewhere of what are considered 'components' that > could be enabled or disabled?? Opps, NM, was being lazy, after looking for 2 mins I found it :) Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 01:19:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFD6516A418 for ; Fri, 9 Nov 2007 01:19:22 +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 A5E1013C4B8 for ; Fri, 9 Nov 2007 01:19:22 +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 97FEDEC40AA; Fri, 9 Nov 2007 09:19:11 +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 GBpQuMYjjxN1; Fri, 9 Nov 2007 09:19:02 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4E24FEC3F78; Fri, 9 Nov 2007 09:19:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=STryJD6JCObE3QNKCqMc7YzzyllIZhRONPwqL7cZ+R6Sb+dN9jJwTUizCC8G7EquU oPIO9wTcfV8G8BeqW5FRQ== Message-ID: <4733B583.3010402@delphij.net> Date: Thu, 08 Nov 2007 17:18:59 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Dan Epure References: <20071106201948.GA6590@iogyte.ro> <1194432178.64797.42.camel@localhost> <20071107172507.GA4885@iogyte.ro> In-Reply-To: <20071107172507.GA4885@iogyte.ro> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-stable@freebsd.org Subject: Re: openpty() and jail in RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 01:19:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Epure wrote: > Thank you for your answer. > > This is not Xin Li's scenario. That's true, these are different scenarios. I think it is caused by some devfs.rules(5) configuration issue, as if you mount the whole devfs into /dev, you will have openpty() to succeed. I have not yet determined which is the device that is needed for openpty(), maybe cognet@ or someone can shed us some light before we digging the code? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHM7WDhcUczkLqiksRAnzeAJ0eMNWxPYTJmeV4rfC0mYAbSglOlgCg6dHA OkYa+PPR2776dKAe7CAp9ZU= =lYYv -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 02:54:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 046B116A419 for ; Fri, 9 Nov 2007 02:54:58 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id D9DBC13C4A7 for ; Fri, 9 Nov 2007 02:54:57 +0000 (UTC) (envelope-from spry@anarchy.in.the.ph) Received: by wa-out-1112.google.com with SMTP id k17so462065waf for ; Thu, 08 Nov 2007 18:54:51 -0800 (PST) Received: by 10.115.58.1 with SMTP id l1mr610310wak.1194576891591; Thu, 08 Nov 2007 18:54:51 -0800 (PST) Received: by 10.114.25.17 with HTTP; Thu, 8 Nov 2007 18:54:51 -0800 (PST) Message-ID: Date: Fri, 9 Nov 2007 10:54:51 +0800 From: "Mars G Miro" To: "Ruslan Ermilov" In-Reply-To: <20071108211926.GB83503@team.vega.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108211926.GB83503@team.vega.ru> Cc: freebsd-stable@freebsd.org, Ken Smith Subject: Re: src-install.sh and compat/opensolaris/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 02:54:58 -0000 On 11/9/07, Ruslan Ermilov wrote: > On Wed, Nov 07, 2007 at 04:59:45PM +0800, Mars G Miro wrote: > > Hiya > > > > I think there might be a need to add 'compat' in $dists in > > src-install.sh. When the src is extracted from the ISO, compat is left > > out and buildworld fails at: > > > > mkdep -f .depend -a > > -I/usr/src/cddl/lib/libnvpair/../../../sys/compat/opensolaris > > -I/usr/src/cddl/lib/libnvpair/../../../include > > -I/usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/uts/common > > -D_SOLARIS_C_SOURCE > > /usr/src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/libnvpair.c > > /usr/src/cddl/lib/libnvpair/../../../contrib/opensolaris/lib/libnvpair/nvpair_alloc_system.c > > /usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair_alloc_fixed.c > > /usr/src/cddl/lib/libnvpair/../../../sys/contrib/opensolaris/common/nvpair/nvpair.c > > ===> cddl/lib/libumem (depend) > > make: don't know how to make umem.c. Stop > > *** Error code 2 > > > > Stop in /usr/src/cddl/lib. > > *** Error code 1 > > > > because there's no more cddl/ [0]. Of course when csupping it can be > > checked out but for those that do not csup, they may not be able to > > rebuild their world. For instance, I have a 7.0-PRERELEASE box and not > > able to rebuild my world using the 7.0-BETA2 src from the ISO. > > > > Thanks ;-) > > Try the attached patch. > > src-install.sh is fine. rebuilt sysinstall, however, on Configure->Distributions->src, when selecting All, compat doesn't get X'd ... Thanks ;-) > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer > > cheers mars From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 04:11:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3C9216A417 for ; Fri, 9 Nov 2007 04:11:18 +0000 (UTC) (envelope-from rwh4s@virginia.edu) Received: from mailrelay.embarq.synacor.com (mailrelay.embarq.synacor.com [208.47.184.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6349513C4BA for ; Fri, 9 Nov 2007 04:11:17 +0000 (UTC) (envelope-from rwh4s@virginia.edu) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.0 c=1 a=e5mUnYsNAAAA:8 a=mYHK9_o6c6a41QaIhb4A:9 a=1zdKvAZQdv2D21C6l8B_oITnRgwA:4 a=Y_hP0gDCUOoA:10 a=CWfAmLVWKswA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp09.embarq.synacor.com smtp.mail=rwh4s@virginia.edu; spf=unknown Authentication-Results: smtp09.embarq.synacor.com smtp.user=iobass@embarqmail.com; auth=pass (LOGIN) Received-SPF: error (smtp09.embarq.synacor.com: 71.51.12.216 is neither permitted nor denied by domain of virginia.edu Received: from [71.51.12.216] ([71.51.12.216:10963] helo=[10.11.9.18]) by mailrelay.embarq.synacor.com (envelope-from ) (ecelerity 2.2.1.21 r(19176)) with ESMTPA id 6C/4F-26503-639D3374; Thu, 08 Nov 2007 22:51:18 -0500 Message-ID: <4733D9EB.2020205@virginia.edu> Date: Thu, 08 Nov 2007 22:54:19 -0500 From: Ryan Hinton User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Moving to X11 bleeding edge and back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 04:11:18 -0000 I'm having trouble with X11 on my hardware when I switch to the console and back (http://bugs.freedesktop.org/show_bug.cgi?id=11269). Apparently there have been some recent changes to the Xorg git source that may fix my problem. I would like to try these changes and then fall back to the -stable port at some point (immediately if bad things happen, eventually if my problem is fixed). In the past, building and installing an application outside of the ports system caused problems when I tried to install the (-stable) port later on. I may be doing something wrong; please let me know or show me where I can learn. In general, is there a good way in general to update a port to its bleeding edge (within or outside the FreeBSD ports system) and then jump back to -stable later on? In this case, I believe X11 is a particularly large and complicated port. Is there a good way to update the FreeBSD X11 port to the latest git source within the ports system? Thank you for your time and help! --- Ryan Hinton iobass@email.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 06:11:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 380EF16A41A for ; Fri, 9 Nov 2007 06:11:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.freebsd.org (Postfix) with ESMTP id 4F48013C4AC for ; Fri, 9 Nov 2007 06:11:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail03.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lA96B9Z3007718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Nov 2007 17:11:10 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lA96B4SU044600; Fri, 9 Nov 2007 17:11:04 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lA96B3fi044599; Fri, 9 Nov 2007 17:11:03 +1100 (EST) (envelope-from peter) Date: Fri, 9 Nov 2007 17:11:03 +1100 From: Peter Jeremy To: Christian Walther Message-ID: <20071109061103.GD82929@server.vk2pj.dyndns.org> References: <20071108011935.62bd23ce@meijome.net> <47321EE6.6050706@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LSp5EJdfMPwZcMS1" Content-Disposition: inline In-Reply-To: <47321EE6.6050706@gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Stable ML , Norberto Meijome Subject: Re: Filesystems in 7.0 & reliability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 06:11:26 -0000 --LSp5EJdfMPwZcMS1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 07, 2007 at 08:24:06PM +0000, Christian Walther wrote: >Did you check your harddrive? There are tools available in ports (sorry, >I forgotten how they are called) that can access the drives internal >fault statistics. ports/sysutils/smartmontools Worthwhile installing. It can also invoke the drive's internal self-tests. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an RFC2821-compliant MTA. --LSp5EJdfMPwZcMS1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHM/n3/opHv/APuIcRAkQqAJ9EfWPGPzQ6TgLJc5MhOKU+f7VdhgCcCbBx jhPh9ORRJcJQ3LTn5AItcVQ= =HWah -----END PGP SIGNATURE----- --LSp5EJdfMPwZcMS1-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 06:30:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4923616A418 for ; Fri, 9 Nov 2007 06:30:05 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id EEA6913C48A for ; Fri, 9 Nov 2007 06:30:04 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so862211pyb for ; Thu, 08 Nov 2007 22:29:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=Ag1dlMi44C+Rr+hFcPwFrZqIeumOU+mXvOXOyiqyk40=; b=teSIrtk2nFzhIFRczIg7mEfML4Z/5ugVn7HS/eoieRu/tfSzYvRrBKOsqBqmx9vPxWD/n4Fd/1ehLhzWrn9ybs4ADPZSIWCIb8r53h+YOUrX1+wQMKekL9h5kJ/nRLKsxJBHPh7yRhMkSubu+IFNP7FYPkVV0XsgtW/U4DE5HuY= 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=fV9et8g4nAPV+fjoox/Y19x0CQSLuuTJpSRNwEbZrAKl/W7Vi74dGpojFMW6x47tj1eLHySmawYlDSaB03rcefvMCdkMpzs6TKM+cwhRry+FwnseDcFebxLWKi3jQbtu2/eUtLk5iW8bAp6fSHc/6C8ndfxKrnw5nay6UBnukjI= Received: by 10.65.214.2 with SMTP id r2mr6388849qbq.1194589792578; Thu, 08 Nov 2007 22:29:52 -0800 (PST) Received: by 10.65.231.2 with HTTP; Thu, 8 Nov 2007 22:29:52 -0800 (PST) Message-ID: Date: Fri, 9 Nov 2007 08:29:52 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20071108212921.GA34721@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108212921.GA34721@eos.sc1.parodius.com> X-Google-Sender-Auth: ba9345f966c2cc53 Cc: freebsd-stable@freebsd.org Subject: Re: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 06:30:05 -0000 On 08/11/2007, Jeremy Chadwick wrote: > Sounds like something mechanical inside of the disk is failing, or > possibly the drive firmware is somewhat buggy when it comes to handling > bad blocks. What brand/model of hard disk is this? atacontrol output > would suffice. I'm just curious (personal interest). # atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 > Not necessarily, although I would expect to see a bus timeout of some > kind, but it doesn't surprise me that you don't see one. If a long I remember seeing a timeout of sorts once, it was while doing a dd. I have done further dd tests and only the one slice causes this problem: ad0e > SMART test results in the drive timing out and falling off the bus, > there's a much bigger problem at hand. There is a possibility that the > system is simply going bad in some way (RAM issues or mainboard that's I doubt it is RAM since I have been able to compile the kernel in RAM, but a good suggestion. Had a RAM problem with another computer, failure was much more erratic... > broken somehow), but all your problems seem to indicate issues with the > disk. Do you know of any test I can run using Windows (BartPE) that could possibly diagnose the problem (or at least confirm it is not FreeBSD's fault for rebooting and just hardware error)? By the way, the laptop is a Acer TravelMate 2700 (with very buggy USB controllers). Thank you for your help. David From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 06:37:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 103CE16A417; Fri, 9 Nov 2007 06:37:31 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A6BB813C491; Fri, 9 Nov 2007 06:37:30 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [192.168.0.12] (c-24-99-24-145.hsd1.ga.comcast.net [24.99.24.145]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id lA96Oaxo004413 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Nov 2007 01:24:36 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: Ryan Hinton In-Reply-To: <4733D9EB.2020205@virginia.edu> References: <4733D9EB.2020205@virginia.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-qF8H5luljb5LpFGir0UE" Organization: 2Hip Networks Date: Fri, 09 Nov 2007 01:24:36 -0500 Message-Id: <1194589476.84551.15.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL autolearn=no version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gizmo.2hip.net Cc: x11@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Moving to X11 bleeding edge and back X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 06:37:31 -0000 --=-qF8H5luljb5LpFGir0UE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-11-08 at 22:54 -0500, Ryan Hinton wrote: > I'm having trouble with X11 on my hardware when I switch to the console a= nd back (http://bugs.freedesktop.org/show_bug.cgi?id=3D11269). Apparently t= here have been some recent changes to the Xorg git source that may fix my p= roblem. I would like to try these changes and then fall back to the -stabl= e port at some point (immediately if bad things happen, eventually if my pr= oblem is fixed). >=20 > In the past, building and installing an application outside of the ports = system caused problems when I tried to install the (-stable) port later on.= I may be doing something wrong; please let me know or show me where I can= learn. In general, is there a good way in general to update a port to its= bleeding edge (within or outside the FreeBSD ports system) and then jump b= ack to -stable later on? >=20 > In this case, I believe X11 is a particularly large and complicated port.= Is there a good way to update the FreeBSD X11 port to the latest git sour= ce within the ports system? =20 >=20 > Thank you for your time and help! Xorg git head is a tiny bit tricky right now as the xserver and mesa have to be updated in lock step. Individual drivers however seem to be fairly safe. I wouldn't recommend attempting the server update unless you are fairly comfortable with being able to fix things. If you just want to try an updated video driver, you will need devel/xorg-macros and autotools pkgs (you probably already have those installed). You will also need to install git and clone the driver(s) tree. Then just run autogen.sh and make all install. Reverting to the port should also be pretty straight forward, just reinstall the port and overwrite the git version. As always, YMMV... robert. > --- > Ryan Hinton > iobass@email.com >=20 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" --=20 Robert Noland 2Hip Networks --=-qF8H5luljb5LpFGir0UE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHM/0jM4TrQ4qfROMRApoFAJwKhPXg3yUEPzFO3nFuLL4+0hi4lQCfUZNa ZZUADX7gwYemP30FH1+tsIw= =1N2c -----END PGP SIGNATURE----- --=-qF8H5luljb5LpFGir0UE-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 06:52:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 681F416A41B for ; Fri, 9 Nov 2007 06:52:07 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5086613C4B3 for ; Fri, 9 Nov 2007 06:52:07 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 162411CC079; Thu, 8 Nov 2007 22:52:01 -0800 (PST) Date: Thu, 8 Nov 2007 22:52:01 -0800 From: Jeremy Chadwick To: David Naylor Message-ID: <20071109065201.GA47328@eos.sc1.parodius.com> References: <20071108212921.GA34721@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 06:52:07 -0000 On Fri, Nov 09, 2007 at 08:29:52AM +0200, David Naylor wrote: > I remember seeing a timeout of sorts once, it was while doing a dd. I > have done further dd tests and only the one slice causes this problem: > ad0e Okay, so it's probably that area of the disk which has some problem... > > broken somehow), but all your problems seem to indicate issues with the > > disk. > > Do you know of any test I can run using Windows (BartPE) that could > possibly diagnose the problem (or at least confirm it is not FreeBSD's > fault for rebooting and just hardware error)? There's a free utility called HDTune which has a sector scanner which explicitly looks for bad sectors ("Error Scan"). I would *uncheck* the Quick Scan box. If nothing shows up there, I'd check your Event Log to see if there's any reports of disk/controller issues. You might also be able to use that utility to get SMART stats for the drive, although smartctl -a /dev/ad0 should suffice too. The disk itself may have been relocating data onto working sectors all this time; usually SMART will show that (but not always -- depends on how the disk manufacturer did their firmware). But keep in mind Windows is one of the most silent OSes I've ever seen when it comes to disk errors. A disk can be failing miserably and it'll never bother to report ATA timeouts or anything else in the event log. The easiest ones to detect are mechanical failures, since all disk I/O will stop ("why is my machine hanging?!?"), and if you're "lucky", you'll hear the drive making scary noises. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 07:11:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5F616A419 for ; Fri, 9 Nov 2007 07:11:19 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 71C0313C4B5 for ; Fri, 9 Nov 2007 07:11:19 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 31582 invoked from network); 9 Nov 2007 01:11:11 -0600 Received: from 124-170-103-177.dyn.iinet.net.au (HELO localhost) (124.170.103.177) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Nov 2007 01:11:11 -0600 Date: Fri, 9 Nov 2007 18:11:00 +1100 From: Norberto Meijome To: Peter Jeremy Message-ID: <20071109181100.2151c8cb@meijome.net> In-Reply-To: <20071109061103.GD82929@server.vk2pj.dyndns.org> References: <20071108011935.62bd23ce@meijome.net> <47321EE6.6050706@gmail.com> <20071109061103.GD82929@server.vk2pj.dyndns.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable ML , Christian Walther Subject: Re: Filesystems in 7.0 & reliability X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 07:11:19 -0000 On Fri, 9 Nov 2007 17:11:03 +1100 Peter Jeremy wrote: > On Wed, Nov 07, 2007 at 08:24:06PM +0000, Christian Walther wrote: > >Did you check your harddrive? There are tools available in ports (sorry, > >I forgotten how they are called) that can access the drives internal > >fault statistics. > > ports/sysutils/smartmontools > Worthwhile installing. It can also invoke the drive's internal self-tests. Thanks, i've been running smartd since the first day. The disk is ok. _________________________ {Beto|Norberto|Numard} Meijome "I've dirtied my hands writing poetry, for the sake of seduction; that is, for the sake of a useful cause." Dostoevsky I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 09:40:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 011DD16A41A for ; Fri, 9 Nov 2007 09:40:33 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 9858C13C494 for ; Fri, 9 Nov 2007 09:40:32 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 71777744004 for ; Fri, 9 Nov 2007 11:40:25 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e57UX3P0czvK for ; Fri, 9 Nov 2007 11:40:25 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id C5A9A43D5BA for ; Fri, 9 Nov 2007 11:40:24 +0200 (EET) Message-ID: <47342B03.4030601@icyb.net.ua> Date: Fri, 09 Nov 2007 11:40:19 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1194265386.00824555.1194254402@10.7.7.3> <1194268981.00824558.1194255605@10.7.7.3> <1194308585.00824903.1194295801@10.7.7.3> <1194524604.00826000.1194511207@10.7.7.3> <1194542586.00826232.1194530401@10.7.7.3> <1194574994.00826495.1194564601@10.7.7.3> In-Reply-To: <1194574994.00826495.1194564601@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [FreeBSD 7.0-BETA1 and beyound] Rescue environment is non-functional on AMD64/Intel64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 09:40:33 -0000 on 09/11/2007 01:23 Wayne Chapeskie said the following: > > We are still in the beta stage of the release cycle, where the mailing > list is actually a good place to find out what is going on. Web site > documentation usually doesn't catch up until release time. The purposes of > the various release ISO images are documented in the release > announcements -- see the 6.2 release announcement at > http://www.freebsd.org/releases/6.2R/announce.html > which did indeed mention the "live CD" functionality in disc1. > > In 6.2, only ia64 had a livefs ISO, amd64 did not, nor did i386. The > configuration of the release ISO's does change over the years, and has > in the past been documented in a README in the ftp directories, and is > now documented in the release announcements. The ia64 livefs ISO was a > slight oversight in the 6.2 release notes, but since we are going to be > seeing more cases of livefs not fitting on the disc1 install, I imagine > future release announcements will reflect that. > > I understand. Maybe a short addition to the Handbook would be nice, maybe somewhere near "2.3.6 Obtain the FreeBSD Installation Files". I think ISO image functions/layouts change rarely enough to be documented in the Handbook. Just my 2c. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 10:07:10 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7137516A417 for ; Fri, 9 Nov 2007 10:07:10 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (wattres.watt.com [66.93.133.130]) by mx1.freebsd.org (Postfix) with ESMTP id 450EF13C4B5 for ; Fri, 9 Nov 2007 10:07:10 +0000 (UTC) (envelope-from steve@Watt.COM) Received: from wattres.watt.com (localhost.watt.com [127.0.0.1]) by wattres.watt.com (8.14.1/8.13.8) with ESMTP id lA99TEx6038298 for ; Fri, 9 Nov 2007 01:29:14 -0800 (PST) (envelope-from steve@wattres.watt.com) Received: (from steve@localhost) by wattres.watt.com (8.14.1/8.13.8/Submit) id lA99TEQ3038297 for stable@freebsd.org; Fri, 9 Nov 2007 01:29:14 -0800 (PST) (envelope-from steve) Message-Id: <200711090929.lA99TEQ3038297@wattres.watt.com> From: steve@Watt.COM (Steve Watt) Date: Fri, 9 Nov 2007 01:29:13 -0800 X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: stable@freebsd.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (wattres.watt.com [127.0.0.1]); Fri, 09 Nov 2007 01:29:14 -0800 (PST) X-Archived: 1194600554.307135401@wattres.Watt.COM Cc: Subject: Subtle change in pf behavior from 6.2 to 6.3-PRE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 10:07:10 -0000 Greetings, I recently upgraded my system from a 6.2-PRE from Dec '06 to 6.3-PRE as of 4 Nov. I discovered an interesting and subtle change in the way pf behaves between the two versions. In the past I had the following (slightly incorrect) rule in my pf.conf: pass out on $ext_if proto { tcp, udp, icmp } all keep state It seemed to do the right thing; it kept state on all outbound traffic and allowed the return traffic. However, with the newer pf, it appears that the desired incantation is now pass out on $ext_if proto tcp all flags S/SA keep state pass out on $ext_if proto { udp, icmp } all keep state The symptom of the problem that I noticed was that innd was getting EPERM attempting to talk to other systems, and that my web server couldn't be talked to by Linux browsers. Groping around and turning on debugging on pf led me to the (apparently) usual: Nov 8 16:59:48 wattres kernel: pf: BAD state: TCP :25 :25 :48418 [lo=2541394648 high=2541394831 win=33304 modulator=0] [lo=2408093130 high=2408126434 win=183 modulator=0] 4:4 PA seq=2541394648 ack=2408093130 len=214 ackskew=0 pkts=3:3 dir=out,fwd Which finally led me to the hint that the flags weren't getting stored correctly by the earlier pass rules. Whee. Breadcrumbs for someone to google up some dark and stormy night. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices... From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 10:17:44 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1934316A417; Fri, 9 Nov 2007 10:17:44 +0000 (UTC) (envelope-from sascha@trimind.de) Received: from rhiannon.shopkeeper.de (rhiannon.shopkeeper.de [82.119.175.20]) by mx1.freebsd.org (Postfix) with ESMTP id 85EB113C4BA; Fri, 9 Nov 2007 10:17:43 +0000 (UTC) (envelope-from sascha@trimind.de) Received: from avalon.dobu.local (p54B851EF.dip.t-dialin.net [84.184.81.239]) (authenticated bits=0) by rhiannon.shopkeeper.de (8.13.4/8.13.4) with ESMTP id lA99XsCl018109; Fri, 9 Nov 2007 10:33:55 +0100 (CET) (envelope-from sascha@trimind.de) Received: from avalon.dobu.local (localhost [127.0.0.1]) by avalon.dobu.local (8.14.1/8.12.11) with ESMTP id lA99XrWi011898; Fri, 9 Nov 2007 10:33:54 +0100 (CET) (envelope-from sascha@avalon.dobu.local) Received: (from sascha@localhost) by avalon.dobu.local (8.14.1/8.14.1/Submit) id lA99Xrqk011897; Fri, 9 Nov 2007 10:33:53 +0100 (CET) (envelope-from sascha) Date: Fri, 9 Nov 2007 10:33:53 +0100 From: Sascha Klauder To: Ariff Abdullah Message-ID: <20071109093353.GA11868@trimind.de> References: <20071108134651.GA31987@trimind.de> <20071108224306.629c054e.ariff@FreeBSD.org> <20071108150407.GA32323@trimind.de> <20071109001320.01c7dbf5.ariff@FreeBSD.org> <20071109003649.7a1301dd.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071109003649.7a1301dd.ariff@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at trimind.de Cc: freebsd-stable@FreeBSD.org Subject: Re: snd_t4dwave(4) broken in RELENG_7? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 10:17:44 -0000 On Fri, Nov 09, 2007 at 12:36:49AM +0800, Ariff Abdullah wrote: > On Fri, 9 Nov 2007 00:13:20 +0800 Ariff Abdullah wrote: > > On Thu, 8 Nov 2007 16:04:08 +0100 Sascha Klauder wrote: > > > I could provide ssh access to my system, if that would help. > > Thanks for the offer, but I'm kind of busy right now. Maybe after a > > week or two from now, I'll contact you again. Ok, just tell me if you need to do further testing. > Try this one: > > http://people.freebsd.org/~ariff/test/t4dwave.c It's working fine, thank you Ariff! Cheers, -sascha From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 12:32:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E137016A419; Fri, 9 Nov 2007 12:32:01 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id B83CD13C4A7; Fri, 9 Nov 2007 12:32:00 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 199247194; Fri, 09 Nov 2007 15:10:45 +0300 Message-ID: <47344E47.9050908@chistydom.ru> Date: Fri, 09 Nov 2007 15:10:47 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> In-Reply-To: <4723BF87.20302@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 12:32:02 -0000 Hi. Kris Kennaway wrote:te: > In the "good" case you are getting a much higher interrupt rate but with > the data you provided I can't tell where from. You need to run vmstat > -i at regular intervals (e.g. every 10 seconds for a minute) during the > "good" and "bad" times, since it only provides counters and an average > rate over the uptime of the system. Now I'm running 10-process lighttpd and the problem became no so big. I collected interrupt stats and it shows no relation beetween ionterrupts and slowdowns. Here is it: http://83.167.98.162/gprof/intr-graph/ Also I have similiar statistics on mutex profiling and it shows there's no problem in mutexes. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ I have no idea what else to check. With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 13:15:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD3DE16A41A; Fri, 9 Nov 2007 13:15:45 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id CD3BB13C49D; Fri, 9 Nov 2007 13:15:44 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 25F1DDACFE; Fri, 9 Nov 2007 18:56:29 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 9CD74DACE4 for ; Fri, 9 Nov 2007 18:56:28 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1935330B31; Fri, 9 Nov 2007 12:56:07 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B6E3316A53E; Fri, 9 Nov 2007 12:56:05 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E137016A419; Fri, 9 Nov 2007 12:32:01 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id B83CD13C4A7; Fri, 9 Nov 2007 12:32:00 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 199247194; Fri, 09 Nov 2007 15:10:45 +0300 Message-ID: <47344E47.9050908@chistydom.ru> Date: Fri, 09 Nov 2007 15:10:47 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> In-Reply-To: <4723BF87.20302@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 09 Nov 2007 12:56:02 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 18:56:29 2007 X-DSPAM-Confidence: 0.9951 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 473458fd284385172612005 X-DSPAM-Factors: 27, From*Alexey, 0.00041, With+best, 0.00041, best+regards, 0.00041, regards+Alexey, 0.00041, Alexey, 0.00071, Received*(account, 0.00350, freebsd, 0.00352, freebsd, 0.00352, list+To, 0.00362, Sender*owner+freebsd, 0.00362, Sender*freebsd, 0.00362, List-Post*freebsd, 0.00362, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 13:15:45 -0000 Hi. Kris Kennaway wrote:te: > In the "good" case you are getting a much higher interrupt rate but with > the data you provided I can't tell where from. You need to run vmstat > -i at regular intervals (e.g. every 10 seconds for a minute) during the > "good" and "bad" times, since it only provides counters and an average > rate over the uptime of the system. Now I'm running 10-process lighttpd and the problem became no so big. I collected interrupt stats and it shows no relation beetween ionterrupts and slowdowns. Here is it: http://83.167.98.162/gprof/intr-graph/ Also I have similiar statistics on mutex profiling and it shows there's no problem in mutexes. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ I have no idea what else to check. With best regards, Alexey Popov _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 14:50:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE0C16A417 for ; Fri, 9 Nov 2007 14:50:43 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.freebsd.org (Postfix) with ESMTP id 2703F13C4B8 for ; Fri, 9 Nov 2007 14:50:42 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [192.168.234.199] ([192.168.234.199]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id lA9EoUWw061262; Fri, 9 Nov 2007 14:50:30 GMT (envelope-from rb@gid.co.uk) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4348241E-3A43-4A52-B3C7-39E790F7DBE9@gid.co.uk> Content-Transfer-Encoding: 7bit From: Bob Bishop Date: Fri, 9 Nov 2007 14:50:54 +0000 To: David Naylor X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 14:50:44 -0000 Hi, On 8 Nov 2007, at 20:40, David Naylor wrote: > [possible disk problem] > > I have no idea what is wrong (if the disk has corrupted should the > kernel > not display error messages?). Can you please help/advise? A flaky disk drive (rather than a corrupt filesystem on a good disk) will not necessarily talk enough sense for drivers to behave as we'd all like. If you suspect the disk hardware, your first recourse should be to the manufacturer's diagnostic tool - they all have one, usually a bootable floppy (or CD these days), look on the disk manufacturer's website. SMART is fine if the disk is working and may even help with an incipient failure that hasn't done any serious damage yet. Otherwise the manufacturer's diagnostic is your best bet. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 15:29:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3983516A420 for ; Fri, 9 Nov 2007 15:29:15 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from b.relay.invitel.net (b.relay.invitel.net [62.77.203.4]) by mx1.freebsd.org (Postfix) with ESMTP id BC05F13C481 for ; Fri, 9 Nov 2007 15:29:14 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from mail.invitel.hu (mail.vnet.hu [213.163.59.4]) by b.relay.invitel.net (Invitel Core SMTP Transmitter) with ESMTP id 25B46387912 for ; Fri, 9 Nov 2007 15:57:38 +0100 (CET) Received: from 555555.no-ip.org ([82.131.159.164]) by mail.invitel.hu (Invitel Messaging Server) with ESMTPA id <0JR800AYEUW19440@invitel.hu> for freebsd-stable@freebsd.org; Fri, 09 Nov 2007 15:57:38 +0100 (CET) Received: by 555555.no-ip.org (Postfix, from userid 8) id 214F18FCAF; Fri, 09 Nov 2007 15:57:23 +0100 (CET) Received: from gep7.555555.no-ip.org (gep7 [172.16.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 555555.no-ip.org (Postfix) with ESMTP id 7D5728FCAD for ; Fri, 09 Nov 2007 15:56:50 +0100 (CET) Date: Fri, 09 Nov 2007 15:56:22 +0100 From: AngryWolf To: freebsd-stable@freebsd.org Message-id: <200711091556.22569.angrywolf@flashmail.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.9.7 Subject: No boot messages after upgrading to 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:29:15 -0000 Hi, Recently I upgraded my FreeBSD 6.2 system to 7.0-BETA2 using cvsup and the following howto, except that what I first did was a `pkg_delete -a': http://d-kriptik.com/blog/2007/10/30/updating-to-freebsd-7-beta-1-from-freebsd-62/ Everything went OK, except that, after the second reboot, now I can see: - no system messages (what I usually see in dmesg), - no rc messages (about daemons startup), - no general syslog messages (like using command 'su'). It's like I've lost the default tty or something, because after the boot process finishes, I can still log in, KDM starts up fine, etc. How can I fix this? FreeBSD localhost.localdomain 7.0-BETA2 FreeBSD 7.0-BETA2 #7: Fri Nov 9 13:16:53 CET 2007 angrywolf@localhost.localdomain:/usr/obj/usr/src/sys/MYKERNEL i386 I used the GENERIC configuration with the only difference that I added `device atapicam' for kbd. Also, I'm not sure whether I should enable SMP for my CPU, which is Intel(R) Celeron(R) D 3.20GHz. Thanks in advance. -- AngryWolf angrywolf@flashmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 15:43:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB9E616A417 for ; Fri, 9 Nov 2007 15:43:24 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2001:470:1f05:d0:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 58FE813C49D for ; Fri, 9 Nov 2007 15:43:24 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by pinus.izb.knu.ac.kr (Postfix, from userid 59) id 70A5B3EC4; Sat, 10 Nov 2007 00:43:22 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on pinus.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-19.8 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 6C51B3EC1; Sat, 10 Nov 2007 00:43:19 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=izb.knu.ac.kr; h= subject:from:reply-to:to:cc:in-reply-to:references:content-type: date:message-id:mime-version:content-transfer-encoding; q= dns/txt; s=s1024; bh=Z6Gxi2PkNCI94PMPuiHKGaqhT6B/zm2qAlnDwMf97Vo =; b=LMkDsNFUrKDpjKuotHO6Y68sJTTuWQ3QlL0dtTOaU9O1iNQcpsO4xaWKDJh WdsiiuqfKJ/WH6h2/uzcCpc7Kyut9fhxFERSO2tdlRdsf1WtTg8o4dV5QZACIm7T QVy5H4QKK8e1Tvtcno1d+ql6klu41EfcAM8GoahAnIxUV1dA= Received: from chrys.izb.knu.ac.kr (chrys.izb.knu.ac.kr [IPv6:2001:470:1f05:cf:3::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 05EDF3EB7; Sat, 10 Nov 2007 00:43:19 +0900 (KST) Received: from viola.izb.knu.ac.kr (viola.izb.knu.ac.kr [IPv6:2001:470:1f05:d0:3::2]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bh.rfc4871@chrys.izb.knu.ac.kr) by chrys.izb.knu.ac.kr (Postfix) with ESMTP id C5D6F1CCEE; Sat, 10 Nov 2007 00:43:17 +0900 (KST) Received: from [IPv6:::1] (localhost.izb.knu.ac.kr [IPv6:::1]) by viola.izb.knu.ac.kr (Postfix) with ESMTP id 271BA5E04; Sat, 10 Nov 2007 00:43:14 +0900 (KST) From: Byung-Hee HWANG To: AngryWolf In-Reply-To: <200711091556.22569.angrywolf@flashmail.com> References: <200711091556.22569.angrywolf@flashmail.com> Content-Type: text/plain Organization: InZealBomb Date: Sat, 10 Nov 2007 00:43:13 +0900 Message-Id: <1194622993.853.20.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: No boot messages after upgrading to 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 15:43:25 -0000 Hi, On Fri, 2007-11-09 at 15:56 +0100, AngryWolf wrote: > Hi, > > Recently I upgraded my FreeBSD 6.2 system to 7.0-BETA2 using cvsup and the > following howto, except that what I first did was a `pkg_delete -a': > > http://d-kriptik.com/blog/2007/10/30/updating-to-freebsd-7-beta-1-from-freebsd-62/ > > Everything went OK, except that, after the second reboot, now I can see: > > - no system messages (what I usually see in dmesg), > - no rc messages (about daemons startup), > - no general syslog messages (like using command 'su'). > > It's like I've lost the default tty or something, because after the boot > process finishes, I can still log in, KDM starts up fine, etc. > > How can I fix this? > > FreeBSD localhost.localdomain 7.0-BETA2 FreeBSD 7.0-BETA2 #7: Fri Nov 9 > 13:16:53 CET 2007 > angrywolf@localhost.localdomain:/usr/obj/usr/src/sys/MYKERNEL i386 > > I used the GENERIC configuration with the only difference that I added `device > atapicam' for kbd. > > Also, I'm not sure whether I should enable SMP for my CPU, which is Intel(R) > Celeron(R) D 3.20GHz. Also i'm having 7.0-BETA2. But i have no such problems that you are facing now. So i'll give you some more straight question. Did you update /etc with mergemaster(8) after `make installworld'? -- "I cannot disappoint them for the sake of your friend." -- Signor Roberto, "Chapter 14", page 208 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 16:15:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E22BF16A418 for ; Fri, 9 Nov 2007 16:15:29 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from a.relay.invitel.net (a.relay.invitel.net [62.77.203.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0BD4513C4B8 for ; Fri, 9 Nov 2007 16:15:28 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from mail.invitel.hu (mail.vnet.hu [213.163.59.4]) by a.relay.invitel.net (Invitel Core SMTP Transmitter) with ESMTP id 24B6810F14D for ; Fri, 9 Nov 2007 17:15:08 +0100 (CET) Received: from 555555.no-ip.org ([82.131.159.164]) by mail.invitel.hu (Invitel Messaging Server) with ESMTPA id <0JR800AR4YH6C420@invitel.hu> for freebsd-stable@freebsd.org; Fri, 09 Nov 2007 17:15:08 +0100 (CET) Received: by 555555.no-ip.org (Postfix, from userid 8) id 109A78FCAD; Fri, 09 Nov 2007 17:15:04 +0100 (CET) Received: from gep7.555555.no-ip.org (gep7 [172.16.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 555555.no-ip.org (Postfix) with ESMTP id 52C1D8FCAD for ; Fri, 09 Nov 2007 17:14:16 +0100 (CET) Date: Fri, 09 Nov 2007 17:13:55 +0100 From: AngryWolf In-reply-to: <1194622993.853.20.camel@viola.izb.knu.ac.kr> To: freebsd-stable@freebsd.org Message-id: <200711091713.55538.angrywolf@flashmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 7BIT Content-disposition: inline References: <200711091556.22569.angrywolf@flashmail.com> <1194622993.853.20.camel@viola.izb.knu.ac.kr> User-Agent: KMail/1.9.7 Subject: Re: No boot messages after upgrading to 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 16:15:30 -0000 Hi, > Also i'm having 7.0-BETA2. But i have no such problems that you are > facing now. So i'll give you some more straight question. Did you > update /etc with mergemaster(8) after `make installworld'? Yes, I followed every commands in the howto, including these ones: mergemaster -p make installworld mergemaster Which worked well for most of my settings in /etc, but I had to readd my user account with pw manually, and kdm startup was gone in /etc/ttys, so I added it back: ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure Anyway, it was the first time I used mergemaster. I have a backup of /etc. -- AngryWolf angrywolf@flashmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 16:37:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD3C616A4C9; Fri, 9 Nov 2007 16:37:08 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id BBB7B13C4BD; Fri, 9 Nov 2007 16:37:07 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 3B5891BAC24; Fri, 9 Nov 2007 17:37:06 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9Gb0o6099894; Fri, 9 Nov 2007 17:37:00 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194626225; bh=STEF3zcR3DiiPImMfwQzXuhkOJtVEC4TowfoUzL wLzU=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=YgAmNm3dqZRC+W9HoGZ8OKzj XHuJDU6IP9HOyeIVQNP9n9GjojBQZgE2WSy97ZJxSAKTf+avbX0J/kOdTAoHTw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=ityPpO5/fMSDjUEnVXfHH96tnZAouIwRcJWSHZFCJcQTOHTeTB3VrJIA7xtTT4q6I nPGZDKB0F11ifLl1D9RRQ== Message-ID: <47348CAC.5020208@restart.be> Date: Fri, 09 Nov 2007 17:37:00 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: Subject: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 16:37:08 -0000 hello To push zfs, I launch 2 scrub at the same time, after ~20 seconds the system freeze: zpool scrub pool0 && zpool scrub pool2 My pools: zpool status pool: pool0 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool0 ONLINE 0 0 0 mirror ONLINE 0 0 0 da0s2 ONLINE 0 0 0 da1s2 ONLINE 0 0 0 errors: No known data errors pool: pool1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool1 ONLINE 0 0 0 da0s3 ONLINE 0 0 0 da1s3 ONLINE 0 0 0 errors: No known data errors pool: pool2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad6s3 ONLINE 0 0 0 errors: No known data errors I'm running 7.0-BETA2 with patch http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch Root is on pool0 [root@morzine ~]# df -h Filesystem Size Used Avail Capacity Mounted on pool0 34G 16M 34G 0% / devfs 1.0K 1.0K 0B 100% /dev /dev/mirror/gm0s1a 496M 220M 236M 48% /bootfs procfs 4.0K 4.0K 0B 100% /proc pool0/home 35G 1.5G 34G 4% /home pool1 16G 128K 16G 0% /pool1 pool1/qemu 24G 16G 8.1G 66% /pool1/qemu pool1/squid 12G 39M 12G 0% /pool1/squid pool2 72G 0B 72G 0% /pool2 pool2/WorkBench 64G 21G 43G 33% /pool2/WorkBench pool2/backup 32G 6.8G 25G 21% /pool2/backup pool2/download 72G 0B 72G 0% /pool2/download pool2/morzine 85G 13G 72G 16% /pool2/morzine pool2/qemu 16G 16G 112M 99% /pool2/qemu pool2/sys 73G 1.2G 72G 2% /pool2/sys pool0/tmp 34G 384K 34G 0% /tmp pool0/usr 40G 5.7G 34G 14% /usr pool0/var 34G 116M 34G 0% /var pool0/var/spool 39G 5.2G 34G 13% /var/spool devfs 1.0K 1.0K 0B 100% /var/named/dev I can break on my serial console and her are some informations: db> ps pid ppid pgrp uid state wmesg wchan cmd 3425 3424 3425 0 RVs cron 3424 1161 1161 0 S ppwait 0xc5f30000 cron 3423 589 3423 0 S+ zfs:&vq- 0xc5c0b334 zpool 3419 0 0 0 SL vgeom:io 0xc8ba1308 [vdev:worker ad6s3] 3418 0 0 0 SL vgeom:io 0xda70f748 [vdev:worker ad4s3] 3417 0 0 0 SL zfs:(&sp 0xc56da318 [spa_scrub_thread] 3415 0 0 0 SL vgeom:io 0xd90229c8 [vdev:worker da1s2] 3414 0 0 0 SL vgeom:io 0xc5892208 [vdev:worker da0s2] 3413 0 0 0 SL zfs:(&sp 0xc56db318 [spa_scrub_thread] 3309 998 979 8 S nanslp 0xc0890924 sleep 3136 995 995 8 S select 0xc089b778 initial thread 2610 1490 2610 0 S+ select 0xc089b778 ssh 76040 1 76016 2001 S select 0xc089b778 initial thread 76038 76034 76016 2001 S (threaded) firefox-bin 100333 S ucond 0xcb3fc080 firefox-bin 100327 S ucond 0xc8ba1e80 firefox-bin 100326 S ucond 0xc722abc0 firefox-bin 100323 S ucond 0xc5b56680 firefox-bin 100285 0xcb466580 firefox-bin 100156 S select 0xc089b778 firefox-bin 100441 S select 0xc089b778 initial thread 76034 76030 76016 2001 S wait 0xcca1e2a8 sh 76030 1 76016 2001 S wait 0xcca1f000 sh 29979 29976 29979 70 Rs postgres 29978 29976 29978 70 Rs postgres 29976 1 29976 70 Ss select 0xc089b778 postgres 25774 1 25774 25 Ss pause 0xcf074858 sendmail 25770 1 25770 0 Ss select 0xc089b778 sendmail 589 587 589 0 S+ wait 0xcbe18d48 bash 587 1311 587 2001 Ss+ wait 0xca7e52a8 su 7234 1486 7234 0 S+ select 0xc089b778 ssh 58922 1 58922 0 Ss kqread 0xdb632200 cupsd 54279 1 54279 53 Ss (threaded) named 100207 S select 0xc089b778 named 100206 S ucond 0xc76cadc0 named 100205 S ucond 0xd1c3c440 named 100204 S ucond 0xd1c3dac0 named 00291 S sigwait 0xfcae1be0 named 12309 1 12308 2001 R initial thread 7760 1 7760 0 SLs aiordy 0xc8220220 [aiod4] 7759 1 7759 0 SLs aiordy 0xcaf2e440 [aiod3] 7758 1 7758 0 SLs aiordy 0xd16fc220 [aiod2] 7757 1 7757 0 SLs aiordy 0xd16ff000 [aiod1] 7719 0 0 0 SL - 0xd24b5600 [aiod_bio taskq] 4812 0 0 0 SL gj:work 0xcfba6e00 [g_journal ad4s2] 1798 1794 1790 2001 R (threaded) thunderbird-bin 100332 CanRun thunderbird-bin 100299 RunQ thunderbird-bin 100300 RunQ thunderbird-bin 100298 RunQ thunderbird-bin 100407 RunQ thunderbird-bin 100406 S ucond 0xc722b600 thunderbird-bin 100329 S ucond 0xc722a7c0 thunderbird-bin 100328 S ucond 0xcb3fc140 thunderbird-bin 100325 S ucond 0xc5b2e980 thunderbird-bin 100324 S ucond 0xd1d22a00 thunderbird-bin 100319 S ucond 0xc76e0980 thunderbird-bin 0301 S select 0xc089b778 thunderbird-bin 100289 S select 0xc089b778 initial thread 1794 1790 1790 2001 S wait 0xcaf32d48 sh 1790 1302 1790 2001 Ss wait 0xcbe10d48 sh 1789 1777 1777 80 S (threaded) httpd 100318 S kqread 0xca2b1200 httpd 100317 S ucond 0xd1829100 httpd 100316 S ucond 0xd1ba7a00 httpd 100315 S ucond 0xc8a044c0 httpd 100314 S ucond 0xc7cf26c0 httpd 100313 S ucond 0xc76e0740 httpd 100312 S ucond 0xc692a140 httpd 100311 S ucond 0xd1829780 httpd 100310 S ucond 0xc7bf1680 httpd 100309 S ucond 0xd1d22040 httpd 100308 S ucond 0xd1d22e00 httpd 100307 S ucond 0xd1d228c0 httpd 100306 S ucond 0xcb293400 httpd 100305 S ucond 0xcb5f6440 httpd 100304 S ucond 0xd1829ac0 httpd 100303 S ucond 0xd0b81c80 httpd 100254 S piperd 0xc7a03000 httpd 1786 1777 1777 80 S accept 0xcefe266a httpd 1785 1781 1777 0 S piperd 0xc666a318 cronolog 1784 1779 1777 0 S piperd 0xc666a630 cronolog 1783 1780 1777 0 S piperd 0xd19e7318 cronolog 1782 1778 1777 0 S piperd 0xc6669948 cronolog 1781 1777 1777 0 S wait 0xcbe102a8 sh 1780 1777 1777 0 S wait 0xcaf2daa0 sh 1779 1777 1777 0 S wait 0xd0bb02a8 sh 1778 1777 1777 0 S wait 0xcaf32000 sh 1777 1 1777 0 Rs httpd 1774 1768 1756 0 S+ piperd 0xc666a7bc cronolog 1768 1 1756 0 S+ wait 0xc71b77f8 sh 1753 1 1729 2001 S select 0xc089b778 initial thread 1490 1322 1490 0 S+ wait 0xcbe18550 bash 1488 1320 1488 0 S+ ttyin 0xc5dec810 bash 1486 1318 1486 0 S+ wait 0xc5bd1550 bash 1484 1316 1484 0 S+ ttyin 0xc669cc10 bash 1322 1311 1322 2001 Ss+ wait 0xce569d48 su 1320 1311 1320 2001 Ss+ wait 0xc6cb6d48 su 1318 1311 1318 2001 Ss+ wait 0xcbe0f000 su 1316 1311 1316 2001 Ss+ wait 0xcbe187f8 su 1313 1311 1280 2001 S+ sbwait 0xcefe20bc initial thread 1312 1302 1280 2001 R+ initial thread 1311 1 1280 2001 R+ initial thread 1309 1302 1280 2001 S+ select 0xc089b778 initial thread 1303 1295 1280 2001 R+ initial thread 1302 1295 1280 2001 R+ initial thread 1301 1295 1280 2001 S+ select 0xc089b778 initial thread 1300 1295 1280 2001 S+ select 0xc089b778 initial thread 1299 1 1299 2001 Rs xfce-mcs-manager 1295 1280 1280 2001 S+ select 0xc089b778 initial thread 1293 1 1293 2001 Ss select 0xc089b778 dbus-daemon 1292 1 1280 2001 S+ select 0xc089b778 dbus-launch 1287 1 1287 2001 Ss select 0xc089b778 ssh-agent 1280 1274 1280 2001 S+ wait 0xcbe0faa0 sh 1275 1274 1275 2001 S+ select 0xc089b778 Xorg 1274 1272 1274 2001 S+ wait 0xc6cb6550 xinit 1272 1271 1272 2001 S+ wait 0xc5f31aa0 bash 1271 1 1271 0 Ss+ wait 0xcaf31d48 login 1239 1 1239 0 Ss+ ttyin 0xc56eac10 getty 1238 1 1238 0 Ss+ ttyin 0xc5703010 getty 1237 1 1237 0 Ss+ ttyin 0xc5703410 getty 1221 1 1221 0 Ss select 0xc089b778 inetd 1192 1 1192 0 Rs moused 1161 1 1161 0 Ss nanslp 0xc0890924 cron 1156 1 1156 0 Ss select 0xc089b778 sshd 1045 1 1045 501 Ss select 0xc089b778 cvsupd 1017 995 995 8 S select 0xc089b778 innfeed 1002 997 979 8 S+ nanslp 0xc0890924 initial thread 998 996 979 8 S+ wait 0xc6cb6aa0 sh 997 1 979 8 S+ wait 0xc65f8550 sh 996 1 979 8 S+ wait 0xc71bd2a8 sh 995 1 995 8 Ss select 0xc089b778 innd 967 1 967 279 Ss nanslp 0xc0890924 perl 957 1 957 0 Ss select 0xc089b778 bsnmpd 948 1 948 556 Ss select 0xc089b778 dbus-daemon 920 915 915 0 S lockf 0xc8b4e140 saslauthd 918 915 915 0 S lockf 0xc5892580 saslauthd 917 915 915 0 S lockf 0xc8b4f040 saslauthd 916 915 915 0 S lockf 0xc76cb080 saslauthd 915 1 915 0 Ss accept 0xc8613c9a saslauthd 908 1 908 389 Ss (threaded) slapd 100293 S ucond 0xc8b7f940 slapd 100409 S ucond 0xcb5f7c40 slapd 100209 S select 0xc089b778 slapd 100155 S uwait 0xc5ae0bc0 slapd 903 894 903 100 Ss piperd 0xc669218c unlinkd 894 892 892 100 R (threaded) squid 100225 S ucond 0xc692a940 squid 100224 S ucond 0xc692a680 squid 100223 S ucond 0xc7cf2bc0 squid 100222 S ucond 0xc7cf2b40 squid 100221 S ucond 0xc7cf2b80 squid 100220 S ucond 0xc68c5740 squid 100219 S ucond 0xc562e600 squid 100218 S ucond 0xc8b4e000 squid 100217 S ucond 0xc8b4e100 squid 100216 S ucond 0xc7cf2c40 squid 100215 S ucond 0xc8b4e480 squid 100214 S ucond 0xc8b4e440 squid 100213 S ucond 0xc68c5c00 squid 100212 S ucond 0xc76e0240 squid 100211 S ucond 0xc6c89a40 squid 100210 S ucond 0xc6c89080 squid 100071 CanRun initial thread 892 1 892 100 Ss wait 0xc65f87f8 squid 883 1 882 0 S nanslp 0xc0890924 smartd 859 1 859 0 Rs ntpd 821 1 821 0 Rs (threaded) apcupsd 100208 S select 0xc089b778 apcupsd 100187 RunQ apcupsd 792 1 792 0 Ss auditd 0xc08aaa28 auditd 779 1 779 0 Ss select 0xc089b778 rpcbind 700 1 700 0 Rs syslogd 295 0 0 0 SL zfs:(&tq 0xc5bcbaac [zil_clean] 294 0 0 0 SL zfs:(&tq 0xc5bcbb78 [zil_clean] 293 0 0 0 SL zfs:(&tq 0xc5bcbc44 [zil_clean] 292 0 0 0 SL zfs:(&tq 0xc5bcbd10 [zil_clean] 291 0 0 0 SL zfs:(&tq 0xc5bcbddc [zil_clean] 290 0 0 0 SL zfs:(&tq 0xc5bcbea8 [zil_clean] 289 0 0 0 SL zfs:(&tq 0xc6c52050 [zil_clean] 288 0 0 0 SL zfs:(&tq 0xc6c5211c [zil_clean] 287 0 0 0 SL zfs:(&tq 0xc6c521e8 [zil_clean] 286 0 0 0 SL zfs:(&tq 0xc6c522b4 [zil_clean] 285 0 0 0 SL zfs:(&tq 0xc6c52380 [zil_clean] 284 0 0 0 SL zfs:(&tq 0xc6c5244c [zil_clean] 283 0 0 0 SL zfs:(&tq 0xc558b380 [zil_clean] 282 0 0 0 SL zfs:(&tq 0xc558b44c [zil_clean] 281 0 0 0 SL zfs:(&tq 0xc558b518 [zil_clean] 279 0 0 0 SL zfs:(&tx 0xc638c32c [txg_thread_enter] 278 0 0 0 SL zfs:(&sp 0xc56da310 [txg_thread_enter] 277 0 0 0 SL zfs:(&tx 0xc638c31c [txg_thread_enter] 274 0 0 0 SL zfs:(&tq 0xc558b5e4 [spa_zio_intr_5] 273 0 0 0 SL zfs:(&tq 0xc558b5e4 [spa_zio_intr_5] 272 0 0 0 SL zfs:(&tq 0xc558b6b0 [spa_zio_issue_5] 271 0 0 0 SL zfs:(&tq 0xc558b6b0 [spa_zio_issue_5] 270 0 0 0 SL zfs:(&tq 0xc558b77c [spa_zio_intr_4] 269 0 0 0 SL zfs:(&tq 0xc558b77c [spa_zio_intr_4] 268 0 0 0 SL zfs:(&tq 0xc558a6b0 [spa_zio_issue_4] 267 0 0 0 SL zfs:(&tq 0xc558a6b0 [spa_zio_issue_4] 266 0 0 0 SL zfs:(&tq 0xc558a848 [spa_zio_intr_3] 265 0 0 0 SL zfs:(&tq 0xc558a848 [spa_zio_intr_3] 264 0 0 0 SL zfs:(&tq 0xc558a914 [spa_zio_issue_3] 263 0 0 0 SL zfs:(&tq 0xc558a914 [spa_zio_issue_3] 262 0 0 0 SL zfs:(&tq 0xc558ac44 [spa_zio_intr_2] 261 0 0 0 SL zfs:(&tq 0xc558ac44 [spa_zio_intr_2] 260 0 0 0 SL zfs:(&tq 0xc558addc [spa_zio_issue_2] 259 0 0 0 SL zfs:(&tq 0xc558addc [spa_zio_issue_2] 258 0 0 0 RL [spa_zio_intr_1] 257 0 0 0 SL zfs:&vq- 0xc5c10b34 [spa_zio_intr_1] 256 0 0 (&tq 0xc558ad10 [spa_zio_issue_1] 255 0 0 0 SL zfs:(&tq 0xc558ad10 [spa_zio_issue_1] 254 0 0 0 SL zfs:(&tq 0xc558ab78 [spa_zio_intr_0] 253 0 0 0 SL zfs:(&tq 0xc558ab78 [spa_zio_intr_0] 252 0 0 0 SL zfs:(&tq 0xc558aaac [spa_zio_issue_0] 251 0 0 0 SL zfs:(&tq 0xc558aaac [spa_zio_issue_0] 224 0 0 0 RL [txg_thread_enter] 223 0 0 0 RL [txg_thread_enter] 222 0 0 0 SL zfs:(&tx 0xc694071c [txg_thread_enter] 221 0 0 0 SL vgeom:io 0xc5b57b88 [vdev:worker da1s3] 220 0 0 0 SL vgeom:io 0xc5ae0c08 [vdev:worker da0s3] 219 0 0 0 SL zfs:(&tq 0xc558b2b4 [spa_zio_intr_5] 218 0 0 0 SL zfs:(&tq 0xc558b2b4 [spa_zio_intr_5] 217 0 0 0 SL zfs:(&tq 0xc558b1e8 [spa_zio_issue_5] 216 0 0 0 SL zfs:(&tq 0xc558b1e8 [spa_zio_issue_5] 215 0 0 0 SL zfs:(&tq 0xc558b11c [spa_zio_intr_4] 214 0 0 0 SL zfs:(&tq 0xc558b11c [spa_zio_intr_4] 213 0 0 0 SL zfs:(&tq 0xc558a5e4 [spa_zio_issue_4] 212 0 0 0 SL zfs:(&tq 0xc558a5e4 [spa_zio_issue_4] 211 0 0 0 SL zfs:(&tq 0xc558a77c [spa_zio_intr_3] 210 0 0 0 SL zfs:(&tq 0xc558a77c [spa_zio_intr_3] 209 0 0 0 SL zfs:(&tq 0xc558a9e0 [spa_zio_issue_3] 208 0 0 0 SL zfs:(&tq 0xc558a9e0 [spa_zio_issue_3] 207 0 0 0 SL zfs:(&tq 0xc558a050 [spa_zio_intr_2] 206 0 0 0 SL zfs:(&tq 0xc558a050 [spa_zio_intr_2] 205 0 0 0 SL zfs:(&tq 0xc558a11c [spa_zio_issue_2] 204 0 0 0 SL zfs:(&tq 0xc558a11c [spa_zio_issue_2] 203 0 0 0 SL zfs:(&tq 0xc558a1e8 [spa_zio_intr_1] 202 0 0 0 SL zfs:(&tq 0xc558a1e8 [spa_zio_intr_1] 201 0 0 0 SL zfs:(&tq 0xc558a2b4 [spa_zio_issue_1] 200 0 0 0 SL zfs:(&tq 0xc558a2b4 [spa_zio_issue_1] 199 0 0 0 SL zfs:(&tq 0xc558a380 [spa_zio_intr_0] 198 0 0 0 SL zfs:(&tq 0xc558a380 [spa_zio_intr_0] 197 0 0 0 SL zfs:(&tq 0xc558a44c [spa_zio_issue_0] 196 0 0 0 SL zfs:(&tq 0xc558a44c [spa_zio_issue_0] 112 0 0 0 SL zfs:(&tq 0xc558a518 [zil_clean] 111 0 0 0 SL zfs:(&tx 0xc5af0b24 [txg_thread_enter] 110 0 0 0 SL zfs:(&zi 0xc61a2668 [txg_thread_enter] 109 0 0 0 SL zfs:(&tx 0xc5af0b1c [txg_thread_enter] 106 0 0 0 SL zfs:(&tq 0xc558b848 [spa_zio_intr_5] 105 0 0 0 SL zfs:(&tq 0xc558b848 [spa_zio_intr_5] 104 0 0 0 SL zfs:(&tq 0xc558b914 [spa_zio_issue_5] 103 0 0 0 SL zfs:(&tq 0xc558b914 [spa_zio_issue_5] 102 0 0 0 SL zfs:(&tq 0xc558b9e0 [spa_zio_intr_4] 101 0 0 0 SL zfs:(&tq 0xc558b9e0 [spa_zio_intr_4] 100 0 0 0 SL zfs:(&tq 0xc558baac [spa_zio_issue_4] 99 0 0 0 SL zfs:(&tq 0xc558baac [spa_zio_issue_4] 98 0 0 0 SL zfs:(&tq 0xc558bb78 [spa_zio_intr_3] 97 0 0 0 SL zfs:(&tq 0xc558bb78 [spa_zio_intr_3] 96 0 0 0 SL zfs:(&tq 0xc558bc44 [spa_zio_issue_3] 95 0 0 0 SL zfs:(&tq 0xc558bc44 [spa_zio_issue_3] 94 0 0 0 SL zfs:(&tq 0xc558bd10 [spa_zio_intr_2] 93 0 0 0 SL zfs:&vq- 0xc5c0b334 [spa_zio_intr_2] 92 0 0 0 SL zfs:(&tq 0xc558bddc [spa_zio_issue_2] 91 0 0 0 SL zfs:(&tq 0xc558bddc [spa_zio_issue_2] 90 0 0 0 RL CPU 0 [spa_zio_intr_1] 89 0 0 0 SL zfs:&vq- 0xc5c0b334 [spa_zio_intr_1] 88 0 0 0 SL zfs:(&tq 0xc5bcb050 [spa_zio_issue_1] 87 0 0 0 SL zfs:(&tq 0xc5bcb050 [spa_zio_issue_1] 86 0 0 0 SL zfs:(&tq 0xc5bcb11c [spa_zio_intr_0] 85 0 0 0 SL zfs:(&tq 0xc5bcb11c [spa_zio_intr_0] 84 0 0 0 SL zfs:(&tq 0xc5bcb1e8 [spa_zio_issue_0] 83 0 0 0 SL zfs:(&tq 0xc5bcb1e8 [spa_zio_issue_0] 56 0 0 0 SL m:w1 0xc5afea00 [g_mirror gm0s1] 55 0 0 0 SL sdflush 0xc08aab24 [softdepflush] 54 0 0 0 SL vlruwt 0xc588e000 [vnlru] 53 0 0 0 RL [syncer] 52 0 0 0 SL psleep 0xc089bc04 [bufdaemon] 51 0 0 0 SL pgzero 0xc08ab6e0 [pagezero] 50 0 0 0 SL psleep 0xc08ab2f8 [vmdaemon] 49 0 0 0 SL psleep 0xc08ab2c0 [pagedaemon] 47 0 0 0 RL [arc_reclaim_thread] 46 0 0 0 SL jsw:wait 0xc088e7b4 [g_journal switcher] 45 0 0 0 SL waiting_ 0xc089f24c [sctp_iterator] 44 0 0 0 WL [swi0: sio] 43 0 0 0 WL [irq12: psm0] 42 0 0 0 RL [irq1: atkbd0] 41 0 0 0 WL [irq15: ata1] 40 0 0 0 WL [irq14: ata0] 39 0 0 0 SL usbevt 0xc55d0210 [usb4] 38 0 0 0 SL usbevt 0xc56bd210 [usb3] 37 0 0 0 SL usbevt 0xc5696210 [usb2] 36 0 0 0 RL [irq18: uhci2] 35 0 0 0 SL usbevt 0xc569d210 [usb1] 34 0 0 0 WL [irq19: uhci1++] 33 0 0 0 SL usbtsk 0xc088e3d4 [usbtask-dr] 32 0 0 0 SL usbtsk 0xc088e3c0 [usbtask-hc] 31 0 0 0 SL usbevt 0xc55f3210 [usb0] 30 0 0 0 WL [irq17: uhci0 ehci0] 29 0 0 0 SL idle 0xc568a000 [mpt_recovery0] 28 0 0 0 RL [em0 taskq] 27 0 0 0 RL [irq16: nvidia0+++] 26 0 0 0 WL [irq9: acpi0] 25 0 0 0 WL [swi2: cambio] 24 0 0 0 SL ccb_scan 0xc08785d4 [xpt_thrd] 23 0 0 0 SL - 0xc5568b00 [acpi_task_2] 22 0 0 0 SL - 0xc5568b00 [acpi_task_1] 21 0 0 0 SL - 0xc5568b00 [acpi_task_0] 20 0 0 0 SL - 0xc5568b80 [kqueue taskq] 19 0 0 0 WL [swi6: task queue] 18 0 0 0 WL [swi6: Giant taskq] 9 0 0 0 SL - 0xc5568e00 [thread taskq] 17 0 0 0 WL [swi5: +] 16 0 0 0 RL [yarrow] 8 0 0 0 SL crypto_r 0xc08aa314 [crypto returns] 7 0 0 0 SL crypto_w 0xc08aa2ec [crypto] 6 0 0 0 SL zfs:(&tq 0xc558b050 [system_taskq] 5 0 0 0 SL zfs:(&tq 0xc558b050 [system_taskq] 4 0 0 0 SL - 0xc088e76c [g_down] 3 0 0 0 SL - 0xc088e768 [g_up] 2 0 0 0 SL - 0xc088e760 [g_event] 15 0 0 0 WL [swi1: net] 14 0 0 0 WL [swi3: vm] 13 0 0 0 RL [swi4: clock sio] 12 0 0 0 RL [idle: cpu0] 11 0 0 0 RL [idle: cpu1] 1 0 1 0 SLs wait 0xc5528d48 [init] 10 0 0 0 RL CPU 1 [audit] 0 0 0 0 WLs [swapper] db> show lockedvnods Locked vnodes 0xd29c5880: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc81ccc1c ref 0 pages 0 lock type zfs: SHARED (count 1) 0xd7f4d550: tag zfs, type VREG usecount 1, writecount 0, refcount 1 mountedhere 0 flags () v_object 0xc904a0f8 ref 0 pages 0 lock type zfs: SHARED (count 1) 0xcff60990: tag zfs, type VREG usecount 1, writecount 1, refcount 1 mountedhere 0 flags () v_object 0xca73ae0c ref 0 pages 0 lock type zfs: EXCL (count 1) by thread 0xc65f7660 (pid 700) db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc5b6aaa0: pid 90 "spa_zio_intr_1" curpcb = 0xfa577d90 fpcurthread = none idlethread = 0xc5529880: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0xc5529220: pid 10 "audit" curpcb = 0xf668cd90 fpcurthread = none idlethread = 0xc5529660: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> show intr irq1: atkbd0 (pid 42) {NEED} irq4: sio0 (no thread) irq9: acpi0 (pid 26) irq12: psm0 (pid 43) irq14: ata0 (pid 40) {ENTROPY} irq15: ata1 (pid 41) {ENTROPY} irq16: nvidia0+++ (pid 27) {ENTROPY, NEED} irq17: uhci0 ehci0 (pid 30) irq18: uhci2 (pid 36) {NEED} irq19: uhci1++ (pid 34) {ENTROPY} swi4: clock sio (pid 13) {SOFT, NEED} swi3: vm (pid 14) {SOFT} swi1: net (pid 15) {SOFT} swi5: + (pid 17) {SOFT} swi6: Giant taskq (pid 18) {SOFT} swi6: task queue (pid 19) {SOFT} swi2: cambio (pid 25) {SOFT} irq256: em0 (no thread) swi0: sio (pid 44) {SOFT} db> I can test again on request Henri From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 17:34:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D034716A46B; Fri, 9 Nov 2007 17:34:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F3F7413C480; Fri, 9 Nov 2007 17:34:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47349A17.3080806@FreeBSD.org> Date: Fri, 09 Nov 2007 18:34:15 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexey Popov References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> In-Reply-To: <47344E47.9050908@chistydom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 17:34:16 -0000 Alexey Popov wrote: > Hi. > > Kris Kennaway wrote:te: > >> In the "good" case you are getting a much higher interrupt rate but >> with the data you provided I can't tell where from. You need to run >> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >> during the "good" and "bad" times, since it only provides counters and >> an average rate over the uptime of the system. > > Now I'm running 10-process lighttpd and the problem became no so big. > > I collected interrupt stats and it shows no relation beetween > ionterrupts and slowdowns. Here is it: > http://83.167.98.162/gprof/intr-graph/ > > Also I have similiar statistics on mutex profiling and it shows there's > no problem in mutexes. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > > I have no idea what else to check. > > With best regards, > Alexey Popov > > I don't know what this graph is showing me :) When precisely is the system behaving poorly? Kris From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 17:36:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E03116A420; Fri, 9 Nov 2007 17:36:35 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5E60313C4CA; Fri, 9 Nov 2007 17:36:33 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 79683DACFE; Fri, 9 Nov 2007 23:36:21 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 1BF9CDACCD for ; Fri, 9 Nov 2007 23:36:20 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 65E86171486; Fri, 9 Nov 2007 17:34:29 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DC80016A533; Fri, 9 Nov 2007 17:34:25 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D034716A46B; Fri, 9 Nov 2007 17:34:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F3F7413C480; Fri, 9 Nov 2007 17:34:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47349A17.3080806@FreeBSD.org> Date: Fri, 09 Nov 2007 18:34:15 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexey Popov References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47344E47.9050908@chistydom.ru> In-Reply-To: <47344E47.9050908@chistydom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Nov 9 23:36:21 2007 X-DSPAM-Confidence: 0.9961 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47349a95284381301624865 X-DSPAM-Factors: 27, With+best, 0.00041, best+regards, 0.00041, >+Alexey, 0.00046, Alexey, 0.00070, Alexey, 0.00070, freebsd, 0.00292, freebsd, 0.00292, Sender*owner+freebsd, 0.00299, Sender*freebsd, 0.00299, List-Post*freebsd, 0.00299, List-Post*+>>, 0.00520, Cc*freebsd, 0.00541, Cc*freebsd, 0.00541, Received*hub.freebsd.org, 0.00552, Received*hub.freebsd.org, 0.00552, Received*(hub.freebsd.org, 0.00552, Received*4f8, 0.00552, Received*4f8, 0.00552, Received*mx2.freebsd.org, 0.00552, Received*mx2.freebsd.org, 0.00552, Received*from+hub.freebsd.org, 0.00552, Received*from+hub.freebsd.org, 0.00552, Received*hub.freebsd.org+(Postfix), 0.00552 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 17:36:36 -0000 Alexey Popov wrote: > Hi. > > Kris Kennaway wrote:te: > >> In the "good" case you are getting a much higher interrupt rate but >> with the data you provided I can't tell where from. You need to run >> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >> during the "good" and "bad" times, since it only provides counters and >> an average rate over the uptime of the system. > > Now I'm running 10-process lighttpd and the problem became no so big. > > I collected interrupt stats and it shows no relation beetween > ionterrupts and slowdowns. Here is it: > http://83.167.98.162/gprof/intr-graph/ > > Also I have similiar statistics on mutex profiling and it shows there's > no problem in mutexes. http://83.167.98.162/gprof/mtx-graph/mtxgifnew/ > > I have no idea what else to check. > > With best regards, > Alexey Popov > > I don't know what this graph is showing me :) When precisely is the system behaving poorly? Kris _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 18:32:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F7016A46B for ; Fri, 9 Nov 2007 18:32:25 +0000 (UTC) (envelope-from jon@web-tricks.net) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 4BBB313C4A6 for ; Fri, 9 Nov 2007 18:32:24 +0000 (UTC) (envelope-from jon@web-tricks.net) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA03.westchester.pa.mail.comcast.net with smtp id Abeo1Y0030EZKEL000Wt00; Fri, 09 Nov 2007 18:21:14 +0000 Received: from dragon ([67.166.139.235]) by OMTA01.westchester.pa.mail.comcast.net with comcast id AiME1Y00354vMd70000000; Fri, 09 Nov 2007 18:21:14 +0000 X-Authority-Analysis: v=1.0 c=1 a=7J1Rq7DGzX4eblXuL-cA:9 a=utuuxttDEPS14bOKtQpmREiMEssA:4 a=gi0PWCVxevcA:10 a=wWF3aPpOP3kQepd3GHgA:9 a=T2UuW5uS7sS7DtdEdcEA:7 a=M6enkRpZAjCXShvw83GNd2JxISsA:4 a=AfD3MYMu9mQA:10 Message-ID: <000a01c822fd$40d79680$dedca8c0@dragon> From: "Jon Holstrom" To: Date: Fri, 9 Nov 2007 10:20:47 -0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 18:32:25 -0000 I had 6.2 stable all setup & had gnome 2.18 all humming along 100% java & eclipse, tomcat, bah bah bah! updated src & rebuilt only to find 6.2 is gone & 6.3 prerelease! ( I think there should be a button we need to push to get=20 software we DONT want! j/k) with my setup as it is, can i back date my cvsup file & rebuild back to 6.2 stable not losing any settings or software ? From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 18:40:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8C8816A419 for ; Fri, 9 Nov 2007 18:40:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 692BB13C4A6 for ; Fri, 9 Nov 2007 18:40:56 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-048-233.pools.arcor-ip.net [88.66.48.233]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1IqYmU2NJZ-0003SU; Fri, 09 Nov 2007 19:40:39 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Fri, 9 Nov 2007 19:40:29 +0100 User-Agent: KMail/1.9.7 References: <000a01c822fd$40d79680$dedca8c0@dragon> In-Reply-To: <000a01c822fd$40d79680$dedca8c0@dragon> 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="nextPart1514973.t7Y0LNnzRH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711091940.36969.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18PH7lJ9jF8SiGVstwxcQzlpMzObW/iGRRuv6e 88x99O91vjU8HO/bT6KKjdli78scy/Utcikwtdbnjetvbyn6YB LDc6bbmDi1eHorH/ZtRzXU1Zr/aTiaK13I8rD5iczo= Cc: Jon Holstrom Subject: Re: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 18:40:56 -0000 --nextPart1514973.t7Y0LNnzRH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 November 2007, Jon Holstrom wrote: > I had 6.2 stable all setup & > had gnome 2.18 all humming along 100% > java & eclipse, tomcat, bah bah bah! > > updated src & rebuilt only to > find 6.2 is gone & 6.3 prerelease! > > ( I think there should be a button > we need to push to get > software we DONT want! j/k) > > with my setup as it is, can > i back date my cvsup file & > rebuild back to 6.2 stable not > losing any settings or software ? RELENG_6 (aka 6.2 stable) is the *development* branch for any FreeBSD 6.x=20 releases. As we are closing in on 6.3 this branch obviously serves as=20 the base for 6.3 pre-releases. You have a choice to either use the 6.2 security fix branch (RELENG_6_2)=20 or the "stable" branch (RELENG_6) - which really is not recommended for=20 production systems. If you really want to go back (not sure why you=20 would want to, though) you should be able to cvsup RELENG_6_2 and do a=20 src upgrade (or downgrade in this case). This, however, might leave you=20 with some leftover files that were added to RELENG_6. =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 --nextPart1514973.t7Y0LNnzRH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHNKmkXyyEoT62BG0RAj1jAJ9FsJlLM/PTR7WTxDXonTi0W6gf0QCdFC6/ u3dZSfgK/mPdZy2ecEwu5A0= =hZi0 -----END PGP SIGNATURE----- --nextPart1514973.t7Y0LNnzRH-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 18:43:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8B516A420 for ; Fri, 9 Nov 2007 18:43:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 0828D13C4B7; Fri, 9 Nov 2007 18:43:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4734AA59.8040509@FreeBSD.org> Date: Fri, 09 Nov 2007 19:43:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Jon Holstrom References: <000a01c822fd$40d79680$dedca8c0@dragon> In-Reply-To: <000a01c822fd$40d79680$dedca8c0@dragon> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 18:43:38 -0000 Jon Holstrom wrote: > I had 6.2 stable all setup & > had gnome 2.18 all humming along 100% > java & eclipse, tomcat, bah bah bah! > > updated src & rebuilt only to > find 6.2 is gone & 6.3 prerelease! > > ( I think there should be a button > we need to push to get > software we DONT want! j/k) I would like a button I could push that would de-confuse users who write emails in blank verse :) Kris P.S. The difference between "6.2-stable" and "6.3-prerelease" is essentially just a name change. Please read the handbook for extensive discussion on how the FreeBSD release process works. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 18:44:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE41816A418 for ; Fri, 9 Nov 2007 18:44:35 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id A2FA413C4AA for ; Fri, 9 Nov 2007 18:44:34 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so494275rvb for ; Fri, 09 Nov 2007 10:44:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=h4o7HxGomiuUOiVCdfnZkAPPB+gPjCBlV8vAT7183R0=; b=n1+KEM+RigBraTjk4Af6iUOaZOJVMHR2FQrVBz8NoBcHUDfu+2uAo8iekSyrDsFG5I+DhZyqxr3z7984qJm/fHaa6YoV9Q94dWS7mNH96GsM0uATPTFYM945OEw0NMc3T5Y5VhxZ0gaKGzRvb06jpfEl0osYclHrVUmtq9u7TNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nYggy4+pWjcf27xfmcQPrU4agRIioC5cFrOPqukpp1pqv8AofY4AOs5YsISuZH0Cq/G7EBZTW4/bKy7yu8kpMmvyHGgbz0S81WIaxDOlMpuLhlV+tR5fd8axiMSgRzeRkACfmj521zkS7TPcXWM97X/HtxOhAtcn831oCVsdCSo= Received: by 10.141.42.10 with SMTP id u10mr1110188rvj.1194632305717; Fri, 09 Nov 2007 10:18:25 -0800 (PST) Received: by 10.64.184.9 with HTTP; Fri, 9 Nov 2007 10:18:25 -0800 (PST) Message-ID: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> Date: Fri, 9 Nov 2007 16:18:25 -0200 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 18:44:35 -0000 Yesterday I updated my system from BETA-1 to BETA2 and after that I'm getting the following panic after a simple ifconfig. Follow the panic and trace.... # ifconfig bge0 10.5.0.253 netmask 255.255.0.0 panic: Bad list head 0xc444a0c4 first->prev != head KDB; enter: panic [thread pid 1142 tid 100108 ] Stopped at kdb_enter=0x32:leave db>bt Tracing pid 1142 tid 100108 td 0xc5c3f840 kdb_enter(c07499fd,c07c5760,c0730fca,e6fbeaec,6fbeaec,...) at kdb_enter+0x32 panic(c0730fca,c444a0c4,c074e9942,e6fbeb14,c057abc9,...) at panic+0xc5 in_ifinit(0,c567d3000,0,0,c0755e1a,...) at in_ifinit+0x15c in_control(c5cfe18c, 8040691a,c5c84e40,c448e800,c5c3f840,...) at in_control+0xa6a ifioctl(c5cfe18c,8040691a,c5c84e40,c5c3f840,c5c3f840,...) at ifioctl+0x3ce soo_ioctl(c47406c0,8040691a,c5c84e40,c5411800,c5c3f840,...) at soo-ioctl+0x3a4 kern_ioctl(c5c3f840,3,8040691a,c5c84e40,0,...) at kern_ioctl+0x243 ioctl(c5c3f840,e6fbecfc,c,c07722a1,c,...) at ioctl+0x134 syscall(e6fbed38) at syscall+0x2c4 Xint0x80_syscall() at Xint0x80_syscall+0x20 ---syscall (54, FreeBSD ELF32, ioctl), eip = 0x481670f3, esp = 0x bfbfe51c, ebp = 0xvfvfe548 I'm with the machine stopped at db prompt, I can send any other information needed to solve this... Regards From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 18:52:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A4D16A420 for ; Fri, 9 Nov 2007 18:52:07 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7A58713C4A6 for ; Fri, 9 Nov 2007 18:52:07 +0000 (UTC) (envelope-from schiz0phrenic21@gmail.com) Received: by qb-out-0506.google.com with SMTP id e12so1308158qba for ; Fri, 09 Nov 2007 10:52:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=TZpsvhsgpAEHLwohGV8iAHqzKZMw6iIPwxhcfKj3Tg4=; b=tG7voeIlEslT+AhBKkgH19zyGD7S3oZ9CdAXjQvA8/YBx8u69wktPm5nmEx37g9QCWEsTTxbg6VOgSa6ExzpF6+yG4TaGdNOslWxE2+qJpdgoZAnwdzKTht7km01TZkoUBHED+g4c+YX/uiGEAmb0TWJCHmJPlrX3ZLw5VKAs+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=c09q+v76V+h1hcnO8al7KeTQfow28MknuH1c021mbzibLpRbPC8MmPTQfggoBU3lf4PxrZq9GnSbO0ZBFyjBOhq8yKGm4yw7eIUAgmRUBg51b3zbLA8A+WJX2e3KtSlFYT53E2rn3JXz+oRS0zAwSVxBphK3cXmHmmcx5F60qVE= Received: by 10.114.190.6 with SMTP id n6mr862057waf.1194633366003; Fri, 09 Nov 2007 10:36:06 -0800 (PST) Received: by 10.114.46.16 with HTTP; Fri, 9 Nov 2007 10:36:05 -0800 (PST) Message-ID: <8d23ec860711091036j6a0094d7na77d3ca56d7da03c@mail.gmail.com> Date: Fri, 9 Nov 2007 13:36:05 -0500 From: Schiz0 To: "Jon Holstrom" In-Reply-To: <000a01c822fd$40d79680$dedca8c0@dragon> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <000a01c822fd$40d79680$dedca8c0@dragon> Cc: freebsd-stable@freebsd.org Subject: Re: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 18:52:07 -0000 On Nov 9, 2007 1:20 PM, Jon Holstrom wrote: > I had 6.2 stable all setup & > had gnome 2.18 all humming along 100% > java & eclipse, tomcat, bah bah bah! > > updated src & rebuilt only to > find 6.2 is gone & 6.3 prerelease! > > ( I think there should be a button > we need to push to get > software we DONT want! j/k) > > with my setup as it is, can > i back date my cvsup file & > rebuild back to 6.2 stable not > losing any settings or software ? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > See: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html You'd want to use RELENG_6_2 instead of RELENG_6 in your cvsup file From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 18:54:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F48916A41A; Fri, 9 Nov 2007 18:54:01 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id F28A513C4A6; Fri, 9 Nov 2007 18:54:00 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (mx1.unixguru.nl [77.37.12.119]) by mx1.unixguru.nl (Postfix) with ESMTP id 9DA5B1F7A2; Fri, 9 Nov 2007 19:24:33 +0100 (CET) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id V9ihciMbCEbj; Fri, 9 Nov 2007 19:24:32 +0100 (CET) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.53.58]) by mx1.unixguru.nl (Postfix) with ESMTP id D097D1F63D; Fri, 9 Nov 2007 19:24:32 +0100 (CET) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id C701011422; Fri, 9 Nov 2007 19:23:55 +0100 (CET) Date: Fri, 9 Nov 2007 19:23:55 +0100 From: Richard Arends To: Henri Hennebert Message-ID: <20071109182355.GB13845@shell.unixguru.nl> References: <47348CAC.5020208@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47348CAC.5020208@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 18:54:01 -0000 On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: Henri, > To push zfs, I launch 2 scrub at the same time, after ~20 seconds the > system freeze: > > zpool scrub pool0 && zpool scrub pool2 This won't start the scrubs at the same time, but after each other. And the second will only start if the first one not fails (exitcode == 0) -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 19:30:03 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FE716A420 for ; Fri, 9 Nov 2007 19:30:03 +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 ED34113C494 for ; Fri, 9 Nov 2007 19:30:02 +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 A8A0BEB5604; Sat, 10 Nov 2007 03:29:55 +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 u1OFbYwQaWoN; Sat, 10 Nov 2007 03:29:50 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8F1B0EB4184; Sat, 10 Nov 2007 03:29:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=AepUAaq6rHkaN9mfTGaaM5VsjUeQn4Q2lOGnJsUeFBPAP8e9uZnpOVAqeUgvZoVuU bUWsVtfQsUKaxaEj0jyqQ== Message-ID: <4734B52A.6020500@delphij.net> Date: Fri, 09 Nov 2007 11:29:46 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: d@delphij.net References: <472FA4EE.9070405@delphij.net> In-Reply-To: <472FA4EE.9070405@delphij.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: [CFT] Sync RELENG_6 ata(4) with -CURRENT state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 19:30:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Hi, > > Here is a patch that brings RELENG_6 ata(4) code with all applicable > -CURRENT changes (mostly to support newer devices and some minor > bugfixes that were not MFC'ed yet). Please let me know if there is any > breakage, thanks! I have committed the patch plus a minor cleanup as prompted by sos@. Please inform me for any breakage. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHNLUqhcUczkLqiksRAjjUAJ4nkuAcZhzAy/VKG4xnUebCsGvkhgCeOTwZ MonCX0kIFKtp7iIMYbZ4jTQ= =fRwo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 19:52:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9F7C16A420 for ; Fri, 9 Nov 2007 19:52:50 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id C2B2B13C4BA for ; Fri, 9 Nov 2007 19:52:50 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([71.188.11.206]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JR900LG38JT1AV1@vms042.mailsrvcs.net> for freebsd-stable@freebsd.org; Fri, 09 Nov 2007 13:52:42 -0600 (CST) Date: Fri, 09 Nov 2007 14:55:13 -0500 From: Skip Ford In-reply-to: <000a01c822fd$40d79680$dedca8c0@dragon> To: Jon Holstrom Mail-followup-to: Jon Holstrom , freebsd-stable@freebsd.org Message-id: <20071109195513.GF47765@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline References: <000a01c822fd$40d79680$dedca8c0@dragon> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 19:52:50 -0000 Jon Holstrom wrote: > I had 6.2 stable all setup & > had gnome 2.18 all humming along 100% > java & eclipse, tomcat, bah bah bah! > > updated src & rebuilt only to > find 6.2 is gone & 6.3 prerelease! > > ( I think there should be a button > we need to push to get > software we DONT want! j/k) > > with my setup as it is, can > i back date my cvsup file & > rebuild back to 6.2 stable not > losing any settings or software ? If you go back to 6.2-STABLE, you'll be left with a system that can never be updated again since 6.2-STABLE no longer exists. Any time you updated it, the name would change again which you seem to have a problem with. If you keep following RELENG_6, you'll end up running 6.3-STABLE after the release. Or, you could choose to run 6.2-RELEASE (RELENG_6_2) or 6.3-RELEASE (RELENG_6_3) after it's released. For right now, there's really no difference between 6.2-STABLE and 6.3-PRERELEASE. If you do nothing, you'll eventually be running 6.3-STABLE. -- Skip From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 20:25:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCE816A468 for ; Fri, 9 Nov 2007 20:25:30 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from public.aci.on.ca (aci.on.ca [205.207.148.251]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1F313C49D for ; Fri, 9 Nov 2007 20:25:30 +0000 (UTC) (envelope-from lists@qwirky.net) Received: from (invalid client hostname: host address literal does not match remote client address)[127.0.0.1] ((no PTR matching greeting name)xtreme-13-162.dyn.aci.on.ca[69.17.172.162] port=2813) by public.aci.on.ca([205.207.148.251] port=25) via TCP with esmtp (2997 bytes) (sender: ) id for ; Fri, 9 Nov 2007 15:22:04 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2007-Apr-30) Message-ID: <4734C1DE.7090008@qwirky.net> Date: Fri, 09 Nov 2007 15:23:58 -0500 From: Jeff Royle User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> In-Reply-To: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 071108-0, 08/11/2007), Outbound message X-Antivirus-Status: Clean Subject: Re: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@qwirky.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 20:25:30 -0000 Alexandre Biancalana wrote: > Yesterday I updated my system from BETA-1 to BETA2 and after that I'm > getting the following panic after a simple ifconfig. > > Follow the panic and trace.... > > # ifconfig bge0 10.5.0.253 netmask 255.255.0.0 > panic: Bad list head 0xc444a0c4 first->prev != head > KDB; enter: panic > [thread pid 1142 tid 100108 ] > Stopped at kdb_enter=0x32:leave > db>bt > Tracing pid 1142 tid 100108 td 0xc5c3f840 > kdb_enter(c07499fd,c07c5760,c0730fca,e6fbeaec,6fbeaec,...) at kdb_enter+0x32 > panic(c0730fca,c444a0c4,c074e9942,e6fbeb14,c057abc9,...) at panic+0xc5 > in_ifinit(0,c567d3000,0,0,c0755e1a,...) at in_ifinit+0x15c > in_control(c5cfe18c, 8040691a,c5c84e40,c448e800,c5c3f840,...) at > in_control+0xa6a > ifioctl(c5cfe18c,8040691a,c5c84e40,c5c3f840,c5c3f840,...) at ifioctl+0x3ce > soo_ioctl(c47406c0,8040691a,c5c84e40,c5411800,c5c3f840,...) at soo-ioctl+0x3a4 > kern_ioctl(c5c3f840,3,8040691a,c5c84e40,0,...) at kern_ioctl+0x243 > ioctl(c5c3f840,e6fbecfc,c,c07722a1,c,...) at ioctl+0x134 > syscall(e6fbed38) at syscall+0x2c4 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > ---syscall (54, FreeBSD ELF32, ioctl), eip = 0x481670f3, esp = 0x bfbfe51c, ebp > = 0xvfvfe548 > > > I'm with the machine stopped at db prompt, I can send any other > information needed to solve this... > > Regards Just a note: This doesn't happen with the em driver in 7-beta2 built today. Seeing if I have a free machine to build 7-beta2 with bge to test this. # ifconfig em1 10.5.0.253 netmask 255.255.0.0 em1: flags=8843 metric 0 mtu 1500 options=18b ether 00:30:48:91:5e:27 inet 10.5.0.253 netmask 0xffff0000 broadcast 10.5.255.255 media: Ethernet autoselect status: no carrier # ifconfig em1 delete 10.5.0.253 netmask 255.255.0.0 uname -a FreeBSD jinx.domain 7.0-BETA2 FreeBSD 7.0-BETA2 #2: Fri Nov 9 10:00:29 EST 2007 builduser@jinx.domain:/usr/obj/usr/src/sys/GENERIC i386 Cheers, Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 20:36:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2447F16A419; Fri, 9 Nov 2007 20:36:03 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id C498213C4CB; Fri, 9 Nov 2007 20:36:02 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 950DF1BAC24; Fri, 9 Nov 2007 21:36:01 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9KZxcc000696; Fri, 9 Nov 2007 21:35:59 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194640561; bh=PgQ5rooBTKTrFt4BGLklWLWwh9BIfZwi9VEmerh 3az8=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=wFS9rRJSN0F p8eMnlfxMxHfgGCD3rT6uChm/2MChR9HIiSO0NNPvT9LlPoO80GDHkPMGHUD4Vk1quk zL3qPZXw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=yhZL80F1felK92qOrJBeVgpTig1rR88BQ7+0SSccrhlTAPuPfJEAJ1/ClWiYrem/+ DKvkJ0Pc0A2cYS1ieeXTA== Message-ID: <4734C4AF.9020609@restart.be> Date: Fri, 09 Nov 2007 21:35:59 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Richard Arends References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> In-Reply-To: <20071109182355.GB13845@shell.unixguru.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 20:36:03 -0000 Richard Arends wrote: > On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: > > Henri, > >> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >> system freeze: >> >> zpool scrub pool0 && zpool scrub pool2 > > This won't start the scrubs at the same time, but after each other. And > the second will only start if the first one not fails (exitcode == 0) > Not at all, the scrub is asynchronious, I'm sure of it Henri From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 20:48:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5D2816A469; Fri, 9 Nov 2007 20:48:43 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id C631613C4BA; Fri, 9 Nov 2007 20:48:43 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (mx1.unixguru.nl [77.37.12.119]) by mx1.unixguru.nl (Postfix) with ESMTP id 7A7511F7A2; Fri, 9 Nov 2007 21:49:09 +0100 (CET) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id Dd7l2mgcNr-j; Fri, 9 Nov 2007 21:49:08 +0100 (CET) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.53.58]) by mx1.unixguru.nl (Postfix) with ESMTP id A94331F63D; Fri, 9 Nov 2007 21:49:08 +0100 (CET) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id 6147811422; Fri, 9 Nov 2007 21:48:31 +0100 (CET) Date: Fri, 9 Nov 2007 21:48:31 +0100 From: Richard Arends To: Henri Hennebert Message-ID: <20071109204830.GC13845@shell.unixguru.nl> References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734C4AF.9020609@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 20:48:44 -0000 On Fri, Nov 09, 2007 at 09:35:59PM +0100, Henri Hennebert wrote: > >This won't start the scrubs at the same time, but after each other. And > >the second will only start if the first one not fails (exitcode == 0) > > > Not at all, the scrub is asynchronious, I'm sure of it Running 2 commands seperated by && will not run at the same time. Scrub could be asynchronious, i don't know, but that has nothing to do with the way you are running it. See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 and: ls -l /notfound && echo yes -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 21:16:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C487516A46E for ; Fri, 9 Nov 2007 21:16:27 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from emma.lautre.net (emma.lautre.net [80.67.160.69]) by mx1.freebsd.org (Postfix) with ESMTP id ACFFF13C48E for ; Fri, 9 Nov 2007 21:16:27 +0000 (UTC) (envelope-from thierry@pompo.net) Received: by graf.pompo.net (Postfix, from userid 1001) id 2B64D1146A; Fri, 9 Nov 2007 21:57:49 +0100 (CET) Date: Fri, 9 Nov 2007 21:57:49 +0100 From: Thierry Thomas To: FreeBSD-STABLE Message-ID: <20071109205749.GD45990@graf.pompo.net> Mail-Followup-To: FreeBSD-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-BETA2 i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Subject: [7.0-BETA2] Loading the wlan_xauth module by hand freezes the machine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 21:16:27 -0000 Hello, I have upgraded my gateway to 7.0-BETA2. It has a WiFi PCI card serving some other machines: Nov 9 19:55:59 passerelle kernel: ath0: mem 0xfbed0000-0xfbedffff irq 18 at device 2.0 on pci2 At boot, the following message is displayed: Nov 9 19:42:16 passerelle kernel: ieee80211_load_module: load the wlan_xauth module by hand for now. and then of course WPA is not enabled: Nov 9 19:42:16 passerelle hostapd: ath0: DRIVER Error enabling WPA/802.1X! Trying to `kldload wlan_xauth.ko' freezes the machine. Fortunately, everything goes well if I load wlan_xauth in loader.conf! Regards, -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 22:19:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3194A16A418 for ; Fri, 9 Nov 2007 22:19:27 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id EF40B13C494 for ; Fri, 9 Nov 2007 22:19:26 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JR9008SGCJBDN50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 09 Nov 2007 22:18:47 +0100 (CET) Received: from kg-work.kg4.no ([80.202.172.249]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JR9006BYCJA88J1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 09 Nov 2007 22:18:47 +0100 (CET) Date: Fri, 09 Nov 2007 22:18:46 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20071109221846.9899eebd.torfinn.ingolfsen@broadpark.no> In-reply-to: <20071026165151.GC37471@deviant.kiev.zoral.com.ua> References: <192440147.20071026152939@opanki.ru> <20071026165151.GC37471@deviant.kiev.zoral.com.ua> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:19:27 -0000 On Fri, 26 Oct 2007 19:51:51 +0300 Kostik Belousov wrote: > Take patch from > http://people.freebsd.org/~kib/realbtx > (rev. 2). The new loader is at the same location, but it seems that I > did not saved new boot2. You need to install both boot block and > loader obtained from the build with the realbtx patch applied, to you > USB HDD drive. Just for fun, I tested this patch on an Acer Aspire 5672AWLMi laptop. (See this page[1] for my adventures with this laptop.) This laptop doesn't say "BTX halted", it just scrolls a lot of text (register dumps?) across the screen forever. I did: cd /usr/src/sys patch < ../.../realbtx.2.patch cd boot/i386 make Then I copied the files to the usb hdd (da0) with boot0cfg -B -b /usr/obj/usr/src/sys/boot/i386/boot0/boot0 da0 mount /dev/da0s1a /mnt cp -v /usr/obj/usr/src/sys/boot/i386/loader/loader /mnt/boot Is this the correct way to do it? Then I unmounted the disk and tried to boot it. Unfortunately, nothing changed. When booted (from usb hdd) the laptop still scrolls text across the screen forever. I have to turn it off with the power button. Should this patch work on my laptop? 1) http://tingox.googlepages.com/aceraspireas5672andfreebsd -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 22:28:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07EC416A41B; Fri, 9 Nov 2007 22:28:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9136A13C4AA; Fri, 9 Nov 2007 22:28:31 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 868BA1BAC24; Fri, 9 Nov 2007 23:28:30 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lA9MSRJ5001169; Fri, 9 Nov 2007 23:28:27 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194647310; bh=ioEEWw0L/kF/CDKgxQgCruQmi9admyDvsTmwB6W 1Lao=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=QwFtLcJB2vS 9YBt0oiv1uqxjk2yg6wl/P3jYDJcKlSpVcCx/ehIn/vs7kIHYiu72X7DOWtJlnmasgD aFFE2a2Q== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=xDS2K9R1pNqpTDh9+FT9JtgLjYZ42DGppakJ4hBnXfkM+qxLzL9gzdzrf+pNBPIlT U79LzN0U9MOiCEDiwvnjg== Message-ID: <4734DF0B.7040300@restart.be> Date: Fri, 09 Nov 2007 23:28:27 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Richard Arends References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> <20071109204830.GC13845@shell.unixguru.nl> In-Reply-To: <20071109204830.GC13845@shell.unixguru.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:28:32 -0000 Richard Arends wrote: > On Fri, Nov 09, 2007 at 09:35:59PM +0100, Henri Hennebert wrote: > >>> This won't start the scrubs at the same time, but after each other. And >>> the second will only start if the first one not fails (exitcode == 0) >>> >> Not at all, the scrub is asynchronious, I'm sure of it > > Running 2 commands seperated by && will not run at the same time. Scrub > could be asynchronious, i don't know, but that has nothing to do with the > way you are running it. > > See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 > and: ls -l /notfound && echo yes Per the man page, zpool scrub *begin* a scrub witch go on in background, so two scrubs are running simustaneously on 2 different pools. Henri From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 22:44:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EFF716A417 for ; Fri, 9 Nov 2007 22:44:26 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 379C313C4B8 for ; Fri, 9 Nov 2007 22:44:25 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1365560pyb for ; Fri, 09 Nov 2007 14:44:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ho3fIGCaZouFo5GmGnjJrndmtuyqA46LzxGlJORmOpE=; b=WtH+PuVCL23IBWF6wcLjYk+mUvVNwqBvC8i6GmMIye0Br/XLMSD/wlv5j3GgpJf2KFqR+8imOJArbAxikq8vJmUDhae5F9uBn6hc5VdIeRADyPD/BSI0HrvR1dO6dusRftWMtxmpLBiMDuPnxsVYGX1H+xvymJOK/Kasq+LwEH4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rUXDASb46iGnGgABNgDYkOMXKumSWBlnmzZVa9naO17ECR6OZySfPvAtOTQDYJCM4LBmztUIe5LZ5YNXRpg/Edwyw7EuYgVm4W+IiAPVvprNgvRFOQpvU6W7ryXjuuxkIkWjCMzadOqnHVY7jbhwqvFpGXw9VsssSwItlHpExMw= Received: by 10.65.254.5 with SMTP id g5mr8047282qbs.1194648254328; Fri, 09 Nov 2007 14:44:14 -0800 (PST) Received: by 10.64.184.9 with HTTP; Fri, 9 Nov 2007 14:44:14 -0800 (PST) Message-ID: <8e10486b0711091444r7cc3dd94j43f95ab1b4036868@mail.gmail.com> Date: Fri, 9 Nov 2007 20:44:14 -0200 From: "Alexandre Biancalana" To: lists@qwirky.net In-Reply-To: <4734C1DE.7090008@qwirky.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711091018n6309f70an8722d427f9d530f8@mail.gmail.com> <4734C1DE.7090008@qwirky.net> Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA2 Panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 22:44:26 -0000 On 11/9/07, Jeff Royle wrote: > > Just a note: This doesn't happen with the em driver in 7-beta2 built > today. Seeing if I have a free machine to build 7-beta2 with bge to > test this. > > # ifconfig em1 10.5.0.253 netmask 255.255.0.0 > em1: flags=8843 metric 0 mtu 1500 > options=18b > ether 00:30:48:91:5e:27 > inet 10.5.0.253 netmask 0xffff0000 broadcast 10.5.255.255 > media: Ethernet autoselect > status: no carrier > # ifconfig em1 delete 10.5.0.253 netmask 255.255.0.0 > > uname -a > FreeBSD jinx.domain 7.0-BETA2 FreeBSD 7.0-BETA2 #2: Fri Nov 9 10:00:29 > EST 2007 builduser@jinx.domain:/usr/obj/usr/src/sys/GENERIC i386 If I configure my machine with the definitive ip address and boot with it, I can work normally (now I'm compiling world again), can you try to change the ip address to see what happen ? Att, From owner-freebsd-stable@FreeBSD.ORG Fri Nov 9 23:04:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DC5816A417 for ; Fri, 9 Nov 2007 23:04:14 +0000 (UTC) (envelope-from jon@web-tricks.net) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2D47813C48D for ; Fri, 9 Nov 2007 23:04:14 +0000 (UTC) (envelope-from jon@web-tricks.net) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA04.emeryville.ca.mail.comcast.net with smtp id Amdm1Y00316AWCU0101j00; Fri, 09 Nov 2007 22:52:56 +0000 Received: from dragon ([67.166.139.235]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id Amsv1Y00C54vMd70000000; Fri, 09 Nov 2007 22:52:56 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=6Iz-_4AiSR88MbPHxs8A:9 a=nph6V_Tcbiu7TyMjB74A:7 a=5JCCC3FCsvvdrD8hdzrT1O2wY0IA:4 a=zJJ39gEicCEA:10 a=sypzTbEkZLEA:10 a=SV7veod9ZcQA:10 a=plE8mkVoi54A:10 Message-ID: <001301c82323$344713c0$dedca8c0@dragon> From: "Jon Holstrom" To: References: <000a01c822fd$40d79680$dedca8c0@dragon> <20071109195513.GF47765@menantico.com> Date: Fri, 9 Nov 2007 14:52:27 -0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 23:04:14 -0000 ----- Original Message ----- From: "Skip Ford" To: "Jon Holstrom" Cc: Sent: Friday, November 09, 2007 11:55 AM Subject: Re: 6.3 PRERELEASE > Jon Holstrom wrote: >> I had 6.2 stable all setup & >> had gnome 2.18 all humming along 100% >> java & eclipse, tomcat, bah bah bah! >> >> updated src & rebuilt only to >> find 6.2 is gone & 6.3 prerelease! >> >> ( I think there should be a button >> we need to push to get >> software we DONT want! j/k) >> >> with my setup as it is, can >> i back date my cvsup file & >> rebuild back to 6.2 stable not >> losing any settings or software ? > > If you go back to 6.2-STABLE, you'll be left with a system that > can never be updated again since 6.2-STABLE no longer exists. Any > time you updated it, the name would change again which you seem to > have a problem with. > > If you keep following RELENG_6, you'll end up running 6.3-STABLE after > the release. Or, you could choose to run 6.2-RELEASE (RELENG_6_2) or > 6.3-RELEASE (RELENG_6_3) after it's released. > > For right now, there's really no difference between 6.2-STABLE > and 6.3-PRERELEASE. If you do nothing, you'll eventually be > running 6.3-STABLE. > > -- > Skip > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Thanks Skip, this is what i was thinking, but it didnt sink in tel you said it. Peace to you From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 00:05:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A30E316A419 for ; Sat, 10 Nov 2007 00:05:47 +0000 (UTC) (envelope-from erik@cepheid.org) Received: from mail.cepheid.org (aleph.cepheid.org [72.232.60.94]) by mx1.freebsd.org (Postfix) with ESMTP id 782D813C4B8 for ; Sat, 10 Nov 2007 00:05:47 +0000 (UTC) (envelope-from erik@cepheid.org) Received: by mail.cepheid.org (Postfix, from userid 1006) id 421A29B40A8; Fri, 9 Nov 2007 17:51:14 -0600 (CST) Date: Fri, 9 Nov 2007 17:51:14 -0600 From: Erik Osterholm To: Henri Hennebert Message-ID: <20071109235114.GA74197@aleph.cepheid.org> Mail-Followup-To: Erik Osterholm , Henri Hennebert , Richard Arends , freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> <20071109204830.GC13845@shell.unixguru.nl> <4734DF0B.7040300@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734DF0B.7040300@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 00:05:47 -0000 On Fri, Nov 09, 2007 at 11:28:27PM +0100, Henri Hennebert wrote: > Richard Arends wrote: > >On Fri, Nov 09, 2007 at 09:35:59PM +0100, Henri Hennebert wrote: > > > >>>This won't start the scrubs at the same time, but after each other. And > >>>the second will only start if the first one not fails (exitcode == 0) > >>> > >>Not at all, the scrub is asynchronious, I'm sure of it > > > >Running 2 commands seperated by && will not run at the same time. Scrub > >could be asynchronious, i don't know, but that has nothing to do with the > >way you are running it. > > > >See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 > >and: ls -l /notfound && echo yes > > Per the man page, zpool scrub *begin* a scrub witch go on in background, > so two scrubs are running simustaneously on 2 different pools. > > Henri Henri is 100% correct. zpool scrub kicks off a scrub which occurs in the background. I'm not sure I like this behavior that much, but it's not like it's my call :) lothos# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 1.81T 368G 1.45T 19% ONLINE - lothos# time sh -c "zpool scrub tank && echo Done\?" Done? 0.000u 0.010s 0:04.35 0.2% 116+152k 14+0io 8pf+0w lothos# zpool status tank pool: tank state: ONLINE scrub: scrub in progress, 3.97% done, 0h40m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4 ONLINE 0 0 0 ad5 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad7 ONLINE 0 0 0 errors: No known data errors Erik From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 00:05:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6846716A417 for ; Sat, 10 Nov 2007 00:05:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id F413D13C48E for ; Sat, 10 Nov 2007 00:05:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-33-194.lns10.adl2.internode.on.net [121.45.33.194]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id lAA05eFZ094565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Nov 2007 10:35:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 10 Nov 2007 10:35:06 +1030 User-Agent: KMail/1.9.7 References: <192440147.20071026152939@opanki.ru> <20071026165151.GC37471@deviant.kiev.zoral.com.ua> <20071109221846.9899eebd.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20071109221846.9899eebd.torfinn.ingolfsen@broadpark.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5194898.T9MJgrET8K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711101035.33077.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Torfinn Ingolfsen Subject: Re: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 00:05:57 -0000 --nextPart5194898.T9MJgrET8K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 10 Nov 2007, Torfinn Ingolfsen wrote: > On Fri, 26 Oct 2007 19:51:51 +0300 > > Kostik Belousov wrote: > > Take patch from > > http://people.freebsd.org/~kib/realbtx > > (rev. 2). The new loader is at the same location, but it seems that > > I did not saved new boot2. You need to install both boot block and > > loader obtained from the build with the realbtx patch applied, to > > you USB HDD drive. > > Just for fun, I tested this patch on an Acer Aspire 5672AWLMi laptop. > (See this page[1] for my adventures with this laptop.) > This laptop doesn't say "BTX halted", it just scrolls a lot of text > (register dumps?) across the screen forever. You could try this one as well.. http://people.freebsd.org/~jhb/patches/btx_crx.patch Although I have tried both and it works for some systems but not others=20 (eg Supermicro C2SBA bombs scrolling stack dumps over and over so fast=20 I can't take a picture of it). I should be getting another system like it soon so I can test it again,=20 hopefully I'll get time to add some 'go slow' routines to the stack=20 trace so I can actually record it :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart5194898.T9MJgrET8K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHNPXM5ZPcIHs/zowRAvD1AJ90RKbUTdblkCfqvrQjgWVW5iwymgCfZ0Wm jdOP8Xg39zNjRpMeLB1h0RQ= =ak+J -----END PGP SIGNATURE----- --nextPart5194898.T9MJgrET8K-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 04:08:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238FD16A421 for ; Sat, 10 Nov 2007 04:08:53 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp109.plus.mail.sp1.yahoo.com (smtp109.plus.mail.sp1.yahoo.com [69.147.95.72]) by mx1.freebsd.org (Postfix) with SMTP id 1532213C494 for ; Sat, 10 Nov 2007 04:08:53 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 12681 invoked from network); 10 Nov 2007 03:08:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=MI8CZ2hO/gWtm+eSQCo9xwhtnr+7bPFzi5ldYDAOx0gTceclDQlBg3ze0i/L84Q5vEgpbRbgtM8MQh5BUck9y4NM+rcPCEaTf7lhpjfEyD7HEKjHdheQzdz8w8m5uXIwBeVrRmhjZy+5E3tPWg64levrPOn+6a5RWaONmdjQjok= ; Received: from unknown (HELO borgdemon3.thruhere.net) (john_m_cooper@134.121.244.74 with plain) by smtp109.plus.mail.sp1.yahoo.com with SMTP; 10 Nov 2007 03:08:37 -0000 X-YMail-OSG: DgyzMigVM1m9PkgWrNQ2OqhZw2Iy.Q_oF5ZoRU194P5HzibgQK9rtfwz3fwYaGvh6NWOfRPQCTBNGtedCe9q.SJZ6.xCTPCYev5RjkI_dMHz8a_DDA-- Message-ID: <473520AF.4020204@yahoo.com> Date: Fri, 09 Nov 2007 19:08:31 -0800 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <192440147.20071026152939@opanki.ru> <20071026165151.GC37471@deviant.kiev.zoral.com.ua> <20071109221846.9899eebd.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20071109221846.9899eebd.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [Bulk] Re: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 04:08:53 -0000 Torfinn Ingolfsen wrote: > On Fri, 26 Oct 2007 19:51:51 +0300 > Kostik Belousov wrote: > > >> Take patch from >> http://people.freebsd.org/~kib/realbtx >> (rev. 2). The new loader is at the same location, but it seems that I >> did not saved new boot2. You need to install both boot block and >> loader obtained from the build with the realbtx patch applied, to you >> USB HDD drive. >> > > Just for fun, I tested this patch on an Acer Aspire 5672AWLMi laptop. > (See this page[1] for my adventures with this laptop.) > This laptop doesn't say "BTX halted", it just scrolls a lot of text > (register dumps?) across the screen forever. > > I did: > cd /usr/src/sys > patch < ../.../realbtx.2.patch > cd boot/i386 > make > > Then I copied the files to the usb hdd (da0) with > boot0cfg -B -b /usr/obj/usr/src/sys/boot/i386/boot0/boot0 da0 > mount /dev/da0s1a /mnt > cp -v /usr/obj/usr/src/sys/boot/i386/loader/loader /mnt/boot > > Is this the correct way to do it? > > Then I unmounted the disk and tried to boot it. > Unfortunately, nothing changed. When booted (from usb hdd) the laptop > still scrolls text across the screen forever. I have to turn it off > with the power button. > > Should this patch work on my laptop? > > 1) http://tingox.googlepages.com/aceraspireas5672andfreebsd > The realbtx.2.patch does not fix the hang during boot of my HP Pavillion dv9420us. The boot stops just like before, right after the Copyright message and text=?????? it freezes and only a power cycle will bring it to life. Currently, I work around the boot hang by pressing starting just before the BIOS splash disappears; and then press at the boot slice prompt. jmc From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 04:15:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7564916A417 for ; Sat, 10 Nov 2007 04:15:23 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp111.plus.mail.sp1.yahoo.com (smtp111.plus.mail.sp1.yahoo.com [69.147.95.74]) by mx1.freebsd.org (Postfix) with SMTP id 6327713C4B3 for ; Sat, 10 Nov 2007 04:15:23 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 64923 invoked from network); 10 Nov 2007 04:15:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=p2FzDYe2zmD1tsme2u+6FDky8j6tEZ+vZ46xkMXorXfFY6cP6A/1WDxqvh5+Uu/6YcLoutOJvTt/0MndM0HRqu+k60Q3bc5MIR1yNEihkq3UQG8CG1lcleKqHUUOsLNYviVqORxiuwsi/b68pKIEiiXgSFR0eWDmdJpGadQjQzg= ; Received: from unknown (HELO borgdemon3.thruhere.net) (john_m_cooper@134.121.244.74 with plain) by smtp111.plus.mail.sp1.yahoo.com with SMTP; 10 Nov 2007 04:15:10 -0000 X-YMail-OSG: uf2V8PoVM1l.DQyjhiIwj3Mz39EOm5XM.0m2QRz9K4RR0.3qVkFvL0e4RTbKMJwWEqY8vbop1aLrTOKTFsRbNSijw5MwHiws92ikbPMOVXru1FZcZthfWVuGksyM Message-ID: <4735304B.70201@yahoo.com> Date: Fri, 09 Nov 2007 20:15:07 -0800 From: John Merryweather Cooper User-Agent: Thunderbird 2.0.0.4pre (X11/20071013) MIME-Version: 1.0 To: Daniel O'Connor References: <192440147.20071026152939@opanki.ru> <20071026165151.GC37471@deviant.kiev.zoral.com.ua> <20071109221846.9899eebd.torfinn.ingolfsen@broadpark.no> <200711101035.33077.doconnor@gsoft.com.au> In-Reply-To: <200711101035.33077.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Torfinn Ingolfsen , freebsd-stable@freebsd.org Subject: Re: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 04:15:23 -0000 Daniel O'Connor wrote: > On Sat, 10 Nov 2007, Torfinn Ingolfsen wrote: > >> On Fri, 26 Oct 2007 19:51:51 +0300 >> >> Kostik Belousov wrote: >> >>> Take patch from >>> http://people.freebsd.org/~kib/realbtx >>> (rev. 2). The new loader is at the same location, but it seems that >>> I did not saved new boot2. You need to install both boot block and >>> loader obtained from the build with the realbtx patch applied, to >>> you USB HDD drive. >>> >> Just for fun, I tested this patch on an Acer Aspire 5672AWLMi laptop. >> (See this page[1] for my adventures with this laptop.) >> This laptop doesn't say "BTX halted", it just scrolls a lot of text >> (register dumps?) across the screen forever. >> > > You could try this one as well.. > http://people.freebsd.org/~jhb/patches/btx_crx.patch > > Although I have tried both and it works for some systems but not others > (eg Supermicro C2SBA bombs scrolling stack dumps over and over so fast > I can't take a picture of it). > > I should be getting another system like it soon so I can test it again, > hopefully I'll get time to add some 'go slow' routines to the stack > trace so I can actually record it :) > > btx_crx.patch doesn't apply cleanly to btx.S in FreeBSD 7.0-BETA2 jmc From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 04:32:52 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97CEB16A4EA for ; Sat, 10 Nov 2007 04:32:52 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.freebsd.org (Postfix) with ESMTP id 54EBC13C4A8 for ; Sat, 10 Nov 2007 04:32:50 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.1/8.14.1) with ESMTP id lAA4KO8Z036350 for ; Sat, 10 Nov 2007 11:20:25 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.1/8.14.1/Submit) id lAA4KOR4036349 for stable@freebsd.org; Sat, 10 Nov 2007 11:20:24 +0700 (KRAT) (envelope-from eugen) Date: Sat, 10 Nov 2007 11:20:24 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20071110042024.GA36324@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: 7.0-BETA2 buildworld fails: WITHOUT_WPA_SUPPLICANT_EAPOL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 04:32:52 -0000 Hi! Yesterday I've upgraded 7.0-BETA1 to 7.0-BETA2 with standard source upgrade procedure. Then I've tried to build world again using same sources but this time with some parts turned off via src.conf and found that make -j2 buildworld fails. This is my /etc/src.conf: WITHOUT_ATM= WITHOUT_AUDIT= WITHOUT_AUTHPF= WITHOUT_ZFS= WITHOUT_CDDL= WITHOUT_FORTRAN= WITHOUT_GCOV= WITHOUT_HTML= WITHOUT_I4B= WITHOUT_INET6= WITHOUT_IPFILTER= WITHOUT_IPX= WITHOUT_KERBEROS= WITHOUT_NIS= WITHOUT_PF= WITHOUT_PROFILE= WITHOUT_WPA_SUPPLICANT_EAPOL= Last lines of make's output: ===> usr.sbin/wpa (all) ===> usr.sbin/wpa/wpa_supplicant (all) cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/config.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/eloop.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/common.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/md5.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/rc4.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/sha1.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/wpa_supplicant.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/events.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/wpa.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/preauth.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/pmksa_cache.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/ctrl_iface.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/ctrl_iface_unix.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/main.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/drivers.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/driver_ndis.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/Packet32.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/os_unix.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/config_file.c cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -c /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/base64.c gzip -cn /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/wpa_supplicant.8 > wpa_supplicant.8.gz gzip -cn /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/wpa_supplicant.conf.5 > wpa_supplicant.conf.5.gz cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant -I/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -DCONFIG_TERMINATE_ONLASTIF -g -DCONFIG_BACKEND_FILE -o wpa_supplicant config.o eloop.o common.o md5.o rc4.o sha1.o aes_wrap.o wpa_supplicant.o events.o wpa.o preauth.o pmksa_cache.o ctrl_iface.o ctrl_iface_unix.o l2_packet.o main.o drivers.o driver_ndis.o Packet32.o driver_freebsd.o os_unix.o config_file.o base64.o -lpcap md5.o(.text+0xc0): In function `hmac_md5_vector': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/md5.c:78: undefined reference to `md5_vector' md5.o(.text+0x139):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/md5.c:91: undefined reference to `md5_vector' md5.o(.text+0x165):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/md5.c:49: undefined reference to `md5_vector' sha1.o(.text+0xc0): In function `hmac_sha1_vector': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/sha1.c:78: undefined reference to `sha1_vector' sha1.o(.text+0x139):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/sha1.c:91: undefined reference to `sha1_vector' sha1.o(.text+0x165):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/sha1.c:50: undefined reference to `sha1_vector' aes_wrap.o(.text+0x5a): In function `aes_128_cbc_decrypt': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:454: undefined reference to `aes_decrypt_init' aes_wrap.o(.text+0xc3):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:462: undefined reference to `aes_decrypt' aes_wrap.o(.text+0x109):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:468: undefined reference to `aes_decrypt_deinit' aes_wrap.o(.text+0x159): In function `aes_unwrap': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:112: undefined reference to `aes_decrypt_init' aes_wrap.o(.text+0x1cc):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:130: undefined reference to `aes_decrypt' aes_wrap.o(.text+0x206):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:136: undefined reference to `aes_decrypt_deinit' aes_wrap.o(.text+0x246): In function `aes_128_cbc_encrypt': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:421: undefined reference to `aes_encrypt_init' aes_wrap.o(.text+0x2ae):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:430: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x2dd):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:434: undefined reference to `aes_encrypt_deinit' aes_wrap.o(.text+0x309): In function `aes_128_ctr_encrypt': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:256: undefined reference to `aes_encrypt_init' aes_wrap.o(.text+0x358):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:262: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x3a4):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:276: undefined reference to `aes_encrypt_deinit' aes_wrap.o(.text+0x3c8): In function `aes_128_encrypt_block': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:228: undefined reference to `aes_encrypt_init' aes_wrap.o(.text+0x3e9):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:231: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x3f1):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:232: undefined reference to `aes_encrypt_deinit' aes_wrap.o(.text+0x415): In function `omac1_aes_128': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:184: undefined reference to `aes_encrypt_init' aes_wrap.o(.text+0x4b3):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:198: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x504):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:210: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x50f):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:211: undefined reference to `aes_encrypt_deinit' aes_wrap.o(.text+0x54a):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:193: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x5ae): In function `aes_wrap': /usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:56: undefined reference to `aes_encrypt_init' aes_wrap.o(.text+0x61d):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:72: undefined reference to `aes_encrypt' aes_wrap.o(.text+0x656):/usr/local/obj/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c:79: undefined reference to `aes_encrypt_deinit' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 04:53:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F24C816A418; Sat, 10 Nov 2007 04:53:03 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id A6BBF13C4A6; Sat, 10 Nov 2007 04:53:00 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with ESMTP id PAA28196; Sat, 10 Nov 2007 15:52:34 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 10 Nov 2007 15:52:33 +1100 (EST) From: Ian Smith To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <4732F067.7080601@deepcore.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Cc: freebsd-stable@freebsd.org, Henrik Brix Andersen , sos@freebsd.org Subject: Re: 7 on Soekris net4801? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 04:53:04 -0000 On Thu, 8 Nov 2007, Sren Schmidt wrote: > Ian Smith wrote: > > On Sat, 3 Nov 2007, Henrik Brix Andersen wrote: > > > On Sun, Nov 04, 2007 at 02:59:36AM +1100, Ian Smith wrote: > > > > any particular/new issues with RELENG_7 on the Soekris net4801? > > > > > > > > Thought I should check before upgrading my T23 as a build platform .. > > > > I haven't done this before, and will be relying on the howtos for 6.X > > > > > > I recently upgraded two of my net4801s to RELENG_7 - the only problem > > > I have seen so far, is that savecore(8) attempts to do non-aligned DMA > > > transfers and fails. I haven't had time to dig further into this issue > > > yet, though. > > > > Thanks, Brix. I'm wondering if that's still (again?) to do with item 3 > > at http://www.soekris.com/Issue0003.htm ? I've no idea whether a similar > > 'quick-fix' to that given for FreeBSD 4.X to /sys/dev/ata/ata-dma.c > > would work with the 5.5-S and 6.1-R code I have here, noting that the > > alignment is now specified in bytes rather than the earlier bytes-1, so > > '4' is presumably the value needed for dword alignment. > > > > Hmm, ok, trying to dig a little deeper .. rev 1.118 notes say: > > > > Add support for a the National Geode SC1100. Thanks to Soekris engineering > > for sponsoring a Soekris 4801 to make this support. > > > > but I couldn't find anywhere in 1.118 or in later versions up to 1.147 > > (RELENG_7, HEAD) that does anything other than 'ch->dma->alignment = 2;' > > > > (Not that me not finding it means much :) I also noticed at 1.137.2.2: > > > > Add support for using DMA on dump, greatly speeds up the dump process. > > > > Copying Soren in case he may have a bead on this, but it hardly seems > > any impediment to preparation or building for it when the box arrives. > > > > > Actually aligment is set to 16 but a bit untraditionally in > ata_national_setmode(). :) Thanks for the pointer. > I should change that to do it in an ata_national_allocate() function > which now can contain just a few lines. > > I'd figure that the problem is that the geode chip doesn't support 128 > sector writes just up to 126, that is not honered from the dump rutine IIRC. So it's the "can't do 64K DMA transfers" problem biting? I poked around through savecore.c and kerneldump.h but couldn't figure out where it might set anything like that up; it's all a bit far over my head. What might be needed to fix this? Using 32K (64 sectors) for the Geode instead (and perhaps the/some cyrix, as it sets up for 126 sectors too)? Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 06:52:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C86DA16A41B; Sat, 10 Nov 2007 06:52:48 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from mx1.unixguru.nl (mx1.unixguru.nl [77.37.12.119]) by mx1.freebsd.org (Postfix) with ESMTP id 8B72213C480; Sat, 10 Nov 2007 06:52:48 +0000 (UTC) (envelope-from richard@unixguru.nl) Received: from localhost (mx1.unixguru.nl [77.37.12.119]) by mx1.unixguru.nl (Postfix) with ESMTP id CE1181F7AB; Sat, 10 Nov 2007 07:53:10 +0100 (CET) Received: from mx1.unixguru.nl ([77.37.12.119]) by localhost (vs8916.vserver4free.de [77.37.12.119]) (amavisd-new, port 10024) with ESMTP id 8FlwZGu1Aljg; Sat, 10 Nov 2007 07:53:10 +0100 (CET) Received: from mail.unixguru.nl (www.unixguru.nl [217.122.53.58]) by mx1.unixguru.nl (Postfix) with ESMTP id 6CA1F1F63D; Sat, 10 Nov 2007 07:53:10 +0100 (CET) Received: from localhost (shell.unixguru.nl [192.168.10.20]) by mail.unixguru.nl (Postfix) with ESMTP id EE28211422; Sat, 10 Nov 2007 07:52:31 +0100 (CET) Date: Sat, 10 Nov 2007 07:52:31 +0100 From: Richard Arends To: Henri Hennebert Message-ID: <20071110065231.GD13845@shell.unixguru.nl> References: <47348CAC.5020208@restart.be> <20071109182355.GB13845@shell.unixguru.nl> <4734C4AF.9020609@restart.be> <20071109204830.GC13845@shell.unixguru.nl> <4734DF0B.7040300@restart.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4734DF0B.7040300@restart.be> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 06:52:48 -0000 On Fri, Nov 09, 2007 at 11:28:27PM +0100, Henri Hennebert wrote: Henri, > >See: echo "sleep 1" && time sleep 2 && echo "sleep 2" && time sleep 2 > >and: ls -l /notfound && echo yes > > Per the man page, zpool scrub *begin* a scrub witch go on in background, > so two scrubs are running simustaneously on 2 different pools. Okay, i see. I did not know scrub background. I stand corrected! :) -- Regards, Richard. /* Homo Sapiens non urinat in ventum */ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 09:11:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 747FA16A421 for ; Sat, 10 Nov 2007 09:11:20 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 1B94713C4BC for ; Sat, 10 Nov 2007 09:11:19 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5622B45E93; Sat, 10 Nov 2007 09:53:31 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6D00145CD9; Sat, 10 Nov 2007 09:53:26 +0100 (CET) Date: Sat, 10 Nov 2007 09:53:12 +0100 From: Pawel Jakub Dawidek To: Henri Hennebert Message-ID: <20071110085312.GG37371@garage.freebsd.pl> References: <47348CAC.5020208@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tvOENZuN7d6HfOWU" Content-Disposition: inline In-Reply-To: <47348CAC.5020208@restart.be> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 09:11:20 -0000 --tvOENZuN7d6HfOWU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: > hello >=20 > To push zfs, I launch 2 scrub at the same time, after ~20 seconds the=20 > system freeze: [...] I found a deadlock too. If it's reproducable for you, can you try this patch: http://people.freebsd.org/~pjd/patches/zgd_done.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --tvOENZuN7d6HfOWU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHNXF4ForvXbEpPzQRAsnhAJ4ngxfdRfwXhOjNzqR2i+fmrXg7wgCg9pg/ tk3dKmHicH3jPb4jbKG+ZKw= =plgw -----END PGP SIGNATURE----- --tvOENZuN7d6HfOWU-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 11:39:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C2A16A421; Sat, 10 Nov 2007 11:39:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9E613C4A6; Sat, 10 Nov 2007 11:39:32 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 351A31BAC24; Sat, 10 Nov 2007 12:39:31 +0100 (CET) Received: from avoriaz.restart.bel (avoriaz.restart.bel [192.168.24.1]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAABdRke004523; Sat, 10 Nov 2007 12:39:28 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194694770; bh=U/em3Nqnyonm1z03xK5AmAQYbzszLiTVDK7cmEa 0ccg=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=ZK3Az1wcib1 6Rq4tN9/LWyt5bnHvdJNoOsZXQw01NeThatC+H6XE6lte8/X5Ck6yFj5b88qS0M7+KW reXowYSw== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=AqgagwP9+4o/OrK+6MI4rmboUocriFPpSWGG8bU6emlc9Uj82Eeq9iIdDKSYANhfB P0sH73sv8oV1eg0PUQ8Lw== Message-ID: <4735986F.5000307@restart.be> Date: Sat, 10 Nov 2007 12:39:27 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071102) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> In-Reply-To: <20071110085312.GG37371@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 192.168.24.1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 11:39:32 -0000 Pawel Jakub Dawidek wrote: > On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >> hello >> >> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >> system freeze: > [...] > > I found a deadlock too. If it's reproducable for you, can you try this > patch: I reproduce it after 30 minutes, si I try you patch. > > http://people.freebsd.org/~pjd/patches/zgd_done.patch when I try to load zfs.ko I get: # kldload zfs link_elf: symbol kproc_create undefined kldload: can't load zfs: No such file or directory What must I add to my config to resolve this symbol / problem Thanks Henri > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 12:48:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C6016A419; Sat, 10 Nov 2007 12:48:38 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 0391E13C4B8; Sat, 10 Nov 2007 12:48:37 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 245E945E8F; Sat, 10 Nov 2007 13:48:26 +0100 (CET) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1279E45B26; Sat, 10 Nov 2007 13:48:21 +0100 (CET) Date: Sat, 10 Nov 2007 13:48:06 +0100 From: Pawel Jakub Dawidek To: Henri Hennebert Message-ID: <20071110124806.GI37371@garage.freebsd.pl> References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtJ+CqYNzKB4ukR4" Content-Disposition: inline In-Reply-To: <4735986F.5000307@restart.be> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 12:48:38 -0000 --vtJ+CqYNzKB4ukR4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: > Pawel Jakub Dawidek wrote: > >On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: > >>hello > >> > >>To push zfs, I launch 2 scrub at the same time, after ~20 seconds the= =20 > >>system freeze: > >[...] > > > >I found a deadlock too. If it's reproducable for you, can you try this > >patch: >=20 > I reproduce it after 30 minutes, si I try you patch. >=20 > > > > http://people.freebsd.org/~pjd/patches/zgd_done.patch >=20 > when I try to load zfs.ko I get: >=20 > # kldload zfs > link_elf: symbol kproc_create undefined > kldload: can't load zfs: No such file or directory >=20 > What must I add to my config to resolve this symbol / problem Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --vtJ+CqYNzKB4ukR4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHNaiGForvXbEpPzQRAgnSAJ9XApCl7y9G68y2ZfNPKiJVT53hQgCggF7T AfWHttm2w3+eIuhbz1AntOs= =cYAy -----END PGP SIGNATURE----- --vtJ+CqYNzKB4ukR4-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 13:28:15 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5105916A418 for ; Sat, 10 Nov 2007 13:28:15 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2001:470:1f05:d6:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id E77FE13C4C3 for ; Sat, 10 Nov 2007 13:28:14 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by pinus.izb.knu.ac.kr (Postfix, from userid 59) id 24D9F3EC8; Sat, 10 Nov 2007 22:28:13 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on pinus.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-19.8 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id A6F633EC7; Sat, 10 Nov 2007 22:28:11 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=izb.knu.ac.kr; h= subject:from:reply-to:to:in-reply-to:references:content-type: date:message-id:mime-version:content-transfer-encoding; q= dns/txt; s=s1024; bh=CLwZLcsAC6WNlWCIMwhtO1nFCBQCEDkAFxDqhftQCKg =; b=lp/3GbKn/cvbXAPBL2lBZjfehxADJjLfBIXbjFZqF39IAQ4bBha/rYAHbRy 8yawpLX4ZIAs1OkoQaNTfX/MomCUs2oGMXGOQBkibWauugWLBskacua8MpNZH5Pu UEW3V7bzvi8nYkLEw4CI/8IKyE8rHz0yz6bIId6RoK2B/uOg= Received: from chrys.izb.knu.ac.kr (chrys.izb.knu.ac.kr [IPv6:2001:470:1f05:cf:3::1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 430E93EC6; Sat, 10 Nov 2007 22:28:11 +0900 (KST) Received: from [IPv6:2001:470:1f05:d6:3::2] (jihad.izb.knu.ac.kr [IPv6:2001:470:1f05:d6:3::2]) by chrys.izb.knu.ac.kr (Postfix) with ESMTP id 83F951CCEE; Sat, 10 Nov 2007 22:28:07 +0900 (KST) From: Byung-Hee HWANG To: stable@freebsd.org In-Reply-To: <200711091713.55538.angrywolf@flashmail.com> References: <200711091556.22569.angrywolf@flashmail.com> <1194622993.853.20.camel@viola.izb.knu.ac.kr> <200711091713.55538.angrywolf@flashmail.com> Content-Type: text/plain Organization: InZealBomb Date: Sat, 10 Nov 2007 22:28:05 +0900 Message-Id: <1194701285.802.28.camel@jihad.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: No boot messages after upgrading to 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 13:28:15 -0000 On Fri, 2007-11-09 at 17:13 +0100, AngryWolf wrote: > Hi, > > > Also i'm having 7.0-BETA2. But i have no such problems that you are > > facing now. So i'll give you some more straight question. Did you > > update /etc with mergemaster(8) after `make installworld'? > > Yes, I followed every commands in the howto, including these ones: > > mergemaster -p > make installworld > mergemaster > > Which worked well for most of my settings in /etc, but I had to readd my user > account with pw manually, and kdm startup was gone in /etc/ttys, so I added > it back: > > ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure > > Anyway, it was the first time I used mergemaster. > > I have a backup of /etc. For now, i have no good idea to solve your problems. But, i can give you another hint. Actually i think that you might be some wrong point on upgrading your machine. Can you please study following reference? http://lists.freebsd.org/pipermail/freebsd-questions/2007-November/162187.html Sincerely, -- "I don't care what it costs. I don't care if we have to fight all the five families in New York." -- Santino Corleone, "Chapter 4", page 95 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 14:36:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E33016A46C for ; Sat, 10 Nov 2007 14:36:34 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo1so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4341213C4B0 for ; Sat, 10 Nov 2007 14:36:34 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRA00C2YLOJ7C40@l-daemon> for freebsd-stable@freebsd.org; Sat, 10 Nov 2007 06:33:55 -0700 (MST) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRA00BS7LOJ3540@pd3mr3so.prod.shaw.ca> for freebsd-stable@freebsd.org; Sat, 10 Nov 2007 06:33:55 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with SMTP id <0JRA0077ALOHDF00@l-daemon> for freebsd-stable@freebsd.org; Sat, 10 Nov 2007 06:33:54 -0700 (MST) Received: (qmail 3791 invoked from network); Sat, 10 Nov 2007 13:33:53 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Sat, 10 Nov 2007 13:33:53 +0000 Date: Sat, 10 Nov 2007 05:33:52 -0800 From: Colin Percival In-reply-to: <1193960715.36472.10.camel@opus.cse.buffalo.edu> To: freebsd-stable@freebsd.org Message-id: <4735B340.3050708@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.0 References: <1193960715.36472.10.camel@opus.cse.buffalo.edu> User-Agent: Thunderbird 2.0.0.6 (X11/20071102) Cc: Ken Smith Subject: Re: FreeBSD 6.3-BETA1 available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 14:36:34 -0000 Ken Smith wrote: > The 6.3-BETA1 builds got delayed a bit by a last minute MFC causing some > undesired ABI breakage. That has been fixed and the 6.3-BETA1 builds > for amd64, i386, pc98, and sparc64 have completed. Instructions on using FreeBSD Update to upgrade i386 and amd64 systems running FreeBSD 6.x to 6.3-BETA1 are now available: http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html Instructions on using FreeBSD Update to upgrade to 7.0-BETA2 should be here within 24 hours. Colin Percival FreeBSD Security Officer From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 14:54:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7846F16A41A for ; Sat, 10 Nov 2007 14:54:46 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 017D213C4B2 for ; Sat, 10 Nov 2007 14:54:45 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id ABD661BAC24; Sat, 10 Nov 2007 15:54:44 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAAEseMr005095; Sat, 10 Nov 2007 15:54:41 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194706484; bh=Vlbp+eKz5quk2GFQxeNT3y04pKY9B77sL6xTvyg S0uA=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=B7nEGnQCNz/ 0wnDEgln4VlMY7A0PHH/4V5Pb3ZgT3zspAz1u9LoClNy0H5hzwWGSqir/cnMHYHp59V N/Q9Th1w== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=vnCd84boB7qZEj+GS5e7HY87k/JJVYgjT5xfkTmH6gKZfrYENJlZOsgaC1MTYlPxJ 9zBGVRgaK0+CTWRYO3hyw== Message-ID: <4735C630.7000902@restart.be> Date: Sat, 10 Nov 2007 15:54:40 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: AngryWolf References: <200711091556.22569.angrywolf@flashmail.com> In-Reply-To: <200711091556.22569.angrywolf@flashmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-stable@freebsd.org Subject: Re: No boot messages after upgrading to 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 14:54:46 -0000 AngryWolf wrote: > Hi, > > Recently I upgraded my FreeBSD 6.2 system to 7.0-BETA2 using cvsup and the > following howto, except that what I first did was a `pkg_delete -a': > > http://d-kriptik.com/blog/2007/10/30/updating-to-freebsd-7-beta-1-from-freebsd-62/ > > Everything went OK, except that, after the second reboot, now I can see: > > - no system messages (what I usually see in dmesg), > - no rc messages (about daemons startup), > - no general syslog messages (like using command 'su'). Just a thought, are you using a serial console, have you a /boot.config file? Henri > > It's like I've lost the default tty or something, because after the boot > process finishes, I can still log in, KDM starts up fine, etc. > > How can I fix this? > > FreeBSD localhost.localdomain 7.0-BETA2 FreeBSD 7.0-BETA2 #7: Fri Nov 9 > 13:16:53 CET 2007 > angrywolf@localhost.localdomain:/usr/obj/usr/src/sys/MYKERNEL i386 > > I used the GENERIC configuration with the only difference that I added `device > atapicam' for kbd. > > Also, I'm not sure whether I should enable SMP for my CPU, which is Intel(R) > Celeron(R) D 3.20GHz. > > Thanks in advance. > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 15:30:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A1516A4A5 for ; Sat, 10 Nov 2007 15:30:29 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 183E213C4B3 for ; Sat, 10 Nov 2007 15:30:28 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.1/8.14.1) with ESMTP id lAAFGcPY010754 for ; Sat, 10 Nov 2007 09:16:38 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <4735CB58.7070703@math.missouri.edu> Date: Sat, 10 Nov 2007 09:16:40 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Trouble running Mathematica X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 15:30:29 -0000 When I run Mathematica 5.2 on FreeBSD RELENG_7 I get the following message: /usr/local/mma52/SystemFiles/Kernel/Binaries/Linux/MathKernel: error while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI invalid It worked fine on RELENG_6. Furthermore Mathematica 5.0 seems to work fine on RELENG_7. I have the usual set of linux emulation libraries installed (what is pulled in by building the acroread7 port.) Any ideas? I'm really not sure how to go about diagnosing this apart from running ldd, which doesn't seem to tell me much more. Thanks, Stephen From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 16:06:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8596D16A41B for ; Sat, 10 Nov 2007 16:06:15 +0000 (UTC) (envelope-from freebsd-stable@lobraun.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 0109913C4B5 for ; Sat, 10 Nov 2007 16:06:14 +0000 (UTC) (envelope-from freebsd-stable@lobraun.de) Received: from [134.2.187.33] (vpn2783.extern.uni-tuebingen.de [134.2.187.33]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1IqsQ80Ne8-0006qA; Sat, 10 Nov 2007 16:38:53 +0100 Message-ID: <4735D090.2040508@lobraun.de> Date: Sat, 10 Nov 2007 16:38:56 +0100 From: Lothar Braun User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <4735CB58.7070703@math.missouri.edu> In-Reply-To: <4735CB58.7070703@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX18hCnBsda6bYUhD/YzpyTdmmf/BncnBEzq8n1A QfVb6tIclkQAFK7Bp0tmi8jez8UEAhDh5gxgbf7iM9lyxB+M/M /UOCl8vB51Yf2Ca2Gy8yEtKOn6CqFqp Cc: freebsd-stable@freebsd.org Subject: Re: Trouble running Mathematica X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 16:06:15 -0000 Stephen Montgomery-Smith wrote: > When I run Mathematica 5.2 on FreeBSD RELENG_7 I get the following message: > > /usr/local/mma52/SystemFiles/Kernel/Binaries/Linux/MathKernel: error > while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI > invalid I got a similar message, when i tried to run skype_devel. The solution was to run sysctl compat.linux.osrelease=2.4.20 and put "compat.linux.osrelease=2.4.20" into my /etc/sysctl.conf. This may help you, too. Regards, Lothar From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 16:28:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E03616A418; Sat, 10 Nov 2007 16:28:33 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from rusty.kulnet.kuleuven.ac.be (rusty.kulnet.kuleuven.ac.be [134.58.240.42]) by mx1.freebsd.org (Postfix) with ESMTP id E7F1413C4C4; Sat, 10 Nov 2007 16:28:32 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 521961D76BA; Sat, 10 Nov 2007 17:10:50 +0100 (CET) Received: from smtps01.kuleuven.be (smtpshost01.kulnet.kuleuven.be [134.58.240.74]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 110151D7606; Sat, 10 Nov 2007 17:10:49 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps01.kuleuven.be (Postfix) with ESMTP id EFFAE31E702; Sat, 10 Nov 2007 17:10:48 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id lAAGAmN0004415; Sat, 10 Nov 2007 17:10:48 +0100 (CET) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: Stephen Montgomery-Smith Date: Sat, 10 Nov 2007 17:10:45 +0100 User-Agent: KMail/1.9.7 References: <4735CB58.7070703@math.missouri.edu> In-Reply-To: <4735CB58.7070703@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711101710.47357.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Trouble running Mathematica X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 16:28:33 -0000 On Saturday 10 November 2007 16:16:40 Stephen Montgomery-Smith wrote: > When I run Mathematica 5.2 on FreeBSD RELENG_7 I get the following > message: > > /usr/local/mma52/SystemFiles/Kernel/Binaries/Linux/MathKernel: error > while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI > invalid If you have linux_base-fc4, creating the following link should fix it: ln -s ../../lib/librt-2.3.6.so /compat/linux/usr/lib/librt.so.1 This is something that should have been added to the linux_base-fc4 package long time ago, but I guess it got lost. CC'ed to maintainer. The same error appears when you run /compat/linux/bin/ls. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 16:30:38 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D9E16A418 for ; Sat, 10 Nov 2007 16:30:38 +0000 (UTC) (envelope-from redmail@cauchy.math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id E312E13C4CA for ; Sat, 10 Nov 2007 16:30:37 +0000 (UTC) (envelope-from redmail@cauchy.math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.1/8.14.1) with ESMTP id lAAGBYWF011087; Sat, 10 Nov 2007 10:11:34 -0600 (CST) (envelope-from redmail@cauchy.math.missouri.edu) Received: (from redmail@localhost) by cauchy.math.missouri.edu (8.14.1/8.14.1/Submit) id lAAGBYf8011086; Sat, 10 Nov 2007 10:11:34 -0600 (CST) (envelope-from redmail) Date: Sat, 10 Nov 2007 10:11:33 -0600 From: Stephen Montgomery-Smith To: Lothar Braun Message-ID: <20071110161133.GA11049@cauchy.math.missouri.edu> References: <4735CB58.7070703@math.missouri.edu> <4735D090.2040508@lobraun.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4735D090.2040508@lobraun.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@FreeBSD.org Subject: Re: Trouble running Mathematica X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 16:30:38 -0000 On Sat, Nov 10, 2007 at 04:38:56PM +0100, Lothar Braun wrote: > Stephen Montgomery-Smith wrote: > > When I run Mathematica 5.2 on FreeBSD RELENG_7 I get the following message: > > > > /usr/local/mma52/SystemFiles/Kernel/Binaries/Linux/MathKernel: error > > while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI > > invalid > > I got a similar message, when i tried to run skype_devel. The solution > was to run > > sysctl compat.linux.osrelease=2.4.20 > > and put "compat.linux.osrelease=2.4.20" into my /etc/sysctl.conf. This > may help you, too. > > Regards, > Lothar Works brilliantly !!!! From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 16:30:38 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84E4216A468; Sat, 10 Nov 2007 16:30:38 +0000 (UTC) (envelope-from redmail@cauchy.math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4B16113C4A3; Sat, 10 Nov 2007 16:30:38 +0000 (UTC) (envelope-from redmail@cauchy.math.missouri.edu) Received: from cauchy.math.missouri.edu (localhost [127.0.0.1]) by cauchy.math.missouri.edu (8.14.1/8.14.1) with ESMTP id lAAGHfQq011322; Sat, 10 Nov 2007 10:17:41 -0600 (CST) (envelope-from redmail@cauchy.math.missouri.edu) Received: (from redmail@localhost) by cauchy.math.missouri.edu (8.14.1/8.14.1/Submit) id lAAGHfkr011321; Sat, 10 Nov 2007 10:17:41 -0600 (CST) (envelope-from redmail) Date: Sat, 10 Nov 2007 10:17:40 -0600 From: Stephen Montgomery-Smith To: Tijl Coosemans Message-ID: <20071110161740.GB11049@cauchy.math.missouri.edu> References: <4735CB58.7070703@math.missouri.edu> <200711101710.47357.tijl@ulyssis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711101710.47357.tijl@ulyssis.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Trouble running Mathematica X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 16:30:38 -0000 On Sat, Nov 10, 2007 at 05:10:45PM +0100, Tijl Coosemans wrote: > On Saturday 10 November 2007 16:16:40 Stephen Montgomery-Smith wrote: > > When I run Mathematica 5.2 on FreeBSD RELENG_7 I get the following > > message: > > > > /usr/local/mma52/SystemFiles/Kernel/Binaries/Linux/MathKernel: error > > while loading shared libraries: /usr/lib/librt.so.1: ELF file OS ABI > > invalid > > If you have linux_base-fc4, creating the following link should fix it: > > ln -s ../../lib/librt-2.3.6.so /compat/linux/usr/lib/librt.so.1 > > This is something that should have been added to the linux_base-fc4 > package long time ago, but I guess it got lost. CC'ed to maintainer. > The same error appears when you run /compat/linux/bin/ls. Another great solution! From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 19:49:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33C2716A418 for ; Sat, 10 Nov 2007 19:49:27 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id DFB8213C4C5 for ; Sat, 10 Nov 2007 19:49:26 +0000 (UTC) (envelope-from chardon.frederic@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so374814pyb for ; Sat, 10 Nov 2007 11:49:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=eRl+hbRm2+SOYQck9hnkxo/LfIPXXZNZDnnNYQRP//8=; b=YX9zeas2LlTP6PuWcrrW4+CV8+ntNvCf3ISRtP2pPnktXawq1REW3rO07XZThCo3TNVNfbjXSfiabwi2XtlG6Z3Gt3rxfGzF3PCgAd92Dzoo8lvJL+opTjjgvygISmkZoWDvkSsNS2qo0OdQ8v1NL1POrnKeaTDD+8uyeZacsec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=TNi1iv/hrixbjPSkFe7IbM5l3sFp1OpBvH9eAu4iFLnXc7g1Ulsj/gRtS9CuYm5lISG/DkpQ6Xb5iLjGt5XZCDNElaWYx0E66cD07IgxFZDSh6HGK8Jxaug05v2kMkeR090SGrEalSg8JGWBTbMCcNvrwYYwlnXQiD9U/kdIdUU= Received: by 10.35.129.19 with SMTP id g19mr3719043pyn.1194722442535; Sat, 10 Nov 2007 11:20:42 -0800 (PST) Received: by 10.35.97.6 with HTTP; Sat, 10 Nov 2007 11:20:42 -0800 (PST) Message-ID: <8e73e8440711101120s13599e18h1774692414fbf4ef@mail.gmail.com> Date: Sat, 10 Nov 2007 20:20:42 +0100 From: "Frederic Chardon" To: freebsd-stable@freebsd.org, eugen@grosbein.pp.ru MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline Cc: Subject: Re: 7.0-BETA2 buildworld fails: WITHOUT_WPA_SUPPLICANT_EAPOL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 19:49:27 -0000 PiAtLS0tLS0tLS0tIE1lc3NhZ2UgdHJhbnNmw6lyw6kgLS0tLS0tLS0tLQo+IEZyb206IEV1Z2Vu ZSBHcm9zYmVpbiA8ZXVnZW5AZ3Jvc2JlaW4ucHAucnU+Cj4gVG86IHN0YWJsZUBmcmVlYnNkLm9y Zwo+IERhdGU6IFNhdCwgMTAgTm92IDIwMDcgMTE6MjA6MjQgKzA3MDAKPiBTdWJqZWN0OiA3LjAt QkVUQTIgYnVpbGR3b3JsZCBmYWlsczogV0lUSE9VVF9XUEFfU1VQUExJQ0FOVF9FQVBPTAo+IEhp IQo+Cj4gWWVzdGVyZGF5IEkndmUgdXBncmFkZWQgNy4wLUJFVEExIHRvIDcuMC1CRVRBMiB3aXRo IHN0YW5kYXJkIHNvdXJjZQo+IHVwZ3JhZGUgcHJvY2VkdXJlLiBUaGVuIEkndmUgdHJpZWQgdG8g YnVpbGQgd29ybGQgYWdhaW4gdXNpbmcgc2FtZSBzb3VyY2VzCj4gYnV0IHRoaXMgdGltZSB3aXRo IHNvbWUgcGFydHMgdHVybmVkIG9mZiB2aWEgc3JjLmNvbmYgYW5kIGZvdW5kCj4gdGhhdCBtYWtl IC1qMiBidWlsZHdvcmxkIGZhaWxzLiBUaGlzIGlzIG15IC9ldGMvc3JjLmNvbmY6Cj4KPiBXSVRI T1VUX0FUTT0KPiBXSVRIT1VUX0FVRElUPQo+IFdJVEhPVVRfQVVUSFBGPQo+IFdJVEhPVVRfWkZT PQo+IFdJVEhPVVRfQ0RETD0KPiBXSVRIT1VUX0ZPUlRSQU49Cj4gV0lUSE9VVF9HQ09WPQo+IFdJ VEhPVVRfSFRNTD0KPiBXSVRIT1VUX0k0Qj0KPiBXSVRIT1VUX0lORVQ2PQo+IFdJVEhPVVRfSVBG SUxURVI9Cj4gV0lUSE9VVF9JUFg9Cj4gV0lUSE9VVF9LRVJCRVJPUz0KPiBXSVRIT1VUX05JUz0K PiBXSVRIT1VUX1BGPQo+IFdJVEhPVVRfUFJPRklMRT0KPiBXSVRIT1VUX1dQQV9TVVBQTElDQU5U X0VBUE9MPQo8c25pcD4KCkhlbGxvCkkgaGFkIGV4YWN0bHkgdGhlIHNhbWUgcHJvYmxlbSB0aGlz IG1vcm5pbmcsIHNpbXBseSBjb21tZW50CiNXSVRIT1VUX1dQQV9TVVBQTElDQU5UX0VBUE9MPQpp biB5b3VyIG1ha2UuY29uZiBhbmQgaXQgc2hvdWxkIHdvcmsuCgpGcmVkZXJpYwo= From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 19:56:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AB9216A418 for ; Sat, 10 Nov 2007 19:56:48 +0000 (UTC) (envelope-from naylor.b.david@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 AE43813C48D for ; Sat, 10 Nov 2007 19:56:47 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so377547pyb for ; Sat, 10 Nov 2007 11:56:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received: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; bh=wCVJ/ElJ4WeesKIIWsjTyH0Q64qQVZD4/YPzD6X9P6k=; b=nXU5LfWzi+/mnHdfITFN3G4rURr84Rouyk1GH0fmcUCndiBezHhvNaIfLQRXiNhVrJ/V1OaGNliNgOOQhsVmu0AXp9hRlFhPIrikYC3YM4/05gL3V0aE7gPG+ftqNTuvTat6jZT2h9A3qO2eJZh0LJnVe0tTCqRg8zJ6usnsbCU= 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=QgBKFXZzXr5X+UcFIsVk1YgO2zNZFsKcWlG+3BdTmGq+x66acc7DGF+1l3vYvaTyym3Wor6GNHZgQLcmOp3BAvyw0lx9C4TxNEBmGN5aGdnrAe8songRI6QrPMacjMyQlmc0Rc2hwpOjeOKcYmj/6kY3hW7IW6rtvIB1Y5E94eY= Received: by 10.65.121.9 with SMTP id y9mr10073267qbm.1194724596726; Sat, 10 Nov 2007 11:56:36 -0800 (PST) Received: by 10.64.180.6 with HTTP; Sat, 10 Nov 2007 11:56:36 -0800 (PST) Message-ID: Date: Sat, 10 Nov 2007 21:56:36 +0200 From: "David Naylor" Sender: naylor.b.david@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20071109065201.GA47328@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071108212921.GA34721@eos.sc1.parodius.com> <20071109065201.GA47328@eos.sc1.parodius.com> X-Google-Sender-Auth: 57497b9d7771e0f1 Cc: freebsd-stable@freebsd.org Subject: Re: Harddisk failure causes system crash, please help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 19:56:48 -0000 On 09/11/2007, Jeremy Chadwick wrote: > Okay, so it's probably that area of the disk which has some problem... It may but I can confirm that FreeBSD is not handling it properly (see below) > There's a free utility called HDTune which has a sector scanner which > explicitly looks for bad sectors ("Error Scan"). I would *uncheck* the I got it and it works well. Thank you. The first time I used it there was a corrupt sector in approximately the area ad0e occupied (where the crashes from reads were from). I then did a dd if=/dev/urandom of=/dev/ad0e bs=64k and the error disappeared (from HDTune). Something strange did appear though, a bad sector near the beginning of the drive however I have not seen it since. I have run multiple tests since and all were green. > You might also be able to use that utility to get SMART stats for the > drive, although smartctl -a /dev/ad0 should suffice too. The disk Sorry but I have not used smartctl since as the dd wiped out large portions of FreeBSD and I have not reinstalled it. In summary: I have been having problems with FreeBSD when reading from a certain area of the hard disk (a system crash occurs). I have been able to determine that the hard drive is not corrupting (or the corrupting has stabilized...?). More importantly I have determined that other operating systems have not been having problems (Windows and Linux (openSUSE 10.2 Rescue)) thus I conclude that FreeBSD is in fact not handling the hardware properly (malfunctioning or buggy driver? or more likely not with a required quark). When I first installed FreeBSD I did a dd if=/dev/zero of=/dev/ad0 bs=1M. I think this may have contributed to the problem. I read somewhere that optical drives do not handle 0's and 1's in continues succession well and this may be applicable to hard drives (comments?) and that FreeBSD is not handing correctly. Should I submit a PR or is this better handled on the mailing list (if it should be handled at all)? Thank you for your help. David P.S. After further testing the occurrence of the crashes seems to be less consistent. I will continue some testing to see if I can determine a consistent pattern. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 20:08:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DA1B16A41B for ; Sat, 10 Nov 2007 20:08:47 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.freebsd.org (Postfix) with ESMTP id 015FE13C48A for ; Sat, 10 Nov 2007 20:08:45 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.1/8.14.1) with ESMTP id lAAK8WeG002133 for ; Sun, 11 Nov 2007 03:08:32 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.1/8.14.1/Submit) id lAAK8Vn1002132 for stable@freebsd.org; Sun, 11 Nov 2007 03:08:31 +0700 (KRAT) (envelope-from eugen) Date: Sun, 11 Nov 2007 03:08:31 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20071110200831.GA1230@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: 7.0-BETA2: rpc.lockd fails to start X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 20:08:47 -0000 Hi! I've in /etc/rc.conf: nfs_server_enable="YES" rpcbind_enable="YES" rpc_lockd_enable="YES" At boot: Starting mountd. Starting nfsd. Starting lockd. Nov 11 02:56:25 grosbein rpc.lockd: 100024 RPC: Program not registered And rpc.lockd exits. Kernel and world are built with IPv6 disabled, here is /etc/src.conf: WITHOUT_ATM= WITHOUT_AUDIT= WITHOUT_AUTHPF= WITHOUT_ZFS= WITHOUT_CDDL= WITHOUT_FORTRAN= WITHOUT_GCOV= WITHOUT_HTML= WITHOUT_I4B= WITHOUT_INET6= WITHOUT_IPFILTER= WITHOUT_IPX= WITHOUT_KERBEROS= WITHOUT_NIS= WITHOUT_PF= WITHOUT_PROFILE= Should I worry abouth non-functional rpc.lockd? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 20:30:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 302DB16A420; Sat, 10 Nov 2007 20:30:29 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA2F13C4A7; Sat, 10 Nov 2007 20:30:28 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 8D9001BAC24; Sat, 10 Nov 2007 21:30:27 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id lAAKUOai005957; Sat, 10 Nov 2007 21:30:24 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1194726627; bh=tsDqkhtEz886sEAnvR37FRGXXMC7L10AQUucR/Q 9m7Y=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=a9syHIFEyOy ywhKa+MRUGBD/mv51Urwqn8+O73RQRD8xQLnBHnS3lpol8o4OrA72dLT2N4CSFTrqod KLuiC0dg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=k6I+QyPJZGwn8yCmhVxeaOmiwwT0TYYLspoNqc773X4tHyu/zFPQHFSxCESzC0Ras XLcRurMkFSIJDo1CqAoyQ== Message-ID: <473614E0.8010401@restart.be> Date: Sat, 10 Nov 2007 21:30:24 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> <4735986F.5000307@restart.be> <20071110124806.GI37371@garage.freebsd.pl> In-Reply-To: <20071110124806.GI37371@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 20:30:29 -0000 Pawel Jakub Dawidek wrote: > On Sat, Nov 10, 2007 at 12:39:27PM +0100, Henri Hennebert wrote: >> Pawel Jakub Dawidek wrote: >>> On Fri, Nov 09, 2007 at 05:37:00PM +0100, Henri Hennebert wrote: >>>> hello >>>> >>>> To push zfs, I launch 2 scrub at the same time, after ~20 seconds the >>>> system freeze: >>> [...] >>> >>> I found a deadlock too. If it's reproducable for you, can you try this >>> patch: >> I reproduce it after 30 minutes, si I try you patch. >> >>> http://people.freebsd.org/~pjd/patches/zgd_done.patch >> when I try to load zfs.ko I get: >> >> # kldload zfs >> link_elf: symbol kproc_create undefined >> kldload: can't load zfs: No such file or directory >> >> What must I add to my config to resolve this symbol / problem > > Ouch, you don't use HEAD. Try changing kproc_*() to kthread_*(). > It load correctly now... Moreover, no deadlock after multiple scrub in // and some buildworld to make sure... look fine for my config :-) Just to give credit to zfs, scrub encounter 2 IO errors without impact on my data :) /var/log/messages: Nov 10 15:33:00 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=299882429 Nov 10 15:33:06 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=299882429 Nov 10 15:33:12 morzine kernel: ad6: FAILURE - READ_DMA48 timed out LBA=299882429 Nov 10 16:55:53 morzine kernel: ad6: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly Nov 10 16:55:53 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (1 retry left) LBA=299883325 Nov 10 16:56:06 morzine kernel: ad6: TIMEOUT - READ_DMA48 retrying (0 retries left) LBA=299883325 Nov 10 16:56:13 morzine kernel: ad6: FAILURE - READ_DMA48 timed out LBA=299883325 ZFS is realy great! I will run more test tomorrow... and keep you posted Thanks Henri From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 20:36:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 853AC16A41A for ; Sat, 10 Nov 2007 20:36:16 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from b.relay.invitel.net (b.relay.invitel.net [62.77.203.4]) by mx1.freebsd.org (Postfix) with ESMTP id DB91D13C4DB for ; Sat, 10 Nov 2007 20:36:15 +0000 (UTC) (envelope-from angrywolf@flashmail.com) Received: from mail.invitel.hu (mail.vnet.hu [213.163.59.4]) by b.relay.invitel.net (Invitel Core SMTP Transmitter) with ESMTP id 4B60838735A for ; Sat, 10 Nov 2007 21:35:43 +0100 (CET) Received: from 555555.no-ip.org ([82.131.183.195]) by mail.invitel.hu (Invitel Messaging Server) with ESMTPA id <0JRB00BC257J8KE0@invitel.hu> for freebsd-stable@freebsd.org; Sat, 10 Nov 2007 21:35:43 +0100 (CET) Received: by 555555.no-ip.org (Postfix, from userid 8) id A151A8FCAF; Sat, 10 Nov 2007 21:35:42 +0100 (CET) Received: from gep7.555555.no-ip.org (gep7 [172.16.0.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by 555555.no-ip.org (Postfix) with ESMTP id 328B38FCAD for ; Sat, 10 Nov 2007 21:35:19 +0100 (CET) Date: Sat, 10 Nov 2007 21:34:59 +0100 From: AngryWolf In-reply-to: <1194701285.802.28.camel@jihad.izb.knu.ac.kr> To: freebsd-stable@freebsd.org Message-id: <200711102134.59393.angrywolf@flashmail.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 7BIT Content-disposition: inline References: <200711091556.22569.angrywolf@flashmail.com> <200711091713.55538.angrywolf@flashmail.com> <1194701285.802.28.camel@jihad.izb.knu.ac.kr> User-Agent: KMail/1.9.7 Subject: Re: [FIXED] No boot messages after upgrading to 7.0-BETA2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 20:36:16 -0000 Hi, On Saturday 10 November 2007 14.28.05 Byung-Hee HWANG wrote: > For now, i have no good idea to solve your problems. But, i can give you > another hint. Actually i think that you might be some wrong point on > upgrading your machine. Can you please study following reference? > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-November/162187.h >tml You were right, I guess, I followed every steps of that guide, and now it works great! I can see all boot messages again. I can't tell what the problem was, but I know that both `mergemaster -p' and `mergemaster' still did some work on my system, furthermore, `make delete-old` and `make delete-old-libs' where totally missing from the howto I originally used. On Saturday 10 November 2007 15.54.40 Henri Hennebert wrote: > Just a thought, are you using a serial console, have you a /boot.config > file? I don't know where it could be set to use a serial console, I can only tell that I used a GENERIC kernel configuration with the addition of `device atapicam', and I have no /boot.config file. Thanks both of you for the help! -- AngryWolf angrywolf@flashmail.com From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 21:31:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC1916A420 for ; Sat, 10 Nov 2007 21:31:14 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id D32EA13C48A for ; Sat, 10 Nov 2007 21:31:13 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 6C7ABB4721A; Sat, 10 Nov 2007 17:13:16 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 78331-09; Sat, 10 Nov 2007 17:13:13 -0400 (AST) Received: from fserv.hub.org (blk-137-93-67.eastlink.ca [24.137.93.67]) by hub.org (Postfix) with ESMTP id B4C7AB471D9; Sat, 10 Nov 2007 17:13:15 -0400 (AST) Received: from [192.168.1.2] (unknown [192.168.1.2]) by fserv.hub.org (Postfix) with ESMTP id 4F5A83E44C; Sat, 10 Nov 2007 17:13:17 -0400 (AST) Date: Sat, 10 Nov 2007 17:12:54 -0400 From: "Marc G. Fournier" To: Jon Holstrom , freebsd-stable@freebsd.org Message-ID: <795B8B8182EEC5E3672D0C5E@ganymede.hub.org> In-Reply-To: <000a01c822fd$40d79680$dedca8c0@dragon> References: <000a01c822fd$40d79680$dedca8c0@dragon> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: 6.3 PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 21:31:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Friday, November 09, 2007 10:20:47 -0800 Jon Holstrom wrote: > I had 6.2 stable all setup & > had gnome 2.18 all humming along 100% > java & eclipse, tomcat, bah bah bah! > > updated src & rebuilt only to > find 6.2 is gone & 6.3 prerelease! What is wrong with 6.3-PRERELEASE? I had 6-STABLE all setup & had kde 3.5.x hum0%, java, azureus, bah bah bah! ... upgraded to 6.3-PRERELEASE and still have 6-STABLE all setup & had kde 3.5.x hum0%, java, azureus, bah bah bah! ... nothing has changed from what can tell, just newer kernel *shrug* - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHNh7W4QvfyHIvDvMRAqnuAJ9RN4JsubP808xI7bwZz3iKWl2voQCgucu/ 7YKW6UTEDp1zpGIBwMpLvSA= =suC5 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 21:39:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E245716A417 for ; Sat, 10 Nov 2007 21:39:18 +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 9F67113C4B3 for ; Sat, 10 Nov 2007 21:39:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lAALLULO001522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Nov 2007 13:21:30 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <473620DD.7010006@errno.com> Date: Sat, 10 Nov 2007 13:21:33 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Frederic Chardon References: <8e73e8440711101120s13599e18h1774692414fbf4ef@mail.gmail.com> In-Reply-To: <8e73e8440711101120s13599e18h1774692414fbf4ef@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-DCC-Rhyolite-Metrics: o.com; whitelist Cc: freebsd-stable@freebsd.org Subject: Re: 7.0-BETA2 buildworld fails: WITHOUT_WPA_SUPPLICANT_EAPOL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 21:39:19 -0000 Frederic Chardon wrote: >> ---------- Message transféré ---------- >> From: Eugene Grosbein >> To: stable@freebsd.org >> Date: Sat, 10 Nov 2007 11:20:24 +0700 >> Subject: 7.0-BETA2 buildworld fails: WITHOUT_WPA_SUPPLICANT_EAPOL >> Hi! >> >> Yesterday I've upgraded 7.0-BETA1 to 7.0-BETA2 with standard source >> upgrade procedure. Then I've tried to build world again using same sources >> but this time with some parts turned off via src.conf and found >> that make -j2 buildworld fails. This is my /etc/src.conf: >> >> WITHOUT_ATM= >> WITHOUT_AUDIT= >> WITHOUT_AUTHPF= >> WITHOUT_ZFS= >> WITHOUT_CDDL= >> WITHOUT_FORTRAN= >> WITHOUT_GCOV= >> WITHOUT_HTML= >> WITHOUT_I4B= >> WITHOUT_INET6= >> WITHOUT_IPFILTER= >> WITHOUT_IPX= >> WITHOUT_KERBEROS= >> WITHOUT_NIS= >> WITHOUT_PF= >> WITHOUT_PROFILE= >> WITHOUT_WPA_SUPPLICANT_EAPOL= >> > > > Hello > I had exactly the same problem this morning, simply comment > #WITHOUT_WPA_SUPPLICANT_EAPOL= > in your make.conf and it should work. > > Or update; I just fixed the Makefile. Sam From owner-freebsd-stable@FreeBSD.ORG Sat Nov 10 21:46:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06F4916A474 for ; Sat, 10 Nov 2007 21:46:46 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id ADDDE13C480 for ; Sat, 10 Nov 2007 21:46:45 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 73AE21B10EE2; Sat, 10 Nov 2007 22:39:44 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.14]) by blah.sun-fish.com (Postfix) with ESMTP id 9675C1B10D0F for ; Sat, 10 Nov 2007 22:39:41 +0100 (CET) Message-ID: <47362513.103@moneybookers.com> Date: Sat, 10 Nov 2007 23:39:31 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: FreeBSD Stable List References: <1193960715.36472.10.camel@opus.cse.buffalo.edu> In-Reply-To: <1193960715.36472.10.camel@opus.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4745/Sat Nov 10 11:50:27 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: FreeBSD 6.3-BETA1 available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 21:46:46 -0000 Ken Smith wrote: > The 6.3-BETA1 builds got delayed a bit by a last minute MFC causing some > undesired ABI breakage. That has been fixed and the 6.3-BETA1 builds > for amd64, i386, pc98, and sparc64 have completed. > > -cut- Is there a page with open issues for 6.3, like for 7.0 - http://www.freebsd.org/releases/7.0R/todo.html because I'm not able to find it, if there is one. And the link for 6.3 here - http://www.freebsd.org/releases/ is not working :(