From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 09:35:44 2008 Return-Path: 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 546681065670 for ; Sun, 14 Sep 2008 09:35:43 +0000 (UTC) (envelope-from marcel@e-soul.co.za) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id A46A58FC19 for ; Sun, 14 Sep 2008 09:35:42 +0000 (UTC) (envelope-from marcel@e-soul.co.za) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id 3D8189B492 for ; Sun, 14 Sep 2008 11:17:24 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id 1CA0A9B4AA; Sun, 14 Sep 2008 11:17:24 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id EA0729B486 for ; Sun, 14 Sep 2008 11:17:23 +0200 (SAST) From: "Marcel Grandemange" To: Date: Sun, 14 Sep 2008 11:16:58 +0200 Message-ID: <015001c9164a$a3a4b040$eaee10c0$@co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckVpqHJMrIwNeT0TruQw+CagEcIIQAo9yrg Content-Language: en-us X-Copyrighted-Material: Please visit http://www.e-soul.co.za/privacy.htm X-Virus-Scanned: ClamAV using ClamSMTP Subject: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2008 09:35:44 -0000 I do realize this is probably better suited for freebsd-questions , however haven't received any response and was simply hoping someone would be kind enough. I recently obtained a very decent ups, however it is not supported by NUT. It does however come with winpower software that does run on FreeBSD. However it rewuired java. So installed from ports And was presented with following error: Error: can't find libjava.so This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so Help?! _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" __________ NOD32 3439 (20080912) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com

Views expressed in this e-mail are to be deemed to be of a personal nature and may not necessarily be those of e-Soul, in which event e-Soul cannot accept any responsibility or liability arising from contents reflected through e-mail. E-Soul accepts no responsibility for loss or damages which may arise from the use of e-mail as a means of communication.

From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 09:35:44 2008 Return-Path: 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 1195E106566C for ; Sun, 14 Sep 2008 09:35:43 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id A09E48FC13 for ; Sun, 14 Sep 2008 09:35:42 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id F17AD9B4AB for ; Sun, 14 Sep 2008 11:19:38 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id D0AFF9B4AA; Sun, 14 Sep 2008 11:19:38 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id AAD299B489 for ; Sun, 14 Sep 2008 11:19:38 +0200 (SAST) From: "Marcel Grandemange" To: Date: Sun, 14 Sep 2008 11:19:13 +0200 Message-ID: <015101c9164a$f3f12d30$dbd38790$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckVpqHJMrIwNeT0TruQw+CagEcIIQAo9yrgAAAby7A= Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sun, 14 Sep 2008 12:19:22 +0000 Subject: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2008 09:35:44 -0000 I do realize this is probably better suited for freebsd-questions , however haven't received any response and was simply hoping someone would be kind enough. I recently obtained a very decent ups, however it is not supported by NUT. It does however come with winpower software that does run on FreeBSD. However it rewuired java. So installed from ports And was presented with following error: Error: can't find libjava.so This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so Help?! _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" __________ NOD32 3439 (20080912) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 14 23:01:09 2008 Return-Path: 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 D1EFD106567F for ; Sun, 14 Sep 2008 23:01:09 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7D5CA8FC15 for ; Sun, 14 Sep 2008 23:01:09 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id m8EN170d089701 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 14 Sep 2008 18:01:07 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id m8EN15N9089695; Sun, 14 Sep 2008 18:01:05 -0500 (CDT) (envelope-from dan) Date: Sun, 14 Sep 2008 18:01:05 -0500 From: Dan Nelson To: Marcel Grandemange Message-ID: <20080914230105.GD3188@dan.emsphone.com> References: <015101c9164a$f3f12d30$dbd38790$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <015101c9164a$f3f12d30$dbd38790$@za.net> X-OS: FreeBSD 7.1-PRERELEASE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Sep 2008 23:01:09 -0000 In the last episode (Sep 14), Marcel Grandemange said: > I do realize this is probably better suited for freebsd-questions , > however haven't received any response and was simply hoping someone > would be kind enough. > > I recently obtained a very decent ups, however it is not supported by > NUT. > > It does however come with winpower software that does run on FreeBSD. > > However it rewuired java. > > So installed from ports > > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so Are you running an amd64 winpower binary? If not, you'll probably need to install an x86 java. You can't mix libraries for different architectures. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 03:05:56 2008 Return-Path: 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 D9686106567B for ; Mon, 15 Sep 2008 03:05:56 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 379418FC1A for ; Mon, 15 Sep 2008 03:05:56 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id m8F2axR7009613 for ; Mon, 15 Sep 2008 12:06:59 +0930 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Mon, 15 Sep 2008 12:08:39 +0930 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 15 Sep 2008 12:38:39 +1000 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 15 Sep 2008 10:38:33 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id m8F2bIuK054280 for ; Mon, 15 Sep 2008 10:37:18 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id m8F2bIRK054279 for freebsd-hackers@freebsd.org; Mon, 15 Sep 2008 10:37:18 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 15 Sep 2008 10:37:18 +0800 From: "Wilkinson, Alex" To: freebsd-hackers@freebsd.org Message-ID: <20080915023717.GF39765@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-hackers@freebsd.org References: <200809121544.m8CFiRHQ099725@lurza.secnetix.de> <5f67a8c40809120904o49b6e410l5b65a20f5216202@mail.gmail.com> <20080912163207.GE60094@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20080912163207.GE60094@icarus.home.lan> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 15 Sep 2008 02:38:33.0459 (UTC) FILETIME=[2580E430:01C916DC] Content-Transfer-Encoding: 7bit Subject: Re: ZFS w/failing drives - any equivalent of Solaris FMA? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 03:05:56 -0000 0n Fri, Sep 12, 2008 at 09:32:07AM -0700, Jeremy Chadwick wrote: >> About the only real improvement I'd like to see in this setup is the ability >> to spin down idle drives. That would be an ideal setup for the home RAID >> array. > >There is a FreeBSD port which handles this, although such a feature >should ideally be part of the ata(4) system (as should TCQ/NCQ and a >slew of other things -- some of those are being worked on). And the port is ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 03:26:29 2008 Return-Path: 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 99E11106567B for ; Mon, 15 Sep 2008 03:26:29 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 4C67D8FC17 for ; Mon, 15 Sep 2008 03:26:29 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so188732ana.13 for ; Sun, 14 Sep 2008 20:26:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=wq57E8HS7QzfI8n4ZO5VuZwTnGXyhS6a8z92CPCtNkM=; b=EGgYNF6Qj6vAjLSYvc8ThubDhlrYkXBVAUJCkVO/Mau2ZTwdkBXmxsGqJTGTjtGJZa OORCKh0JDXwVAefz43KjwMl9ZGOFqo8U6TtXVBeLI9zlXRXE4Pv+X9OGYZQRUcTZPfJU 3iZIUiQquYeDRk9KJCrfBsya2yIE7f2K038wE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=otXL4pDyXgbIwWbkuAe7puZIxaxc+JNpJ6mmLJGH3ojeKJ4b063bL/y55/6LzwqAmy faBeSe3ZLOQRZlsEgaMxHtBfd8uyWT6iMY1ZphpREq0oHb9ObYqftwKx2dNWcmWyVi5b 7NhdT+oC2N6bM9/s/panx1tSgCvlPdTHX5R/I= Received: by 10.102.253.6 with SMTP id a6mr5055582mui.92.1221449186646; Sun, 14 Sep 2008 20:26:26 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Sun, 14 Sep 2008 20:26:26 -0700 (PDT) Message-ID: Date: Mon, 15 Sep 2008 00:26:26 -0300 From: "Carlos A. M. dos Santos" To: "Marcel Grandemange" In-Reply-To: <015101c9164a$f3f12d30$dbd38790$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <015101c9164a$f3f12d30$dbd38790$@za.net> Cc: freebsd-hackers@freebsd.org Subject: Re: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 03:26:29 -0000 On Sun, Sep 14, 2008 at 6:19 AM, Marcel Grandemange wrote: > I do realize this is probably better suited for freebsd-questions , however > haven't received any response and was simply hoping someone would be kind > enough. > > I recently obtained a very decent ups, however it is not supported by NUT. > It does however come with winpower software that does run on FreeBSD. > However it required java. So installed from ports > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so Do you mean this software? http://www.ups-software-download.com/winpower.htm I looked at the installation script and found that it fails to find the installes JRE. Try this: ./setup.bin LAX_VM "/usr/local/Diablo-jre1.6.0/jre/bin/java Please notice that this will just run the installer. I did *not * install the software because I don't have a password. Anyway, unless you have a version newer than the one I tested, it will unlikely run on a recent FreeBSD/amd64 because it is for FreeBSD 4.6/i386: FreeBSD/resource/jre/bin/i386/green_threads/java: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 4.6 (460102), dynamically linked (uses shared libs), FreeBSD-style, not stripped -- cd /usr/ports/sysutils/life make clean From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 04:28:31 2008 Return-Path: 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 37901106566B for ; Mon, 15 Sep 2008 04:28:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id D289C8FC0A for ; Mon, 15 Sep 2008 04:28:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA06.westchester.pa.mail.comcast.net with comcast id EdNn1a0020EZKEL56sUWND; Mon, 15 Sep 2008 04:28:30 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA01.westchester.pa.mail.comcast.net with comcast id EsUV1a0064v8bD73MsUVWV; Mon, 15 Sep 2008 04:28:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=FEcCtSrf6_wA:10 a=SSZ9KyxJ8eYA:10 a=QycZ5dHgAAAA:8 a=2Qz8cni_nzAfIXB1gAUA:9 a=kVyBQ24VGpJpX_yT9XZilcUOutwA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D330D17B81A; Sun, 14 Sep 2008 21:28:28 -0700 (PDT) Date: Sun, 14 Sep 2008 21:28:28 -0700 From: Jeremy Chadwick To: freebsd-hackers@freebsd.org Message-ID: <20080915042828.GA27658@icarus.home.lan> References: <200809121544.m8CFiRHQ099725@lurza.secnetix.de> <5f67a8c40809120904o49b6e410l5b65a20f5216202@mail.gmail.com> <20080912163207.GE60094@icarus.home.lan> <20080915023717.GF39765@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080915023717.GF39765@stlux503.dsto.defence.gov.au> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: ZFS w/failing drives - any equivalent of Solaris FMA? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 04:28:31 -0000 On Mon, Sep 15, 2008 at 10:37:18AM +0800, Wilkinson, Alex wrote: > 0n Fri, Sep 12, 2008 at 09:32:07AM -0700, Jeremy Chadwick wrote: > > >> About the only real improvement I'd like to see in this setup is the ability > >> to spin down idle drives. That would be an ideal setup for the home RAID > >> array. > > > >There is a FreeBSD port which handles this, although such a feature > >should ideally be part of the ata(4) system (as should TCQ/NCQ and a > >slew of other things -- some of those are being worked on). > > And the port is ? Is it that hard to use 'make search' or grep? :-) sysutils/ataidle -- | 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-hackers@FreeBSD.ORG Mon Sep 15 05:25:00 2008 Return-Path: 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 9F1CA1065675 for ; Mon, 15 Sep 2008 05:25:00 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1B90F8FC12 for ; Mon, 15 Sep 2008 05:24:59 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (DSTO/DSTO) with ESMTP id m8F5NI3N011057 for ; Mon, 15 Sep 2008 14:53:18 +0930 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Mon, 15 Sep 2008 14:54:58 +0930 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 15 Sep 2008 15:24:58 +1000 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 15 Sep 2008 13:24:55 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id m8F5NelR054988 for ; Mon, 15 Sep 2008 13:23:40 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id m8F5Ndfa054987 for freebsd-hackers@freebsd.org; Mon, 15 Sep 2008 13:23:39 +0800 (WST) (envelope-from wilkinsa) Date: Mon, 15 Sep 2008 13:23:39 +0800 From: "Wilkinson, Alex" To: freebsd-hackers@freebsd.org Message-ID: <20080915052339.GG39765@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-hackers@freebsd.org References: <200809121544.m8CFiRHQ099725@lurza.secnetix.de> <5f67a8c40809120904o49b6e410l5b65a20f5216202@mail.gmail.com> <20080912163207.GE60094@icarus.home.lan> <20080915023717.GF39765@stlux503.dsto.defence.gov.au> <20080915042828.GA27658@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20080915042828.GA27658@icarus.home.lan> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.18 (2008-05-17) X-OriginalArrivalTime: 15 Sep 2008 05:24:55.0830 (UTC) FILETIME=[6375D360:01C916F3] Content-Transfer-Encoding: 7bit Subject: Re: ZFS w/failing drives - any equivalent of Solaris FMA? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 05:25:00 -0000 0n Sun, Sep 14, 2008 at 09:28:28PM -0700, Jeremy Chadwick wrote: >On Mon, Sep 15, 2008 at 10:37:18AM +0800, Wilkinson, Alex wrote: >> 0n Fri, Sep 12, 2008 at 09:32:07AM -0700, Jeremy Chadwick wrote: >> >> >> About the only real improvement I'd like to see in this setup is the ability >> >> to spin down idle drives. That would be an ideal setup for the home RAID >> >> array. >> > >> >There is a FreeBSD port which handles this, although such a feature >> >should ideally be part of the ata(4) system (as should TCQ/NCQ and a >> >slew of other things -- some of those are being worked on). >> >> And the port is ? > >Is it that hard to use 'make search' or grep? :-) sysutils/ataidle When you dont know the string to search on ... yes. -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 05:30:55 2008 Return-Path: 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 C22FF106567A for ; Mon, 15 Sep 2008 05:30:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4DB8FC0C for ; Mon, 15 Sep 2008 05:30:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA10.westchester.pa.mail.comcast.net with comcast id Esuf1a00817dt5G5AtWuC7; Mon, 15 Sep 2008 05:30:54 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA13.westchester.pa.mail.comcast.net with comcast id EtWt1a0054v8bD73ZtWu3y; Mon, 15 Sep 2008 05:30:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=FEcCtSrf6_wA:10 a=SSZ9KyxJ8eYA:10 a=QycZ5dHgAAAA:8 a=k8nZ2WfP7SpypzH4cIAA:9 a=bm09FugSjO1DBVVQUKvFLIBroxIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 59EF417B81A; Sun, 14 Sep 2008 22:30:53 -0700 (PDT) Date: Sun, 14 Sep 2008 22:30:53 -0700 From: Jeremy Chadwick To: freebsd-hackers@freebsd.org Message-ID: <20080915053053.GA28815@icarus.home.lan> References: <200809121544.m8CFiRHQ099725@lurza.secnetix.de> <5f67a8c40809120904o49b6e410l5b65a20f5216202@mail.gmail.com> <20080912163207.GE60094@icarus.home.lan> <20080915023717.GF39765@stlux503.dsto.defence.gov.au> <20080915042828.GA27658@icarus.home.lan> <20080915052339.GG39765@stlux503.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080915052339.GG39765@stlux503.dsto.defence.gov.au> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: ZFS w/failing drives - any equivalent of Solaris FMA? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 05:30:55 -0000 On Mon, Sep 15, 2008 at 01:23:39PM +0800, Wilkinson, Alex wrote: > 0n Sun, Sep 14, 2008 at 09:28:28PM -0700, Jeremy Chadwick wrote: > > >On Mon, Sep 15, 2008 at 10:37:18AM +0800, Wilkinson, Alex wrote: > >> 0n Fri, Sep 12, 2008 at 09:32:07AM -0700, Jeremy Chadwick wrote: > >> > >> >> About the only real improvement I'd like to see in this setup is the ability > >> >> to spin down idle drives. That would be an ideal setup for the home RAID > >> >> array. > >> > > >> >There is a FreeBSD port which handles this, although such a feature > >> >should ideally be part of the ata(4) system (as should TCQ/NCQ and a > >> >slew of other things -- some of those are being worked on). > >> > >> And the port is ? > > > >Is it that hard to use 'make search' or grep? :-) sysutils/ataidle > > When you dont know the string to search on ... yes. Give me a break. :-) idle|sleep|suspend|spin -- | 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-hackers@FreeBSD.ORG Mon Sep 15 09:04:38 2008 Return-Path: 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 775D31065675 for ; Mon, 15 Sep 2008 09:04:38 +0000 (UTC) (envelope-from steve@stevehodgson.co.uk) Received: from benin.smallmonkey.co.uk (benin.smallmonkey.co.uk [82.138.248.235]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8188FC1C for ; Mon, 15 Sep 2008 09:04:38 +0000 (UTC) (envelope-from steve@stevehodgson.co.uk) Received: from [10.17.20.67] (82-69-137-158.dsl.in-addr.zen.co.uk [82.69.137.158]) (Authenticated sender: steve@stevehodgson.co.uk) by benin.smallmonkey.co.uk (Postfix) with ESMTPA id D40CE119C31; Mon, 15 Sep 2008 09:48:50 +0100 (BST) Message-ID: <48CE2172.3090505@stevehodgson.co.uk> Date: Mon, 15 Sep 2008 09:48:50 +0100 From: Steve Hodgson User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Marcel Grandemange References: <015101c9164a$f3f12d30$dbd38790$@za.net> In-Reply-To: <015101c9164a$f3f12d30$dbd38790$@za.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 09:04:38 -0000 Marcel Grandemange wrote: > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so > Do you have /proc mounted? Try unmounting it and retrying. Steve From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 09:38:22 2008 Return-Path: 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 298CB106564A for ; Mon, 15 Sep 2008 09:38:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4598FC16 for ; Mon, 15 Sep 2008 09:38:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id ExZw1a0070lTkoCA9xeGqH; Mon, 15 Sep 2008 09:38:16 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id ExeF1a0034v8bD78QxeF6F; Mon, 15 Sep 2008 09:38:16 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=safeCdaYeKkz6xkPLDMA:9 a=G4J8sLR4CqMkzDntFWCmz6f501cA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 229C217B822; Mon, 15 Sep 2008 02:38:15 -0700 (PDT) Date: Mon, 15 Sep 2008 02:38:15 -0700 From: Jeremy Chadwick To: Marcel Grandemange Message-ID: <20080915093815.GA33139@icarus.home.lan> References: <015101c9164a$f3f12d30$dbd38790$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <015101c9164a$f3f12d30$dbd38790$@za.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 09:38:22 -0000 On Sun, Sep 14, 2008 at 11:19:13AM +0200, Marcel Grandemange wrote: > I do realize this is probably better suited for freebsd-questions , however > haven't received any response and was simply hoping someone would be kind > enough. > > I recently obtained a very decent ups, however it is not supported by NUT. > > It does however come with winpower software that does run on FreeBSD. > > However it rewuired java. > > So installed from ports > > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so Can you provide the output of "ldconfig -r" from that box? I have a feeling the ld.so pathing hints might lack a directory or two. -- | 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-hackers@FreeBSD.ORG Mon Sep 15 11:08:47 2008 Return-Path: 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 DD1891065696 for ; Mon, 15 Sep 2008 11:08:46 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5AB8FC35 for ; Mon, 15 Sep 2008 11:08:40 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Mon, 15 Sep 2008 13:08:39 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id m8FB8c5v006109; Mon, 15 Sep 2008 13:08:38 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 15 Sep 2008 13:08:38 +0200 From: Matthias Apitz To: freebsd-net@FreeBSD.org, freebsd-hackers@freebsd.org Message-ID: <20080915110838.GA5258@rebelion.Sisis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-RELEASE (i386) X-OriginalArrivalTime: 15 Sep 2008 11:08:39.0382 (UTC) FILETIME=[680E1F60:01C91723] Cc: bug-followup@FreeBSD.org Subject: panic's on KDE-launches (but only in WPA Wifi area) / kern/122331 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 11:08:47 -0000 Hello, I'm booting my laptop 3 times a day: in the morning at home (WEP area), when I arrive in my office (WPA area) and in the evening at home (again); the sequence is always the same: booting, login into console, startx which launches via ~/.xinitrc the KDE; in about 1 of 2-3 cases and only in the office(!) the system panics when KDE comes up, at the end of the KDE booting and the jingle already played; today it crashed again and again and after switching off the Wifi radio on the laptop it came finally up fine; I did this (Wifi off) because I'm assuming somehow a relation with http://www.freebsd.org/cgi/query-pr.cgi?pr=122331 where my laptop as well only panic'ed in WPA mode (i.e. in the office) and with 'bgscan' active; which I now have deactivated; all these panics look in the debugger more or less like this one: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc0788b98 stack pointer = 0x28:0xe6960acc frame pointer = 0x28:0xe6960c50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1426 (kdeinit) trap number = 12 panic: page fault cpuid = 0 Uptime: 1m36s Physical memory: 1009 MB Dumping 129 MB: 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0754719 in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a4905c in trap_fatal (frame=0xe6960a8c, eva=12) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a492e0 in trap_pfault (frame=0xe6960a8c, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a49c8c in trap (frame=0xe6960a8c) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0788b98 in kern_select (td=0xc49d5630, nd=9, fd_in=0x298ad840, fd_ou=0x298ad9c4, fd_ex=0x298adb48, tvp=0x0) at filedesc.h:136 #8 0xc07890de in select (td=0xc49d5630, uap=0xe6960cfc) at /usr/src/sys/kern/sys_generic.c:663 #9 0xc0a49635 in syscall (frame=0xe6960d38) at /usr/src/sys/i386/i386/trap.c:1035 #10 0xc0a2fc70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #11 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) the 'current process' (kdeinit in the above crash) changes, but is always one of the KDE parts; of course the problem is not KDE related, it is just that the system comes under heavy usage in that moment; I already run 'memtest 128' for some hours without any noted problem in memory; test are just passing fine; the same problem is with 7.0-RELEASE as with RELENG_7; what can I do to nail this down? it sucks somehow seeing it crashing on startup in the morning in the office :-(( thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 06:32:15 2008 Return-Path: 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 5F21A1065675 for ; Mon, 15 Sep 2008 06:32:15 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id D9A668FC1D for ; Mon, 15 Sep 2008 06:32:14 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id 911F09B4AA; Mon, 15 Sep 2008 08:32:11 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id 769179B4A8; Mon, 15 Sep 2008 08:32:11 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id 6A9B99B486; Mon, 15 Sep 2008 08:32:11 +0200 (SAST) From: "Marcel Grandemange" To: "'Carlos A. M. dos Santos'" References: <015101c9164a$f3f12d30$dbd38790$@za.net> In-Reply-To: Date: Mon, 15 Sep 2008 08:31:36 +0200 Message-ID: <003e01c916fc$b4507070$1cf15150$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckW4timuTMI8jQfQvyNsezwaTM8jgAGVt0A Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Mon, 15 Sep 2008 11:24:54 +0000 Cc: freebsd-hackers@freebsd.org Subject: RE: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 06:32:15 -0000 > I do realize this is probably better suited for freebsd-questions , however > haven't received any response and was simply hoping someone would be kind > enough. > > I recently obtained a very decent ups, however it is not supported by NUT. > It does however come with winpower software that does run on FreeBSD. > However it required java. So installed from ports > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so >Do you mean this software? > http://www.ups-software-download.com/winpower.htm Yes >I looked at the installation script and found that it fails to find >the installes JRE. Try this: > ./setup.bin LAX_VM "/usr/local/Diablo-jre1.6.0/jre/bin/java Worked!!! >Please notice that this will just run the installer. I did *not * >install the software because I don't have a password. Anyway, unless >you have a version newer than the one I tested, it will unlikely run >on a recent FreeBSD/amd64 because it is for FreeBSD 4.6/i386: Yeh I know, but don't have a choice but to try as NUT doesn't support this UPS. :/ It actually installed successfully, but canot start it because of same error: ./agent start LAX_VM "/usr/local/Diablo-jre1.6.0/bin/java" Starting agent: Error: Can't find libjava.so Done >FreeBSD/resource/jre/bin/i386/green_threads/java: ELF 32-bit LSB >executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 4.6 >(460102), dynamically linked (uses shared libs), FreeBSD-style, not >stripped Realize im taking a chance.... But Thank You ! -- cd /usr/ports/sysutils/life make clean __________ NOD32 3441 (20080915) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 06:34:38 2008 Return-Path: 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 9FC0B1065671 for ; Mon, 15 Sep 2008 06:34:38 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0298FC0A for ; Mon, 15 Sep 2008 06:34:38 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id 19E339B4B3; Mon, 15 Sep 2008 08:34:36 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id F2E799B4B2; Mon, 15 Sep 2008 08:34:35 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id DFD0B9B48C; Mon, 15 Sep 2008 08:34:35 +0200 (SAST) From: "Marcel Grandemange" To: "'Dan Nelson'" References: <015101c9164a$f3f12d30$dbd38790$@za.net> <20080914230105.GD3188@dan.emsphone.com> In-Reply-To: <20080914230105.GD3188@dan.emsphone.com> Date: Mon, 15 Sep 2008 08:34:01 +0200 Message-ID: <003f01c916fd$0a6ad400$1f407c00$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckWwib32zAbpYOmTMCQOr7oFKIgzwAOpnHA Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Mon, 15 Sep 2008 11:25:03 +0000 Cc: freebsd-hackers@freebsd.org Subject: RE: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 06:34:38 -0000 > I do realize this is probably better suited for freebsd-questions , > however haven't received any response and was simply hoping someone > would be kind enough. > > I recently obtained a very decent ups, however it is not supported by > NUT. > > It does however come with winpower software that does run on FreeBSD. > > However it rewuired java. > > So installed from ports > > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so >Are you running an amd64 winpower binary? If not, you'll probably need >to install an x86 java. You can't mix libraries for different >architectures. No I am not running amd64 binary, don't think they have such a thing :p As for java, I must have installed amd64 as did it from ports. Isn't java supposed to be transparent to what's running on it? Excuse my ignorance..... Thanks. :> -- Dan Nelson dnelson@allantgroup.com __________ NOD32 3440 (20080913) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:28:25 2008 Return-Path: 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 093F71065670 for ; Mon, 15 Sep 2008 13:28:25 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7036C8FC13 for ; Mon, 15 Sep 2008 13:28:24 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id 91A9C9B4AB; Mon, 15 Sep 2008 15:28:20 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id 7778A9B4AA; Mon, 15 Sep 2008 15:28:20 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id 530559B486; Mon, 15 Sep 2008 15:28:20 +0200 (SAST) From: "Marcel Grandemange" To: "'Steve Hodgson'" References: <015101c9164a$f3f12d30$dbd38790$@za.net> <48CE2172.3090505@stevehodgson.co.uk> In-Reply-To: <48CE2172.3090505@stevehodgson.co.uk> Date: Mon, 15 Sep 2008 15:27:41 +0200 Message-ID: <001e01c91736$d47b4110$7d71c330$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckXEK3THPK2A9LXSi2u5pA6N4S8dwAJhW/w Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Mon, 15 Sep 2008 14:10:19 +0000 Cc: freebsd-hackers@freebsd.org Subject: RE: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 13:28:25 -0000 > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so > >Do you have /proc mounted? Try unmounting it and retrying. No, I do not. Thanks From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 13:30:49 2008 Return-Path: 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 DDDF21065671 for ; Mon, 15 Sep 2008 13:30:49 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id A46B08FC20 for ; Mon, 15 Sep 2008 13:30:48 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id 98BCF9B489; Mon, 15 Sep 2008 15:30:45 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id 7EF449B4AA; Mon, 15 Sep 2008 15:30:45 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id 71C0A9B486; Mon, 15 Sep 2008 15:30:45 +0200 (SAST) From: "Marcel Grandemange" To: "'Jeremy Chadwick'" References: <015101c9164a$f3f12d30$dbd38790$@za.net> <20080915093815.GA33139@icarus.home.lan> In-Reply-To: <20080915093815.GA33139@icarus.home.lan> Date: Mon, 15 Sep 2008 15:30:06 +0200 Message-ID: <002b01c91737$2af8ac30$80ea0490$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckXF5NQWxDSvOFHQ7SZFwBER3dmlQAH3Egg Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Mon, 15 Sep 2008 14:10:32 +0000 Cc: freebsd-hackers@freebsd.org Subject: RE: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 13:30:49 -0000 > I do realize this is probably better suited for freebsd-questions , however > haven't received any response and was simply hoping someone would be kind > enough. > > I recently obtained a very decent ups, however it is not supported by NUT. > > It does however come with winpower software that does run on FreeBSD. > > However it rewuired java. > > So installed from ports > > And was presented with following error: > > Error: can't find libjava.so > > This is on system in folder "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so >Can you provide the output of "ldconfig -r" from that box? I have >a feeling the ld.so pathing hints might lack a directory or two. /var/run/ld-elf.so.hints: search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib 0:-lc.7 => /lib/libc.so.7 1:-lcrypt.4 => /lib/libcrypt.so.4 2:-lkvm.4 => /lib/libkvm.so.4 3:-lm.5 => /lib/libm.so.5 4:-lmd.4 => /lib/libmd.so.4 5:-lncurses.7 => /lib/libncurses.so.7 6:-lncursesw.7 => /lib/libncursesw.so.7 7:-lsbuf.4 => /lib/libsbuf.so.4 8:-lutil.7 => /lib/libutil.so.7 9:-lalias.6 => /lib/libalias.so.6 10:-lbegemot.3 => /lib/libbegemot.so.3 11:-lbsnmp.4 => /lib/libbsnmp.so.4 12:-lcam.4 => /lib/libcam.so.4 13:-ldevstat.6 => /lib/libdevstat.so.6 14:-ledit.6 => /lib/libedit.so.6 15:-lbsdxml.3 => /lib/libbsdxml.so.3 16:-lgeom.4 => /lib/libgeom.so.4 17:-lipsec.3 => /lib/libipsec.so.3 18:-lipx.4 => /lib/libipx.so.4 19:-lkiconv.3 => /lib/libkiconv.so.3 20:-lpcap.5 => /lib/libpcap.so.5 21:-lthr.3 => /lib/libthr.so.3 22:-lufs.4 => /lib/libufs.so.4 23:-lz.4 => /lib/libz.so.4 24:-lavl.1 => /lib/libavl.so.1 25:-lnvpair.1 => /lib/libnvpair.so.1 26:-lumem.1 => /lib/libumem.so.1 27:-luutil.1 => /lib/libuutil.so.1 28:-lzfs.1 => /lib/libzfs.so.1 29:-lzpool.1 => /lib/libzpool.so.1 30:-lgcc_s.1 => /lib/libgcc_s.so.1 31:-lreadline.7 => /lib/libreadline.so.7 32:-lssp.0 => /lib/libssp.so.0 33:-lcrypto.5 => /lib/libcrypto.so.5 34:-lbsm.2 => /usr/lib/libbsm.so.2 35:-lcom_err.4 => /usr/lib/libcom_err.so.4 36:-lelf.1 => /usr/lib/libelf.so.1 37:-lform.4 => /usr/lib/libform.so.4 38:-lmenu.4 => /usr/lib/libmenu.so.4 39:-lpanel.4 => /usr/lib/libpanel.so.4 40:-lformw.4 => /usr/lib/libformw.so.4 41:-lmenuw.4 => /usr/lib/libmenuw.so.4 42:-lpanelw.4 => /usr/lib/libpanelw.so.4 43:-lnetgraph.3 => /usr/lib/libnetgraph.so.3 44:-lradius.3 => /usr/lib/libradius.so.3 45:-lrpcsvc.4 => /usr/lib/librpcsvc.so.4 46:-ltacplus.3 => /usr/lib/libtacplus.so.3 47:-lypclnt.3 => /usr/lib/libypclnt.so.3 48:-larchive.4 => /usr/lib/libarchive.so.4 49:-lbluetooth.3 => /usr/lib/libbluetooth.so.3 50:-lbz2.3 => /usr/lib/libbz2.so.3 51:-lcalendar.4 => /usr/lib/libcalendar.so.4 52:-ldevinfo.4 => /usr/lib/libdevinfo.so.4 53:-lfetch.5 => /usr/lib/libfetch.so.5 54:-lftpio.7 => /usr/lib/libftpio.so.7 55:-lgpib.2 => /usr/lib/libgpib.so.2 56:-lgssapi.9 => /usr/lib/libgssapi.so.9 57:-lmagic.3 => /usr/lib/libmagic.so.3 58:-lmemstat.2 => /usr/lib/libmemstat.so.2 59:-lmilter.4 => /usr/lib/libmilter.so.4 60:-lmp.6 => /usr/lib/libmp.so.6 61:-lncp.3 => /usr/lib/libncp.so.3 62:-lngatm.3 => /usr/lib/libngatm.so.3 63:-lopie.5 => /usr/lib/libopie.so.5 64:-lpam.4 => /usr/lib/libpam.so.4 65:-lpmc.4 => /usr/lib/libpmc.so.4 66:-lkse.3 => /usr/lib/libkse.so.3 67:-lrt.1 => /usr/lib/librt.so.1 68:-lsdp.3 => /usr/lib/libsdp.so.3 69:-lsmb.3 => /usr/lib/libsmb.so.3 70:-lthread_db.3 => /usr/lib/libthread_db.so.3 71:-lugidfw.3 => /usr/lib/libugidfw.so.3 72:-lusbhid.3 => /usr/lib/libusbhid.so.3 73:-lwrap.5 => /usr/lib/libwrap.so.5 74:-llwres.30 => /usr/lib/liblwres.so.30 75:-ldialog.6 => /usr/lib/libdialog.so.6 76:-lgomp.1 => /usr/lib/libgomp.so.1 77:-lgnuregex.4 => /usr/lib/libgnuregex.so.4 78:-lhistory.7 => /usr/lib/libhistory.so.7 79:-lstdc++.6 => /usr/lib/libstdc++.so.6 80:-lobjc.3 => /usr/lib/libobjc.so.3 81:-lasn1.9 => /usr/lib/libasn1.so.9 82:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 83:-lhdb.9 => /usr/lib/libhdb.so.9 84:-lkadm5clnt.9 => /usr/lib/libkadm5clnt.so.9 85:-lkadm5srv.9 => /usr/lib/libkadm5srv.so.9 86:-lkafs5.9 => /usr/lib/libkafs5.so.9 87:-lkrb5.9 => /usr/lib/libkrb5.so.9 88:-lroken.9 => /usr/lib/libroken.so.9 89:-lssl.5 => /usr/lib/libssl.so.5 90:-lssh.4 => /usr/lib/libssh.so.4 91:-lcharset.1 => /usr/local/lib/libcharset.so.1 92:-liconv.3 => /usr/local/lib/libiconv.so.3 93:-lintl.8 => /usr/local/lib/libintl.so.8 94:-lasprintf.0 => /usr/local/lib/libasprintf.so.0 95:-lgettextpo.3 => /usr/local/lib/libgettextpo.so.3 96:-lusb-0.1.8 => /usr/local/lib/libusb-0.1.so.8 97:-lusbpp-0.1.8 => /usr/local/lib/libusbpp-0.1.so.8 98:-lupsclient.1 => /usr/local/lib/libupsclient.so.1 99:-lXau.6 => /usr/local/lib/libXau.so.6 100:-lXau.0 => /usr/local/lib/libXau.so.0 101:-lXdmcp.6 => /usr/local/lib/libXdmcp.so.6 102:-lX11.6 => /usr/local/lib/libX11.so.6 103:-lXext.6 => /usr/local/lib/libXext.so.6 104:-lXi.6 => /usr/local/lib/libXi.so.6 105:-lXp.6 => /usr/local/lib/libXp.so.6 106:-lICE.6 => /usr/local/lib/libICE.so.6 107:-lSM.6 => /usr/local/lib/libSM.so.6 108:-lXt.6 => /usr/local/lib/libXt.so.6 109:-lXtst.6 => /usr/local/lib/libXtst.so.6 Thank You For Help So Far! From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 15:16:48 2008 Return-Path: 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 B095A106566C for ; Mon, 15 Sep 2008 15:16:48 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6840E8FC23 for ; Mon, 15 Sep 2008 15:16:48 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.0.16] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1KfFbB-0003Bl-85 for freebsd-hackers@freebsd.org; Mon, 15 Sep 2008 17:02:45 +0200 Date: Mon, 15 Sep 2008 17:02:39 +0200 From: Fabian Keil To: freebsd-hackers@freebsd.org Message-ID: <20080915170239.7ab656ec@fabiankeil.de> In-Reply-To: <20080915042828.GA27658@icarus.home.lan> References: <200809121544.m8CFiRHQ099725@lurza.secnetix.de> <5f67a8c40809120904o49b6e410l5b65a20f5216202@mail.gmail.com> <20080912163207.GE60094@icarus.home.lan> <20080915023717.GF39765@stlux503.dsto.defence.gov.au> <20080915042828.GA27658@icarus.home.lan> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/2jRyP+vWoNXi6JtMQatO03A"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Subject: Re: ZFS w/failing drives - any equivalent of Solaris FMA? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 15:16:48 -0000 --Sig_/2jRyP+vWoNXi6JtMQatO03A Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote: > On Mon, Sep 15, 2008 at 10:37:18AM +0800, Wilkinson, Alex wrote: > > 0n Fri, Sep 12, 2008 at 09:32:07AM -0700, Jeremy Chadwick wrote:=20 > >=20 > > >> About the only real improvement I'd like to see in this setup > > >> is the ability to spin down idle drives. That would be an > > >> ideal setup for the home RAID array. > > > > > >There is a FreeBSD port which handles this, although such a > > >feature should ideally be part of the ata(4) system (as should > > >TCQ/NCQ and a slew of other things -- some of those are being > > >worked on). > >=20 > > And the port is ? >=20 > Is it that hard to use 'make search' or grep? :-) sysutils/ataidle You also might want to have a look at atacontrol(8)'s spindown command. Fabian --Sig_/2jRyP+vWoNXi6JtMQatO03A Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkjOeQ8ACgkQBYqIVf93VJ0EXACfdU7bqxfyQzFbKv7Bf6+vARKZ 2TsAoIInPOrNlVUdDOyAwCO3XBNlwJbX =2oT1 -----END PGP SIGNATURE----- --Sig_/2jRyP+vWoNXi6JtMQatO03A-- From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 15:26:34 2008 Return-Path: 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 5751D1065696 for ; Mon, 15 Sep 2008 15:26:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.westchester.pa.mail.comcast.net (qmta08.westchester.pa.mail.comcast.net [76.96.62.80]) by mx1.freebsd.org (Postfix) with ESMTP id F37508FC24 for ; Mon, 15 Sep 2008 15:26:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA08.westchester.pa.mail.comcast.net with comcast id Eyne1a00817dt5G583SZ33; Mon, 15 Sep 2008 15:26:33 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA13.westchester.pa.mail.comcast.net with comcast id F3SY1a0034v8bD73Z3SYSv; Mon, 15 Sep 2008 15:26:33 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=aADRhqcBP6-Z1kGviNYA:9 a=4UQquth2wQIGcmuLThEA:7 a=X6dHqRmU2fSdLevA682kJrJ9PTUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id C1C1B17B81A; Mon, 15 Sep 2008 08:26:31 -0700 (PDT) Date: Mon, 15 Sep 2008 08:26:31 -0700 From: Jeremy Chadwick To: Marcel Grandemange Message-ID: <20080915152631.GA39924@icarus.home.lan> References: <015101c9164a$f3f12d30$dbd38790$@za.net> <20080915093815.GA33139@icarus.home.lan> <002b01c91737$2af8ac30$80ea0490$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002b01c91737$2af8ac30$80ea0490$@za.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 15:26:34 -0000 On Mon, Sep 15, 2008 at 03:30:06PM +0200, Marcel Grandemange wrote: > > I do realize this is probably better suited for freebsd-questions , > however > > haven't received any response and was simply hoping someone would be kind > > enough. > > > > I recently obtained a very decent ups, however it is not supported by NUT. > > > > It does however come with winpower software that does run on FreeBSD. > > > > However it rewuired java. > > > > So installed from ports > > > > And was presented with following error: > > > > Error: can't find libjava.so > > > > This is on system in folder > "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so > > >Can you provide the output of "ldconfig -r" from that box? I have > >a feeling the ld.so pathing hints might lack a directory or two. > > > /var/run/ld-elf.so.hints: > search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib This is the problem as I see it. ld.so, which is used for finding and loading shared libraries, is not configured to look in /usr/local/Diablo-jre1.6.0/lib/amd64 for libraries. I'd like to know which port you installed, and how you installed it. Based on the above, it appears to me the port itself may/does have a bug -- it should be updating the hints path to include that directory, but does/is not. Please note I am in no way shape or form familiar with Java or this port. I do not know if this is specific to your machine or not -- however, this is the first time I've seen it mentioned, and I quite active with freebsd-ports. (I'm subscribed to 15 separate FreeBSD mailing lists, and I read/follow them all) Regarding the problem itself: there are ways to work around this by using the environment variable LD_LIBRARY_PATH. I do not recommend this, though -- properly configuring the ld.so search path when a program (or port) is installed is the proper method. Cross-posting to multiple lists is generally shunned upon, so answers to the above questions will help determine if the discussion should be moved to freebsd-ports@ or not. I've a feeling it should be. 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-hackers@FreeBSD.ORG Mon Sep 15 15:29:41 2008 Return-Path: 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 B00F6106566B for ; Mon, 15 Sep 2008 15:29:41 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2036E8FC0A for ; Mon, 15 Sep 2008 15:29:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA04.westchester.pa.mail.comcast.net with comcast id EzQ31a0090mv7h0543Vg9A; Mon, 15 Sep 2008 15:29:40 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA11.westchester.pa.mail.comcast.net with comcast id F3Vf1a00C4v8bD73X3Vfaj; Mon, 15 Sep 2008 15:29:40 +0000 X-Authority-Analysis: v=1.0 c=1 a=FEcCtSrf6_wA:10 a=SSZ9KyxJ8eYA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=VrXc2pNQSwkl2E1IreQA:9 a=t17naAr_TXECJ0ttkPMA:7 a=SMnD0AJYTEl7IsUBJCwDuj4Op7oA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 17ABE17B81A; Mon, 15 Sep 2008 08:29:39 -0700 (PDT) Date: Mon, 15 Sep 2008 08:29:39 -0700 From: Jeremy Chadwick To: Fabian Keil Message-ID: <20080915152939.GA40157@icarus.home.lan> References: <200809121544.m8CFiRHQ099725@lurza.secnetix.de> <5f67a8c40809120904o49b6e410l5b65a20f5216202@mail.gmail.com> <20080912163207.GE60094@icarus.home.lan> <20080915023717.GF39765@stlux503.dsto.defence.gov.au> <20080915042828.GA27658@icarus.home.lan> <20080915170239.7ab656ec@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080915170239.7ab656ec@fabiankeil.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: ZFS w/failing drives - any equivalent of Solaris FMA? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 15:29:41 -0000 On Mon, Sep 15, 2008 at 05:02:39PM +0200, Fabian Keil wrote: > Jeremy Chadwick wrote: > > > On Mon, Sep 15, 2008 at 10:37:18AM +0800, Wilkinson, Alex wrote: > > > 0n Fri, Sep 12, 2008 at 09:32:07AM -0700, Jeremy Chadwick wrote: > > > > > > >> About the only real improvement I'd like to see in this setup > > > >> is the ability to spin down idle drives. That would be an > > > >> ideal setup for the home RAID array. > > > > > > > >There is a FreeBSD port which handles this, although such a > > > >feature should ideally be part of the ata(4) system (as should > > > >TCQ/NCQ and a slew of other things -- some of those are being > > > >worked on). > > > > > > And the port is ? > > > > Is it that hard to use 'make search' or grep? :-) sysutils/ataidle > > You also might want to have a look at atacontrol(8)'s spindown command. The appropriate ata(4) changes and extension of atacontrol(8) to support "spindown" was MFC'd (to RELENG_7) only 5 weeks ago. It's fairly unlikely that most users know this feature was MFC'd (case in point, I was not). http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c has the details, see Revision 1.43.2.2. -- | 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-hackers@FreeBSD.ORG Mon Sep 15 19:28:55 2008 Return-Path: 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 2EC3C1065682; Mon, 15 Sep 2008 19:28:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBBF8FC24; Mon, 15 Sep 2008 19:28:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8FJRe5i082601; Mon, 15 Sep 2008 15:28:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org, Matthias Apitz Date: Mon, 15 Sep 2008 14:48:05 -0400 User-Agent: KMail/1.9.7 References: <20080915110838.GA5258@rebelion.Sisis.de> In-Reply-To: <20080915110838.GA5258@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809151448.06105.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 15 Sep 2008 15:28:48 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8249/Mon Sep 15 12:31:36 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: panic's on KDE-launches (but only in WPA Wifi area) / kern/122331 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 19:28:55 -0000 On Monday 15 September 2008 07:08:38 am Matthias Apitz wrote: > > Hello, > > I'm booting my laptop 3 times a day: in the morning at home (WEP area), > when I arrive in my office (WPA area) and in the evening at home > (again); > > the sequence is always the same: booting, login into console, startx > which launches via ~/.xinitrc the KDE; > > in about 1 of 2-3 cases and only in the office(!) the system panics when > KDE comes up, at the end of the KDE booting and the jingle already > played; today it crashed again and again and after switching off the > Wifi radio on the laptop it came finally up fine; > > I did this (Wifi off) because I'm assuming somehow a relation with > http://www.freebsd.org/cgi/query-pr.cgi?pr=122331 > where my laptop as well only panic'ed in WPA mode (i.e. in the office) > and with 'bgscan' active; which I now have deactivated; > > all these panics look in the debugger more or less like this one: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xc > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0788b98 > stack pointer = 0x28:0xe6960acc > frame pointer = 0x28:0xe6960c50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1426 (kdeinit) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 1m36s > Physical memory: 1009 MB > Dumping 129 MB: 114 98 82 66 50 34 18 2 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc0754719 in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a4905c in trap_fatal (frame=0xe6960a8c, eva=12) at /usr/src/sys/i386/i386/trap.c:899 > #4 0xc0a492e0 in trap_pfault (frame=0xe6960a8c, usermode=0, eva=12) > at /usr/src/sys/i386/i386/trap.c:812 > #5 0xc0a49c8c in trap (frame=0xe6960a8c) at /usr/src/sys/i386/i386/trap.c:490 > #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc0788b98 in kern_select (td=0xc49d5630, nd=9, fd_in=0x298ad840, fd_ou=0x298ad9c4, > fd_ex=0x298adb48, tvp=0x0) at filedesc.h:136 > #8 0xc07890de in select (td=0xc49d5630, uap=0xe6960cfc) at /usr/src/sys/kern/sys_generic.c:663 > #9 0xc0a49635 in syscall (frame=0xe6960d38) at /usr/src/sys/i386/i386/trap.c:1035 > #10 0xc0a2fc70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 > #11 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > the 'current process' (kdeinit in the above crash) changes, but is > always one of the KDE parts; of course the problem is not KDE related, > it is just that the system comes under heavy usage in that moment; > > I already run 'memtest 128' for some hours without any noted problem in > memory; test are just passing fine; > > the same problem is with 7.0-RELEASE as with RELENG_7; > > what can I do to nail this down? it sucks somehow seeing it crashing on > startup in the morning in the office :-(( Can you go to frame 7 in kgdb and 'p *fdp'? -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 19:35:26 2008 Return-Path: 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 065961065671; Mon, 15 Sep 2008 19:35:26 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id 186168FC1F; Mon, 15 Sep 2008 19:35:25 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id F3BA29B492; Mon, 15 Sep 2008 21:35:21 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id D2D5E9B48C; Mon, 15 Sep 2008 21:35:21 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id C412F9B43A; Mon, 15 Sep 2008 21:35:21 +0200 (SAST) From: "Marcel Grandemange" To: "'Jeremy Chadwick'" References: <015101c9164a$f3f12d30$dbd38790$@za.net> <20080915093815.GA33139@icarus.home.lan> <002b01c91737$2af8ac30$80ea0490$@za.net> <20080915152631.GA39924@icarus.home.lan> In-Reply-To: <20080915152631.GA39924@icarus.home.lan> Date: Mon, 15 Sep 2008 21:34:39 +0200 Message-ID: <00be01c9176a$182f3910$488dab30$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckXSD3gZq3IV2CTRASMUmeFV7JkWgAIV6hQ Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-hackers@freebsd.org Subject: RE: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 19:35:26 -0000 > > I do realize this is probably better suited for freebsd-questions , > however > > haven't received any response and was simply hoping someone would be kind > > enough. > > > > I recently obtained a very decent ups, however it is not supported by NUT. > > > > It does however come with winpower software that does run on FreeBSD. > > > > However it rewuired java. > > > > So installed from ports > > > > And was presented with following error: > > > > Error: can't find libjava.so > > > > This is on system in folder > "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so > > >Can you provide the output of "ldconfig -r" from that box? I have > >a feeling the ld.so pathing hints might lack a directory or two. > > > /var/run/ld-elf.so.hints: > search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib >This is the problem as I see it. ld.so, which is used for finding and >loading shared libraries, is not configured to look in >/usr/local/Diablo-jre1.6.0/lib/amd64 for libraries. >I'd like to know which port you installed, and how you installed it. I did a cvsup on ports to update to latest on FreeBSD7.0 release amd64 Used port /usr/ports/java/Diablo-jre16 Simply did Make Make install Make clean Nothing Fancy... >Based on the above, it appears to me the port itself may/does have a bug >-- it should be updating the hints path to include that directory, but >does/is not. Please note I am in no way shape or form familiar with >Java or this port. Would make sense! >I do not know if this is specific to your machine or not -- however, >this is the first time I've seen it mentioned, and I quite active with >freebsd-ports. (I'm subscribed to 15 separate FreeBSD mailing lists, >and I read/follow them all) I have not tested this on any other machine, was doing this in a virtual machine to test ups software before deploying... >Regarding the problem itself: there are ways to work around this by >using the environment variable LD_LIBRARY_PATH. I do not recommend >this, though -- properly configuring the ld.so search path when a >program (or port) is installed is the proper method. Could you advise me how to do this? Hope you don't mind! >Cross-posting to multiple lists is generally shunned upon, so answers to >the above questions will help determine if the discussion should be >moved to freebsd-ports@ or not. I've a feeling it should be. >Thanks! Fare Enough! Thank You! -- | 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 | __________ NOD32 3443 (20080915) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 19:55:22 2008 Return-Path: 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 60D96106567C; Mon, 15 Sep 2008 19:55:22 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (mail.oclc.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD9D8FC12; Mon, 15 Sep 2008 19:55:21 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id VAA25128; Mon, 15 Sep 2008 21:41:13 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) Received: from ppp-62-216-212-223.dynamic.mnet-online.de(62.216.212.223) by hunter.Sisis.de via smap (V2.1) id xma025053; Mon, 15 Sep 08 21:40:36 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id m8FJmsKC008583; Mon, 15 Sep 2008 21:48:54 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Mon, 15 Sep 2008 21:48:53 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20080915194853.GA8365@rebelion.Sisis.de> References: <20080915110838.GA5258@rebelion.Sisis.de> <200809151448.06105.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200809151448.06105.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-RELEASE (i386) Cc: freebsd-hackers@freebsd.org, Matthias Apitz , bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: panic's on KDE-launches (but only in WPA Wifi area) / kern/122331 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 19:55:22 -0000 El día Monday, September 15, 2008 a las 02:48:05PM -0400, John Baldwin escribió: > > #0 doadump () at pcpu.h:195 > > 195 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) bt > > #0 doadump () at pcpu.h:195 > > #1 0xc0754457 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > > #2 0xc0754719 in panic (fmt=Variable "fmt" is not available.) > at /usr/src/sys/kern/kern_shutdown.c:563 > > #3 0xc0a4905c in trap_fatal (frame=0xe6960a8c, eva=12) > at /usr/src/sys/i386/i386/trap.c:899 > > #4 0xc0a492e0 in trap_pfault (frame=0xe6960a8c, usermode=0, eva=12) > > at /usr/src/sys/i386/i386/trap.c:812 > > #5 0xc0a49c8c in trap (frame=0xe6960a8c) > at /usr/src/sys/i386/i386/trap.c:490 > > #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > > #7 0xc0788b98 in kern_select (td=0xc49d5630, nd=9, fd_in=0x298ad840, > fd_ou=0x298ad9c4, > > fd_ex=0x298adb48, tvp=0x0) at filedesc.h:136 > > #8 0xc07890de in select (td=0xc49d5630, uap=0xe6960cfc) > at /usr/src/sys/kern/sys_generic.c:663 > > #9 0xc0a49635 in syscall (frame=0xe6960d38) > at /usr/src/sys/i386/i386/trap.c:1035 > > #10 0xc0a2fc70 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:196 > > #11 0x00000033 in ?? () > > Previous frame inner to this frame (corrupt stack?) > > (kgdb) > > ... > Can you go to frame 7 in kgdb and 'p *fdp'? (kgdb) frame 7 #7 0xc0788b98 in kern_select (td=0xc49d5630, nd=9, fd_in=0x298ad840, fd_ou=0x298ad9c4, fd_ex=0x298adb48, tvp=0x0) at filedesc.h:136 return (fd < 0 || fd >= fdp->fd_nfiles ? NULL : fdp->fd_ofiles[fd]); (kgdb) p *fdp Variable "fdp" is not available. (kgdb) perhaps I do something wrong? matthias From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 20:46:22 2008 Return-Path: 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 65F12106567E for ; Mon, 15 Sep 2008 20:46:22 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 122DD8FC17 for ; Mon, 15 Sep 2008 20:46:21 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so989875wxc.7 for ; Mon, 15 Sep 2008 13:46:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=PzsSsEoAIKMuvcTUWSbi9Zu/ktn2qxgszcdnExoN7No=; b=SLDlT5+/1Sjy5+D8MTnFwYKZPT1WByWxvih0lHteyrjPfkA7l5zG1q0qC9w9h4Yu01 67bhi7upfREvgnoQ9uxDb4XrE6Qi1UCdirSyO516ExysWk3jNl1Ahggo+KAd7fRQjhRi W1m5FtZtFOnD4EC0EUzglfKDbe4j5iMSs9JXs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=oBOfcsQsS224CQQnKeY3hmbNaMEjtv2vaDjiaRIEk+U9AP1S+I/em2YFZL4RWjd2ip z4HRk8DGTN4mZ9z3v4AXzMNrNT//O/IFl6Jj3sXzbPZsBFFcTbTD0aLPHkhwroj4uFWB yZuN5b0Ki6UYDVnIm2VsfexlMxKRxgR42CWzo= Received: by 10.70.24.4 with SMTP id 4mr61601wxx.24.1221509690118; Mon, 15 Sep 2008 13:14:50 -0700 (PDT) Received: from ?192.168.12.8? ( [97.101.40.241]) by mx.google.com with ESMTPS id i10sm19132446wxd.36.2008.09.15.13.14.48 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Sep 2008 13:14:48 -0700 (PDT) Message-ID: <48CEC231.1070304@gmail.com> Date: Mon, 15 Sep 2008 16:14:41 -0400 From: Sten Daniel Soersdal User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Karl Fischer References: <39DC135F7F0571489196E0B6F5D58B4A03B460D0@MWBEXCH.mweb.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Rudi Kramer - MWEB , Steven Hartland Subject: Re: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 20:46:22 -0000 Karl Fischer wrote: > On Fri, Sep 12, 2008 at 01:00, Steven Hartland wrote: >> Thanks Rudi, would really like to get is sorted as they would make >> ideal app servers. >> >> ----- Original Message ----- From: "Rudi Kramer - MWEB" >> >> >> Hi Steven, >> >> We recently purchased a few M600's but haven't got around to loading >> FBSD on them, we should start installing next week and I will let you >> know if we run in to any problems. > > I have the same problem on my M600 Blades has anyone tested the 7.1 Beta and > I'm about to purchase more of them. (just a "me too") I'm about to receive 16 x M600 so I'm really anxious too. I was planning on AMD64 7.0-RELEASE (or newer) too. Please keep me on CC: no matter how trivial. :) -- Sten Daniel Soersdal From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 20:49:49 2008 Return-Path: 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 AD3011065671; Mon, 15 Sep 2008 20:49:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E8CB98FC12; Mon, 15 Sep 2008 20:49:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8FKnSXC083294; Mon, 15 Sep 2008 16:49:42 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Matthias Apitz Date: Mon, 15 Sep 2008 16:08:06 -0400 User-Agent: KMail/1.9.7 References: <20080915110838.GA5258@rebelion.Sisis.de> <200809151448.06105.jhb@freebsd.org> <20080915194853.GA8365@rebelion.Sisis.de> In-Reply-To: <20080915194853.GA8365@rebelion.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200809151608.06738.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 15 Sep 2008 16:49:42 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8250/Mon Sep 15 14:08:28 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: panic's on KDE-launches (but only in WPA Wifi area) / kern/122331 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 20:49:49 -0000 On Monday 15 September 2008 03:48:53 pm Matthias Apitz wrote: > El d=EDa Monday, September 15, 2008 a las 02:48:05PM -0400, John Baldwin= =20 escribi=F3: >=20 > > > #0 doadump () at pcpu.h:195 > > > 195 pcpu.h: No such file or directory. > > > in pcpu.h > > > (kgdb) bt > > > #0 doadump () at pcpu.h:195 > > > #1 0xc0754457 in boot (howto=3D260)=20 at /usr/src/sys/kern/kern_shutdown.c:409 > > > #2 0xc0754719 in panic (fmt=3DVariable "fmt" is not available.)=20 > > at /usr/src/sys/kern/kern_shutdown.c:563 > > > #3 0xc0a4905c in trap_fatal (frame=3D0xe6960a8c, eva=3D12)=20 > > at /usr/src/sys/i386/i386/trap.c:899 > > > #4 0xc0a492e0 in trap_pfault (frame=3D0xe6960a8c, usermode=3D0, eva= =3D12) > > > at /usr/src/sys/i386/i386/trap.c:812 > > > #5 0xc0a49c8c in trap (frame=3D0xe6960a8c)=20 > > at /usr/src/sys/i386/i386/trap.c:490 > > > #6 0xc0a2fc0b in calltrap () at /usr/src/sys/i386/i386/exception.s:1= 39 > > > #7 0xc0788b98 in kern_select (td=3D0xc49d5630, nd=3D9, fd_in=3D0x298= ad840,=20 > > fd_ou=3D0x298ad9c4,=20 > > > fd_ex=3D0x298adb48, tvp=3D0x0) at filedesc.h:136 > > > #8 0xc07890de in select (td=3D0xc49d5630, uap=3D0xe6960cfc)=20 > > at /usr/src/sys/kern/sys_generic.c:663 > > > #9 0xc0a49635 in syscall (frame=3D0xe6960d38)=20 > > at /usr/src/sys/i386/i386/trap.c:1035 > > > #10 0xc0a2fc70 in Xint0x80_syscall ()=20 > > at /usr/src/sys/i386/i386/exception.s:196 > > > #11 0x00000033 in ?? () > > > Previous frame inner to this frame (corrupt stack?) > > > (kgdb)=20 > > >=20 > ... > > Can you go to frame 7 in kgdb and 'p *fdp'? >=20 > (kgdb) frame 7 > #7 0xc0788b98 in kern_select (td=3D0xc49d5630, nd=3D9, fd_in=3D0x298ad84= 0,=20 > fd_ou=3D0x298ad9c4, fd_ex=3D0x298adb48, tvp=3D0x0) at filedesc.h:136 > return (fd < 0 || fd >=3D fdp->fd_nfiles ? NULL : fdp->fd_ofiles[fd]); > (kgdb) p *fdp > Variable "fdp" is not available. > (kgdb)=20 If 'td' is available then you can do 'p *td->td_proc->p_fd' =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 22:24:36 2008 Return-Path: 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 B13E91065672; Mon, 15 Sep 2008 22:24:36 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: from hunter.Sisis.de (hunter.sisis.de [193.31.11.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4318FC21; Mon, 15 Sep 2008 22:24:35 +0000 (UTC) (envelope-from matthias.apitz@oclc.org) Received: (from mail@localhost) by hunter.Sisis.de (8.8.8/8.8.8) id AAA09932; Tue, 16 Sep 2008 00:16:14 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) Received: from ppp-62-216-212-223.dynamic.mnet-online.de(62.216.212.223) by hunter.Sisis.de via smap (V2.1) id xma009913; Tue, 16 Sep 08 00:15:57 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id m8FMOE3r012550; Tue, 16 Sep 2008 00:24:14 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Tue, 16 Sep 2008 00:24:14 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20080915222414.GA12474@rebelion.Sisis.de> References: <20080915110838.GA5258@rebelion.Sisis.de> <200809151448.06105.jhb@freebsd.org> <20080915194853.GA8365@rebelion.Sisis.de> <200809151608.06738.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200809151608.06738.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-RELEASE (i386) Cc: freebsd-hackers@freebsd.org, Matthias Apitz , bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: panic's on KDE-launches (but only in WPA Wifi area) / kern/122331 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 22:24:37 -0000 El día Monday, September 15, 2008 a las 04:08:06PM -0400, John Baldwin escribió: > > > Can you go to frame 7 in kgdb and 'p *fdp'? > > > > (kgdb) frame 7 > > #7 0xc0788b98 in kern_select (td=0xc49d5630, nd=9, fd_in=0x298ad840, > > fd_ou=0x298ad9c4, fd_ex=0x298adb48, tvp=0x0) at filedesc.h:136 > > return (fd < 0 || fd >= fdp->fd_nfiles ? NULL : fdp->fd_ofiles[fd]); > > (kgdb) p *fdp > > Variable "fdp" is not available. > > (kgdb) > > If 'td' is available then you can do 'p *td->td_proc->p_fd' (kgdb) frame 7 #7 0xc0788b98 in kern_select (td=0xc49d5630, nd=9, fd_in=0x298ad840, fd_ou=0x298ad9c4, fd_ex=0x298adb48, tvp=0x0) at filedesc.h:136 136 return (fd < 0 || fd >= fdp->fd_nfiles ? NULL : fdp->fd_ofiles[fd]); (kgdb) p td $7 = (struct thread *) 0xc49d5630 (kgdb) p *td->td_proc->p_fd $8 = {fd_ofiles = 0x0, fd_ofileflags = 0x0, fd_cdir = 0x0, fd_rdir = 0xc42f3a00, fd_jdir = 0x0, fd_nfiles = 20, fd_map = 0xc49db8b4, fd_lastfile = 9, fd_freefile = 10, fd_cmask = 18, fd_refcnt = 1, fd_holdcnt = 1, fd_sx = {lock_object = { lo_name = 0xc0ad3cbe "filedesc structure", lo_type = 0xc0ad3cbe "filedesc structure", lo_flags = 37421056, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, sx_lock = 17, sx_recurse = 0}, fd_kqlist = {slh_first = 0x0}, fd_holdleaderscount = 0, fd_holdleaderswakeup = 0} (kgdb) matthias From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 04:33:25 2008 Return-Path: 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 410341065677 for ; Tue, 16 Sep 2008 04:33:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id D84B78FC14 for ; Tue, 16 Sep 2008 04:33:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.westchester.pa.mail.comcast.net ([76.96.62.59]) by QMTA10.westchester.pa.mail.comcast.net with comcast id FC9u1a0071GhbT85AGZQLh; Tue, 16 Sep 2008 04:33:24 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA07.westchester.pa.mail.comcast.net with comcast id FGZN1a00J4v8bD73TGZPai; Tue, 16 Sep 2008 04:33:24 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=LWi8qTA7sAlec2zVewEA:9 a=MujUVwSs2Qav3CA8KgkA:7 a=0tf8RBd7xTndlYFww55h33nf3LoA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 37EF117B81A; Mon, 15 Sep 2008 21:33:22 -0700 (PDT) Date: Mon, 15 Sep 2008 21:33:22 -0700 From: Jeremy Chadwick To: Marcel Grandemange Message-ID: <20080916043322.GA54034@icarus.home.lan> References: <015101c9164a$f3f12d30$dbd38790$@za.net> <20080915093815.GA33139@icarus.home.lan> <002b01c91737$2af8ac30$80ea0490$@za.net> <20080915152631.GA39924@icarus.home.lan> <00be01c9176a$182f3910$488dab30$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00be01c9176a$182f3910$488dab30$@za.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 04:33:25 -0000 On Mon, Sep 15, 2008 at 09:34:39PM +0200, Marcel Grandemange wrote: > > > I do realize this is probably better suited for freebsd-questions , > > however > > > haven't received any response and was simply hoping someone would be > kind > > > enough. > > > > > > I recently obtained a very decent ups, however it is not supported by > NUT. > > > > > > It does however come with winpower software that does run on FreeBSD. > > > > > > However it rewuired java. > > > > > > So installed from ports > > > > > > And was presented with following error: > > > > > > Error: can't find libjava.so > > > > > > This is on system in folder > > "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so > > > > >Can you provide the output of "ldconfig -r" from that box? I have > > >a feeling the ld.so pathing hints might lack a directory or two. > > > > > > /var/run/ld-elf.so.hints: > > search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib > > >This is the problem as I see it. ld.so, which is used for finding and > >loading shared libraries, is not configured to look in > >/usr/local/Diablo-jre1.6.0/lib/amd64 for libraries. > > >I'd like to know which port you installed, and how you installed it. > > I did a cvsup on ports to update to latest on FreeBSD7.0 release amd64 > Used port /usr/ports/java/Diablo-jre16 > Simply did > Make > Make install > Make clean > Can you please apply the below patch and tell me if it solves your problem? Proper procedure should be: # cd /usr/ports/java/diablo-jre16 # patch < /wherever/the/patch/is # make clean # make # make deinstall # make install After this is done, use "ldconfig -r" and look at the search path shown at the top; hopefully /usr/local/diablo-jre1.6.0/lib/amd64 will be there, and libjava.so should be found (hopefully). > >Regarding the problem itself: there are ways to work around this by > >using the environment variable LD_LIBRARY_PATH. I do not recommend > >this, though -- properly configuring the ld.so search path when a > >program (or port) is installed is the proper method. > > Could you advise me how to do this? Hope you don't mind! Set the LD_LIBRARY_PATH environment variable to the search paths you desire. Colon-delimited, and it overrides the defaults. E.g. export LD_LIBRARY_PATH="/lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/diablo-jre1.6.0/lib/amd64" But the below patch, assuming it works (and I got the paths right), should not require you to do that. LD_LIBRARY_PATH is somewhat evil, and it's not recommended you use it. -- | 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 | Index: Makefile =================================================================== RCS file: /home/pcvs/ports/java/diablo-jre16/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 20 Aug 2008 04:13:02 -0000 1.3 +++ Makefile 16 Sep 2008 04:24:27 -0000 @@ -43,6 +43,8 @@ INSTALL_DIR= ${PREFIX}/${PKGNAMEPREFIX}jre${JRE_VERSION} +USE_LDCONFIG= ${PREFIX}/${PKGNAMEPREFIX}jre${JRE_VERSION}/lib/${ARCH} + .include .if ${OSVERSION} >= 700000 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 09:47:10 2008 Return-Path: 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 7AD1C106566C; Tue, 16 Sep 2008 09:47:10 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (mail.e-soul.co.za [196.211.117.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0338FC22; Tue, 16 Sep 2008 09:47:07 +0000 (UTC) (envelope-from thavinci@thavinci.za.net) Received: from thavinci.za.net (localhost [127.0.0.1]) by thavinci.za.net (Postfix) with ESMTP id E926A9B4A8; Tue, 16 Sep 2008 11:47:04 +0200 (SAST) Received: by thavinci.za.net (Postfix, from userid 1002) id C87D99B492; Tue, 16 Sep 2008 11:47:04 +0200 (SAST) Received: from thavinciPC (unknown [192.168.12.110]) by thavinci.za.net (Postfix) with ESMTP id A0C0D9B43A; Tue, 16 Sep 2008 11:47:04 +0200 (SAST) From: "Marcel Grandemange" To: "'Jeremy Chadwick'" References: <015101c9164a$f3f12d30$dbd38790$@za.net> <20080915093815.GA33139@icarus.home.lan> <002b01c91737$2af8ac30$80ea0490$@za.net> <20080915152631.GA39924@icarus.home.lan> <00be01c9176a$182f3910$488dab30$@za.net> <20080916043322.GA54034@icarus.home.lan> In-Reply-To: <20080916043322.GA54034@icarus.home.lan> Date: Tue, 16 Sep 2008 11:46:12 +0200 Message-ID: <018f01c917e1$0e250f40$2a6f2dc0$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckXtVzJ1bBOtnzsS2OyE7QgwPx4lAAKw6VA Content-Language: en-us X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-hackers@freebsd.org Subject: RE: Error: Can't find libjava.so X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 09:47:10 -0000 > > > I do realize this is probably better suited for freebsd-questions , > > however > > > haven't received any response and was simply hoping someone would be > kind > > > enough. > > > > > > I recently obtained a very decent ups, however it is not supported by > NUT. > > > > > > It does however come with winpower software that does run on FreeBSD. > > > > > > However it rewuired java. > > > > > > So installed from ports > > > > > > And was presented with following error: > > > > > > Error: can't find libjava.so > > > > > > This is on system in folder > > "/usr/local/Diablo-jre1.6.0/lib/amd64/libjava.so > > > > >Can you provide the output of "ldconfig -r" from that box? I have > > >a feeling the ld.so pathing hints might lack a directory or two. > > > > > > /var/run/ld-elf.so.hints: > > search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib > > >This is the problem as I see it. ld.so, which is used for finding and > >loading shared libraries, is not configured to look in > >/usr/local/Diablo-jre1.6.0/lib/amd64 for libraries. > > >I'd like to know which port you installed, and how you installed it. > > I did a cvsup on ports to update to latest on FreeBSD7.0 release amd64 > Used port /usr/ports/java/Diablo-jre16 > Simply did > Make > Make install > Make clean > >Can you please apply the below patch and tell me if it solves your >problem? Proper procedure should be: ># cd /usr/ports/java/diablo-jre16 ># patch < /wherever/the/patch/is ># make clean ># make ># make deinstall ># make install This went through successfully. >After this is done, use "ldconfig -r" and look at the search path >shown at the top; hopefully /usr/local/diablo-jre1.6.0/lib/amd64 >will be there, and libjava.so should be found (hopefully). The Results.... /var/run/ld-elf.so.hints: search directories: /lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/diablo-jre1.6.0/lib/ amd64 0:-lc.7 => /lib/libc.so.7 1:-lcrypt.4 => /lib/libcrypt.so.4 2:-lkvm.4 => /lib/libkvm.so.4 3:-lm.5 => /lib/libm.so.5 4:-lmd.4 => /lib/libmd.so.4 5:-lncurses.7 => /lib/libncurses.so.7 6:-lncursesw.7 => /lib/libncursesw.so.7 7:-lsbuf.4 => /lib/libsbuf.so.4 8:-lutil.7 => /lib/libutil.so.7 9:-lalias.6 => /lib/libalias.so.6 10:-lbegemot.3 => /lib/libbegemot.so.3 11:-lbsnmp.4 => /lib/libbsnmp.so.4 12:-lcam.4 => /lib/libcam.so.4 13:-ldevstat.6 => /lib/libdevstat.so.6 14:-ledit.6 => /lib/libedit.so.6 15:-lbsdxml.3 => /lib/libbsdxml.so.3 16:-lgeom.4 => /lib/libgeom.so.4 17:-lipsec.3 => /lib/libipsec.so.3 18:-lipx.4 => /lib/libipx.so.4 19:-lkiconv.3 => /lib/libkiconv.so.3 20:-lpcap.5 => /lib/libpcap.so.5 21:-lthr.3 => /lib/libthr.so.3 22:-lufs.4 => /lib/libufs.so.4 23:-lz.4 => /lib/libz.so.4 24:-lavl.1 => /lib/libavl.so.1 25:-lnvpair.1 => /lib/libnvpair.so.1 26:-lumem.1 => /lib/libumem.so.1 27:-luutil.1 => /lib/libuutil.so.1 28:-lzfs.1 => /lib/libzfs.so.1 29:-lzpool.1 => /lib/libzpool.so.1 30:-lgcc_s.1 => /lib/libgcc_s.so.1 31:-lreadline.7 => /lib/libreadline.so.7 32:-lssp.0 => /lib/libssp.so.0 33:-lcrypto.5 => /lib/libcrypto.so.5 34:-lbsm.2 => /usr/lib/libbsm.so.2 35:-lcom_err.4 => /usr/lib/libcom_err.so.4 36:-lelf.1 => /usr/lib/libelf.so.1 37:-lform.4 => /usr/lib/libform.so.4 38:-lmenu.4 => /usr/lib/libmenu.so.4 39:-lpanel.4 => /usr/lib/libpanel.so.4 40:-lformw.4 => /usr/lib/libformw.so.4 41:-lmenuw.4 => /usr/lib/libmenuw.so.4 42:-lpanelw.4 => /usr/lib/libpanelw.so.4 43:-lnetgraph.3 => /usr/lib/libnetgraph.so.3 44:-lradius.3 => /usr/lib/libradius.so.3 45:-lrpcsvc.4 => /usr/lib/librpcsvc.so.4 46:-ltacplus.3 => /usr/lib/libtacplus.so.3 47:-lypclnt.3 => /usr/lib/libypclnt.so.3 48:-larchive.4 => /usr/lib/libarchive.so.4 49:-lbluetooth.3 => /usr/lib/libbluetooth.so.3 50:-lbz2.3 => /usr/lib/libbz2.so.3 51:-lcalendar.4 => /usr/lib/libcalendar.so.4 52:-ldevinfo.4 => /usr/lib/libdevinfo.so.4 53:-lfetch.5 => /usr/lib/libfetch.so.5 54:-lftpio.7 => /usr/lib/libftpio.so.7 55:-lgpib.2 => /usr/lib/libgpib.so.2 56:-lgssapi.9 => /usr/lib/libgssapi.so.9 57:-lmagic.3 => /usr/lib/libmagic.so.3 58:-lmemstat.2 => /usr/lib/libmemstat.so.2 59:-lmilter.4 => /usr/lib/libmilter.so.4 60:-lmp.6 => /usr/lib/libmp.so.6 61:-lncp.3 => /usr/lib/libncp.so.3 62:-lngatm.3 => /usr/lib/libngatm.so.3 63:-lopie.5 => /usr/lib/libopie.so.5 64:-lpam.4 => /usr/lib/libpam.so.4 65:-lpmc.4 => /usr/lib/libpmc.so.4 66:-lkse.3 => /usr/lib/libkse.so.3 67:-lrt.1 => /usr/lib/librt.so.1 68:-lsdp.3 => /usr/lib/libsdp.so.3 69:-lsmb.3 => /usr/lib/libsmb.so.3 70:-lthread_db.3 => /usr/lib/libthread_db.so.3 71:-lugidfw.3 => /usr/lib/libugidfw.so.3 72:-lusbhid.3 => /usr/lib/libusbhid.so.3 73:-lwrap.5 => /usr/lib/libwrap.so.5 74:-llwres.30 => /usr/lib/liblwres.so.30 75:-ldialog.6 => /usr/lib/libdialog.so.6 76:-lgomp.1 => /usr/lib/libgomp.so.1 77:-lgnuregex.4 => /usr/lib/libgnuregex.so.4 78:-lhistory.7 => /usr/lib/libhistory.so.7 79:-lstdc++.6 => /usr/lib/libstdc++.so.6 80:-lobjc.3 => /usr/lib/libobjc.so.3 81:-lasn1.9 => /usr/lib/libasn1.so.9 82:-lgssapi_krb5.9 => /usr/lib/libgssapi_krb5.so.9 83:-lhdb.9 => /usr/lib/libhdb.so.9 84:-lkadm5clnt.9 => /usr/lib/libkadm5clnt.so.9 85:-lkadm5srv.9 => /usr/lib/libkadm5srv.so.9 86:-lkafs5.9 => /usr/lib/libkafs5.so.9 87:-lkrb5.9 => /usr/lib/libkrb5.so.9 88:-lroken.9 => /usr/lib/libroken.so.9 89:-lssl.5 => /usr/lib/libssl.so.5 90:-lssh.4 => /usr/lib/libssh.so.4 91:-lcharset.1 => /usr/local/lib/libcharset.so.1 92:-liconv.3 => /usr/local/lib/libiconv.so.3 93:-lintl.8 => /usr/local/lib/libintl.so.8 94:-lasprintf.0 => /usr/local/lib/libasprintf.so.0 95:-lgettextpo.3 => /usr/local/lib/libgettextpo.so.3 96:-lusb-0.1.8 => /usr/local/lib/libusb-0.1.so.8 97:-lusbpp-0.1.8 => /usr/local/lib/libusbpp-0.1.so.8 98:-lupsclient.1 => /usr/local/lib/libupsclient.so.1 99:-lXau.6 => /usr/local/lib/libXau.so.6 100:-lXau.0 => /usr/local/lib/libXau.so.0 101:-lXdmcp.6 => /usr/local/lib/libXdmcp.so.6 102:-lX11.6 => /usr/local/lib/libX11.so.6 103:-lXext.6 => /usr/local/lib/libXext.so.6 104:-lXi.6 => /usr/local/lib/libXi.so.6 105:-lXp.6 => /usr/local/lib/libXp.so.6 106:-lICE.6 => /usr/local/lib/libICE.so.6 107:-lSM.6 => /usr/local/lib/libSM.so.6 108:-lXt.6 => /usr/local/lib/libXt.so.6 109:-lXtst.6 => /usr/local/lib/libXtst.so.6 > >Regarding the problem itself: there are ways to work around this by > >using the environment variable LD_LIBRARY_PATH. I do not recommend > >this, though -- properly configuring the ld.so search path when a > >program (or port) is installed is the proper method. > > Could you advise me how to do this? Hope you don't mind! >Set the LD_LIBRARY_PATH environment variable to the search paths >you desire. Colon-delimited, and it overrides the defaults. E.g. >export LD_LIBRARY_PATH="/lib:/usr/lib:/usr/lib/compat:/usr/local/lib:/usr/local/dia blo-jre1.6.0/lib/amd64" >But the below patch, assuming it works (and I got the paths right), >should not require you to do that. LD_LIBRARY_PATH is somewhat evil, >and it's not recommended you use it. Yup worked flawlessly on that part, but this always helps in the learning process ;> However even after that I was still presented with a...... [root@testvmbsd /opt/MonitorSoftware]# ./agent start Starting Agent: Error: can't find libjava.so. Done [root@testvmbsd /opt/MonitorSoftware]# -- | 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 | Index: Makefile =================================================================== RCS file: /home/pcvs/ports/java/diablo-jre16/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 20 Aug 2008 04:13:02 -0000 1.3 +++ Makefile 16 Sep 2008 04:24:27 -0000 @@ -43,6 +43,8 @@ INSTALL_DIR= ${PREFIX}/${PKGNAMEPREFIX}jre${JRE_VERSION} +USE_LDCONFIG= ${PREFIX}/${PKGNAMEPREFIX}jre${JRE_VERSION}/lib/${ARCH} + .include .if ${OSVERSION} >= 700000 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 11:00:46 2008 Return-Path: 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 0BAC51065673; Tue, 16 Sep 2008 11:00:46 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from bene1.itea.ntnu.no (bene1.itea.ntnu.no [IPv6:2001:700:300:3::56]) by mx1.freebsd.org (Postfix) with ESMTP id B973A8FC13; Tue, 16 Sep 2008 11:00:45 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by bene1.itea.ntnu.no (Postfix) with ESMTP id AFE3116C534; Tue, 16 Sep 2008 13:00:44 +0200 (CEST) Received: from carrot.studby.ntnu.no (unknown [IPv6:2001:700:300:3::184]) by bene1.itea.ntnu.no (Postfix) with ESMTP id 28F145359; Tue, 16 Sep 2008 13:00:44 +0200 (CEST) Date: Tue, 16 Sep 2008 13:03:46 +0200 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20080916110346.GA12643@carrot.studby.ntnu.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Debian amavisd-new at bene1.itea.ntnu.no Cc: freebsd-hackers@freebsd.org, freebsd-wip-status@freebsd.org Subject: [PATCH] New patch for cvsmode in csup X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 11:00:46 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Time again for a csup patch. There have been many improvements to make it b= ehave like cvsup in most circumstanses. A few notes: * Fixed a "bug" where csup would crash if the diff was not applied correctl= y, requiring changing the procedure on how diffs are applied within csup. * Fix so files added/removed to/from Attic will actually get removed from t= he client, making it work equally to csup. * Fix so the checkouts/status-file is mostly correctly updated, but this do= es=20 only matter a little if one mixes usage with csup/cvsup. * Note that updating of CVSROOT-* might take longer time than cvsup, because cvsup supports rsync algorithm, which fits those files better. * A lot of cleanups to the code, making it ready for review. Thanks to kris@ for helping out with testing. If anyone would like to review this patch, that would be nice. The patch can be found here: http://people.freebsd.org/~lulf/patches/csup/csup_09_16_2008.diff --=20 Ulf Lilleengen --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjPkpIACgkQCILg8nMIdCUlEwCcCjD5mubL+U7U+hly3WuL3jkU a94An3SnuplAzwmhhXwF5wpxDOnqU24m =rC2F -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 19:49:22 2008 Return-Path: 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 CB72D1065672; Tue, 16 Sep 2008 19:49:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4CDF18FC16; Tue, 16 Sep 2008 19:49:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8GJn1qh096729; Tue, 16 Sep 2008 15:49:15 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Matthias Apitz Date: Tue, 16 Sep 2008 11:25:44 -0400 User-Agent: KMail/1.9.7 References: <20080915110838.GA5258@rebelion.Sisis.de> <200809151608.06738.jhb@freebsd.org> <20080915222414.GA12474@rebelion.Sisis.de> In-Reply-To: <20080915222414.GA12474@rebelion.Sisis.de> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200809161125.45034.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 16 Sep 2008 15:49:16 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8265/Tue Sep 16 15:26:49 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/122331: panic's on KDE-launches (but only in WPA Wifi area) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 19:49:22 -0000 On Monday 15 September 2008 06:24:14 pm Matthias Apitz wrote: > El d=EDa Monday, September 15, 2008 a las 04:08:06PM -0400, John Baldwin= =20 escribi=F3: >=20 > > > > Can you go to frame 7 in kgdb and 'p *fdp'? > > >=20 > > > (kgdb) frame 7 > > > #7 0xc0788b98 in kern_select (td=3D0xc49d5630, nd=3D9, fd_in=3D0x298= ad840,=20 > > > fd_ou=3D0x298ad9c4, fd_ex=3D0x298adb48, tvp=3D0x0) at filedesc.h:= 136 > > > return (fd < 0 || fd >=3D fdp->fd_nfiles ? NULL : fdp->fd_ofiles[fd= ]); > > > (kgdb) p *fdp > > > Variable "fdp" is not available. > > > (kgdb)=20 > >=20 > > If 'td' is available then you can do 'p *td->td_proc->p_fd' >=20 > (kgdb) frame 7 > #7 0xc0788b98 in kern_select (td=3D0xc49d5630, nd=3D9, fd_in=3D0x298ad84= 0,=20 > fd_ou=3D0x298ad9c4, fd_ex=3D0x298adb48, tvp=3D0x0) at filedesc.h:136 > 136 return (fd < 0 || fd >=3D fdp->fd_nfiles ? NULL : > fdp->fd_ofiles[fd]); > (kgdb) p td > $7 =3D (struct thread *) 0xc49d5630 > (kgdb) p *td->td_proc->p_fd > $8 =3D {fd_ofiles =3D 0x0, fd_ofileflags =3D 0x0, fd_cdir =3D 0x0,=20 Well, fd_ofiles being NULL here is really odd. It's also odd that you have= no=20 current directory. Because fd_nfiles is 20, fd_ofiles should be pointing t= o=20 the static file descriptor array. Off the top of my head I don't see how=20 this is happening. It might help if you can narrow down exactly what WPA=20 operation you are doing that causes the panic. =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 16 20:31:35 2008 Return-Path: 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 2F86B1065673 for ; Tue, 16 Sep 2008 20:31:35 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id DE7118FC0A for ; Tue, 16 Sep 2008 20:31:34 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by gxk10 with SMTP id 10so26338742gxk.19 for ; Tue, 16 Sep 2008 13:31:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Nn43oeS4SfGD9sWlpHn5o5RQIpiYQxaGv78b1Zj+ew8=; b=RQMUxReiYmqas95eYHlhVljLfRB8bBTiSMUi/19/Wz9aYwNKXdmmbHwZNqGHPgMkK7 IBV5lQ34ti1ZWz4fDrjdDZH8zOlT+8j5puR/P5to2ctvheWds9lENVavesioZjV8yzNf Ib2oE9+4HuiTmtkPB6noeH8jyuXmrXP/35HYo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=hUsWJVNuiiPj+ppeYk4NXgxwXQKNnJIIMY0DBd9gMo+Uda6n5WJy57kIef9cbKAJ7y 6M6yB7IT+sT5LDM0XosBirYkwPX3MkYBchsgBoWdUbpd3eoss3Uf1DeXQEDk+Pcsx7+K /s6Nwf21gTnEROfWfvmgYstJQFmYT5rtDVUIk= Received: by 10.151.108.5 with SMTP id k5mr2075238ybm.226.1221595666989; Tue, 16 Sep 2008 13:07:46 -0700 (PDT) Received: by 10.150.228.8 with HTTP; Tue, 16 Sep 2008 13:07:46 -0700 (PDT) Message-ID: Date: Tue, 16 Sep 2008 13:07:46 -0700 From: "Navdeep Parhar" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: kgdb's add-kld broken on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 20:31:35 -0000 Hello everyone, The add-kld command in kgdb does not work as expected on amd64 (I'm using a recent HEAD, problem may affect others too). It uses the same address for all sections: (kgdb) add-kld if_cxgb.ko add symbol table from file "/boot/kernel/if_cxgb.ko" at .text_addr = 0xffffffff81022000 .rodata_addr = 0xffffffff81022000 .rodata.str1.8_addr = 0xffffffff81022000 .rodata.str1.1_addr = 0xffffffff81022000 set_modmetadata_set_addr = 0xffffffff81022000 set_sysctl_set_addr = 0xffffffff81022000 set_sysinit_set_addr = 0xffffffff81022000 set_sysuninit_set_addr = 0xffffffff81022000 .data_addr = 0xffffffff81022000 .bss_addr = 0xffffffff81022000 (y or n) This is not correct. The .text section's address is OK but the others are not. The problem seems to be that all amd64 kernel objects have VMA set to 0 for all sections. add_section() in gnu/usr.bin/gdb/kgdb/kld.c uses this VMA to adjust the address of the section: address = asi->base_addr + bfd_get_section_vma(bfd, sect); objdump -h shows that the userland objects on amd64 and all objects (kernel + userland) on i386 set VMA. It is only the kernel objects on amd64 that have VMA = 0. (sample output from amd64 and i386 machines appended at the end) For the time being I've patched kgdb to consider the file offset and not the VMA while calculating the section address. It seems to work but is probably not the right way to fix the problem. Any thoughts? Regards, Navdeep -------------------------------------------------------------------------- amd64# objdump -h /boot/kernel/if_cxgb.ko /boot/kernel/if_cxgb.ko: file format elf64-x86-64 Sections: Idx Name Size VMA LMA File off Algn 0 .text 0001c444 0000000000000000 0000000000000000 00000040 2**4 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .rodata 00000d91 0000000000000000 0000000000000000 0001c4a0 2**5 CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA 2 .rodata.str1.8 000018fa 0000000000000000 0000000000000000 0001d238 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA 3 .rodata.str1.1 00001b94 0000000000000000 0000000000000000 0001eb32 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA -------------------------------------------------------------------------- amd64# objdump -h /bin/ls /bin/ls: file format elf64-x86-64 Sections: Idx Name Size VMA LMA File off Algn 0 .interp 00000015 00000000004001c8 00000000004001c8 000001c8 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .note.ABI-tag 00000018 00000000004001e0 00000000004001e0 000001e0 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 2 .hash 00000274 00000000004001f8 00000000004001f8 000001f8 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA 3 .dynsym 00000840 0000000000400470 0000000000400470 00000470 2**3 CONTENTS, ALLOC, LOAD, READONLY, DATA -------------------------------------------------------------------------- i386# objdump -h /boot/kernel/if_cxgb.ko /boot/kernel/if_cxgb.ko: file format elf32-i386-freebsd Sections: Idx Name Size VMA LMA File off Algn 0 .hash 0000064c 00000094 00000094 00000094 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .dynsym 00000cc0 000006e0 000006e0 000006e0 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 2 .dynstr 00000a5e 000013a0 000013a0 000013a0 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA -------------------------------------------------------------------------- i386# objdump -h /bin/ls /bin/ls: file format elf32-i386-freebsd Sections: Idx Name Size VMA LMA File off Algn 0 .interp 00000015 08048114 08048114 00000114 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .note.ABI-tag 00000018 0804812c 0804812c 0000012c 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 2 .hash 00000264 08048144 08048144 00000144 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 3 .dynsym 00000540 080483a8 080483a8 000003a8 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA -------------------------------------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 07:28:03 2008 Return-Path: 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 BDCBB1065697; Wed, 17 Sep 2008 07:28:03 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 7E88F8FC18; Wed, 17 Sep 2008 07:27:49 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([193.31.10.34]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Wed, 17 Sep 2008 09:27:48 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id m8H7RlOK002996; Wed, 17 Sep 2008 09:27:47 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Wed, 17 Sep 2008 09:27:47 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20080917072747.GA2738@rebelion.Sisis.de> References: <20080915110838.GA5258@rebelion.Sisis.de> <200809151608.06738.jhb@freebsd.org> <20080915222414.GA12474@rebelion.Sisis.de> <200809161125.45034.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200809161125.45034.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-RELEASE (i386) X-OriginalArrivalTime: 17 Sep 2008 07:27:48.0305 (UTC) FILETIME=[E29FBC10:01C91896] Cc: freebsd-hackers@freebsd.org, bug-followup@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/122331: panic's on KDE-launches (but only in WPA Wifi area) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 07:28:03 -0000 El día Tuesday, September 16, 2008 a las 11:25:44AM -0400, John Baldwin escribió: > Well, fd_ofiles being NULL here is really odd. It's also odd that you have no > current directory. Because fd_nfiles is 20, fd_ofiles should be pointing to > the static file descriptor array. Off the top of my head I don't see how > this is happening. It might help if you can narrow down exactly what WPA > operation you are doing that causes the panic. I'm doing nothing by my own with WPA; the wpa_supplicant is launched at boot time via /etc/rc.conf entry as: ifconfig_iwi0="WPA" i.e. in the moment when I launch the X11+KDE with 'startx' is already running, iwi0 is associated with the AP and IP/routing is up in the interface (I've checked this always with 'ifconfig iwi0'); the difference between my home and the office is WEP (at home where I don't face that problem) and WPA in the office; yesterday and today morning KDE booted fine without causing this panic; could the reason be some inconsistency in the file system? but in this case as well I don't know where this could come from; I have always clean shutdowns before moving from my home to the office: matthias -- Matthias Apitz A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 13:05:53 2008 Return-Path: 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 F03DB106564A; Wed, 17 Sep 2008 13:05:53 +0000 (UTC) (envelope-from prvs=114614fff7=marc.loerner@hob.de) Received: from mailgate.hob.de (mailgate.hob.de [212.185.199.3]) by mx1.freebsd.org (Postfix) with ESMTP id 80ABE8FC1D; Wed, 17 Sep 2008 13:05:48 +0000 (UTC) (envelope-from prvs=114614fff7=marc.loerner@hob.de) Received: from imap.hob.de (mail2.hob.de [172.25.1.102]) by mailgate.hob.de (Postfix) with ESMTP id 7A5155200F1; Wed, 17 Sep 2008 14:39:07 +0200 (CEST) Received: from linux03.hob.de (linux03.hob.de [172.22.0.190]) by imap.hob.de (Postfix on SuSE eMail Server 2.0) with ESMTP id 212E0FD3CC; Wed, 17 Sep 2008 14:39:07 +0200 (CEST) From: Marc =?iso-8859-1?q?L=F6rner?= Organization: hob To: John Baldwin Date: Wed, 17 Sep 2008 14:39:37 +0200 User-Agent: KMail/1.6.2 References: <200809041400.04575.marc.loerner@hob.de> <200809101019.30453.marc.loerner@hob.de> <200809101409.49145.jhb@freebsd.org> In-Reply-To: <200809101409.49145.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <200809171439.37151.marc.loerner@hob.de> Cc: freebsd-hackers@freebsd.org Subject: Re: question on asymmetric mtx_[un]lock_sleep X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 13:05:54 -0000 On Wednesday 10 September 2008 20:09, John Baldwin wrote: > On Wednesday 10 September 2008 04:19:30 am Marc Lörner wrote: > > On Tuesday 09 September 2008 21:38, John Baldwin wrote: > > > On Thursday 04 September 2008 08:00:04 am Marc Lörner wrote: > > > > Hello, > > > > I just read through the code of mutexes and turnstiles > > > > and it seems to me that _mtx_lock_sleep and _mtx_unlock_sleep > > > > are some kind of asymmetric when turning SMP and adaptive mutexes > > > > on in kernel-configuration. > > > > > > > > On locking the mutex, we try to "quick" obtain the lock. > > > > If we can't do this, we look, whether some other thread, that's > > > > running, holds the lock and spin until either lock is freed or thread > > > > is not running anymore. In that case we try again to obtain the lock > > > > "quick". If the thread only stopped running but still holds the lock, > > > > we use > > > > > > turnstiles > > > > > > > to wake us up, when the thread unlocks the mutex. > > > > => That seems to be fine and quite symmetric with _mtx_unlock_sleep!! > > > > > > > > But if we're spinning and the other thread gave the mutex free, > > > > we quick-lock the mutex and don't set up a turnstile. > > > > > > > > Now on mtx_unlock_sleep: > > > > - in FreeBSD6/until revision 1.200 turnstiles were tested on > > > > existence. => if turnstile_lookup return NULL we only released the > > > > lock quick. > > > > > > > > - But now, it's never tested if turnstile exists instead we > > > > broadcast/wakeup all threads pending on the turnstile. If this > > > > turnstile is NULL => we > > > > > > access > > > > > > > wrong memory. > > > > > > > > Now my question is: Why can we be sure (in new source) that > > > > turnstile_lookup always returns a valid pointer to an turnstile and > > > > can use returned pointer to call turnstile_broadcast? Am I missing > > something? > > > > > Because it seems that following scenario may occur: > > > > - on locking same scenario as above (=> thread1 now holds the lock) > > > > - thread1 is put off the runqueue > > > > - thread2 now tries to quick unlock mutex and sees that thread1 holds > > > > it => call to mtx_unlock_sleep > > > > - now we try to use turnstile-mechanism and call turnstile_lookup => > > > > returns NULL because no thread waits for wakeup => we call > > > > turnstile_broadcast and crash. > > > > > > Newer locks don't set the CONTESTED flag unless they are actually going > > > to go to sleep. If they succeed in setting CONTESTED or it is already > > > set when they test for it, then they will block on the turnstile. The > > > turnstile chain lock will prevent a concurrent unlock from grabbing the > > > turnstile until the blocking thread is fully asleep. > > > > I see the setting of CONTESTED in case of sleeping in mtx_lock_sleep! > > But there is still the possibility that mtx_lock_sleep "just" obtains the > > lock > > > and doesn't set contested-bit! See described case above (we reach first > > continue in mtx_lock_sleep and test on obtain_lock ends while-loop). > > In that case the lock won't have a turnstile, so mtx_unlock_sleep() will > never be called. > > > Why is this bit not tested in mtx_unlock_sleep? > > If the bit is clear the first attempt to unlock the mutex will succeed, and > mtx_unlock_sleep() won't be called. > > > I think, it's still possible that turnstile_lookup returns NULL. > > And we still have "MPASS(ts != NULL);" in mtx_unlock_sleep that is not > > turned on for GENERIC-kernel (no INVARIANTS support). > > It won't return NULL. > > > And I'm still wondering why the former test on "ts != NULL" went away? > > As I mentioned, previously when a thread used to do an adaptive spin, it > would set the CONTESTED flag before spinning. This could result in the > case that a mutex would have CONTESTED set, but not have an associated > turnstile. Now that the adaptive spinning happens earlier before setting > CONTESTED, mutexes can no longer get into that state. That is, if > CONTESTED is set, the mutex always has an assigned turnstile. If CONTESTED > isn't set, then the first attempt to unlock a mutex will succeed, and > mtx_unlock_sleep() won't be called at all. I got an Page-Not-Present fault on my itanium machine and thought this error is coming from the mutex and turnstile functions. Because when checking on NULL in mtx_unlock_sleep the fault went away. But I was wrong. A little more research resulted in the error lying in the architecture-dependent part of the pcpu.h-macros. So after a thread switched cores he may use the old address of pcpu and curthread that now doesn't hold the right tid anymore. Thanks for your explanations and sorry for the noise! Marc Loerner From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 14:51:26 2008 Return-Path: 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 8A3211065679 for ; Wed, 17 Sep 2008 14:51:26 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 06F598FC20 for ; Wed, 17 Sep 2008 14:51:25 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.12) with SMTP id 8422845 for freebsd-hackers@freebsd.org; Wed, 17 Sep 2008 17:51:22 +0400 Message-ID: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: Date: Wed, 17 Sep 2008 17:51:22 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Subject: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 14:51:26 -0000 Hi all. We have loadable kernel module with several syscall intercepting functions (e.g., sysent[SYS___sysctl].sy_call). Earlier, this module was built and used on i386 platform, now we have to run it on amd64. For some reasons we have to enable COMPAT_IA32 option in kernel. Our syscall wrapper sucessfully receiving syscalls from amd64 binaries, but we have nothing from old i386 binaries. Seems like these calls are made bypassing our kernel module. Is there any way to handle them? OS is freebsd 6.3-stable. Thanks, -- Andrew From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 15:30:04 2008 Return-Path: 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 A6CA8106564A for ; Wed, 17 Sep 2008 15:30:04 +0000 (UTC) (envelope-from fluxboxtremist@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1BC8FC1A for ; Wed, 17 Sep 2008 15:30:04 +0000 (UTC) (envelope-from fluxboxtremist@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3106842wfg.7 for ; Wed, 17 Sep 2008 08:30:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=8kODCo/ZaV0nMBTCoKOh97js6psUUOJOaWwUzm1OQwY=; b=t2BY6l1luYbieZfAnW/Cc6VNMw3doRMwxNJE1CxxNASgMjRDHN9XRVebsoIY1/OazV C/m0r74NB9IzAd0IZ8COkw3M53xMUmFxXgn9NClEIYWFWNRCZeU2fdZli5vtWQTjyxy9 OWECHbtQ1lDPV8PpqF3tAQZj+ZMKwaWCWyuBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=svhL5XBu6S0JcjNgPYUffb62JKM51+fcA8/zVHBUgdPnTYoPRSN0ZIkVowE9QgoUjt NWykbQ+ypvE6ZDQZpt8EzCPGfF1C08L0PkO3pGKEEI4qCBSV6DdS8KgHeeCxO0QFGMLj RpWE48QdnGCJlBOcTqafjmQ6dJBagj73Dcugg= Received: by 10.140.131.11 with SMTP id e11mr6598643rvd.153.1221663964984; Wed, 17 Sep 2008 08:06:04 -0700 (PDT) Received: by 10.140.170.5 with HTTP; Wed, 17 Sep 2008 08:06:04 -0700 (PDT) Message-ID: <2de331130809170806v9ee6c58t23386fbef6873078@mail.gmail.com> Date: Wed, 17 Sep 2008 10:36:04 -0430 From: "Andres Chavez" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 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: Auto Connect After Connection Fails X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 15:30:04 -0000 Hi Hackers, im wondering if its posible somehow to auto reconnect after a connection fails. This is because from time to time my ISP while renews the ip address the connection just freezes and i have to manually use dhclient -u {if} to get the new address or even when there is no ip change by my ISP i still get this problem sometimes. Any help? -- Visit http://www.noixe.net Electronic Music 24/7 From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 15:31:56 2008 Return-Path: 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 CC1C61065671 for ; Wed, 17 Sep 2008 15:31:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 15F758FC28 for ; Wed, 17 Sep 2008 15:31:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8HFVaKR006866; Wed, 17 Sep 2008 11:31:49 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 17 Sep 2008 11:31:30 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200809171131.30819.jhb@freebsd.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 17 Sep 2008 11:31:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8270/Wed Sep 17 09:15:56 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Navdeep Parhar Subject: Re: kgdb's add-kld broken on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 15:31:57 -0000 On Tuesday 16 September 2008 04:07:46 pm Navdeep Parhar wrote: > Hello everyone, > > The add-kld command in kgdb does not work as expected on amd64 > (I'm using a recent HEAD, problem may affect others too). It uses > the same address for all sections: > > (kgdb) add-kld if_cxgb.ko > add symbol table from file "/boot/kernel/if_cxgb.ko" at > .text_addr = 0xffffffff81022000 > .rodata_addr = 0xffffffff81022000 > .rodata.str1.8_addr = 0xffffffff81022000 > .rodata.str1.1_addr = 0xffffffff81022000 > set_modmetadata_set_addr = 0xffffffff81022000 > set_sysctl_set_addr = 0xffffffff81022000 > set_sysinit_set_addr = 0xffffffff81022000 > set_sysuninit_set_addr = 0xffffffff81022000 > .data_addr = 0xffffffff81022000 > .bss_addr = 0xffffffff81022000 > (y or n) > > This is not correct. The .text section's address is OK but the > others are not. > > The problem seems to be that all amd64 kernel objects have VMA set > to 0 for all sections. add_section() in gnu/usr.bin/gdb/kgdb/kld.c > uses this VMA to adjust the address of the section: > > address = asi->base_addr + bfd_get_section_vma(bfd, sect); > > objdump -h shows that the userland objects on amd64 and all > objects (kernel + userland) on i386 set VMA. It is only the > kernel objects on amd64 that have VMA = 0. (sample output from > amd64 and i386 machines appended at the end) > > For the time being I've patched kgdb to consider the file offset > and not the VMA while calculating the section address. It seems > to work but is probably not the right way to fix the problem. > > Any thoughts? Hmm, I wonder if this is because on amd64 modules are .o's rather than .so's. It is. File offset isn't quite right. Instead, the way sys/kern/link_elf_obj.c works is that it just loads the PROGBITS (text, code, etc.) and NOBITS (bss) sections in the order they are in the file and concatenates them. So, the relocation logic in kgdb will need to be updated to recognize a .o vs .so and apply that algorithm for .o files. Actually, what I've done is to replace the home-rolled section relocation stuff with the gdb primitives that the solib code in gdb uses. It works here on i386, and hopefully this will fix this as this is how the sharedlibrary kld stuff is doing the relocations: --- //depot/vendor/freebsd/src/gnu/usr.bin/gdb/kgdb/kld.c 2008/04/29 20:41:02 +++ //depot/user/jhb/kgdb/gnu/usr.bin/gdb/kgdb/kld.c 2008/09/17 15:27:25 @@ -37,6 +37,7 @@ #include #include #include +#include #include #include #include @@ -196,39 +197,14 @@ return (0); } -struct add_section_info { - struct section_addr_info *section_addrs; - int sect_index; - CORE_ADDR base_addr; -}; - -static void -add_section (bfd *bfd, asection *sect, void *arg) -{ - struct add_section_info *asi = arg; - CORE_ADDR address; - char *name; - - /* Ignore non-resident sections. */ - if ((bfd_get_section_flags(bfd, sect) & (SEC_ALLOC | SEC_LOAD)) == 0) - return; - - name = xstrdup(bfd_get_section_name(bfd, sect)); - make_cleanup(xfree, name); - address = asi->base_addr + bfd_get_section_vma(bfd, sect); - asi->section_addrs->other[asi->sect_index].name = name; - asi->section_addrs->other[asi->sect_index].addr = address; - asi->section_addrs->other[asi->sect_index].sectindex = sect->index; - printf_unfiltered("\t%s_addr = %s\n", name, local_hex_string(address)); - asi->sect_index++; -} - static void load_kld (char *path, CORE_ADDR base_addr, int from_tty) { - struct add_section_info asi; + struct section_addr_info *sap; + struct section_table *sections, *sections_end, *s; struct cleanup *cleanup; bfd *bfd; + int i; /* Open the kld. */ bfd = bfd_openr(path, gnutarget); @@ -244,19 +220,30 @@ if (bfd_get_section_by_name (bfd, ".text") == NULL) error("\"%s\": can't find text section", path); + /* Build a section table from the bfd and relocate the sections. */ + if (build_section_table (bfd, §ions, §ions_end)) + error("\"%s\": can't find file sections", path); + cleanup = make_cleanup(xfree, sections); + for (s = sections; s < sections_end; s++) { + s->addr += base_addr; + s->endaddr += base_addr; + } + + /* Build a section addr info to pass to symbol_file_add(). */ + sap = build_section_addr_info_from_section_table (sections, + sections_end); + cleanup = make_cleanup((make_cleanup_ftype *)free_section_addr_info, + sap); + printf_unfiltered("add symbol table from file \"%s\" at\n", path); - - /* Build a section table for symbol_file_add() from the bfd sections. */ - asi.section_addrs = alloc_section_addr_info(bfd_count_sections(bfd)); - cleanup = make_cleanup(xfree, asi.section_addrs); - asi.sect_index = 0; - asi.base_addr = base_addr; - bfd_map_over_sections(bfd, add_section, &asi); + for (i = 0; i < sap->num_sections; i++) + printf_unfiltered("\t%s_addr = %s\n", sap->other[i].name, + local_hex_string(sap->other[i].addr)); if (from_tty && (!query("%s", ""))) error("Not confirmed."); - symbol_file_add(path, from_tty, asi.section_addrs, 0, OBJF_USERLOADED); + symbol_file_add(path, from_tty, sap, 0, OBJF_USERLOADED); do_cleanups(cleanup); } -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 15:36:01 2008 Return-Path: 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 A486C1065671 for ; Wed, 17 Sep 2008 15:36:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outm.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE6A8FC17 for ; Wed, 17 Sep 2008 15:36:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 8BA7024A2; Wed, 17 Sep 2008 08:36:01 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id E9B482D601A; Wed, 17 Sep 2008 08:35:59 -0700 (PDT) Message-ID: <48D123DD.2030701@elischer.org> Date: Wed, 17 Sep 2008 08:35:57 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: "Andrew N. Below" References: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> In-Reply-To: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 15:36:01 -0000 Andrew N. Below wrote: > Hi all. > > We have loadable kernel module with > several syscall intercepting functions > (e.g., sysent[SYS___sysctl].sy_call). > Earlier, this module was built and used > on i386 platform, now we have to run it > on amd64. For some reasons we have to > enable COMPAT_IA32 option in kernel. > > Our syscall wrapper sucessfully receiving > syscalls from amd64 binaries, but we have > nothing from old i386 binaries. > > Seems like these calls are made bypassing > our kernel module. x86 binaries use a separate syscall table, so you need to patch both tables. > > Is there any way to handle them? > > OS is freebsd 6.3-stable. > > Thanks, > -- > Andrew > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 16:20:02 2008 Return-Path: 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 A32161065676 for ; Wed, 17 Sep 2008 16:20:02 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 261828FC15 for ; Wed, 17 Sep 2008 16:20:01 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiQFANbG0Eg7pzeZ/2dsb2JhbACBY7c+gWc X-IronPort-AV: E=Sophos;i="4.32,416,1217773800"; d="scan'208";a="208543545" Received: from ppp59-167-55-153.lns1.cbr1.internode.on.net (HELO bullseye.apana.org.au) ([59.167.55.153]) by ipmail05.adl2.internode.on.net with ESMTP; 18 Sep 2008 01:34:42 +0930 Received: from [192.168.63.10] (tenring.andymac.org [192.168.63.10]) by bullseye.apana.org.au (8.14.2/8.14.2) with ESMTP id m8HFtCIv088870 for ; Thu, 18 Sep 2008 01:55:12 +1000 (EST) (envelope-from andymac@bullseye.andymac.org) Message-ID: <48D12AD4.1000806@bullseye.andymac.org> Date: Thu, 18 Sep 2008 02:05:40 +1000 From: Andrew MacIntyre User-Agent: Thunderbird 2.0.0.14 (OS/2/20080509) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: unexpected behaviour of malloc() on 7.0/amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 16:20:02 -0000 [If this is not an appropriate forum for this query, please suggest a more appropriate one] In investigating a Python 2.6rc1 regression test failure on FreeBSD 7.0/amd64, as far as I can tell, malloc() does not return NULL when available memory (including swap) is exhausted - the process just gets KILLed. Using ulimit -v to set a virtual memory use limit below the available memory does result in malloc() returning NULL when the limit is hit. The Python regression test concerned does not fail on FreeBSD 7.0/i386, however the C program below exhibits the unexpected behaviour on both 7.0/amd64 and 7.0/i386. The C program below does behave as expected on FreeBSD 6.3/i386; I cannot currently test its behaviour on FreeBSD 6.3/amd64. I can't see this behaviour documented in the malloc() man page. I attempted to search the gnats database but the only mention of "malloc" is not related to this issue and doesn't involve this architecture. Is this the intended behaviour? ---8<---8<---8<--- #include #include #include #define CHUNK_SIZE 1024*1024 int main(void) { char* t; char buffer[256]; int i = 0; while (1) { if ((t = malloc(CHUNK_SIZE)) == NULL) { sprintf(buffer, "chunks allocated: %d\n", i); printf(buffer); break; } memset(t, 0, CHUNK_SIZE); ++i; } return 0; } ---8<---8<---8<--- Thanks, Andrew. -- ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 16:29:06 2008 Return-Path: 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 E6C441065670 for ; Wed, 17 Sep 2008 16:29:06 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 67ED38FC13 for ; Wed, 17 Sep 2008 16:29:05 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.12) with SMTP id 8431658; Wed, 17 Sep 2008 20:29:05 +0400 Message-ID: <064901c918e2$803df770$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: "Julian Elischer" References: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> <48D123DD.2030701@elischer.org> Date: Wed, 17 Sep 2008 20:29:04 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Cc: freebsd-hackers@freebsd.org Subject: Re: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 16:29:07 -0000 > Andrew N. Below wrote: > > Hi all. > > > > We have loadable kernel module with > > several syscall intercepting functions > > (e.g., sysent[SYS___sysctl].sy_call). > > Earlier, this module was built and used > > on i386 platform, now we have to run it > > on amd64. For some reasons we have to > > enable COMPAT_IA32 option in kernel. > > > > Our syscall wrapper sucessfully receiving > > syscalls from amd64 binaries, but we have > > nothing from old i386 binaries. > > > > Seems like these calls are made bypassing > > our kernel module. > > x86 binaries use a separate syscall table, so you need to patch > both tables. Where can I find something about that table? Nothing interesting in sysent.h/syscall.h... -- Andrew From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 16:56:11 2008 Return-Path: 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 D4884106567F for ; Wed, 17 Sep 2008 16:56:11 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from cpanel03.rubas-s03.net (cpanel03.rubas-s03.net [195.182.222.73]) by mx1.freebsd.org (Postfix) with ESMTP id 924E48FC0C for ; Wed, 17 Sep 2008 16:56:11 +0000 (UTC) (envelope-from gahr@FreeBSD.org) Received: from 80-218-191-31.dclient.hispeed.ch ([80.218.191.31] helo=gahrtop.gahr.ch) by cpanel03.rubas-s03.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Kg0K0-00033K-Dg; Wed, 17 Sep 2008 18:56:08 +0200 Message-ID: <48D13695.2070000@FreeBSD.org> Date: Wed, 17 Sep 2008 18:55:49 +0200 From: Pietro Cerutti Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.16 (X11/20080807) MIME-Version: 1.0 To: Andrew MacIntyre References: <48D12AD4.1000806@bullseye.andymac.org> In-Reply-To: <48D12AD4.1000806@bullseye.andymac.org> X-Enigmail-Version: 0.95.6 OpenPGP: id=9571F78E; url=http://gahr.ch/pgp/ Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel03.rubas-s03.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - FreeBSD.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-hackers@freebsd.org Subject: Re: unexpected behaviour of malloc() on 7.0/amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 16:56:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Andrew MacIntyre wrote: [snip] | In investigating a Python 2.6rc1 regression test failure on FreeBSD | 7.0/amd64, as far as I can tell, malloc() does not return NULL when | available memory (including swap) is exhausted - the process just gets | KILLed. [snip] | The Python regression test concerned does not fail on FreeBSD 7.0/i386, | however the C program below exhibits the unexpected behaviour on both | 7.0/amd64 and 7.0/i386. The C program below does behave as | expected on FreeBSD 6.3/i386; I cannot currently test its behaviour on | FreeBSD 6.3/amd64. [snip] | Is this the intended behaviour? I can confirm something strange happening on i386/7.0-RELEASE: | ./malloc Killed | While on i386/8.0-CURRENT the behavior is as expected: | ./malloc_test chunks allocated: 2936 | [snip] | | Thanks, | Andrew. | - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREKAAYFAkjRNpQACgkQwMJqmJVx946uhQCfcWVVNnIXOIZ5PrmnenEjgLcT gQYAoNpwNxsW94EnOpMHQoit+OOgNd02 =mGSL -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:26:33 2008 Return-Path: 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 12E2F106567A for ; Wed, 17 Sep 2008 17:26:33 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 87E8F8FC3F for ; Wed, 17 Sep 2008 17:26:32 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.12) with SMTP id 8433981; Wed, 17 Sep 2008 21:26:31 +0400 Message-ID: <06f401c918ea$866268e0$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: "Julian Elischer" References: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> <48D123DD.2030701@elischer.org> Date: Wed, 17 Sep 2008 21:26:31 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1914 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914 Cc: freebsd-hackers@freebsd.org Subject: Re: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 17:26:33 -0000 > x86 binaries use a separate syscall table, so you need to patch > both tables. Ooops, sorry, I found it. Thanks! -- Andrew From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:31:55 2008 Return-Path: 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 1B433106566B for ; Wed, 17 Sep 2008 17:31:55 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id F20AD8FC24 for ; Wed, 17 Sep 2008 17:31:54 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id 20EE912989F; Wed, 17 Sep 2008 10:03:55 -0700 (PDT) Message-ID: <48D13784.2090701@FreeBSD.org> Date: Wed, 17 Sep 2008 09:59:48 -0700 From: Jason Evans User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Andrew MacIntyre References: <48D12AD4.1000806@bullseye.andymac.org> In-Reply-To: <48D12AD4.1000806@bullseye.andymac.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: unexpected behaviour of malloc() on 7.0/amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 17:31:55 -0000 Andrew MacIntyre wrote: > In investigating a Python 2.6rc1 regression test failure on FreeBSD > 7.0/amd64, as far as I can tell, malloc() does not return NULL when > available memory (including swap) is exhausted - the process just gets > KILLed. > > Using ulimit -v to set a virtual memory use limit below the available > memory does result in malloc() returning NULL when the limit is hit. > > The Python regression test concerned does not fail on FreeBSD 7.0/i386, > however the C program below exhibits the unexpected behaviour on both > 7.0/amd64 and 7.0/i386. The C program below does behave as > expected on FreeBSD 6.3/i386; I cannot currently test its behaviour on > FreeBSD 6.3/amd64. > > I can't see this behaviour documented in the malloc() man page. From malloc(3): === IMPLEMENTATION NOTES Traditionally, allocators have used sbrk(2) to obtain memory, which is suboptimal for several reasons, including race conditions, increased fragmentation, and artificial limitations on maximum usable memory. This allocator uses both sbrk(2) and mmap(2) by default, but it can be configured at run time to use only one or the other. If resource limits are not a primary concern, the preferred configuration is MALLOC_OPTIONS=dM or MALLOC_OPTIONS=DM. When so configured, the datasize resource limit has little practical effect for typical applications; use MALLOC_OPTIONS=Dm if that is a concern. Regardless of allocator configuration, the vmemoryuse resource limit can be used to bound the total virtual memory used by a process, as described in limits(1). === If you want a custom python binary that does not use mmap, you can define _malloc_options to "d", or just use MALLOC_OPTIONS in the environment. Jason From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:43:27 2008 Return-Path: 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 E0310106566B for ; Wed, 17 Sep 2008 17:43:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8400D8FC1D for ; Wed, 17 Sep 2008 17:43:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8HHhL6H007809; Wed, 17 Sep 2008 13:43:21 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 17 Sep 2008 11:36:24 -0400 User-Agent: KMail/1.9.7 References: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> In-Reply-To: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809171136.24300.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 17 Sep 2008 13:43:21 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8270/Wed Sep 17 09:15:56 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Andrew N. Below" Subject: Re: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 17:43:28 -0000 On Wednesday 17 September 2008 09:51:22 am Andrew N. Below wrote: > Hi all. > > We have loadable kernel module with > several syscall intercepting functions > (e.g., sysent[SYS___sysctl].sy_call). > Earlier, this module was built and used > on i386 platform, now we have to run it > on amd64. For some reasons we have to > enable COMPAT_IA32 option in kernel. > > Our syscall wrapper sucessfully receiving > syscalls from amd64 binaries, but we have > nothing from old i386 binaries. > > Seems like these calls are made bypassing > our kernel module. > > Is there any way to handle them? > > OS is freebsd 6.3-stable. You have to patch the sysent[] array in the compat/freebsd. There currently isn't a really clean way of doing this (and there really should be). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 18:15:12 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6CED106566B for ; Wed, 17 Sep 2008 18:15:12 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.189]) by mx1.freebsd.org (Postfix) with ESMTP id 72FCA8FC14 for ; Wed, 17 Sep 2008 18:15:06 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gv-out-0910.google.com with SMTP id n8so1604977gve.39 for ; Wed, 17 Sep 2008 11:15:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=NWd6nmzi5Mbow9a1V/MFWB+i/V4XAgYOYn1NRA0GEtA=; b=ThyOIWOcApMqfS+0brzi0iZ8Om5m79CW3YargR3jZil6Pvungg8teRdLVEwiWHKEgb RMgpqn1un1EiGCbMAzUkN2xL5ztHyFGii0CilwKKAxvCdi7BYqq+RfDDDoz4JcLOrAgc XQzyZFepPzu9xq2NO7g0RsQqxlPOupjQyPhp4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VJ4nU5mfuF3d9gQu+EOgTSC4BH1BytV6qxqQTqsKVQDWjh5afRXdS8oWrWMpE4Y3DO S9sC8Gx7mYnay5b39JjNAxGT7sWuGRaR7yYfPBEz9xijOOCYQM5438Z7NMo+1GCR7Pxs nozfCtna5fF9HC7jBV7LMx+VzTj9TdotiZcn0= Received: by 10.86.80.5 with SMTP id d5mr1291620fgb.11.1221673935982; Wed, 17 Sep 2008 10:52:15 -0700 (PDT) Received: by 10.86.62.1 with HTTP; Wed, 17 Sep 2008 10:52:15 -0700 (PDT) Message-ID: Date: Wed, 17 Sep 2008 10:52:15 -0700 From: "Maksim Yevmenkin" To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080917161633.9E2F717101@shadow.codelabs.ru> Cc: rik@freebsd.org, hackers@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 18:15:13 -0000 On 9/17/08, Eygene Ryabinkin wrote: > Maxim, good day. > > Cc'ing this discuission to hackers@ -- I was just going to write > the separate letter on this topic to the list. > > Wed, Sep 17, 2008 at 09:56:14AM -0700, Maksim Yevmenkin wrote: > > have you tried to simply set KBDMUX_LOCK/UNLOCK() to > > mtx_lock/unlock(&Giant) ? > > Since kbdmux callout is initialized as non-MPSAFE, this will result in > double locking the Giant (at least I see it from the code). I am not > sure that this is very good -- had not yet verified that Giant is > recursive. yes, giant is recursive. i think it should be fine for now (and yes, i agree, its not very clean) > Can try it tomorrow. thanks > Since you had written the code and #if 0'ed the locking part, may I ask, > why? Are there any known issues or it was just not very good to > introduce locking at that time (rev. 1.1, 3 years ago)? because i did not want to touch every single keyboard driver, keyboard subsystem and syscons :) back then. since kbdmux is pretty much keyboard driver it was easier to leave it under giant locking. thanks, max From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 18:30:17 2008 Return-Path: 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 1F7641065670 for ; Wed, 17 Sep 2008 18:30:17 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outh.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 081778FC1D for ; Wed, 17 Sep 2008 18:30:16 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 96B162478; Wed, 17 Sep 2008 11:30:19 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A41B02D6013; Wed, 17 Sep 2008 11:30:16 -0700 (PDT) Message-ID: <48D14CB8.5080002@elischer.org> Date: Wed, 17 Sep 2008 11:30:16 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: "Andrew N. Below" References: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> <48D123DD.2030701@elischer.org> <064901c918e2$803df770$970da8c0@jam.zenon.net> In-Reply-To: <064901c918e2$803df770$970da8c0@jam.zenon.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 18:30:17 -0000 Andrew N. Below wrote: >> Andrew N. Below wrote: >>> Hi all. >>> >>> We have loadable kernel module with >>> several syscall intercepting functions >>> (e.g., sysent[SYS___sysctl].sy_call). >>> Earlier, this module was built and used >>> on i386 platform, now we have to run it >>> on amd64. For some reasons we have to >>> enable COMPAT_IA32 option in kernel. >>> >>> Our syscall wrapper sucessfully receiving >>> syscalls from amd64 binaries, but we have >>> nothing from old i386 binaries. >>> >>> Seems like these calls are made bypassing >>> our kernel module. >> x86 binaries use a separate syscall table, so you need to patch >> both tables. > > Where can I find something about that table? the compat stuff is in /sys/compat/ia32/ So I would start there and follow the logic. > > Nothing interesting in sysent.h/syscall.h... > > -- > Andrew > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 19:51:03 2008 Return-Path: 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 DECD2106564A for ; Wed, 17 Sep 2008 19:51:03 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 852858FC17 for ; Wed, 17 Sep 2008 19:51:03 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1008576yxb.13 for ; Wed, 17 Sep 2008 12:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=rqeyPSilaTJ9m02HgKcDi6BykOPset8POY3z68tX4QM=; b=jsZ0ypGAMYRVmD29lnTkX6c47UI07mGQTH7uRkMZKbqp9QsD94PbSJgGsE7mUG91HR ur8U+1BqPdwqlw+Lxla19TX0Oan4XBVtfEkHVj+a2bLnhowgWY7GvOCtu2XKGTQtqxaF RfjqGVi3etPDpFrfZKDb5fLJwN8rqqj+shMBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=R6u3d5xbZFRValtdQP3IVKbMCLYhyMu7Czgof4RDzQtbBh88sUeKHWN5GEkayCGlld rSrFZXTDIwwBCO1eMwYTFME1CSorlYOB4S5G0yAEf2FyXpOilPosQi5KX34Euq6txsIi tdJL3AUsK2ayCmDrPvD9/UI2MPEIw+d3RMJpg= Received: by 10.151.143.14 with SMTP id v14mr4164418ybn.144.1221681062571; Wed, 17 Sep 2008 12:51:02 -0700 (PDT) Received: by 10.150.228.8 with HTTP; Wed, 17 Sep 2008 12:51:02 -0700 (PDT) Message-ID: Date: Wed, 17 Sep 2008 12:51:02 -0700 From: "Navdeep Parhar" To: "John Baldwin" In-Reply-To: <200809171131.30819.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200809171131.30819.jhb@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: kgdb's add-kld broken on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 19:51:04 -0000 Hello John, The patch did NOT fix the problem. Read on for more.... On Wed, Sep 17, 2008 at 8:31 AM, John Baldwin wrote: > On Tuesday 16 September 2008 04:07:46 pm Navdeep Parhar wrote: >> Hello everyone, >> >> The add-kld command in kgdb does not work as expected on amd64 >> (I'm using a recent HEAD, problem may affect others too). It uses >> the same address for all sections: >> >> (kgdb) add-kld if_cxgb.ko >> add symbol table from file "/boot/kernel/if_cxgb.ko" at >> .text_addr = 0xffffffff81022000 >> .rodata_addr = 0xffffffff81022000 >> .rodata.str1.8_addr = 0xffffffff81022000 >> .rodata.str1.1_addr = 0xffffffff81022000 >> set_modmetadata_set_addr = 0xffffffff81022000 >> set_sysctl_set_addr = 0xffffffff81022000 >> set_sysinit_set_addr = 0xffffffff81022000 >> set_sysuninit_set_addr = 0xffffffff81022000 >> .data_addr = 0xffffffff81022000 >> .bss_addr = 0xffffffff81022000 >> (y or n) >> >> This is not correct. The .text section's address is OK but the >> others are not. >> >> The problem seems to be that all amd64 kernel objects have VMA set >> to 0 for all sections. add_section() in gnu/usr.bin/gdb/kgdb/kld.c >> uses this VMA to adjust the address of the section: >> >> address = asi->base_addr + bfd_get_section_vma(bfd, sect); >> >> objdump -h shows that the userland objects on amd64 and all >> objects (kernel + userland) on i386 set VMA. It is only the >> kernel objects on amd64 that have VMA = 0. (sample output from >> amd64 and i386 machines appended at the end) >> >> For the time being I've patched kgdb to consider the file offset >> and not the VMA while calculating the section address. It seems >> to work but is probably not the right way to fix the problem. >> >> Any thoughts? > > Hmm, I wonder if this is because on amd64 modules are .o's rather than .so's. > It is. File offset isn't quite right. Instead, the way > sys/kern/link_elf_obj.c works is that it just loads the PROGBITS (text, code, > etc.) and NOBITS (bss) sections in the order they are in the file and > concatenates them. So, the relocation logic in kgdb will need to be updated > to recognize a .o vs .so and apply that algorithm for .o files. > > Actually, what I've done is to replace the home-rolled section relocation > stuff with the gdb primitives that the solib code in gdb uses. It works here > on i386, and hopefully this will fix this as this is how the sharedlibrary > kld stuff is doing the relocations: I had to modify the patch a bit as add-kld -> build_section_table() -> xfree() was a bad free and led to bus errors or segv: - struct section_table *sections, *sections_end, *s; + struct section_table *sections = NULL, *sections_end = NULL, *s; After fixing that, add-kld still wouldn't pick up the correct addresses: (kgdb) add-kld if_cxgb.ko add symbol table from file "/boot/kernel/if_cxgb.ko" at .text_addr = 0xffffffff81022000 .rodata_addr = 0xffffffff81022000 .rodata.str1.8_addr = 0xffffffff81022000 .rodata.str1.1_addr = 0xffffffff81022000 set_modmetadata_set_addr = 0xffffffff81022000 set_sysctl_set_addr = 0xffffffff81022000 set_sysinit_set_addr = 0xffffffff81022000 set_sysuninit_set_addr = 0xffffffff81022000 .data_addr = 0xffffffff81022000 .bss_addr = 0xffffffff81022000 With the patch the section relocation is still taking place based on the VMA (which is 0 for amd64 modules as I pointed out earlier). So the behaviour is no different than before. If I read the code right, each section's addr is calculated as: load_kld -> build_section_table -> add_to_section_table This sets it to bfd_section_vma(abfd, asect), which is no good for amd64 kernel modules. Regards, Navdeep > > --- //depot/vendor/freebsd/src/gnu/usr.bin/gdb/kgdb/kld.c 2008/04/29 20:41:02 > +++ //depot/user/jhb/kgdb/gnu/usr.bin/gdb/kgdb/kld.c 2008/09/17 15:27:25 > @@ -37,6 +37,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -196,39 +197,14 @@ > return (0); > } > > -struct add_section_info { > - struct section_addr_info *section_addrs; > - int sect_index; > - CORE_ADDR base_addr; > -}; > - > -static void > -add_section (bfd *bfd, asection *sect, void *arg) > -{ > - struct add_section_info *asi = arg; > - CORE_ADDR address; > - char *name; > - > - /* Ignore non-resident sections. */ > - if ((bfd_get_section_flags(bfd, sect) & (SEC_ALLOC | SEC_LOAD)) == 0) > - return; > - > - name = xstrdup(bfd_get_section_name(bfd, sect)); > - make_cleanup(xfree, name); > - address = asi->base_addr + bfd_get_section_vma(bfd, sect); > - asi->section_addrs->other[asi->sect_index].name = name; > - asi->section_addrs->other[asi->sect_index].addr = address; > - asi->section_addrs->other[asi->sect_index].sectindex = sect->index; > - printf_unfiltered("\t%s_addr = %s\n", name, local_hex_string(address)); > - asi->sect_index++; > -} > - > static void > load_kld (char *path, CORE_ADDR base_addr, int from_tty) > { > - struct add_section_info asi; > + struct section_addr_info *sap; > + struct section_table *sections, *sections_end, *s; > struct cleanup *cleanup; > bfd *bfd; > + int i; > > /* Open the kld. */ > bfd = bfd_openr(path, gnutarget); > @@ -244,19 +220,30 @@ > if (bfd_get_section_by_name (bfd, ".text") == NULL) > error("\"%s\": can't find text section", path); > > + /* Build a section table from the bfd and relocate the sections. */ > + if (build_section_table (bfd, §ions, §ions_end)) > + error("\"%s\": can't find file sections", path); > + cleanup = make_cleanup(xfree, sections); > + for (s = sections; s < sections_end; s++) { > + s->addr += base_addr; > + s->endaddr += base_addr; > + } > + > + /* Build a section addr info to pass to symbol_file_add(). */ > + sap = build_section_addr_info_from_section_table (sections, > + sections_end); > + cleanup = make_cleanup((make_cleanup_ftype *)free_section_addr_info, > + sap); > + > printf_unfiltered("add symbol table from file \"%s\" at\n", path); > - > - /* Build a section table for symbol_file_add() from the bfd sections. */ > - asi.section_addrs = alloc_section_addr_info(bfd_count_sections(bfd)); > - cleanup = make_cleanup(xfree, asi.section_addrs); > - asi.sect_index = 0; > - asi.base_addr = base_addr; > - bfd_map_over_sections(bfd, add_section, &asi); > + for (i = 0; i < sap->num_sections; i++) > + printf_unfiltered("\t%s_addr = %s\n", sap->other[i].name, > + local_hex_string(sap->other[i].addr)); > > if (from_tty && (!query("%s", ""))) > error("Not confirmed."); > > - symbol_file_add(path, from_tty, asi.section_addrs, 0, OBJF_USERLOADED); > + symbol_file_add(path, from_tty, sap, 0, OBJF_USERLOADED); > > do_cleanups(cleanup); > } > > -- > John Baldwin > From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 17:53:23 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD32B1065678 for ; Wed, 17 Sep 2008 17:53:23 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5DFBB8FC25 for ; Wed, 17 Sep 2008 17:53:23 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=jv5Ngv61QTpn4A+fFp+XQUP48Aw5JXYxU9Y1ouaYZTaGx/Ax4kt6QbEd+rbD+6ybBxYCW8SDwVEdPexwF4lXgD1lavTJc2YzfYp7cKYQ/YjyelTsDw5NWvH7sEMYp3yYpOGBybfR4lAKZ4EEudHLOeFDFwrl5cWFf06DWCaiXi8=; Received: from phoenix.codelabs.ru (ppp91-78-117-241.pppoe.mtu-net.ru [91.78.117.241]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Kg12P-000K1S-V5; Wed, 17 Sep 2008 21:42:02 +0400 Date: Wed, 17 Sep 2008 21:42:00 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Mailman-Approved-At: Wed, 17 Sep 2008 19:57:19 +0000 Cc: rik@freebsd.org, hackers@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 17:53:23 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Maxim, good day. Cc'ing this discuission to hackers@ -- I was just going to write the separate letter on this topic to the list. Wed, Sep 17, 2008 at 09:56:14AM -0700, Maksim Yevmenkin wrote: > have you tried to simply set KBDMUX_LOCK/UNLOCK() to > mtx_lock/unlock(&Giant) ? Since kbdmux callout is initialized as non-MPSAFE, this will result in double locking the Giant (at least I see it from the code). I am not sure that this is very good -- had not yet verified that Giant is recursive. Can try it tomorrow. Since you had written the code and #if 0'ed the locking part, may I ask, why? Are there any known issues or it was just not very good to introduce locking at that time (rev. 1.1, 3 years ago)? Thanks! > On Wed, Sep 17, 2008 at 9:16 AM, Eygene Ryabinkin = wrote: > >>Number: 127446 > >>Category: kern > >>Synopsis: [patch] fix race in sys/dev/kbdmux/kbdmux.c > >>Confidential: no > >>Severity: critical > >>Priority: high > >>Responsible: freebsd-bugs > >>State: open > >>Quarter: > >>Keywords: > >>Date-Required: > >>Class: sw-bug > >>Submitter-Id: current-users > >>Arrival-Date: Wed Sep 17 16:20:02 UTC 2008 > >>Closed-Date: > >>Last-Modified: > >>Originator: Eygene Ryabinkin > >>Release: FreeBSD 7.1-PRERELEASE amd64 > >>Organization: > > Code Labs > >>Environment: > > > > System: FreeBSD XXX 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #55: Wed Sep = 17 19:57:25 MSD 2008 root@XXX:/usr/src/sys/amd64/compile/XXX amd64 > > > > CVSupped system yesterday late at the evening (aroung 17:00 UTC). > > > >>Description: > > > > Since kbdmux(4) is not MPSAFE now, its interrupt routines are running > > under Giant. But there is kbdmux_read_char() routine that runs unlocked > > and can race with the interrupt handler. When there is no input data > > in the keyboard queue and kbdmux(4) is in the POLLING mode, routine will > > try to poll each mux member for the scancode. And if user presses the > > key at that time, KBDMUX_READ_CHAR() can race with the interrupt handler > > kbdmux_kbd_event() since we don't lock polling loop. > > > >>How-To-Repeat: > > > > I see this on my laptop: sometimes during boot, when system asks me for > > the password of geli(8)-encrypted volume, it doubles the symbols or even > > panics. I don't see this on the other systems, so perhaps my laptop is > > just so lucky ;)) > > > > But one can try to enable echoing of the input symbols during the geli's > > bootup password dialog (setting g_eli_visible_passphrase to 1 > > unconditionally) and maybe symbols will be doubled. I see this issue > > only during boot-up phase, but I feel that this is due to the fact that > > for the rest of the system's operation only interrupt handler is > > working, at least I see it from the debug printf()s. > > > >>Fix: > > > > The following patch fixes the things for me. It just acquires Giant for > > the time of polling. I did a limited testing at my systems and there > > were no signs of regressions yet. > > > > Seems like in the properly locked situation (with non-dummy KBDMUX_LOCK > > and KBDMUX_UNLOCK) this issue will vanish, so I had conditionalized > > Giant grabbing. > > > > --- kbdmux-read-race.patch begins here --- > > --- sys/dev/kbdmux/kbdmux.c.orig 2008-09-17 10:41:00.000000000 += 0400 > > +++ sys/dev/kbdmux/kbdmux.c 2008-09-17 19:52:00.000000000 +0400 > > @@ -79,6 +79,10 @@ > > */ > > > > #if 0 /* not yet */ > > +#define KBDMUX_LOCK_POLLER(dummy) > > + > > +#define KBDMUX_UNLOCK_POLLER(dummy) > > + > > #define KBDMUX_LOCK_DECL_GLOBAL \ > > struct mtx ks_lock > > #define KBDMUX_LOCK_INIT(s) \ > > @@ -98,6 +102,10 @@ > > #define KBDMUX_QUEUE_INTR(s) \ > > taskqueue_enqueue(taskqueue_swi_giant, &(s)->ks_task) > > #else > > +#define KBDMUX_LOCK_POLLER(dummy) \ > > + mtx_lock(&Giant) > > +#define KBDMUX_UNLOCK_POLLER(dummy) \ > > + mtx_unlock(&Giant) > > #define KBDMUX_LOCK_DECL_GLOBAL > > > > #define KBDMUX_LOCK_INIT(s) > > @@ -661,6 +669,14 @@ > > if (state->ks_flags & POLLING) { > > kbdmux_kbd_t *k; > > > > + /* > > + * Grab Giant: we don't want to race with > > + * the keyboard interrupt handler. And this > > + * can happen, because when a key will be > > + * pressed, our READ_CHAR will be competing > > + * with the kbdmux_kbd_event()'s one. > > + */ > > + KBDMUX_LOCK_POLLER(); > > SLIST_FOREACH(k, &state->ks_kbds, next) { > > while (KBDMUX_CHECK_CHAR(k->kbd)) { > > scancode =3D KBDMUX_READ_CHAR(k-= >kbd, 0); > > @@ -674,6 +690,7 @@ > > putc(scancode, &state->ks_inq); > > } > > } > > + KBDMUX_UNLOCK_POLLER(); > > > > if (state->ks_inq.c_cc > 0) > > goto next_code; > > --- kbdmux-read-race.patch ends here --- --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjRQWgACgkQthUKNsbL7Yjv4QCfeZCRAyyrp4ax4CU3mtP8oX24 lxgAn2WLb9S3ZFQUJK5qiaeUUYAa4yPG =zuGF -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 20:39:44 2008 Return-Path: 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 2D2C1106567C for ; Wed, 17 Sep 2008 20:39:44 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id A1B178FC19 for ; Wed, 17 Sep 2008 20:39:43 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [195.2.69.96] (HELO defan.zenon.net) by mp.zenon.net (CommuniGate Pro SMTP 4.3.12) with ESMTPS id 8442140; Thu, 18 Sep 2008 00:39:42 +0400 Date: Thu, 18 Sep 2008 00:39:41 +0400 (MSD) From: "Andrew N. Below" To: Julian Elischer In-Reply-To: <48D14CB8.5080002@elischer.org> Message-ID: References: <046601c918cc$786cc8c0$970da8c0@jam.zenon.net> <48D123DD.2030701@elischer.org> <064901c918e2$803df770$970da8c0@jam.zenon.net> <48D14CB8.5080002@elischer.org> User-Agent: Alpine 1.10 (LNX 962 2008-03-14) Organization: Zenon N.S.P. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: amd64, COMPAT_IA32 & syscall diverts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 20:39:44 -0000 On Wed, 17 Sep 2008, Julian Elischer wrote: >>>> Seems like these calls are made bypassing >>>> our kernel module. >>> x86 binaries use a separate syscall table, so you need to patch >>> both tables. >> Where can I find something about that table? > the compat stuff is in /sys/compat/ia32/ > So I would start there and follow the logic. Thanks, extern struct sysent freebsd32_sysent[] is what I need. The final problem I have to solve is to find a way to determine where exactly syscall called from (64bit or compat)... -- Andrew From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 21:18:34 2008 Return-Path: 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 45DAA106564A for ; Wed, 17 Sep 2008 21:18:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D221A8FC1A for ; Wed, 17 Sep 2008 21:18:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8HLIL9v009566; Wed, 17 Sep 2008 17:18:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Navdeep Parhar" Date: Wed, 17 Sep 2008 16:28:52 -0400 User-Agent: KMail/1.9.7 References: <200809171131.30819.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809171628.52406.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 17 Sep 2008 17:18:28 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8271/Wed Sep 17 12:58:50 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: kgdb's add-kld broken on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 21:18:34 -0000 On Wednesday 17 September 2008 03:51:02 pm Navdeep Parhar wrote: > Hello John, > > The patch did NOT fix the problem. Read on for more.... > > On Wed, Sep 17, 2008 at 8:31 AM, John Baldwin wrote: > > On Tuesday 16 September 2008 04:07:46 pm Navdeep Parhar wrote: > >> Hello everyone, > >> > >> The add-kld command in kgdb does not work as expected on amd64 > >> (I'm using a recent HEAD, problem may affect others too). It uses > >> the same address for all sections: > >> > >> (kgdb) add-kld if_cxgb.ko > >> add symbol table from file "/boot/kernel/if_cxgb.ko" at > >> .text_addr = 0xffffffff81022000 > >> .rodata_addr = 0xffffffff81022000 > >> .rodata.str1.8_addr = 0xffffffff81022000 > >> .rodata.str1.1_addr = 0xffffffff81022000 > >> set_modmetadata_set_addr = 0xffffffff81022000 > >> set_sysctl_set_addr = 0xffffffff81022000 > >> set_sysinit_set_addr = 0xffffffff81022000 > >> set_sysuninit_set_addr = 0xffffffff81022000 > >> .data_addr = 0xffffffff81022000 > >> .bss_addr = 0xffffffff81022000 > >> (y or n) > >> > >> This is not correct. The .text section's address is OK but the > >> others are not. > >> > >> The problem seems to be that all amd64 kernel objects have VMA set > >> to 0 for all sections. add_section() in gnu/usr.bin/gdb/kgdb/kld.c > >> uses this VMA to adjust the address of the section: > >> > >> address = asi->base_addr + bfd_get_section_vma(bfd, sect); > >> > >> objdump -h shows that the userland objects on amd64 and all > >> objects (kernel + userland) on i386 set VMA. It is only the > >> kernel objects on amd64 that have VMA = 0. (sample output from > >> amd64 and i386 machines appended at the end) > >> > >> For the time being I've patched kgdb to consider the file offset > >> and not the VMA while calculating the section address. It seems > >> to work but is probably not the right way to fix the problem. > >> > >> Any thoughts? > > > > Hmm, I wonder if this is because on amd64 modules are .o's rather than .so's. > > It is. File offset isn't quite right. Instead, the way > > sys/kern/link_elf_obj.c works is that it just loads the PROGBITS (text, code, > > etc.) and NOBITS (bss) sections in the order they are in the file and > > concatenates them. So, the relocation logic in kgdb will need to be updated > > to recognize a .o vs .so and apply that algorithm for .o files. > > > > Actually, what I've done is to replace the home-rolled section relocation > > stuff with the gdb primitives that the solib code in gdb uses. It works here > > on i386, and hopefully this will fix this as this is how the sharedlibrary > > kld stuff is doing the relocations: > > I had to modify the patch a bit as add-kld -> build_section_table() -> xfree() > was a bad free and led to bus errors or segv: > > - struct section_table *sections, *sections_end, *s; > + struct section_table *sections = NULL, *sections_end = NULL, *s; > > After fixing that, add-kld still wouldn't pick up the correct > addresses: > > (kgdb) add-kld if_cxgb.ko > add symbol table from file "/boot/kernel/if_cxgb.ko" at > .text_addr = 0xffffffff81022000 > .rodata_addr = 0xffffffff81022000 > .rodata.str1.8_addr = 0xffffffff81022000 > .rodata.str1.1_addr = 0xffffffff81022000 > set_modmetadata_set_addr = 0xffffffff81022000 > set_sysctl_set_addr = 0xffffffff81022000 > set_sysinit_set_addr = 0xffffffff81022000 > set_sysuninit_set_addr = 0xffffffff81022000 > .data_addr = 0xffffffff81022000 > .bss_addr = 0xffffffff81022000 > > With the patch the section relocation is still taking place based > on the VMA (which is 0 for amd64 modules as I pointed out > earlier). So the behaviour is no different than before. If I > read the code right, each section's addr is calculated as: > > load_kld -> build_section_table -> add_to_section_table > > This sets it to bfd_section_vma(abfd, asect), which is no good > for amd64 kernel modules. Well, this means gdb can't handle loading .o's, though I guess that is to be expected. :( Even if I fix add-kld there's probably no way I can easily fix the sharedlibrary stuff w/o ripping gdb itself up a bunch. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 17 22:55:33 2008 Return-Path: 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 868CF1065671 for ; Wed, 17 Sep 2008 22:55:33 +0000 (UTC) (envelope-from thiagojruiz@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id 31E5B8FC08 for ; Wed, 17 Sep 2008 22:55:33 +0000 (UTC) (envelope-from thiagojruiz@gmail.com) Received: by gxk10 with SMTP id 10so28363485gxk.19 for ; Wed, 17 Sep 2008 15:55:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=8UOoCGZ9W42sT7Y0qQRmv2sPrS/HeUnm1O0/HEz+Gqs=; b=xBlBYBQJwFWaUuodnA44pOgigBfQ62SSOt76+dGUYWCjC09Uj2lTuZmpxXfRirYI9d liGrzbt5iBBW+aQHX+CFpsvLQsdfT99tqu8Ye+f9cZfEa9OI7rRaHJrqw1849IwjroKe /gBbme7ndIBRr72a+qkGRITJnyYCP/EEEK5w0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jHwevDlbtrqd1S/rPjE1NophxTdor+JvPeP4knmt/iWO9s9z5G2HbrzSqxrPU0id7M UBUsyN10ewZjZyx/LbRElA20boIwosTMII9pG0V3C6DfNuRdAUXq9iyOoG2rNcIY/bzT 3WbOMjQFxXH1eE2EFy01tCHfQKxfTGHYcxiyw= Received: by 10.65.59.11 with SMTP id m11mr5581760qbk.81.1221690563705; Wed, 17 Sep 2008 15:29:23 -0700 (PDT) Received: by 10.64.21.3 with HTTP; Wed, 17 Sep 2008 15:29:23 -0700 (PDT) Message-ID: <895f139b0809171529u6ac851fem57d7370baf2569a1@mail.gmail.com> Date: Wed, 17 Sep 2008 19:29:23 -0300 From: "Thiago J. Ruiz" To: freebsd-hackers@freebsd.org In-Reply-To: <2de331130809170806v9ee6c58t23386fbef6873078@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2de331130809170806v9ee6c58t23386fbef6873078@mail.gmail.com> Subject: Re: Auto Connect After Connection Fails X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Sep 2008 22:55:33 -0000 may you could use ifstated, it is a FSM (finit state machine) may could help http://www.openbsd.org/cgi-bin/man.cgi?query=ifstated&sektion=8 cheers 2008/9/17, Andres Chavez : > Hi Hackers, im wondering if its posible somehow to auto reconnect after a > connection fails. This is because from time to time my ISP while renews the > ip address the connection just freezes and i have to manually use dhclient > -u {if} to get the new address or even when there is no ip change by my ISP > i still get this problem sometimes. Any help? > > > > -- > Visit http://www.noixe.net Electronic Music 24/7 > _______________________________________________ > 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" > -- Thiago J. Ruiz SysAdmin/NetAdmin Cisco CCNA - Loading. http://thiagoruiz.blogspot.com From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 03:16:24 2008 Return-Path: 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 A1855106566B for ; Thu, 18 Sep 2008 03:16:24 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id E19BC8FC26 for ; Thu, 18 Sep 2008 03:16:18 +0000 (UTC) (envelope-from andymac@bullseye.apana.org.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiQFAAtl0Ug7pzeZ/2dsb2JhbACBZLcxgWc X-IronPort-AV: E=Sophos;i="4.32,419,1217773800"; d="scan'208";a="209009448" Received: from ppp59-167-55-153.lns1.cbr1.internode.on.net (HELO bullseye.apana.org.au) ([59.167.55.153]) by ipmail05.adl2.internode.on.net with ESMTP; 18 Sep 2008 12:46:17 +0930 Received: from [192.168.63.10] (tenring.andymac.org [192.168.63.10]) by bullseye.apana.org.au (8.14.2/8.14.2) with ESMTP id m8I36hD4091081; Thu, 18 Sep 2008 13:06:44 +1000 (EST) (envelope-from andymac@bullseye.andymac.org) Message-ID: <48D1C83A.1010204@bullseye.andymac.org> Date: Thu, 18 Sep 2008 13:17:14 +1000 From: Andrew MacIntyre User-Agent: Thunderbird 2.0.0.14 (OS/2/20080509) MIME-Version: 1.0 To: Jason Evans References: <48D12AD4.1000806@bullseye.andymac.org> <48D13784.2090701@FreeBSD.org> In-Reply-To: <48D13784.2090701@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew MacIntyre , freebsd-hackers@FreeBSD.org Subject: Re: unexpected behaviour of malloc() on 7.0/amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 03:16:24 -0000 Jason Evans wrote: > Andrew MacIntyre wrote: >> In investigating a Python 2.6rc1 regression test failure on FreeBSD >> 7.0/amd64, as far as I can tell, malloc() does not return NULL when >> available memory (including swap) is exhausted - the process just gets >> KILLed. >> >> Using ulimit -v to set a virtual memory use limit below the available >> memory does result in malloc() returning NULL when the limit is hit. >> >> The Python regression test concerned does not fail on FreeBSD 7.0/i386, >> however the C program below exhibits the unexpected behaviour on both >> 7.0/amd64 and 7.0/i386. The C program below does behave as >> expected on FreeBSD 6.3/i386; I cannot currently test its behaviour on >> FreeBSD 6.3/amd64. >> >> I can't see this behaviour documented in the malloc() man page. > > From malloc(3): > > === > > IMPLEMENTATION NOTES > Traditionally, allocators have used sbrk(2) to obtain memory, which > is suboptimal for several reasons, including race conditions, increased > fragmentation, and artificial limitations on maximum usable memory. > This allocator uses both sbrk(2) and mmap(2) by default, but it can be > configured at run time to use only one or the other. If resource limits > are not a primary concern, the preferred configuration is > MALLOC_OPTIONS=dM or MALLOC_OPTIONS=DM. When so configured, the > datasize resource limit has little practical effect for typical > applications; use MALLOC_OPTIONS=Dm if that is a concern. Regardless of > allocator configuration, the vmemoryuse resource limit can be used to > bound the total virtual memory used by a process, as described in > limits(1). > > === > > If you want a custom python binary that does not use mmap, you can > define _malloc_options to "d", or just use MALLOC_OPTIONS in the > environment. Thanks for the reply. The malloc(3) man page for 7.0 doesn't include this information, and says sbrk() is only used on i386. From the 7-stable version of the man page, which appears to match your quote above, I infer that these changes will be in 7.1. However my reading of the updated man page suggests that the malloc options string should be "Dm" or "m" to turn off mmap() and only use sbrk() - could you clarify why "d"? Thanks, Andrew. -- ------------------------------------------------------------------------- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac@bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac@pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 04:32:52 2008 Return-Path: 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 B00931065670 for ; Thu, 18 Sep 2008 04:32:52 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id 94D388FC0C for ; Thu, 18 Sep 2008 04:32:52 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id A7D1312989F; Wed, 17 Sep 2008 21:37:05 -0700 (PDT) Message-ID: <48D1D9F3.8090807@FreeBSD.org> Date: Wed, 17 Sep 2008 21:32:51 -0700 From: Jason Evans User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Andrew MacIntyre References: <48D12AD4.1000806@bullseye.andymac.org> <48D13784.2090701@FreeBSD.org> <48D1C83A.1010204@bullseye.andymac.org> In-Reply-To: <48D1C83A.1010204@bullseye.andymac.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: unexpected behaviour of malloc() on 7.0/amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 04:32:52 -0000 Andrew MacIntyre wrote: > However my reading of the updated man page suggests that the malloc > options string should be "Dm" or "m" to turn off mmap() and only use > sbrk() - could you clarify why "d"? Whoops, I meant "m", not "d". Jason From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 07:10:22 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A4041065689; Thu, 18 Sep 2008 07:10:22 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C9BC28FC19; Thu, 18 Sep 2008 07:10:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=XqeyMbme9aEM1rFkb9TFp7a9x18RfvU0oHEGg4SXoFuB2dqO/R6dm56h2XXADdRpscvsbViNKSGwiym0tcbJkgN2FoJRItn93ZFo7LMcW3wDztZWEBV2HYeFndj2D9oKDZIDAP2foXS/CrI2W4y4QZSG7ute3YW46jxzb3bF0rs=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KgDed-000Pgj-3v; Thu, 18 Sep 2008 11:10:19 +0400 Date: Thu, 18 Sep 2008 11:10:17 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RwxaKO075aXzzOz0" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: rik@freebsd.org, hackers@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 07:10:22 -0000 --RwxaKO075aXzzOz0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Maksim, good day. Wed, Sep 17, 2008 at 10:52:15AM -0700, Maksim Yevmenkin wrote: > yes, giant is recursive. i think it should be fine for now (and yes, i > agree, its not very clean) OK, I had tried substituting KBDMUX_LOCK/UNLOCK with Giant operations -- it works as expected. I am sligtly concerned with the fact that, for example, kbdmux_kbd_event() will grab Giant for some more time than the initial version that protects only polling loop. Probably it is not a big concern: the call chain from syscons's cngetc() (via cncheckc(), syscons->cn_getc() =3D=3D sc_cngetc(), sccngetch(), scgetc() and kbd_read_char()) to the kbdmux_read_char() is the only code path that is not protected by Giant, being called from the kernel directly: - user-level code is notified about key presses by syscons that signals tty layer about key press from sckbdevent(); - no other kbdmux routine seem to be called without being Giant-protected (at least, I see no parts that can race with the low-level keyboard events). So the typical overhead of mangling with Giant at KBDMUX_{LOCK,UNLOCK} is only in extra calls to the _mtx_lock_flags/_mtx_unlock_flags. The only extra code that will hold Giant for a longer time is the kernel's interactive input routines, but their performance is user-bounded ;)) There is one interesting question: I assume that clock interrupts are lost when Giant is hold? If so, then holding Giant for some extra time upon system's initialization when kernel waits for user input will enable the system to drop bigger amounts of clock interrupts -- I assume that the code in kbdmux_read_char() that translates the scancode takes the biggest amount of run-time compared to the polling loop. Sure, the overhead will be added just for the typed characters -- when there is no input, overhead is rather small. May be this will not lead to any bad (or visible/measurable) consequences -- can't tell now. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --RwxaKO075aXzzOz0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjR/tkACgkQthUKNsbL7Yg0aQCfWt7wmcfpSO+b6MUYqatkYCLt RjcAn24xyFKL23AE2lCIAQDV1ht0/Igi =1kiS -----END PGP SIGNATURE----- --RwxaKO075aXzzOz0-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 09:15:15 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226C41065670; Thu, 18 Sep 2008 09:15:15 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id C14818FC0C; Thu, 18 Sep 2008 09:15:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=gdiG8yWqrsfHUqukkb/+Q9L3D4gk9kC+uN54HciEsua9x1o7uIDhb0nU4pDbSb3IvFezuGTy6FSedcQstgjyTTTJLoUKzFilJHVDaXEjPyLSYIcOt94UVsPzyIDDjl4p9pou6cWogh9zYXF/pNi7bV7Es7mfksxGTrdxVYE5KRM=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KgFbT-0008a7-Sw; Thu, 18 Sep 2008 13:15:12 +0400 Date: Thu, 18 Sep 2008 13:15:10 +0400 From: Eygene Ryabinkin To: Maksim Yevmenkin Message-ID: References: <20080917161633.9E2F717101@shadow.codelabs.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Osvg0bgWkLaeQPMj" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: rik@freebsd.org, hackers@freebsd.org, bug-followup@freebsd.org Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 09:15:15 -0000 --Osvg0bgWkLaeQPMj Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Me again. Thu, Sep 18, 2008 at 11:10:17AM +0400, Eygene Ryabinkin wrote: > OK, I had tried substituting KBDMUX_LOCK/UNLOCK with Giant operations -- > it works as expected. Tried my initial patch on some 7.0-PRERELEASE -- it locks keyboard when geli asks for the password. Had not much time to dig it out, will try to do it as soon as I can. Substituting KBDMUX_LOCK/UNLOCK with Giant locking helps even on this FreeBSD version. More testing needed, may be there are some other issues that aren't revealing themselves... --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --Osvg0bgWkLaeQPMj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjSHB4ACgkQthUKNsbL7YioXQCdFW6oiOEMnP3H1H7GottuoSVM 4xEAoJszdX8jUpmfbXxXd9Yy2Bms7K39 =Qchb -----END PGP SIGNATURE----- --Osvg0bgWkLaeQPMj-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 13:16:45 2008 Return-Path: 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 EBA68106567A for ; Thu, 18 Sep 2008 13:16:45 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id C165A8FC0A for ; Thu, 18 Sep 2008 13:16:45 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KgJNE-0004XK-KD for freebsd-hackers@freebsd.org; Thu, 18 Sep 2008 06:16:44 -0700 Message-ID: <19552647.post@talk.nabble.com> Date: Thu, 18 Sep 2008 06:16:44 -0700 (PDT) From: christom To: freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: christom_12@yahoo.com References: X-Mailman-Approved-At: Thu, 18 Sep 2008 13:20:48 +0000 Subject: Re: kern/127446: [patch] fix race in sys/dev/kbdmux/kbdmux.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 13:16:46 -0000 hello man, i only need a good hacker that can hack for uk bank log in for me i need that if you can do that for me i will be very grateful....cos have been try to to train to do this work i did not true with it.... Maksim Yevmenkin-2 wrote: > > On 9/17/08, Eygene Ryabinkin wrote: >> Maxim, good day. >> >> Cc'ing this discuission to hackers@ -- I was just going to write >> the separate letter on this topic to the list. >> >> Wed, Sep 17, 2008 at 09:56:14AM -0700, Maksim Yevmenkin wrote: >> > have you tried to simply set KBDMUX_LOCK/UNLOCK() to >> > mtx_lock/unlock(&Giant) ? >> >> Since kbdmux callout is initialized as non-MPSAFE, this will result in >> double locking the Giant (at least I see it from the code). I am not >> sure that this is very good -- had not yet verified that Giant is >> recursive. > > yes, giant is recursive. i think it should be fine for now (and yes, i > agree, its not very clean) > >> Can try it tomorrow. > > thanks > >> Since you had written the code and #if 0'ed the locking part, may I ask, >> why? Are there any known issues or it was just not very good to >> introduce locking at that time (rev. 1.1, 3 years ago)? > > because i did not want to touch every single keyboard driver, keyboard > subsystem and syscons :) back then. since kbdmux is pretty much > keyboard driver it was easier to leave it under giant locking. > > thanks, > max > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/Re%3A-kern-127446%3A--patch--fix-race-in-sys-dev-kbdmux-kbdmux.c-tp19539858p19552647.html Sent from the freebsd-hackers mailing list archive at Nabble.com. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 13:16:46 2008 Return-Path: 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 3EA52106566B for ; Thu, 18 Sep 2008 13:16:46 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 15AAF8FC1B for ; Thu, 18 Sep 2008 13:16:46 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KgJBd-0003tp-Nf for freebsd-hackers@freebsd.org; Thu, 18 Sep 2008 06:04:45 -0700 Message-ID: <19552398.post@talk.nabble.com> Date: Thu, 18 Sep 2008 06:04:45 -0700 (PDT) From: christom To: freebsd-hackers@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: christom_12@yahoo.com References: X-Mailman-Approved-At: Thu, 18 Sep 2008 13:20:58 +0000 Subject: Re: FreeBSD 7.0-RELEASE amd64 on Dell M600 Blade X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 13:16:46 -0000 hello man, i only need a good hacker that can hack for uk bank log in for me i need that if you can do that for me i will be very grateful.... Steven Hartland wrote: > > I've been trying to install FreeBSD 7.0-RELEASE amd64 on > a Dell M600 Blade but it hangs just after initialising > the isa bus. > > I've tried a number of things and the only thing that I > can get to work is the i386 build which boots into the > installer without issue. > > Has anyone had any experience with the Dell M600 blade > on amd64 or had the amd64 build hang at this point > before. > > I don't have access to the machines to try new things > with ATM as we needed them in production so was forced > to install ubuntu to get then live but I should get > them back for more testing next week some time so wanted > to see if anyone had any experience with this or a > similar issue? > > Regards > Steve > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, printing or > otherwise disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > _______________________________________________ > 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" > > -- View this message in context: http://www.nabble.com/FreeBSD-7.0-RELEASE-amd64-on-Dell-M600-Blade-tp19382794p19552398.html Sent from the freebsd-hackers mailing list archive at Nabble.com. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 18:04:32 2008 Return-Path: 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 AA5AB1065675 for ; Thu, 18 Sep 2008 18:04:32 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id 630CF8FC1F for ; Thu, 18 Sep 2008 18:04:32 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: by gxk10 with SMTP id 10so29420393gxk.19 for ; Thu, 18 Sep 2008 11:04:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :sender:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition:x-google-sender-auth; bh=rNPaj1qRm/Ee6Hswu9vSVdwLI8woRaKDBAE9AH/BDFQ=; b=nv5wkFhUdBdHpFlvhb6TmPpYZo9J+V/yJBlHawg+cm+GcJCHT77utNS8eZpP260zil /KE3guoT2KpO0YoB11boIaqWuFNd/tSbNlUxCAzQ3FFhHeB0ZcfVKWeiWaRS4JLpSeOw g1a1PWAlYsWy7tu0ZP5MLyWfy34wqKb5KC2Y8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:sender:to:subject:mime-version :content-type:content-transfer-encoding:content-disposition :x-google-sender-auth; b=tUCt0kycrh+e2B+gCrURC1vDsp5xGEJe7pTDxDNM253hYp9DgMO/mJaVFrqTTB6zYR w8Ub2pomKU65IYjOC1OAa3i6JoGaFIDg4yM2Q1R+1kxYqBocvFe0UzEvon0ybcvxmNS2 wzTHWRPzJsmFHs505HErFfcl/nrnZVIufOpT8= Received: by 10.142.246.19 with SMTP id t19mr1533505wfh.55.1221759703012; Thu, 18 Sep 2008 10:41:43 -0700 (PDT) Received: by 10.142.141.5 with HTTP; Thu, 18 Sep 2008 10:41:42 -0700 (PDT) Message-ID: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> Date: Thu, 18 Sep 2008 10:41:42 -0700 From: "Steve Franks" Sender: bahamasfranks@gmail.com To: freebsd-hackers MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 3a05f32e12037c83 Subject: proper types for printf()-ing pointers on amd64 that won't break i386? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stevefranks@ieee.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 18:04:32 -0000 Hi, I'm trying to correct some warnings in a port marked ONLY_FOR_ARCHS=i386. They stem from casting a pointer (which I assume is a 64-bit unsigned) to "unsigned int" which is apparently 32 bits? I sort of thought int was supposed to be the atomic register size, but no doubt that would break more than it would help, so it's 32-bits. Anyways, what's the right way to fix this? The port actually works fine as-is on amd64, so I can only assume something was fixed for 7.1, or someone was being extra cautious with the i386 tag. The code: typedef unsigned int cardinal; ... fprintf(stderr, "Mode Table Offset: $C0000 + $%x\n", ((cardinal)map->mode_table) - ((cardinal)map->bios_ptr)); Can I just ditch the cast+%x and use %p? I don't have an i386 system to test on, and I don't want to break anything if I submit a patch... Thanks, Steve From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 18:14:54 2008 Return-Path: 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 4C74F1065676 for ; Thu, 18 Sep 2008 18:14:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 167228FC1D for ; Thu, 18 Sep 2008 18:14:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id GG4U1a00B1GXsucA8JEtDA; Thu, 18 Sep 2008 18:14:53 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id GJEq1a00G4v8bD78TJEqoD; Thu, 18 Sep 2008 18:14:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=TxRg_kTAMXoA:10 a=MqYcG8XZC70A:10 a=QycZ5dHgAAAA:8 a=aDGiwOg0AIS5PVnGsCwA:9 a=-G9UrD02IaQjmnaTEwsSCIAtmhUA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2A08417B822; Thu, 18 Sep 2008 11:14:50 -0700 (PDT) Date: Thu, 18 Sep 2008 11:14:50 -0700 From: Jeremy Chadwick To: Steve Franks Message-ID: <20080918181450.GA24440@icarus.home.lan> References: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers Subject: Re: proper types for printf()-ing pointers on amd64 that won't break i386? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 18:14:54 -0000 On Thu, Sep 18, 2008 at 10:41:42AM -0700, Steve Franks wrote: > I'm trying to correct some warnings in a port marked > ONLY_FOR_ARCHS=i386. They stem from casting a pointer (which I assume > is a 64-bit unsigned) to "unsigned int" which is apparently 32 bits? > I sort of thought int was supposed to be the atomic register size, but > no doubt that would break more than it would help, so it's 32-bits. > Anyways, what's the right way to fix this? The port actually works > fine as-is on amd64, so I can only assume something was fixed for 7.1, > or someone was being extra cautious with the i386 tag. > > The code: > > typedef unsigned int cardinal; > ... > fprintf(stderr, "Mode Table Offset: $C0000 + $%x\n", > ((cardinal)map->mode_table) - ((cardinal)map->bios_ptr)); > > Can I just ditch the cast+%x and use %p? I don't have an i386 system > to test on, and I don't want to break anything if I submit a patch... Yes, use %p! It works fine on all platforms. -- | 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-hackers@FreeBSD.ORG Thu Sep 18 18:45:45 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CF51106567B for ; Thu, 18 Sep 2008 18:45:45 +0000 (UTC) (envelope-from lgusenet@be-well.ilk.org) Received: from be-well.ilk.org (dsl092-078-145.bos1.dsl.speakeasy.net [66.92.78.145]) by mx1.freebsd.org (Postfix) with ESMTP id E7DC98FC1A for ; Thu, 18 Sep 2008 18:45:44 +0000 (UTC) (envelope-from lgusenet@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id 5D9E828444; Thu, 18 Sep 2008 14:26:59 -0400 (EDT) To: stevefranks@ieee.org References: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> From: Lowell Gilbert Date: Thu, 18 Sep 2008 14:26:59 -0400 In-Reply-To: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> (Steve Franks's message of "Thu\, 18 Sep 2008 10\:41\:42 -0700") Message-ID: <448wtpb98s.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 18 Sep 2008 18:50:10 +0000 Cc: hackers@freebsd.org Subject: Re: proper types for printf()-ing pointers on amd64 that won't break X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 18:45:45 -0000 "Steve Franks" writes: > Hi, > > I'm trying to correct some warnings in a port marked > ONLY_FOR_ARCHS=i386. They stem from casting a pointer (which I assume > is a 64-bit unsigned) to "unsigned int" which is apparently 32 bits? > I sort of thought int was supposed to be the atomic register size, but > no doubt that would break more than it would help, so it's 32-bits. > Anyways, what's the right way to fix this? The port actually works > fine as-is on amd64, so I can only assume something was fixed for 7.1, > or someone was being extra cautious with the i386 tag. > > The code: > > typedef unsigned int cardinal; > ... > fprintf(stderr, "Mode Table Offset: $C0000 + $%x\n", > ((cardinal)map->mode_table) - ((cardinal)map->bios_ptr)); > > Can I just ditch the cast+%x and use %p? I don't have an i386 system > to test on, and I don't want to break anything if I submit a patch... What is actually being printed isn't a pointer, but the difference between two pointers (I assume from your comments; the code included isn't enough to show where they come from). That means the correct type of what's being printed is size_t, which our printf seems to support with a "z" modifier. Removing the explicit casts or (if necessary), replacing them with something that is big enough will also be needed. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 21:37:56 2008 Return-Path: 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 BA11A1065675 for ; Thu, 18 Sep 2008 21:37:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBBA8FC16 for ; Thu, 18 Sep 2008 21:37:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8ILbnge020803; Thu, 18 Sep 2008 17:37:49 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org, stevefranks@ieee.org Date: Thu, 18 Sep 2008 14:44:26 -0400 User-Agent: KMail/1.9.7 References: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> In-Reply-To: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809181444.26895.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 18 Sep 2008 17:37:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8282/Thu Sep 18 14:21:01 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: proper types for printf()-ing pointers on amd64 that won't break i386? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 21:37:56 -0000 On Thursday 18 September 2008 01:41:42 pm Steve Franks wrote: > Hi, > > I'm trying to correct some warnings in a port marked > ONLY_FOR_ARCHS=i386. They stem from casting a pointer (which I assume > is a 64-bit unsigned) to "unsigned int" which is apparently 32 bits? > I sort of thought int was supposed to be the atomic register size, but > no doubt that would break more than it would help, so it's 32-bits. > Anyways, what's the right way to fix this? The port actually works > fine as-is on amd64, so I can only assume something was fixed for 7.1, > or someone was being extra cautious with the i386 tag. > > The code: > > typedef unsigned int cardinal; > ... > fprintf(stderr, "Mode Table Offset: $C0000 + $%x\n", > ((cardinal)map->mode_table) - ((cardinal)map->bios_ptr)); > > Can I just ditch the cast+%x and use %p? I don't have an i386 system > to test on, and I don't want to break anything if I submit a patch... If mode_table and bios_ptr are pointers, then their difference is not a pointer, but a ptrdiff_t. You can use %tx to print one of those in hex. Note, however, that subtracting pointers only works if they are of the same type, and it will return different results in this case unless they are char * pointers. Probably better is to do something like this: fprintf(stderr, "Mode Table Offset: $C0000 + $%x\n", (int)((uintptr_t)map->mode_table - (uintptr_t)map->bios_ptr)); Note that %p will include a '0x' prefix for non-NULL pointers which you probably don't want. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 18 21:39:03 2008 Return-Path: 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 7016F106564A for ; Thu, 18 Sep 2008 21:39:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id E510B8FC14 for ; Thu, 18 Sep 2008 21:39:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8ILcsVF020830; Thu, 18 Sep 2008 17:38:54 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Thu, 18 Sep 2008 17:38:47 -0400 User-Agent: KMail/1.9.7 References: <539c60b90809181041n658d2823y89e42bb0ccfa6d06@mail.gmail.com> <448wtpb98s.fsf@be-well.ilk.org> In-Reply-To: <448wtpb98s.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809181738.47248.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 18 Sep 2008 17:38:54 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8282/Thu Sep 18 14:21:01 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: stevefranks@ieee.org, Lowell Gilbert Subject: Re: proper types for printf()-ing pointers on amd64 that won't break X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2008 21:39:03 -0000 On Thursday 18 September 2008 02:26:59 pm Lowell Gilbert wrote: > "Steve Franks" writes: > > > Hi, > > > > I'm trying to correct some warnings in a port marked > > ONLY_FOR_ARCHS=i386. They stem from casting a pointer (which I assume > > is a 64-bit unsigned) to "unsigned int" which is apparently 32 bits? > > I sort of thought int was supposed to be the atomic register size, but > > no doubt that would break more than it would help, so it's 32-bits. > > Anyways, what's the right way to fix this? The port actually works > > fine as-is on amd64, so I can only assume something was fixed for 7.1, > > or someone was being extra cautious with the i386 tag. > > > > The code: > > > > typedef unsigned int cardinal; > > ... > > fprintf(stderr, "Mode Table Offset: $C0000 + $%x\n", > > ((cardinal)map->mode_table) - ((cardinal)map->bios_ptr)); > > > > Can I just ditch the cast+%x and use %p? I don't have an i386 system > > to test on, and I don't want to break anything if I submit a patch... > > What is actually being printed isn't a pointer, but the difference > between two pointers (I assume from your comments; the code included > isn't enough to show where they come from). That means the correct > type of what's being printed is size_t, which our printf seems to > support with a "z" modifier. Removing the explicit casts or (if > necessary), replacing them with something that is big enough will also > be needed. The difference of two pointers is actually a ptrdiff_t rather than a size_t. size_t is what sizeof() returns. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 13:52:56 2008 Return-Path: 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 17561106566C for ; Fri, 19 Sep 2008 13:52:56 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from math.missouri.edu (math.missouri.edu [128.206.184.200]) by mx1.freebsd.org (Postfix) with ESMTP id C334C8FC0C for ; Fri, 19 Sep 2008 13:52:55 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by math.missouri.edu (8.13.1/8.13.1) with ESMTP id m8JDqtOV008502; Fri, 19 Sep 2008 08:52:55 -0500 (CDT) (envelope-from stephen@math.missouri.edu) Message-ID: <48D3AE8D.50304@math.missouri.edu> Date: Fri, 19 Sep 2008 08:52:13 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.16) Gecko/20080909 SeaMonkey/1.1.11 MIME-Version: 1.0 To: FreeBSD Stable , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88/8287/Fri Sep 19 03:13:26 2008 on math.missouri.edu X-Virus-Status: Clean Cc: Subject: Calling malloc from a signal handler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2008 13:52:56 -0000 I notice that if you use "malloc" from within a signal handler on FreeBSD-6.x, that you can potentially trigger a "recursive call" error. But this seems to have changed in FreeBSD-7.x. Is it now permissible to call "malloc" from within a signal handler in FreeBSD-7.x? If so, should the man page of "sigaction(2)" be upgraded to say this? Thanks, Stephen From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 14:11:07 2008 Return-Path: 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 0C4411065674 for ; Fri, 19 Sep 2008 14:11:07 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (canonware.com [64.183.146.166]) by mx1.freebsd.org (Postfix) with ESMTP id D72D68FC19 for ; Fri, 19 Sep 2008 14:11:06 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from [192.168.168.201] (unknown [192.168.168.201]) by canonware.com (Postfix) with ESMTP id 458121298EB; Fri, 19 Sep 2008 07:15:41 -0700 (PDT) Message-ID: <48D3B2F9.7020900@FreeBSD.org> Date: Fri, 19 Sep 2008 07:11:05 -0700 From: Jason Evans User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <48D3AE8D.50304@math.missouri.edu> In-Reply-To: <48D3AE8D.50304@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, FreeBSD Stable Subject: Re: Calling malloc from a signal handler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2008 14:11:07 -0000 Stephen Montgomery-Smith wrote: > I notice that if you use "malloc" from within a signal handler on > FreeBSD-6.x, that you can potentially trigger a "recursive call" error. > > But this seems to have changed in FreeBSD-7.x. The malloc implementation is completely new in FreeBSD 7, so not all of the internal error checking code is the same. > Is it now permissible to call "malloc" from within a signal handler in > FreeBSD-7.x? Calling malloc from within a signal handler can cause application deadlock, so although you won't see an error message printed, you are unlikely to be happy with the results. Jason From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 14:20:27 2008 Return-Path: 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 6624F1065671 for ; Fri, 19 Sep 2008 14:20:27 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from www.pkgsrc-box.org (www.ostsee-abc.de [62.206.222.50]) by mx1.freebsd.org (Postfix) with ESMTP id 279728FC1A for ; Fri, 19 Sep 2008 14:20:27 +0000 (UTC) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (www.pkgsrc-box.org [127.0.0.1]) by www.pkgsrc-box.org (Postfix) with ESMTP id D6D04E7CF03 for ; Fri, 19 Sep 2008 14:02:58 +0000 (UTC) Received: by britannica.bec.de (Postfix, from userid 1000) id BEFC2938FC; Fri, 19 Sep 2008 16:02:39 +0200 (CEST) Date: Fri, 19 Sep 2008 16:02:39 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20080919140239.GA28134@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <48D3AE8D.50304@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48D3AE8D.50304@math.missouri.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Calling malloc from a signal handler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2008 14:20:27 -0000 On Fri, Sep 19, 2008 at 08:52:13AM -0500, Stephen Montgomery-Smith wrote: > Is it now permissible to call "malloc" from within a signal handler in > FreeBSD-7.x? No. Joerg From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 15:33:28 2008 Return-Path: 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 579BF106566C for ; Fri, 19 Sep 2008 15:33:28 +0000 (UTC) (envelope-from benjie@addgene.org) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD7E8FC15 for ; Fri, 19 Sep 2008 15:33:28 +0000 (UTC) (envelope-from benjie@addgene.org) Received: by wa-out-1112.google.com with SMTP id j4so312040wah.3 for ; Fri, 19 Sep 2008 08:33:27 -0700 (PDT) Received: by 10.114.185.8 with SMTP id i8mr279010waf.28.1221836689359; Fri, 19 Sep 2008 08:04:49 -0700 (PDT) Received: by 10.114.15.15 with HTTP; Fri, 19 Sep 2008 08:04:49 -0700 (PDT) Message-ID: Date: Fri, 19 Sep 2008 11:04:49 -0400 From: "Benjie Chen" To: "freebsd-hardware@freebsd.org" , freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 19 Sep 2008 15:47:53 +0000 Cc: Subject: Interrupts issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2008 15:33:28 -0000 Hi FreeBSD hackers: I have two Dell workstations that I recently added FreeBSD 6.2 on. One is a Precision T3400, one is an Inspiron 530. Nothing fancy. Installed FBsd. Everything else is fine except both machines have interrupt storm issues: one core (both dual core) is 100% servicing interrupts. On the Precision, it's irq20 atapci, on Inspiron it's irq19 uhci. The other core is fine and both machines run well otherwise. I saw several recent posts on the net about some of these issues and did not find a resolution. It seems unlikely that it's just a ata or usb issue since both machines happen to have the same problem. Any thoughts? Thanks, Benjie From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 19 16:40:30 2008 Return-Path: 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 C4EEB106564A; Fri, 19 Sep 2008 16:40:30 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 840918FC08; Fri, 19 Sep 2008 16:40:30 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id m8JGeStO022809; Fri, 19 Sep 2008 12:40:28 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Fri, 19 Sep 2008 12:40:29 -0400 (EDT) Date: Fri, 19 Sep 2008 12:40:28 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Stephen Montgomery-Smith In-Reply-To: <48D3AE8D.50304@math.missouri.edu> Message-ID: References: <48D3AE8D.50304@math.missouri.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, FreeBSD Stable Subject: Re: Calling malloc from a signal handler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2008 16:40:30 -0000 On Fri, 19 Sep 2008, Stephen Montgomery-Smith wrote: > I notice that if you use "malloc" from within a signal handler on > FreeBSD-6.x, that you can potentially trigger a "recursive call" error. > > But this seems to have changed in FreeBSD-7.x. > > Is it now permissible to call "malloc" from within a signal handler in > FreeBSD-7.x? > > If so, should the man page of "sigaction(2)" be upgraded to say this? You shouldn't call malloc() or any other function that isn't async-signal-safe from a signal handler. I don't think we should say if it works or not, since it is not portable and could change at any given time in future versions of FreeBSD. -- DE From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 20 02:23:49 2008 Return-Path: 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 B5DA8106566C for ; Sat, 20 Sep 2008 02:23:49 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 47BE78FC12 for ; Sat, 20 Sep 2008 02:23:43 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so668165fkk.11 for ; Fri, 19 Sep 2008 19:23:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=8FYrSL8OFJCcacnukNH374wRY9bomI2Cup6ESetQDAc=; b=G3ajSKZEpMAdmQCfQnahP3pb0TRNxVYbn0SgonkQX8esHA9DD7GhpvNxI954ZqjrNB UcUqC8pCDz9HQh/Yz4RZ51iYwG4H/dcjs+tVDJoqKtk70+PXQQRP3q2Wo0DrD8/VYhAB CypiGfE9v5EV1z5MwkyEA8Bx0hSjfFQkXdEuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=cM/74iRKPfTDGviWpLtsL5pbjGDo9Bjmbm8shNbKdGGtMgVe9oCtFN4OK36P27f4QZ p74Whuw5h3JAWA/rLk4T9WxawXYFvfnGLjlNpLb+gKDYul7xNr50ROoYymWInv8AwMJf NZBpBb1yiQzXL95MwWo88A89T0CueLuuxLCgE= Received: by 10.103.49.12 with SMTP id b12mr683359muk.65.1221877422565; Fri, 19 Sep 2008 19:23:42 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Fri, 19 Sep 2008 19:23:42 -0700 (PDT) Message-ID: Date: Fri, 19 Sep 2008 23:23:42 -0300 From: "Carlos A. M. dos Santos" To: "Benjie Chen" 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-hackers@freebsd.org, "freebsd-hardware@freebsd.org" Subject: Re: Interrupts issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2008 02:23:49 -0000 On Fri, Sep 19, 2008 at 12:04 PM, Benjie Chen wrote: > Hi FreeBSD hackers: > > I have two Dell workstations that I recently added FreeBSD 6.2 on. One > is a Precision T3400, one is an Inspiron 530. Nothing fancy. Installed > FBsd. Everything else is fine except both machines have interrupt > storm issues: one core (both dual core) is 100% servicing interrupts. > On the Precision, it's irq20 atapci, on Inspiron it's irq19 uhci. The > other core is fine and both machines run well otherwise. > > I saw several recent posts on the net about some of these issues and > did not find a resolution. It seems unlikely that it's just a ata or > usb issue since both machines happen to have the same problem. > > Any thoughts? Please provide the output of "dmesg" after a boot in verbose mode. This may help the maintainers to understand your problem and give you additional instructions. Do you have any special reason to use FreeBSD 6.2? It is a rather old version, so I'd suggest you to try 7.1 instead. There are prerelease images available. Look at http://www.freebsd.org/where.html -- cd /usr/ports/sysutils/life make clean From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 20 16:29:02 2008 Return-Path: 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 6674E1065674; Sat, 20 Sep 2008 16:29:02 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA958FC16; Sat, 20 Sep 2008 16:29:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d11.q.ppp-pool.de [89.53.125.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3EF8612883F; Sat, 20 Sep 2008 18:07:30 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 31B782E90F; Sat, 20 Sep 2008 18:05:18 +0200 (CEST) Message-ID: <48D51FAF.70603@vwsoft.com> Date: Sat, 20 Sep 2008 18:07:11 +0200 From: Volker User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: "Carlos A. M. dos Santos" References: In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1222531532.92582@d0hhFOVtOooT35kuwrMAgg X-MailScanner-ID: 31B782E90F.9D4F0 X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-hackers@freebsd.org, Benjie Chen , "freebsd-hardware@freebsd.org" Subject: Re: Re: Interrupts issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2008 16:29:02 -0000 On 12/23/-58 20:59, Carlos A. M. dos Santos wrote: > On Fri, Sep 19, 2008 at 12:04 PM, Benjie Chen wrote: >> Hi FreeBSD hackers: >> >> I have two Dell workstations that I recently added FreeBSD 6.2 on. One >> is a Precision T3400, one is an Inspiron 530. Nothing fancy. Installed >> FBsd. Everything else is fine except both machines have interrupt >> storm issues: one core (both dual core) is 100% servicing interrupts. >> On the Precision, it's irq20 atapci, on Inspiron it's irq19 uhci. The >> other core is fine and both machines run well otherwise. >> >> I saw several recent posts on the net about some of these issues and >> did not find a resolution. It seems unlikely that it's just a ata or >> usb issue since both machines happen to have the same problem. >> >> Any thoughts? > > Please provide the output of "dmesg" after a boot in verbose mode. > This may help the maintainers to understand your problem and give you > additional instructions. > > Do you have any special reason to use FreeBSD 6.2? It is a rather old > version, ... 6.2 has already been EOL'd in May.