From owner-freebsd-current@FreeBSD.ORG Sun Jul 9 03:32:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B451516A4DA for ; Sun, 9 Jul 2006 03:32:33 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4901C43D49 for ; Sun, 9 Jul 2006 03:32:33 +0000 (GMT) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (cpe-024-211-118-154.sc.res.rr.com [24.211.118.154]) by ms-smtp-03.southeast.rr.com (8.13.6/8.13.6) with ESMTP id k693WNo1006243; Sat, 8 Jul 2006 23:32:24 -0400 (EDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.13.6/8.13.6) with ESMTP id k693WNLU052845; Sat, 8 Jul 2006 23:32:23 -0400 (EDT) (envelope-from morganw@chemikals.org) Date: Sat, 8 Jul 2006 23:32:23 -0400 (EDT) From: Wesley Morgan To: Craig Rodrigues In-Reply-To: <20060708152801.GA3671@crodrigues.org> Message-ID: <20060708232731.T31266@volatile.chemikals.org> References: <20060708152801.GA3671@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-current@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jul 2006 03:32:33 -0000 On Sat, 8 Jul 2006, Craig Rodrigues wrote: > Hi, > > One of the pet peeves I have with FreeBSD is that > if I have a device with a local filesystem that I want to mount, > I need to explicitly know what type of filesystem is on the > device in order to mount it from the command-line. > > For example, > > mount -t cd9660 > mount -t udf > mount -t ext2fs > mount -t msdosfs > > Where this is particularly annoying is if I have multiple > USB thumb drives with different filesystems on them. How ironic. I was toying around with this idea enough this week to look over the mount source code. However, I was thinking along a completely different line. A better path seemed, to me, to be to try to use GEOM label as your data source. If the device path was "/dev/msdosfs/USBKEY", infer that it should use the appropriate driver. The only major requirement would be that everyone label their filesystems, or perhaps the geom label class could be expanded to include label-less filesystems in a sequential manner like "/dev/ufs/nolabel1". This method seemed to be the simplest and pretty much required no extra kernel interfaces, just a solid geom label class. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jul 9 04:24:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2009A16A4E2 for ; Sun, 9 Jul 2006 04:24:26 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B08143D46 for ; Sun, 9 Jul 2006 04:24:24 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so1223681uge for ; Sat, 08 Jul 2006 21:24:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F+XYVJYV8LHa7zMYAXNwevPGobdyfJx+rejJn71/H9JHT/C5JzEq6JntO9bOUfNJjExiVVXJNJt1E+2rONu407m9K6moE6Nt9BGzrBaivUKFsgATGaOKAfR3+VTggLa88+ztEz7uhB4aIeBqpDNcLMZQq/CN8/AuUGYmvRZycsE= Received: by 10.78.151.15 with SMTP id y15mr1255701hud; Sat, 08 Jul 2006 21:24:23 -0700 (PDT) Received: by 10.78.132.4 with HTTP; Sat, 8 Jul 2006 21:24:23 -0700 (PDT) Message-ID: <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> Date: Sat, 8 Jul 2006 21:24:23 -0700 From: "Matthew Jacob" To: "Christian Brueffer" In-Reply-To: <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060706124258.GE76865@cdnetworks.co.kr> <20060707045344.177AF16A4DD@hub.freebsd.org> <20060707074957.GF82406@cdnetworks.co.kr> <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> Cc: Pyun YongHyeon , csaba-ml@creo.hu, freebsd-current@freebsd.org, Bill Paul Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jul 2006 04:24:27 -0000 Jason THorpe did one for NetBSD. I did one for Solaris. Nice chip. Too bad it wasn't more popular. On 7/7/06, Christian Brueffer wrote: > On Fri, Jul 07, 2006 at 04:49:57PM +0900, Pyun YongHyeon wrote: > > On Fri, Jul 07, 2006 at 04:53:44AM +0000, Bill Paul wrote: > > > > On Thu, Jul 06, 2006 at 11:52:39AM +0000, Csaba Henk wrote: > > > > > On 2006-07-06, Pyun YongHyeon wrote: > > > > > > What model/maker you've got(pciconf -lv output)? > > > > > > > > > > stge0@pci0:11:0: class=0x020000 card=0x545013f0 chip=0x102113f0 rev=0x07 hdr=0x00 > > > > > vendor = 'Sundance Technology Inc' > > > > > class = network > > > > > subclass = ethernet > > > > > > > > > > And this is what shows up in dmesg: > > > > > > > > > > Jul 6 07:50:23 leavemealone kernel: stge0: port 0xe000-0xe0ff mem 0xef000000-0xef0001ff irq 11 at device 11.0 on pci0 > > > > > Jul 6 07:50:23 leavemealone kernel: stge0: phy read fail > > > > > Jul 6 07:50:23 leavemealone last message repeated 31 times > > > > > Jul 6 07:50:23 leavemealone kernel: miibus2: on stge0 > > > > > Jul 6 07:50:23 leavemealone kernel: e1000phy0: on miibus2 > > > > > Jul 6 07:50:23 leavemealone kernel: e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > > > > > > > > > > > > > Since your NIC has a Marvell PHY and shows many "phy read fail" > > > > message I have to investigate the root cause. I don't have > > > > TC9021 NIC with Marvell PHY. So I can't sure I can fix it. > > > > > > > > Does ifconfig(8) reports correct link speed/status? > > > > Does "phy read fail" message shows only at device attach time? > > > > > > FYI: I don't know if you have them or not, but a long time ago I > > > stashed away copies of the TC9020/TC9021 programming manuals. The > > > provenance of these parts is a little murky. I first learned of them > > > as being Sundance Technologies devices, but later I found references to > > > them belonging to a company called Tamarack M.I. Later still, a > > > company called ICplus ended up with them. ICplus eventually produced > > > a single chip device combining the TC902x MAC with an integrated PHY > > > (though I've yet to actually see a NIC that uses these anywhere). > > > > > > > ASUS NX1101 and some motherboards from ABIT have IC Plus GigE controller. > > > > > Sundance and Tamarack seem to have disappeared, but ICplus is still > > > around (www.icplus.com.tw) and they still have the gigE MAC and PHY > > > manuals online. They deleted the original TC902x manuals from their site, > > > > Yes, the online manuals are useless. > > > > > but I saved copies. :) I put all the manuals I have for these devices at > > > http://www.freebsd.org/~wpaul/Sundance along with the original ST201 > > > manual. Note that I didn't have to sign any NDAs to get any of these. > > > > > > > Thank you very very much. I really appreciate it. I mailed to guys > > working for IC Plus a couple of of times and they all requested to > > sign NDAs so I gave up. > > > > > In case you can't tell, the hardware API for the ST201 and the TC902x > > > is copied very closely from the 3Com 3c90xB/3c90xC devices. > > > > > > Anyway, I'm posting these in case they help with maintaining the driver > > > (or if anyone just wants to tinker around with the hardware). Share > > > and enjoy! > > > > > > -Bill > > > > > > > Thanks again. I hope I can solve JUMBO frame issues soon. > > > > There is also a BSD licensed driver for FreeBSD 4.x written by Tamarack. > No idea wheather or not it is still available, so I put it up for > download: > > http://people.freebsd.org/~brueffer/TC902X_FreeBSD.zip > > Maybe it can help in some way. > > - Christian > > -- > Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org > GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc > GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D > > > From owner-freebsd-current@FreeBSD.ORG Sun Jul 9 09:04:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0758116A4DF; Sun, 9 Jul 2006 09:04:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB38D43D60; Sun, 9 Jul 2006 09:04:48 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id F08CB2083; Sun, 9 Jul 2006 11:04:43 +0200 (CEST) X-Spam-Tests: none X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 6FD462082; Sun, 9 Jul 2006 11:04:43 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 39EFC33C28; Sun, 9 Jul 2006 11:04:43 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Peter Jeremy References: <44AD2569.9070007@rsu.ru> <44ADEBCC.70607@FreeBSD.org> <003c01c6a18b$937cbef0$3a00a8c0@carrera> <20060707091850.GA719@turion.vk2pj.dyndns.org> Date: Sun, 09 Jul 2006 11:04:43 +0200 In-Reply-To: <20060707091850.GA719@turion.vk2pj.dyndns.org> (Peter Jeremy's message of "Fri, 7 Jul 2006 19:18:50 +1000") Message-ID: <86irm7up1w.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-current@freebsd.org, Michael Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jul 2006 09:04:56 -0000 Peter Jeremy writes: > I don't think this follows. Things like X and perl can be installed > from sysinstall with mininal effort. I'd prefer to make it easier > to install nss_ldap as a package than have it in the base system. The situation with LDAP today is that if you use it seriously (e.g. in a Windows environment with ActiveDirectory and Microsoft's bastardized Kerberos), you end up with parts of the base system having build-time dependencies on OpenLDAP. In my eyes, that is a very strong argument in favor of absorbing OpenLDAP into the base system. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jul 9 10:23:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4844316A4DA for ; Sun, 9 Jul 2006 10:23:28 +0000 (UTC) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (www.creo.hu [217.113.62.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C08B43D45 for ; Sun, 9 Jul 2006 10:23:27 +0000 (GMT) (envelope-from csaba@beastie.creo.hu) Received: from beastie.creo.hu (localhost [127.0.0.1]) by beastie.creo.hu (8.13.4/8.13.4) with ESMTP id k69ANDvr002527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Jul 2006 12:23:13 +0200 (CEST) (envelope-from csaba@beastie.creo.hu) Received: (from csaba@localhost) by beastie.creo.hu (8.13.4/8.13.4/Submit) id k69ANDks002526; Sun, 9 Jul 2006 12:23:13 +0200 (CEST) (envelope-from csaba) Date: Sun, 9 Jul 2006 12:23:12 +0200 From: Csaba Henk To: Matthew Jacob Message-ID: <20060709102312.GO49983@beastie.creo.hu> References: <20060706124258.GE76865@cdnetworks.co.kr> <20060707045344.177AF16A4DD@hub.freebsd.org> <20060707074957.GF82406@cdnetworks.co.kr> <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jul 2006 10:23:28 -0000 On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > Jason THorpe did one for NetBSD. > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. Hmm, could you give a pointer, please? Earlier I've been looking for a driver for vaious OS-es and I didn't had luck with Solaris (either)... Regards, Csaba From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 02:27:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B10B16A4E2 for ; Mon, 10 Jul 2006 02:27:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81FD543D46 for ; Mon, 10 Jul 2006 02:27:50 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id x3so1383306nzd for ; Sun, 09 Jul 2006 19:27:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=UPbtBrkjZpeE0ZpWb7E33uPgka2ki/E5oQYddAPfmDhqTaV6Nee4VvDnH1pYNr93PGYJH5PWWhAUhSeYlR+07MuLo8wsBPflk4pYz6Vvt43ryY31kngaEbD/CmUxb8QWtnxX+jzSjx9nNwmilxVqu9ckqOxqe0OdhcfxUsyjUGY= Received: by 10.36.47.6 with SMTP id u6mr4117820nzu; Sun, 09 Jul 2006 19:27:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 39sm1894766nzk.2006.07.09.19.27.46; Sun, 09 Jul 2006 19:27:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6A2ReSN001848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jul 2006 11:27:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6A2RdI1001847; Mon, 10 Jul 2006 11:27:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Jul 2006 11:27:38 +0900 From: Pyun YongHyeon To: Matthew Jacob Message-ID: <20060710022737.GB1128@cdnetworks.co.kr> References: <20060706124258.GE76865@cdnetworks.co.kr> <20060707045344.177AF16A4DD@hub.freebsd.org> <20060707074957.GF82406@cdnetworks.co.kr> <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: csaba-ml@creo.hu, Bill Paul , freebsd-current@freebsd.org, Christian Brueffer Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 02:27:52 -0000 On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > Jason THorpe did one for NetBSD. > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. > I'm satisfied with the performance and easy interface for the chip. But the lack of Tx interrupt moderation and extra accesses to a status register to check which kind of Tx errors were occurred are serious fault. Since the the error condition uses the same status bit in interrupt status register it's hard to distingush failures from sucess without extra register accesses. BTW, I still have no clue how jumbo frame work on this chip. The documentation from wpaul didn't say any special things regarding jumbo frame. For instance the doc. said it supports jumbo frame up to 9022 but it seems the NIC can work with larger size. Even windows driver has a larger size than this, so I'm curious important part for jumbo frame were not released? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 03:08:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72AB316A4DE; Mon, 10 Jul 2006 03:08:01 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0196643D46; Mon, 10 Jul 2006 03:08:00 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (cqec77x52eu2sfyt@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k6A37uYJ025671; Sun, 9 Jul 2006 20:07:56 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k6A37u2L025670; Sun, 9 Jul 2006 20:07:56 -0700 (PDT) (envelope-from jmg) Date: Sun, 9 Jul 2006 20:07:55 -0700 From: John-Mark Gurney To: Pyun YongHyeon Message-ID: <20060710030755.GN734@funkthat.com> Mail-Followup-To: Pyun YongHyeon , Matthew Jacob , csaba-ml@creo.hu, Bill Paul , freebsd-current@freebsd.org, Christian Brueffer References: <20060706124258.GE76865@cdnetworks.co.kr> <20060707045344.177AF16A4DD@hub.freebsd.org> <20060707074957.GF82406@cdnetworks.co.kr> <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> <20060710022737.GB1128@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060710022737.GB1128@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: csaba-ml@creo.hu, Matthew Jacob , freebsd-current@freebsd.org, Christian Brueffer , Bill Paul Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 03:08:01 -0000 Pyun YongHyeon wrote this message on Mon, Jul 10, 2006 at 11:27 +0900: > On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > > Jason THorpe did one for NetBSD. > > > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. > > I'm satisfied with the performance and easy interface for the chip. > But the lack of Tx interrupt moderation and extra accesses to a > status register to check which kind of Tx errors were occurred are > serious fault. Since the the error condition uses the same status > bit in interrupt status register it's hard to distingush failures > from sucess without extra register accesses. bah, tx interrupts are so last century... there isn't any reason to have them... just schedule a timeout or wakeup a thread when the number of tx descriptors are low.. and if you ran out, you could even do the minimal work to free them up right in place... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 03:54:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47A2C16A4E1 for ; Mon, 10 Jul 2006 03:54:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 895CE43D53 for ; Mon, 10 Jul 2006 03:54:37 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id 12so5783nzp for ; Sun, 09 Jul 2006 20:54:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=k1GUt4sux5I5udbjoKwwMX1FBe5DJ58rR6r913L8pGaUPl+ugB1hiOJcaqZ4HJSqyiApr6qAmI3nLdFN9ntQZwPFR6rlX6NThwb4P1lqFtjqyb9vUo9hVP/rCq2dxafMUtpi4oJxl/FLO65oRAhj+v1cOy7UYB/G9ZwRt05bCZc= Received: by 10.36.100.15 with SMTP id x15mr4226668nzb; Sun, 09 Jul 2006 20:54:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 38sm11815nzk.2006.07.09.20.54.33; Sun, 09 Jul 2006 20:54:36 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6A3sVYZ002047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jul 2006 12:54:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6A3sUJQ002046; Mon, 10 Jul 2006 12:54:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 10 Jul 2006 12:54:30 +0900 From: Pyun YongHyeon To: Matthew Jacob , csaba-ml@creo.hu, Bill Paul , freebsd-current@freebsd.org, Christian Brueffer Message-ID: <20060710035430.GC1128@cdnetworks.co.kr> References: <20060706124258.GE76865@cdnetworks.co.kr> <20060707045344.177AF16A4DD@hub.freebsd.org> <20060707074957.GF82406@cdnetworks.co.kr> <20060707094302.GA1669@haakonia.hitnet.RWTH-Aachen.DE> <7579f7fb0607082124p114dfd67r68a5f4db45eff5c2@mail.gmail.com> <20060710022737.GB1128@cdnetworks.co.kr> <20060710030755.GN734@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060710030755.GN734@funkthat.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 03:54:39 -0000 On Sun, Jul 09, 2006 at 08:07:55PM -0700, John-Mark Gurney wrote: > Pyun YongHyeon wrote this message on Mon, Jul 10, 2006 at 11:27 +0900: > > On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > > > Jason THorpe did one for NetBSD. > > > > > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. > > > > I'm satisfied with the performance and easy interface for the chip. > > But the lack of Tx interrupt moderation and extra accesses to a > > status register to check which kind of Tx errors were occurred are > > serious fault. Since the the error condition uses the same status > > bit in interrupt status register it's hard to distingush failures > > from sucess without extra register accesses. > > bah, tx interrupts are so last century... there isn't any reason to > have them... just schedule a timeout or wakeup a thread when the > number of tx descriptors are low.. and if you ran out, you could > even do the minimal work to free them up right in place... > I'm afraid it's not that simple. If we just reclaim Tx descriptors based only on number of available Tx descriptors it would hold a lot of mbuf chains in memory for a long time. My approach to solve this is hybrid(a watermark which control when to raise a Tx interrupt plus clean up handler which is called every hz) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 08:05:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89FBC16A4E7 for ; Mon, 10 Jul 2006 08:05:16 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D19843D7D for ; Mon, 10 Jul 2006 08:05:12 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id E1792442B; Mon, 10 Jul 2006 00:05:11 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org User-Agent: KMail/1.9.3 MIME-Version: 1.0 Date: Mon, 10 Jul 2006 00:04:54 -0800 Content-Type: multipart/signed; boundary="nextPart2139602.3b3CJPFoKI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607100005.10504.freebsd@alaskaparadise.com> Subject: bdb errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 08:05:16 -0000 --nextPart2139602.3b3CJPFoKI Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I followed updating and nuked pkgdb.db and INDEX.db as listed. Now when I t= ry=20 and rebuild it I'm getting the following error: stargate# pkgdb -F /libexec/ld-elf.so.1: /usr/local/lib/ruby/site_ruby/1.8/i386-freebsd7/bdb.s= o:=20 Undefined symbol "db_version_4002" Any suggestions on where to go from here? I'm dead in the water as far as=20 portupgrade goes. Ports tree and index are up to date. Any help would be=20 appreciated. =46reeBSD stargate.alaskaparadise.com 7.0-CURRENT FreeBSD 7.0-CURRENT #73: = Sun=20 Jun 25 12:04:10 AKDT 2006 =20 root@stargate.alaskaparadise.com:/usr/obj/usr/src/sys/STARGATE i386 Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart2139602.3b3CJPFoKI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEsgo2R5sEeCt9j00RAvM7AJ9p1cr4by2QBevIOI+wWkHy1ASO3ACglF9V UZxGT7LrNraiHgBgMSWu1bA= =RzRp -----END PGP SIGNATURE----- --nextPart2139602.3b3CJPFoKI-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 08:13:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AFD816A4E2 for ; Mon, 10 Jul 2006 08:13:33 +0000 (UTC) (envelope-from amogilny@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94CBE43D53 for ; Mon, 10 Jul 2006 08:13:32 +0000 (GMT) (envelope-from amogilny@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so1496898uge for ; Mon, 10 Jul 2006 01:13:31 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kfoBuE9oVFU2l17Q2xlS55vwJqUjfxpVZmSDJRbxXp6DwcwqClCRcnTXPUMZJN+lwSeRXj5k6QzgaxqpYwt0ne6lWeQjWsV4xiAZO19KeDxI7pWT0YxeGgr+GzJHWW+7MNEIY2M52AgRnL82eLDPyq4Dk00fJoOP1EC0i3TnwtA= Received: by 10.78.97.7 with SMTP id u7mr1558906hub; Mon, 10 Jul 2006 01:13:31 -0700 (PDT) Received: by 10.78.178.3 with HTTP; Mon, 10 Jul 2006 01:13:31 -0700 (PDT) Message-ID: <7403d2a30607100113ydd8fc00l99d83a21873dc57d@mail.gmail.com> Date: Mon, 10 Jul 2006 11:13:31 +0300 From: "Alexander Mogilny" Sender: amogilny@gmail.com To: "Beech Rintoul" In-Reply-To: <200607100005.10504.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607100005.10504.freebsd@alaskaparadise.com> X-Google-Sender-Auth: aaa99ef33f7098c9 Cc: freebsd-current@freebsd.org Subject: Re: bdb errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 08:13:33 -0000 On 7/10/06, Beech Rintoul wrote: > I followed updating and nuked pkgdb.db and INDEX.db as listed. Now when I try > and rebuild it I'm getting the following error: > > stargate# pkgdb -F > /libexec/ld-elf.so.1: /usr/local/lib/ruby/site_ruby/1.8/i386-freebsd7/bdb.so: > Undefined symbol "db_version_4002" > > Any suggestions on where to go from here? I'm dead in the water as far as > portupgrade goes. Ports tree and index are up to date. Any help would be > appreciated. > > FreeBSD stargate.alaskaparadise.com 7.0-CURRENT FreeBSD 7.0-CURRENT #73: Sun > Jun 25 12:04:10 AKDT 2006 > root@stargate.alaskaparadise.com:/usr/obj/usr/src/sys/STARGATE i386 > you should recompile ruby-bdb. There is a pr on ports/99697. If you have few versions of db4 it is compiled with db4 which is set as WITH_BDB_VER but linked with highest installed version. -- AIM-UANIC +-----[ FreeBSD ]-----+ Alexander Mogilny | The Power to Serve! | <> sg@portaone.com +---------------------+ From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 08:51:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C159916A4DA for ; Mon, 10 Jul 2006 08:51:20 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102D643D46 for ; Mon, 10 Jul 2006 08:51:20 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id A459F442B; Mon, 10 Jul 2006 00:51:18 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: "Alexander Mogilny" Date: Mon, 10 Jul 2006 00:50:52 -0800 User-Agent: KMail/1.9.3 References: <200607100005.10504.freebsd@alaskaparadise.com> <7403d2a30607100113ydd8fc00l99d83a21873dc57d@mail.gmail.com> In-Reply-To: <7403d2a30607100113ydd8fc00l99d83a21873dc57d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1874175.50bHJXR6UI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607100051.16677.freebsd@alaskaparadise.com> Cc: freebsd-current@freebsd.org Subject: Re: bdb errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 08:51:20 -0000 --nextPart1874175.50bHJXR6UI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 10 July 2006 00:13, Alexander Mogilny wrote: > On 7/10/06, Beech Rintoul wrote: > > I followed updating and nuked pkgdb.db and INDEX.db as listed. Now when= I > > try and rebuild it I'm getting the following error: > > > > stargate# pkgdb -F > > /libexec/ld-elf.so.1: > > /usr/local/lib/ruby/site_ruby/1.8/i386-freebsd7/bdb.so: Undefined symbol > > "db_version_4002" > > > > Any suggestions on where to go from here? I'm dead in the water as far = as > > portupgrade goes. Ports tree and index are up to date. Any help would be > > appreciated. > > > > FreeBSD stargate.alaskaparadise.com 7.0-CURRENT FreeBSD 7.0-CURRENT #73: > > Sun Jun 25 12:04:10 AKDT 2006 > > root@stargate.alaskaparadise.com:/usr/obj/usr/src/sys/STARGATE i386 > > you should recompile ruby-bdb. There is a pr on ports/99697. > If you have few versions of db4 it is compiled with db4 which is set > as WITH_BDB_VER > but linked with highest installed version. Thanks much, that solved my problem. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1874175.50bHJXR6UI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEshUER5sEeCt9j00RAvmWAJwKM+NYfR/rmo+k8N0VJ/Da5fcesgCcDjxD 5vnwlau9dFjMNj7V+AkA5Ss= =lVgC -----END PGP SIGNATURE----- --nextPart1874175.50bHJXR6UI-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 10:29:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DD5916A4DE for ; Mon, 10 Jul 2006 10:29:47 +0000 (UTC) (envelope-from list@billxu.com) Received: from sina3-198.sina.net (sina3-199.sina.net [202.108.3.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBAE43D4C for ; Mon, 10 Jul 2006 10:29:45 +0000 (GMT) (envelope-from list@billxu.com) Received: (qmail 58075 invoked from network); 10 Jul 2006 10:29:47 -0000 Received: from unknown (HELO ?10.217.12.123?) (10.217.12.123) by 10.54.2.149 with SMTP; 10 Jul 2006 10:29:47 -0000 From: Bill Xu To: Kevin Oberman In-Reply-To: <20060706163243.D389345047@ptavv.es.net> References: <20060706163243.D389345047@ptavv.es.net> Content-Type: text/plain; charset=utf-8 Organization: BILLXU.COM Date: Mon, 10 Jul 2006 18:29:31 +0800 Message-Id: <1152527371.1005.61.camel@zeuux.zeuux.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Maho Nakata , freebsd-openoffice@freebsd.org, freebsd-current@freebsd.org Subject: Re: cvs commit: ports/editors/openoffice.org-2.0/files patch-i65512 ports/editors/openoffice.org-2.0-devel/files patch-i65512 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 10:29:47 -0000 using -DWITHOUT_MOZILLA still failed...... sdi.pro/lib -L/usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solenv/unxfbsdi/lib -L/usr/local/diablo-jdk1.5.0/lib -L/usr/l ocal/diablo-jdk1.5.0/jre/lib/i386 -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/client -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/nat ive_threads -L/usr/X11R6/lib ../../unxfbsdi.pro/lib/check_libprotocolhandler680fi.so Checking DLL ../../unxfbsdi.pro/lib/check_libprotocolhandler680fi.so ...: ok -rwxr-xr-x 1 root wheel 79515 Jul 8 14:44 ../../unxfbsdi.pro/lib/libprotocolhandler680fi.so ------------------------------ Making: ../../unxfbsdi.pro/lib/iprotocolhandler.lib no ImportLibs on Mac and *ix ------------- /usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/scripting/java ------------- /usr/local/bin/ant -Dprj=.. -Dprjname=scripting -Ddebug=off -Doptimize=on -Dtarget=scriptruntimeforjava -Dsolar.update=on -Dout =../unxfbsdi.pro -Dinpath=unxfbsdi.pro -Dproext=".pro" -Dsolar.bin=/usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solver/ 680/unxfbsdi.pro/bin -Dsolar.jar=/usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solver/680/unxfbsdi.pro/bin -Dsolar.doc=/u sr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solver/680/unxfbsdi.pro/doc -Dcommon.jar=/usr/ports/editors/openoffice.org-2 .0/work/OOC680_m7/solver/680/unxfbsdi.pro/bin -Dcommon.doc= -f build.xml -emacs Buildfile: build.xml /libexec/ld-elf.so.1: /lib/libpthread.so.2: Undefined symbol "_malloc_prefork" dmake: Error code 1, while making 'ANTBUILD' '---* tg_merge.mk *---' ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/scripting/java dmake: Error code 1, while making 'build_instsetoo_native' '---* *---' *** Error code 255 Stop in /usr/ports/editors/openoffice.org-2.0. root@zeuux:/usr/ports/editors/openoffice.org-2.0# 在 2006-07-06四的 09:32 -0700，Kevin Oberman写道： > > From: Bill Xu > > Date: Thu, 06 Jul 2006 18:54:40 +0800 > > Sender: owner-freebsd-current@freebsd.org > > > > Compiling editors/openoffice-2.0 still failed in the FreeBSD 7.0-CURRENT > > box.The following is the output, > > > > lo/MDatabaseMetaData.o ../../../unxfbsdi.pro/slo/MConnection.o ../../../unxfbsdi.pro/slo/MNSInit.o ../../../unxfbsdi.pro/slo/MQu > > eryHelper.o ../../../unxfbsdi.pro/slo/MDatabaseMetaDataHelper.o ../../../unxfbsdi.pro/slo/MQuery.o ../../../unxfbsdi.pro/slo/MTy > > peConverter.o ../../../unxfbsdi.pro/slo/MNameMapper.o ../../../unxfbsdi.pro/slo/MNSMozabProxy.o ../../../unxfbsdi.pro/slo/MNSTer > > minateListener.o ../../../unxfbsdi.pro/slo/MMozillaBootstrap.o ../../../unxfbsdi.pro/slo/MNSFolders.o ../../../unxfbsdi.pro/slo/ > > MNSProfileDiscover.o ../../../unxfbsdi.pro/slo/MNSProfileManager.o ../../../unxfbsdi.pro/slo/MNSINIParser.o ../../../unxfbsdi.pr > > o/slo/MNSRunnable.o ../../../unxfbsdi.pro/slo/MNSProfile.o ../../../unxfbsdi.pro/slo/MNSProfileDirServiceProvider.o ../../../unx > > fbsdi.pro/slo/mozabdrv2_version.o ../../../unxfbsdi.pro/slo/mozabdrv2_description.o -o ../../../unxfbsdi.pro/lib/libmozabdrv2.so > > -luno_cppu -luno_cppuhelpergcc3 -lvos3gcc3 -luno_sal -ldbtools680fi > > -lcomphelp4gcc3 -L/usr/ports/editors/openoffice.org-2.0/wor > > k/OOC680_m7/solver/680/unxfbsdi.pro/lib -lembed_base_s -lnspr4 > > -lmozreg_s -lxpcom -pthread -lm -Wl,-Bdynamic -lstlport_gcc > > rm -f ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > > mv ../../../unxfbsdi.pro/lib/libmozabdrv2.so ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > > /usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solenv/bin/checkdll.sh -L../../../unxfbsdi.pro/lib -L../lib -L/usr/ports/ed > > itors/openoffice.org-2.0/work/OOC680_m7/solenv/unxfbsdi/lib > > -L/usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solver/680/un > > xfbsdi.pro/lib > > -L/usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/solenv/unxfbsdi/lib -L/usr/local/diablo-jdk1.5.0/lib -L/us > > r/local/diablo-jdk1.5.0/jre/lib/i386 > > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/client > > -L/usr/local/diablo-jdk1.5.0/jre/lib/i386/ > > native_threads > > -L/usr/X11R6/lib ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so > > Checking DLL ../../../unxfbsdi.pro/lib/check_libmozabdrv2.so ...Fatal > > error 'Spinlock called when not threaded.' at line 91 in f > > ile /usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 2) > > Abort trap (core dumped) > > dmake: Error code 1, while making > > '../../../unxfbsdi.pro/lib/libmozabdrv2.so' > > '---* tg_merge.mk *---' > > > > ERROR: Error 65280 occurred while > > making /usr/ports/editors/openoffice.org-2.0/work/OOC680_m7/connectivity/source/drivers/mozab > > dmake: Error code 1, while making 'build_instsetoo_native' > > '---* *---' > > *** Error code 255 > > > > Stop in /usr/ports/editors/openoffice.org-2.0. > > > > > > > > :( > > If you don't need the browser in Openoffice.org, you can build > successfully with -DWITHOUT_MOZILLA. > > BTW, Ooo 2.0.3 starts up MUCH faster than 2.0.2 or any earlier > version. I don't know whet someone spotted, but my laptop (running > -current) can now start and open a 5 page .doc file in just under 5 > seconds. Used to take that long for the splash to appear. From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 10:48:04 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9599716A4DD; Mon, 10 Jul 2006 10:48:04 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242FA43D45; Mon, 10 Jul 2006 10:48:03 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id k6AAlhp9001398; Mon, 10 Jul 2006 06:47:43 -0400 (EDT) Date: Mon, 10 Jul 2006 06:47:42 -0400 From: Scott Robbins To: Bill Xu Message-ID: <20060710104742.GA8274@mail.scottro.net> Mail-Followup-To: Bill Xu , Kevin Oberman , Maho Nakata , freebsd-openoffice@freebsd.org, freebsd-current@freebsd.org References: <20060706163243.D389345047@ptavv.es.net> <1152527371.1005.61.camel@zeuux.zeuux.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1152527371.1005.61.camel@zeuux.zeuux.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Maho Nakata , freebsd-openoffice@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: cvs commit: ports/editors/openoffice.org-2.0/files patch-i65512 ports/editors/openoffice.org-2.0-devel/files patch-i65512 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 10:48:04 -0000 On Mon, Jul 10, 2006 at 06:29:31PM +0800, Bill Xu wrote: > using -DWITHOUT_MOZILLA still failed...... > The -DWITHOUT_MOZILLA option is still working for me as a fix on CURRENT. However, the 20060707 build failed on 6.1 STABLE with the same errors posted by Mr. Xu. Up to this build, it had built without problems on STABLE. When I saw that it had died, I tried using the -DWITHOUT_MOZILLA option (which, as I said, does work as a fix for me on CURRENT) but once again, the build died in the same place, with the build_instsetoo error -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Your logic does not resemble our Earth logic. Xander: Mine's much more advanced. From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 11:42:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3828516A4DD for ; Mon, 10 Jul 2006 11:42:56 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471E543D7F for ; Mon, 10 Jul 2006 11:42:45 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.6/8.13.6/NETPLEX) with ESMTP id k6ABgi42028176 for ; Mon, 10 Jul 2006 07:42:44 -0400 (EDT) Date: Mon, 10 Jul 2006 07:42:44 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Subject: iwi - problems with new device id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deischen@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 11:42:56 -0000 Hi, I'm trying to get a new iwi device working. The diff to -current is below: Index: if_iwi.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/sys/dev/iwi/if_iwi.c,v retrieving revision 1.38 diff -u -r1.38 if_iwi.c --- if_iwi.c 2 Jun 2006 23:14:39 -0000 1.38 +++ if_iwi.c 8 Jul 2006 13:36:43 -0000 @@ -110,6 +110,7 @@ static const struct iwi_ident iwi_ident_table[] = { { 0x8086, 0x4220, "Intel(R) PRO/Wireless 2200BG" }, { 0x8086, 0x4221, "Intel(R) PRO/Wireless 2225BG" }, + { 0x8086, 0x4222, "Intel(R) PRO/Wireless 3945ABG" }, { 0x8086, 0x4223, "Intel(R) PRO/Wireless 2915ABG" }, { 0x8086, 0x4224, "Intel(R) PRO/Wireless 2915ABG" }, It's a mini-pci card and came with my Dell Inspiron 1405 notebook. There are two problems: 1) The firmware won't load; 2) The Fn + F2 function keys won't turn on the radio. A few of the Fn key combinations work, but most don't (like eject CD-ROM, hibernate, 0-9 keypad, etc). I'm not sure what else to do to try and get this working. Any ideas? # kldload /boot/kernel/firmware.ko # kldload /boot/modules/iwi_bss.ko # kldload /boot/modules/iwi_ibss.ko # kldload /boot/modules/iwi_monitor.ko # kldload /boot/kernel/if_iwi.ko found-> vendor=0x8086, dev=0x4222, revid=0x02 bus=12, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci12:0:0: reprobing on driver added iwi0: mem 0xdfdff000-0xdfdfffff irq 17 at device 0.0 on pci12 iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xdfdff000 iwi0: timeout waiting for master iwi0: bpf attached iwi0: bpf attached iwi0: bpf attached iwi0: [MPSAFE] iwi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps iwi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps pci13: driver added # /sbin/ifconfig iwi0 inet 10.1.0.8 netmask 0xffffff00 iwi0: radio turned off iwi0: timeout waiting for iwi_bss firmware initialization to complete iwi0: could not load boot firmware iwi_bss # pkg_info | grep iwi iwi-firmware-2.4_7 Intel PRO/Wireless 2200 Driver Firmware iwi-firmware-kmod-3.0_1 Intel PRO/Wireless 2200 Firmware Kernel Module # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x01d81028 chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI vgapci0@pci0:2:0: class=0x030000 card=0x01d81028 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x01d81028 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = display pcm0@pci0:27:0: class=0x040300 card=0x01d81028 chip=0x27d88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia pcib1@pci0:28:0: class=0x060400 card=0x00000040 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:28:1: class=0x060400 card=0x00000040 chip=0x27d28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:28:3: class=0x060400 card=0x00000040 chip=0x27d68086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01d81028 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01d81028 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01d81028 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01d81028 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01d81028 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x01d81028 chip=0x27b98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM (ICH7-M) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:31:2: class=0x010180 card=0x01d81028 chip=0x27c48086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x01d81028 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus none1@pci12:0:0: class=0x028000 card=0x10208086 chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = network bfe0@pci2:0:0: class=0x020000 card=0x01d81028 chip=0x170c14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM440x 100Base-TX Fast Ethernet' class = network subclass = ethernet fwohci0@pci2:1:0: class=0x0c0010 card=0x01d81028 chip=0x08321180 rev=0x00 hdr=0x00 vendor = 'Ricoh Co Ltd' class = serial bus subclass = FireWire none2@pci2:1:1: class=0x080501 card=0x01d81028 chip=0x08221180 rev=0x19 hdr=0x00 vendor = 'Ricoh Co Ltd' device = 'SD Bus Host Adapter' class = base peripheral none3@pci2:1:2: class=0x088000 card=0x01d81028 chip=0x08431180 rev=0x01 hdr=0x00 vendor = 'Ricoh Co Ltd' class = base peripheral none4@pci2:1:3: class=0x088000 card=0x01d81028 chip=0x05921180 rev=0x0a hdr=0x00 vendor = 'Ricoh Co Ltd' device = 'Memory Stick Bus Host Adapter' class = base peripheral none5@pci2:1:4: class=0x088000 card=0x01d81028 chip=0x08521180 rev=0x05 hdr=0x00 vendor = 'Ricoh Co Ltd' class = base peripheral -- DE From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 11:47:36 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C301F16A4DD; Mon, 10 Jul 2006 11:47:36 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 452E143D77; Mon, 10 Jul 2006 11:47:29 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id 0627A17068; Mon, 10 Jul 2006 13:47:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NJAJ2tbd4ipX; Mon, 10 Jul 2006 13:47:37 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1678) id 4092217049; Mon, 10 Jul 2006 13:47:37 +0200 (CEST) Date: Mon, 10 Jul 2006 13:47:37 +0200 From: Rink Springer To: deischen@freebsd.org Message-ID: <20060710114737.GA6135@rink.nu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: iwi - problems with new device id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 11:47:36 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Daniel, > iwi0: mem 0xdfdff000-0xdfdfffff irq 17 = at=20 AFAIK, the 3945ABG device isn't supported by iwi at all as it is a completely different card. OpenBSD has a seperate driver for it, wpi(4). Perhaps a port to FreeBSD is in order? :-) I heard Project Evil works with these cards, though ... (and wpi(4) isn't 100% bugproof yet...) --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEsj5Zb3O60uztv/8RAlAjAJ0Wu6CzRNEXzd5eW0TaLRRD+4atHACdGAyh uQx6fNKG299NbIjX97XAmZQ= =ptlS -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 8 17:46:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A917816A4DA; Sat, 8 Jul 2006 17:46:16 +0000 (UTC) (envelope-from SRS0+45c17c628dd323489a6d+1049+infradead.org+hch@pentafluge.srs.infradead.org) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4953443D46; Sat, 8 Jul 2006 17:46:15 +0000 (GMT) (envelope-from SRS0+45c17c628dd323489a6d+1049+infradead.org+hch@pentafluge.srs.infradead.org) Received: from hch by pentafluge.infradead.org with local (Exim 4.62 #1 (Red Hat Linux)) id 1FzGsY-0007nh-8M; Sat, 08 Jul 2006 18:46:06 +0100 Date: Sat, 8 Jul 2006 18:46:06 +0100 From: Christoph Hellwig To: Sam Leffler Message-ID: <20060708174606.GA29602@infradead.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44AFD7DF.8090002@errno.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-Mailman-Approved-At: Mon, 10 Jul 2006 11:58:20 +0000 Cc: Craig Rodrigues , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2006 17:46:16 -0000 On Sat, Jul 08, 2006 at 09:05:51AM -0700, Sam Leffler wrote: > Linux has -t auto; haven't looked at how it works. It's implemented in mount(8). It has a table of magic numbers and offsets and tries all of them in a well defined order. If everything fails it tries a few heuristics whether the filesystems might be a FAT filesystem as thos don't have magic numbers. From owner-freebsd-current@FreeBSD.ORG Sat Jul 8 22:32:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCFDC16A4DA; Sat, 8 Jul 2006 22:32:09 +0000 (UTC) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6137C43D45; Sat, 8 Jul 2006 22:32:09 +0000 (GMT) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (jn@ns1 [69.55.238.237]) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id k68MW7dd009209; Sat, 8 Jul 2006 15:32:07 -0700 (PDT) (envelope-from john@jnielsen.net) Received: (from www@localhost) by ns1.jnielsen.net (8.12.9p2/8.12.9/Submit) id k68MW7Lm009208; Sat, 8 Jul 2006 18:32:07 -0400 (EDT) (envelope-from john@jnielsen.net) X-Authentication-Warning: ns1.jnielsen.net: www set sender to john@jnielsen.net using -f Received: from h35.242.140.67.ip.alltel.net (h35.242.140.67.ip.alltel.net [67.140.242.35]) by newwebmail.jnielsen.net (Horde MIME library) with HTTP; Sat, 08 Jul 2006 18:32:07 -0400 Message-ID: <20060708183207.fp6bvcl40k0wow4w@newwebmail.jnielsen.net> Date: Sat, 08 Jul 2006 18:32:07 -0400 From: John Nielsen To: Craig Rodrigues References: <20060708152801.GA3671@crodrigues.org> <86ac7krtu1.fsf@xps.des.no> In-Reply-To: <86ac7krtu1.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.9 X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on ns1.jnielsen.net X-Virus-Status: Clean X-Mailman-Approved-At: Mon, 10 Jul 2006 11:59:35 +0000 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jul 2006 22:32:09 -0000 Quoting Dag-Erling Sm=F8rgrav : > Craig Rodrigues writes: >> I've come up with a patch that does this, by interpreting >> an fstype of "" as: >> - starting with "ufs", iterate over all the local filesystem types >> that we know about, and try to mount the device > > What about cases where there may be several matching file systems? > For instance, a clean ext3 file system is also a valid ext2 file > system (and vice versa). I've also seen cases where a partition is formatted FAT32, then newfs'ed [ufs] under FreeBSD, but still mount-able as FAT32. (Windows will in fact automount such partitions even if the partition type is 165. grr..) JN From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 13:59:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FC3516A4DD for ; Mon, 10 Jul 2006 13:59:51 +0000 (UTC) (envelope-from goto@snowy.to) Received: from dark.snowy.to (ns.snowy.to [219.166.73.146]) by mx1.FreeBSD.org (Postfix) with SMTP id 4039A43D45 for ; Mon, 10 Jul 2006 13:59:46 +0000 (GMT) (envelope-from goto@snowy.to) Received: (qmail 2371 invoked from network); 10 Jul 2006 22:59:43 +0900 Received: from localhost.snowy.to (HELO snowy.to) (127.0.0.1) by localhost.snowy.to with SMTP; 10 Jul 2006 22:59:43 +0900 Date: Mon, 10 Jul 2006 22:59:42 +0900 (JST) Message-Id: <20060710.225942.74754050.goto@snowy.to> To: freebsd-current@freebsd.org From: Yoshikazu GOTO X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 13:59:51 -0000 Hi all, I have two CardBus card with RealTek 8169SB as follows: NETGEAR GA511 Buffalo LPC-CB-CLGT But they act up from revision 1.68 of if_re.c. It is a log of NETGEAR GA511 inserting to ThinkPad X40. Jul 10 22:54:33 x40 kernel: pcib1: (null) requested memory range 0xd0200000-0xdfffffff: good Jul 10 22:54:33 x40 kernel: cbb0: Opening memory: Jul 10 22:54:33 x40 kernel: cbb0: Normal: 0xd0211000-0xd0211fff Jul 10 22:54:33 x40 kernel: unknown: Lazy allocation of 0x200 bytes rid 0x14 type 3 at 0xd0211000 Jul 10 22:54:33 x40 kernel: cbb0: Opening memory: Jul 10 22:54:33 x40 kernel: map[10]: type 4, range 32, base 00000000, size 8, port disabled Jul 10 22:54:33 x40 kernel: pcib1: (null) requested I/O range 0x3000-0x7fff: in range Jul 10 22:54:33 x40 kernel: map[14]: type 1, range 32, base d0211000, size 9, enabled Jul 10 22:54:33 x40 kernel: pcib1: (null) requested memory range 0xd0211000-0xd02111ff: good Jul 10 22:54:33 x40 kernel: found-> vendor=0x10ec, dev=0x8169, revid=0x10 Jul 10 22:54:33 x40 kernel: bus=3, slot=0, func=0 Jul 10 22:54:33 x40 kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Jul 10 22:54:33 x40 kernel: cmdreg=0x0002, statreg=0x02b8, cachelnsz=8 (dwords) Jul 10 22:54:33 x40 kernel: lattimer=0xa8 (5040 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) Jul 10 22:54:33 x40 kernel: intpin=a, irq=255 Jul 10 22:54:33 x40 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Jul 10 22:54:33 x40 kernel: re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x3000 Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: re0: port 0x3000-0x30ff mem 0xd0211000-0xd02111ff at device 0.0 on cardbus0 Jul 10 22:54:33 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 10 22:54:33 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 10 22:54:33 x40 kernel: miibus0: on re0 Jul 10 22:54:33 x40 kernel: rgephy0: on miibus0 Jul 10 22:54:33 x40 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Jul 10 22:54:33 x40 kernel: re0: bpf attached Jul 10 22:54:33 x40 kernel: re0: Ethernet address: 00:0f:b5:41:30:3c Jul 10 22:54:33 x40 kernel: re0: couldn't set up irq Jul 10 22:54:33 x40 kernel: rgephy0: detached Jul 10 22:54:33 x40 kernel: miibus0: detached Jul 10 22:54:33 x40 kernel: device_attach: re0 attach returned 22 Thanks, Goto. -=-=-=- // Yoshikazu GOTO // E-mail: goto@snowy.to -=-=-=- \e From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 16:24:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5653916A4DE; Mon, 10 Jul 2006 16:24:35 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDF6643D49; Mon, 10 Jul 2006 16:24:34 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k6AGOXWh087718 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jul 2006 09:24:34 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44B27F41.10508@errno.com> Date: Mon, 10 Jul 2006 09:24:33 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: Rink Springer References: <20060710114737.GA6135@rink.nu> In-Reply-To: <20060710114737.GA6135@rink.nu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: deischen@freebsd.org, current@freebsd.org Subject: Re: iwi - problems with new device id X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 16:24:35 -0000 Rink Springer wrote: > Hi Daniel, > >> iwi0: mem 0xdfdff000-0xdfdfffff irq 17 at > > AFAIK, the 3945ABG device isn't supported by iwi at all as it is a > completely different card. OpenBSD has a seperate driver for it, wpi(4). Correct, totally different part; iwi is not going to handle it. > > Perhaps a port to FreeBSD is in order? :-) I heard Project Evil works > with these cards, though ... (and wpi(4) isn't 100% bugproof yet...) > I've not heard of anyone having success using ndis with a 3945 card. Sam From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 17:03:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E830316A4DF; Mon, 10 Jul 2006 17:03:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3BF43D46; Mon, 10 Jul 2006 17:03:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6AH39gU062835; Mon, 10 Jul 2006 13:03:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Joerg Wunsch Date: Mon, 10 Jul 2006 11:44:57 -0400 User-Agent: KMail/1.9.1 References: <200607010009.09231@aldan> <200607071708.43790.jhb@freebsd.org> <20060708061259.GD84700@uriah.heep.sax.de> In-Reply-To: <20060708061259.GD84700@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607101144.58213.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 10 Jul 2006 13:03:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1590/Mon Jul 10 01:34:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Peter Jeremy , Mikhail Teterin , freebsd-current@freebsd.org, Robert Watson Subject: Re: weird limitation on the system's binutils X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 17:03:29 -0000 On Saturday 08 July 2006 02:12, Joerg Wunsch wrote: > As John Baldwin wrote: > > > > Halving that, and installing the result to be usable by ports > > > would be a decent improvement, would not it? > > > Only if it doesn't suffer from all the same problems as libbfd.a. > > What problems, btw.? Only curious. All the different projects that use libbfd tend to include their own private version which aren't all compatible with each other (binutils has its own copy, gdb has another, etc.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 19:06:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0811716A4E2; Mon, 10 Jul 2006 19:06:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63F1843D49; Mon, 10 Jul 2006 19:06:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6AJ6AU8048048; Mon, 10 Jul 2006 13:06:16 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B2A51A.4040103@samsco.org> Date: Mon, 10 Jul 2006 13:06:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christoph Hellwig References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> In-Reply-To: <20060708174606.GA29602@infradead.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Craig Rodrigues Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 19:06:35 -0000 Christoph Hellwig wrote: > On Sat, Jul 08, 2006 at 09:05:51AM -0700, Sam Leffler wrote: > >>Linux has -t auto; haven't looked at how it works. > > > It's implemented in mount(8). It has a table of magic numbers and offsets > and tries all of them in a well defined order. If everything fails it > tries a few heuristics whether the filesystems might be a FAT filesystem > as thos don't have magic numbers. > So in your opinion and experience, what are the pros and cons of maintaining a table of magic numbers? Scott From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 19:30:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988C916A4E0; Mon, 10 Jul 2006 19:30:12 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A7343D45; Mon, 10 Jul 2006 19:30:11 +0000 (GMT) (envelope-from rodrigc@crodrigues.org) Received: from c-71-233-168-2.hsd1.ma.comcast.net ([71.233.168.2]) by comcast.net (rwcrmhc12) with ESMTP id <20060710193010m12000a1n8e>; Mon, 10 Jul 2006 19:30:10 +0000 Received: from c-71-233-168-2.hsd1.ma.comcast.net (localhost [127.0.0.1]) by c-71-233-168-2.hsd1.ma.comcast.net (8.13.6/8.13.1) with ESMTP id k6AJU6kF034337; Mon, 10 Jul 2006 15:30:12 -0400 (EDT) (envelope-from rodrigc@c-71-233-168-2.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-71-233-168-2.hsd1.ma.comcast.net (8.13.6/8.13.1/Submit) id k6AJU6cj034336; Mon, 10 Jul 2006 15:30:06 -0400 (EDT) (envelope-from rodrigc) Date: Mon, 10 Jul 2006 15:30:05 -0400 From: Craig Rodrigues To: freebsd-arch@freebsd.org Message-ID: <20060710193005.GA34287@crodrigues.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B2A51A.4040103@samsco.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 19:30:12 -0000 On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: > So in your opinion and experience, what are the pros and cons of > maintaining a table of magic numbers? One con: every time you add a new filesystem, you need to update mount(8). Not a big deal, but it is something. For Linux, the mount program usually is part of the util-linux package which is separate from the kernel. util-linux and kernel are maintained by separate groups in Linux....it is the responsibility of the Linux distribution to bundle together versions of util-linux and kernel that work together. For FreeBSD, the direction I have been going is to try to make mount(8) as simple and generic as possible, and push all the stuff for doing filesystem specific things into the kernel, i.e. into vfs_mount.c for generic stuff, and into each specific filesystem for fs-specific stuff. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 20:32:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 880F416A4DA; Mon, 10 Jul 2006 20:32:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFAAF43D4C; Mon, 10 Jul 2006 20:32:06 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6AKUSpf048522; Mon, 10 Jul 2006 14:30:34 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B2B8DC.8070201@samsco.org> Date: Mon, 10 Jul 2006 14:30:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christoph Hellwig References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> <20060710202219.GA29786@infradead.org> In-Reply-To: <20060710202219.GA29786@infradead.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Craig Rodrigues Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 20:32:07 -0000 Christoph Hellwig wrote: > On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: > >>So in your opinion and experience, what are the pros and cons of >>maintaining a table of magic numbers? > > > The feature is imensely useful. The implementation won't win any > points for a clean design but works very well in practice. I think > it's definitly better than probing in the kernel because letting a filesystem > driver try to make sense of something that's not it's own format can > lead to all kinds of funnies. Linux does this (iterating all filesystem > types in kernel) for the special case of the root filesystem where mount(8) > is not available, and it showeds various interesting bugs at least in the > fat driver. > How does it resolve situations like with UDF vs iso9660, where both structures can co-exist? Scott From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 21:28:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B6EF16A4DD for ; Mon, 10 Jul 2006 21:28:29 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5972E43D45 for ; Mon, 10 Jul 2006 21:28:26 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6ALSNMp046378 for ; Mon, 10 Jul 2006 14:28:24 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6ALSFKI046368 for freebsd-current@freebsd.org; Mon, 10 Jul 2006 14:28:15 -0700 (PDT) (envelope-from obrien) Date: Mon, 10 Jul 2006 14:28:15 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20060710212815.GA46336@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Subject: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 21:28:29 -0000 For months now PS/2 keyboard support has been broken during boot with the GENERIC kernel. If one has an error in /etc/fstab such that / cannot be mounted, the kernel prompts with Manual root filesystems specification: [examples listed] mountroot> However one cannot respond to the prompt as keyboard input is ignored. This seems to be a casualty of kbdmux(4) support being committed back in February. Is anyone working on fixing this? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 21:50:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A43C516A4DA; Mon, 10 Jul 2006 21:50:53 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E561443D68; Mon, 10 Jul 2006 21:50:51 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6ALogBI048914; Mon, 10 Jul 2006 15:50:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B2CBAA.2020407@samsco.org> Date: Mon, 10 Jul 2006 15:50:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> In-Reply-To: <20060710212815.GA46336@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 21:50:53 -0000 David O'Brien wrote: > For months now PS/2 keyboard support has been broken during boot with the > GENERIC kernel. > > If one has an error in /etc/fstab such that / cannot be mounted, the > kernel prompts with > > Manual root filesystems specification: > [examples listed] > mountroot> > > However one cannot respond to the prompt as keyboard input is ignored. > This seems to be a casualty of kbdmux(4) support being committed back in > February. Is anyone working on fixing this? > Yours is definitely the exception case. Does setting the keyboard probe hint hack make a difference? Scott From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 22:38:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1018F16A4E6; Mon, 10 Jul 2006 22:38:50 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 336E043D49; Mon, 10 Jul 2006 22:38:49 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6AMcknx047607; Mon, 10 Jul 2006 15:38:46 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6AMcjH9047606; Mon, 10 Jul 2006 15:38:45 -0700 (PDT) (envelope-from obrien) Date: Mon, 10 Jul 2006 15:38:45 -0700 From: "David O'Brien" To: Craig Rodrigues Message-ID: <20060710223845.GA47557@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org, Craig Rodrigues References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708161719.GB3871@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060708161719.GB3871@crodrigues.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 22:38:50 -0000 On Sat, Jul 08, 2006 at 12:17:19PM -0400, Craig Rodrigues wrote: > I was thinking of doing something like that. You can basically > get the same info by doing something like: > file - < /dev/ad0s1e > /dev/stdin: Unix Fast File system (little-endian) > file - < /dev/ad0s4 > /dev/stdin: SGI XFS filesystem > > I leaned away from this approach in mount(8) because: > - I didn't want to tie mount(8) to file(1) Why not? We have libmagic for purposes like this. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 22:49:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8511716A4DA for ; Mon, 10 Jul 2006 22:49:02 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C555D43D53 for ; Mon, 10 Jul 2006 22:48:59 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6AMmvTc047974; Mon, 10 Jul 2006 15:48:57 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6AMmsJl047972; Mon, 10 Jul 2006 15:48:54 -0700 (PDT) (envelope-from obrien) Date: Mon, 10 Jul 2006 15:48:54 -0700 From: "David O'Brien" To: Michael Bushkov Message-ID: <20060710224854.GC47557@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Michael Bushkov References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060707015458.GC500@odin.ac.hmc.edu> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 22:49:02 -0000 On Thu, Jul 06, 2006 at 06:54:58PM -0700, Brooks Davis wrote: > On Thu, Jul 06, 2006 at 10:49:27AM -0700, Doug Barton wrote: ..snip.. > > > nss_ldap itself uses LGPL. As we use nss_ldap only as dynamic library, > > > which is used in the "larger work" (which FreeBSD is), it can be also > > > included into the source tree. So, we can import nss_ldap, by directly > > > importing (with some specific changes, though) it and OpenLDAP into the > > > source tree, can we? Just want to be sure that I understand licensing > > > situation correctly. > > > > My understanding is that we are generally trying to avoid importing any new > > code that has any sort of GPL license. That would certainly be my (personal) > > preference in any case. > > Unless we have someone crediably committed to rewritting nss_ldap I > think this is a good place to make an exception. We can always remove > it later if an implementation exists, but we could really use better > integration with ldap. Why can't this live in ports? In none of my environments do I need LDAP support. I cannot imagine most of our users need LDAP support either. Also, openldap-2.3.24 appears to be 19MB of files. Just what are we talking about importing? I assume just the 3MB of the library directory? -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 00:39:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2328016A4DA; Tue, 11 Jul 2006 00:39:43 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0F043D46; Tue, 11 Jul 2006 00:39:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.201] ([192.168.254.201]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6B0dN16049742; Mon, 10 Jul 2006 18:39:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B2F326.1090203@samsco.org> Date: Mon, 10 Jul 2006 18:39:02 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-arch@freebsd.org References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708161719.GB3871@crodrigues.org> <20060710223845.GA47557@dragon.NUXI.org> In-Reply-To: <20060710223845.GA47557@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Craig Rodrigues Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 00:39:43 -0000 David O'Brien wrote: > On Sat, Jul 08, 2006 at 12:17:19PM -0400, Craig Rodrigues wrote: > >>I was thinking of doing something like that. You can basically >>get the same info by doing something like: >>file - < /dev/ad0s1e >>/dev/stdin: Unix Fast File system (little-endian) >>file - < /dev/ad0s4 >>/dev/stdin: SGI XFS filesystem >> >>I leaned away from this approach in mount(8) because: >>- I didn't want to tie mount(8) to file(1) > > > Why not? We have libmagic for purposes like this. > This is an interesting idea. However, it has the potential to add a dependency on /usr to the early boot environment. Maybe it could be done via rtld? Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:05:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10A7216A4DD; Tue, 11 Jul 2006 01:05:47 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9447743D53; Tue, 11 Jul 2006 01:05:46 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.92] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k6B15apt043483 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jul 2006 18:05:38 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44B2F94A.6020309@FreeBSD.org> Date: Mon, 10 Jul 2006 18:05:14 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Scott Long References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708161719.GB3871@crodrigues.org> <20060710223845.GA47557@dragon.NUXI.org> <44B2F326.1090203@samsco.org> In-Reply-To: <44B2F326.1090203@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:05:47 -0000 Scott Long wrote: > David O'Brien wrote: >> On Sat, Jul 08, 2006 at 12:17:19PM -0400, Craig Rodrigues wrote: >> >>> I was thinking of doing something like that. You can basically >>> get the same info by doing something like: >>> file - < /dev/ad0s1e >>> /dev/stdin: Unix Fast File system (little-endian) >>> file - < /dev/ad0s4 >>> /dev/stdin: SGI XFS filesystem >>> >>> I leaned away from this approach in mount(8) because: >>> - I didn't want to tie mount(8) to file(1) >> >> >> Why not? We have libmagic for purposes like this. >> > > This is an interesting idea. However, it has the potential to > add a dependency on /usr to the early boot environment. Maybe it > could be done via rtld? Well, we have dynamic /sbin now, so that it's only the matter of moving libmagic into /lib. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:09:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 518E516A4DA for ; Tue, 11 Jul 2006 01:09:04 +0000 (UTC) (envelope-from musculus@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79F0643D60 for ; Tue, 11 Jul 2006 01:08:50 +0000 (GMT) (envelope-from musculus@gmail.com) Received: by nz-out-0102.google.com with SMTP id 12so128547nzp for ; Mon, 10 Jul 2006 18:08:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=TkWbeorDSh7n0ztEnzFA9bWB5JXylQTH3FEpuiK9P0NJUy0wVEeGBQQtgkpqfmFLfmfItPZ3NAGH9dDg0k0IVFF3WmLLmHpZ7fv98q/DZkvkx9X1bYTq1tjV8RMyb4Bm7J0GR1HnmC8fPqSirYgn5/CAeWeOeLbvWxfUjHLZwA4= Received: by 10.36.74.20 with SMTP id w20mr6425056nza; Mon, 10 Jul 2006 18:08:50 -0700 (PDT) Received: by 10.36.119.11 with HTTP; Mon, 10 Jul 2006 18:08:50 -0700 (PDT) Message-ID: <9de7f31e0607101808t6c35988en4ddd473ca0e8ed1d@mail.gmail.com> Date: Mon, 10 Jul 2006 21:08:50 -0400 From: unk.nown@unix.net Sender: musculus@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: 0637871aee9e31e6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: macbook issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:09:04 -0000 hi, i currently have the macbook booting freebsd current and have recompiled a kernel for it that boots all the time. However now i need to configure the mouse to work. I think that the issue here is the fact that the machine is registering 2 separate interfaces for keyboard and mouse. I suppose this is because of the fact that the macbooks boot and search for bluetooth devices at boot...perhaps something like "set hint.pcib.1.skipslot=26" at the loader prompt would help?? any ideas / suggestions? -- ______ -jt From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:10:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0365F16A505 for ; Tue, 11 Jul 2006 01:10:00 +0000 (UTC) (envelope-from musculus@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67A2443D45 for ; Tue, 11 Jul 2006 01:10:00 +0000 (GMT) (envelope-from musculus@gmail.com) Received: by nz-out-0102.google.com with SMTP id 12so128547nzp for ; Mon, 10 Jul 2006 18:10:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=pRTUVagr6Wc+JZg7YCxkswOyA2m2dEiLcRWs0WdonwHAGT3hyZUiJmty4mRLrsWKK/+QxDP360+FRbr7fk/hI4T+L7k26vSj500IwL8Cr8j2/l94yfEa7DeNvnjfbTaxdYjqhAQgzgqdaezB1imG+G0l451wjQs32TKH86DFAQI= Received: by 10.36.138.15 with SMTP id l15mr5586275nzd; Mon, 10 Jul 2006 18:10:00 -0700 (PDT) Received: by 10.36.119.11 with HTTP; Mon, 10 Jul 2006 18:10:00 -0700 (PDT) Message-ID: <9de7f31e0607101810w55b24b4dxb8aa0a4d724fa5be@mail.gmail.com> Date: Mon, 10 Jul 2006 21:10:00 -0400 From: unk.nown@unix.net Sender: musculus@gmail.com To: current@freebsd.org In-Reply-To: <9de7f31e0607101808t6c35988en4ddd473ca0e8ed1d@mail.gmail.com> MIME-Version: 1.0 References: <9de7f31e0607101808t6c35988en4ddd473ca0e8ed1d@mail.gmail.com> X-Google-Sender-Auth: 134e9d4ed1b3eca5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: macbook issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:10:01 -0000 ---------- Forwarded message ---------- From: unk.nown@unix.net Date: Jul 10, 2006 9:08 PM Subject: macbook issues To: freebsd-current@freebsd.org hi, i currently have the macbook booting freebsd current and have recompiled a kernel for it that boots all the time. However now i need to configure the mouse to work. I think that the issue here is the fact that the machine is registering 2 separate interfaces for keyboard and mouse. I suppose this is because of the fact that the macbooks boot and search for bluetooth devices at boot...perhaps something like "set hint.pcib.1.skipslot=26" at the loader prompt would help?? any ideas / suggestions? -- ______ -jt -- ______ -jt From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:15:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC4316A4DF; Tue, 11 Jul 2006 01:15:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 701D743D64; Tue, 11 Jul 2006 01:15:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6B1FSLj069821; Mon, 10 Jul 2006 21:15:43 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, obrien@freebsd.org Date: Mon, 10 Jul 2006 20:27:17 -0400 User-Agent: KMail/1.9.1 References: <20060710212815.GA46336@dragon.NUXI.org> In-Reply-To: <20060710212815.GA46336@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607102027.18106.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 10 Jul 2006 21:15:43 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:15:50 -0000 On Monday 10 July 2006 17:28, David O'Brien wrote: > For months now PS/2 keyboard support has been broken during boot with the > GENERIC kernel. > > If one has an error in /etc/fstab such that / cannot be mounted, the > kernel prompts with > > Manual root filesystems specification: > [examples listed] > mountroot> > > However one cannot respond to the prompt as keyboard input is ignored. > This seems to be a casualty of kbdmux(4) support being committed back in > February. Is anyone working on fixing this? This is a FAQ currently I think. There are some patches floating around if you search the archives. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:15:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4182F16A4EA for ; Tue, 11 Jul 2006 01:15:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4019B43D46 for ; Tue, 11 Jul 2006 01:15:44 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6B1FSLi069821; Mon, 10 Jul 2006 21:15:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 10 Jul 2006 20:22:12 -0400 User-Agent: KMail/1.9.1 References: <20060708020700.A14714@godot.imp.ch> <20060708081419.W14714@godot.imp.ch> <20060708084356.R14714@godot.imp.ch> In-Reply-To: <20060708084356.R14714@godot.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607102022.12919.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 10 Jul 2006 21:15:31 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Martin Blapp Subject: Re: Please help reviewing ! Got another crash because of the ttymodem() / ttyclose() race X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:15:53 -0000 On Saturday 08 July 2006 02:44, Martin Blapp wrote: > > > > Ok, fixed. Does it look better now ? > > > > here's the link again. > > http://mx.imp.ch/patches/patch-tty.t_pgrp.diff You can't lock tp->t_pgrp before you check it for NULL! Seriously, the solution is to make sure Giant is held everywhere that t_pgrp is accessed for now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:23:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC40D16A4DA for ; Tue, 11 Jul 2006 01:23:51 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from hu-out-0102.google.com (hu-out-0102.google.com [72.14.214.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 213C443D49 for ; Tue, 11 Jul 2006 01:23:50 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by hu-out-0102.google.com with SMTP id 28so3281529hug for ; Mon, 10 Jul 2006 18:23:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bih6p2+ZGWyHHa9TDbeAe6HAtDCL9wonzl8Sa/1Tn2SJWKDSHenK+Gb8txsyxQzB1MgmSHiA/qHsAQ4StV3uNOiFnzTLTiPzEnOHuKzTJI14yRUrqMYqralUVYQZh30wg6V1wOk5n8PsQQmFI4cVs64Jmj5B2B6s6Ke7MwnEA7c= Received: by 10.66.221.19 with SMTP id t19mr428649ugg; Mon, 10 Jul 2006 18:23:49 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Mon, 10 Jul 2006 18:23:49 -0700 (PDT) Message-ID: Date: Mon, 10 Jul 2006 21:23:49 -0400 From: "Scott Ullrich" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:23:51 -0000 Howdy! I was testing out the BSDInstaller NetBoot Installation Services feature (PXE Boot) and ran into this panic: [hand scribed] panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant cpuid =0 KDB: enter: panic [thread pid 1003 tid 100090 ] Stopped at db_enter+0x2b: nop db> show locks exclusive sleep mutex nfsd_mtx r = 0 (0xc0b8fc20) locked @ /usr/src/sys/nfsserver/nfs_syscalls.c:511 exclusive sleep mutex Giant r = 0 (0xc0b309c0) locked @ /usr/src/sys/nfsserver/nfs_serv.c:526 db> bt Tracing pid 1003 tid 100090 td 0xc2c3da80 kdb_enter panic nfssvc nfssvc syscall Xint0x80_syscall() at Xint0x80_syscall+31 This panic is reproducable every time. Let me know if can gather more information and or test patches. Thanks!! From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:23:57 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E804116A4E0; Tue, 11 Jul 2006 01:23:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5741A43D4C; Tue, 11 Jul 2006 01:23:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.201] ([192.168.254.201]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6B1NoNo049994; Mon, 10 Jul 2006 19:23:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B2FD91.4010503@samsco.org> Date: Mon, 10 Jul 2006 19:23:29 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708161719.GB3871@crodrigues.org> <20060710223845.GA47557@dragon.NUXI.org> <44B2F326.1090203@samsco.org> <44B2F94A.6020309@FreeBSD.org> In-Reply-To: <44B2F94A.6020309@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: Craig Rodrigues , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:23:58 -0000 Maxim Sobolev wrote: > Scott Long wrote: > >> David O'Brien wrote: >> >>> On Sat, Jul 08, 2006 at 12:17:19PM -0400, Craig Rodrigues wrote: >>> >>>> I was thinking of doing something like that. You can basically >>>> get the same info by doing something like: >>>> file - < /dev/ad0s1e >>>> /dev/stdin: Unix Fast File system (little-endian) >>>> file - < /dev/ad0s4 >>>> /dev/stdin: SGI XFS filesystem >>>> >>>> I leaned away from this approach in mount(8) because: >>>> - I didn't want to tie mount(8) to file(1) >>> >>> >>> >>> Why not? We have libmagic for purposes like this. >>> >> >> This is an interesting idea. However, it has the potential to >> add a dependency on /usr to the early boot environment. Maybe it >> could be done via rtld? > > > Well, we have dynamic /sbin now, so that it's only the matter of moving > libmagic into /lib. > > -Maxim libmagic depends on libz. Let's not go down the path of populating /lib with every convenience under the sun. Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:30:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E545A16A500 for ; Tue, 11 Jul 2006 01:30:35 +0000 (UTC) (envelope-from cisbjc@cs.unisa.edu.au) Received: from reason.levels.unisa.edu.au (reason.ml.unisa.edu.au [130.220.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36C2043D68 for ; Tue, 11 Jul 2006 01:30:31 +0000 (GMT) (envelope-from cisbjc@cs.unisa.edu.au) Received: from [192.168.0.152] (cis220313.levels.unisa.edu.au [130.220.37.202]) by reason.levels.unisa.edu.au (8.12.10/8.12.10) with ESMTP id k6B1UMV7032390 for ; Tue, 11 Jul 2006 11:00:22 +0930 (CST) Message-ID: <44B2FFD6.2050201@cs.unisa.edu.au> Date: Tue, 11 Jul 2006 11:03:10 +0930 From: Benjamin Close User-Agent: Thunderbird 1.5.0.2 (X11/20060523) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GCC Bug / Upgrade Plan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:30:36 -0000 Hi All, The attached code highlights what I believe is a bug in the -current g++ (3.4.4) compiler, which appears not to be fixed in g++ 3.4.6. Since the 3.4 line of gxx is now closed, I'm curious what the plans for upgrading the compiler to gcc4x are, as it compiles the code as expected ( 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Jul 11 08:22:35 CST 2006) #include #include using namespace std; struct Table { string name; unsigned schema; map tuple; }; Table t[] = { { "test", 0x0, } // map created using default contructor }; int main(void) { t[0].tuple[1]=1; // SIGSEGV on this line return 0; } Cheers, Benjamin -- 3D Research Associate / System Administrator +61 8 8302 3669 School of Computer and Information Science Room D1-07, ML Campus University of South Australia Mawson Lakes Blvd. Benjamin.Close@cs.unisa.edu.au South Australia, 5095 F00D C83D 5F7E 5561 DF91 B74D E602 CAA3 4842 B5B4 From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:40:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94EF616A4E8 for ; Tue, 11 Jul 2006 01:40:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D0B43D7F for ; Tue, 11 Jul 2006 01:40:22 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5860646BD4; Mon, 10 Jul 2006 21:40:21 -0400 (EDT) Date: Tue, 11 Jul 2006 02:40:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Ullrich In-Reply-To: Message-ID: <20060711023815.R94284@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:40:36 -0000 On Mon, 10 Jul 2006, Scott Ullrich wrote: > I was testing out the BSDInstaller NetBoot Installation Services feature > (PXE Boot) and ran into this panic: What file revisions of nfs_syscalls.c and nfs_serv.c are you running with? Could you check that you transcribed the line numbers correctly below? In my local -CURRENT source code, those are unlock, not lock calls, suggesting a source mismatch between what I'm looking at and what you're looking at. Robert N M Watson Computer Laboratory University of Cambridge > > [hand scribed] > > panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant > cpuid =0 > KDB: enter: panic > [thread pid 1003 tid 100090 ] > Stopped at db_enter+0x2b: nop > db> show locks > exclusive sleep mutex nfsd_mtx r = 0 (0xc0b8fc20) locked @ > /usr/src/sys/nfsserver/nfs_syscalls.c:511 > exclusive sleep mutex Giant r = 0 (0xc0b309c0) locked @ > /usr/src/sys/nfsserver/nfs_serv.c:526 > db> bt > Tracing pid 1003 tid 100090 td 0xc2c3da80 > kdb_enter > panic > nfssvc > nfssvc > syscall > Xint0x80_syscall() at Xint0x80_syscall+31 > > This panic is reproducable every time. Let me know if can gather more > information and or test patches. > > Thanks!! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:40:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFDEF16A4F4 for ; Tue, 11 Jul 2006 01:40:36 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64C8F43D79 for ; Tue, 11 Jul 2006 01:40:21 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so3916462pyc for ; Mon, 10 Jul 2006 18:40:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rFAX4aQwNv68Iu22oFmUTuAyqEwJOi6AMThHYmtmWbBlNDUD1gRQ5wTaTVwg2c6viCo3oHFtI7r2CKPMKuJJTO6p1Yd85LHINNiCnVTzawxi+CL8MYV5g0fDAQeG7kLT7PeA3KeCBCIUDCRsjbxTd/W3u8GQ0ENCVV2MyImQ1F8= Received: by 10.35.99.14 with SMTP id b14mr5868511pym; Mon, 10 Jul 2006 18:40:20 -0700 (PDT) Received: by 10.35.125.14 with HTTP; Mon, 10 Jul 2006 18:40:20 -0700 (PDT) Message-ID: Date: Tue, 11 Jul 2006 09:40:20 +0800 From: "Jiawei Ye" To: "John Baldwin" In-Reply-To: <200607102027.18106.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060710212815.GA46336@dragon.NUXI.org> <200607102027.18106.jhb@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:40:36 -0000 On 7/11/06, John Baldwin wrote: > On Monday 10 July 2006 17:28, David O'Brien wrote: > > For months now PS/2 keyboard support has been broken during boot with the > > GENERIC kernel. > > > > If one has an error in /etc/fstab such that / cannot be mounted, the > > kernel prompts with > > > > Manual root filesystems specification: > > [examples listed] > > mountroot> > > > > However one cannot respond to the prompt as keyboard input is ignored. > > This seems to be a casualty of kbdmux(4) support being committed back in > > February. Is anyone working on fixing this? > > This is a FAQ currently I think. There are some patches floating around if > you search the archives. > > -- > John Baldwin set hint.kbdmux0.disabled="1" at the boot prompt temporarily works around this problem. Jiawei Ye -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 01:43:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8C716A4F2 for ; Tue, 11 Jul 2006 01:43:36 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8701743DCE for ; Tue, 11 Jul 2006 01:42:21 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so222944uge for ; Mon, 10 Jul 2006 18:42:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tZRosTuhcRUaRwamCy8AJA2QhLuhi2ySQ+2GEhpJk+hIQHn2AydJfNiemNDP5v7d9mcP54xIMrxJmaMiHQWPPYVNCDcNcfcB+iKThMc+Z/DLE+1u2IiTS4X8fOYcM9N2EjJ/GdSrDdutLZSOwh+1X1Edzf468rNXKmTt3UWQo/8= Received: by 10.67.22.2 with SMTP id z2mr439551ugi; Mon, 10 Jul 2006 18:42:19 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Mon, 10 Jul 2006 18:42:19 -0700 (PDT) Message-ID: Date: Mon, 10 Jul 2006 21:42:19 -0400 From: "Scott Ullrich" To: "Robert Watson" In-Reply-To: <20060711023815.R94284@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060711023815.R94284@fledge.watson.org> Cc: FreeBSD Current Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 01:43:36 -0000 On 7/10/06, Robert Watson wrote: > > On Mon, 10 Jul 2006, Scott Ullrich wrote: > > > I was testing out the BSDInstaller NetBoot Installation Services feature > > (PXE Boot) and ran into this panic: > > What file revisions of nfs_syscalls.c and nfs_serv.c are you running with? > Could you check that you transcribed the line numbers correctly below? In my > local -CURRENT source code, those are unlock, not lock calls, suggesting a > source mismatch between what I'm looking at and what you're looking at. > My fault, this is RELENG_6_1. I have the wrong list. Terribly sorry, I could have sworn that was a current virtual machine. With that said should I move the discussion over to freebsd-release@ ? Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 02:00:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B198F16A4E6 for ; Tue, 11 Jul 2006 02:00:44 +0000 (UTC) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F30943D8E for ; Tue, 11 Jul 2006 02:00:32 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k6B20V8U006372; Mon, 10 Jul 2006 19:00:31 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k6B20VM9006371; Mon, 10 Jul 2006 19:00:31 -0700 Date: Mon, 10 Jul 2006 19:00:31 -0700 From: Brooks Davis To: freebsd-current@freebsd.org, Michael Bushkov Message-ID: <20060711020031.GB3507@odin.ac.hmc.edu> References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <20060710224854.GC47557@dragon.NUXI.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new Cc: Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 02:00:44 -0000 --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 10, 2006 at 03:48:54PM -0700, David O'Brien wrote: > On Thu, Jul 06, 2006 at 06:54:58PM -0700, Brooks Davis wrote: > > On Thu, Jul 06, 2006 at 10:49:27AM -0700, Doug Barton wrote: > ..snip.. > > > > nss_ldap itself uses LGPL. As we use nss_ldap only as dynamic libra= ry, > > > > which is used in the "larger work" (which FreeBSD is), it can be al= so > > > > included into the source tree. So, we can import nss_ldap, by direc= tly > > > > importing (with some specific changes, though) it and OpenLDAP into= the > > > > source tree, can we? Just want to be sure that I understand licensi= ng > > > > situation correctly. > > >=20 > > > My understanding is that we are generally trying to avoid importing a= ny new > > > code that has any sort of GPL license. That would certainly be my (pe= rsonal) > > > preference in any case. > >=20 > > Unless we have someone crediably committed to rewritting nss_ldap I > > think this is a good place to make an exception. We can always remove > > it later if an implementation exists, but we could really use better > > integration with ldap. >=20 > Why can't this live in ports? In none of my environments do I need LDAP > support. I cannot imagine most of our users need LDAP support either. > Also, openldap-2.3.24 appears to be 19MB of files. Just what are we > talking about importing? I assume just the 3MB of the library directory? My life would be a heck of a lot simpler if LDAP support were included in the base. At the moment I'm using NIS in several situations where it just doesn't cut it any more. IMO we need (as a minimum) a modern network directory service client in the base. While a majority of FreeBSD users may not need LDAP in the base, I would suspect that a majority of machines would benefit from it. A much greater portion of machines would probably benefit from and LDAP client then benefit from a number of the servers in the base system such as BIND (not a criticism of having BIND in the base). -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFEswY+XY6L6fI4GtQRArF4AKDIPUkfX2Oj9GiX/gS2Nh2jkhwtDgCg561Y 4NcQzdisg1alD+ytVXOMOG4= =WsJD -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 02:23:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 960B116A4DD for ; Tue, 11 Jul 2006 02:23:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB3F743D46 for ; Tue, 11 Jul 2006 02:23:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp141-127.lns2.adl2.internode.on.net [59.167.141.127]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k6B2N2mj080739 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Jul 2006 11:53:03 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 11 Jul 2006 11:52:56 +0930 User-Agent: KMail/1.9.3 References: <44AD2569.9070007@rsu.ru> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> In-Reply-To: <20060711020031.GB3507@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2143537.VGERCELxvq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607111153.03860.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Michael Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 02:23:07 -0000 --nextPart2143537.VGERCELxvq Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 July 2006 11:30, Brooks Davis wrote: > My life would be a heck of a lot simpler if LDAP support were included > in the base. At the moment I'm using NIS in several situations where > it just doesn't cut it any more. IMO we need (as a minimum) a modern > network directory service client in the base. While a majority of > FreeBSD users may not need LDAP in the base, I would suspect that a > majority of machines would benefit from it. A much greater portion of > machines would probably benefit from and LDAP client then benefit from a > number of the servers in the base system such as BIND (not a criticism > of having BIND in the base). I don't see why building it from ports is difficult.. That's what I do. Your argument applies to a few hundred other ports :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2143537.VGERCELxvq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEswuH5ZPcIHs/zowRAsy7AJ9MI3gjM01gwikW/qDlCHt7gIYqCQCfRIH9 tnvMgtikEgfiL9NV45Srkm4= =Zs3u -----END PGP SIGNATURE----- --nextPart2143537.VGERCELxvq-- From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 14:35:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 406E216A4DA; Mon, 10 Jul 2006 14:35:23 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA12243D45; Mon, 10 Jul 2006 14:35:22 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6AEZ8dY061078; Mon, 10 Jul 2006 10:35:17 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: freebsd-arch@freebsd.org Date: Mon, 10 Jul 2006 09:52:46 -0400 User-Agent: KMail/1.9.1 References: <20060708152801.GA3671@crodrigues.org> <44B00011.9050902@samsco.org> <20060708215321.GJ16201@garage.freebsd.pl> In-Reply-To: <20060708215321.GJ16201@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607100952.47158.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 10 Jul 2006 10:35:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1590/Mon Jul 10 01:34:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-104.4 required=4.2 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Mailman-Approved-At: Tue, 11 Jul 2006 02:52:43 +0000 Cc: Craig Rodrigues , freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 14:35:23 -0000 On Saturday 08 July 2006 17:53, Pawel Jakub Dawidek wrote: > One thing I don't like about this idea, is that simple mount(8) command > will load all file system kernel modules if we give for example device > with no file system on it. No it won't. The patch instructs the kernel to try all of the currently loaded filesystems. It doesn't try to load any filesystem modules. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 20:22:42 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AC8716A4DF; Mon, 10 Jul 2006 20:22:42 +0000 (UTC) (envelope-from SRS0+82d3cd74a67493595751+1051+infradead.org+hch@pentafluge.srs.infradead.org) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D76C43D49; Mon, 10 Jul 2006 20:22:40 +0000 (GMT) (envelope-from SRS0+82d3cd74a67493595751+1051+infradead.org+hch@pentafluge.srs.infradead.org) Received: from hch by pentafluge.infradead.org with local (Exim 4.62 #1 (Red Hat Linux)) id 1G02Gp-0007pl-5f; Mon, 10 Jul 2006 21:22:19 +0100 Date: Mon, 10 Jul 2006 21:22:19 +0100 From: Christoph Hellwig To: Scott Long Message-ID: <20060710202219.GA29786@infradead.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B2A51A.4040103@samsco.org> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-Mailman-Approved-At: Tue, 11 Jul 2006 02:53:07 +0000 Cc: Christoph Hellwig , freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Craig Rodrigues Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 20:22:42 -0000 On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: > So in your opinion and experience, what are the pros and cons of > maintaining a table of magic numbers? The feature is imensely useful. The implementation won't win any points for a clean design but works very well in practice. I think it's definitly better than probing in the kernel because letting a filesystem driver try to make sense of something that's not it's own format can lead to all kinds of funnies. Linux does this (iterating all filesystem types in kernel) for the special case of the root filesystem where mount(8) is not available, and it showeds various interesting bugs at least in the fat driver. From owner-freebsd-current@FreeBSD.ORG Mon Jul 10 20:39:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 167B416A4DA; Mon, 10 Jul 2006 20:39:57 +0000 (UTC) (envelope-from SRS0+82d3cd74a67493595751+1051+infradead.org+hch@pentafluge.srs.infradead.org) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3C7A43D49; Mon, 10 Jul 2006 20:39:56 +0000 (GMT) (envelope-from SRS0+82d3cd74a67493595751+1051+infradead.org+hch@pentafluge.srs.infradead.org) Received: from hch by pentafluge.infradead.org with local (Exim 4.62 #1 (Red Hat Linux)) id 1G02Xl-0008AL-Q5; Mon, 10 Jul 2006 21:39:49 +0100 Date: Mon, 10 Jul 2006 21:39:49 +0100 From: Christoph Hellwig To: Scott Long Message-ID: <20060710203949.GA31267@infradead.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> <20060710202219.GA29786@infradead.org> <44B2B8DC.8070201@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B2B8DC.8070201@samsco.org> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-Mailman-Approved-At: Tue, 11 Jul 2006 02:53:30 +0000 Cc: Christoph Hellwig , freebsd-arch@freebsd.org, freebsd-current@freebsd.org, Craig Rodrigues Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jul 2006 20:39:57 -0000 On Mon, Jul 10, 2006 at 02:30:20PM -0600, Scott Long wrote: > >lead to all kinds of funnies. Linux does this (iterating all filesystem > >types in kernel) for the special case of the root filesystem where mount(8) > >is not available, and it showeds various interesting bugs at least in the > >fat driver. > > > > How does it resolve situations like with UDF vs iso9660, where both > structures can co-exist? The kernel doesn't do anything fancy. It just walks the list of filesystem and the first fs that takes it gets it. To answer the specific example iso9660 is registered before udf so if you wanted to use a dual-fs cdrom as root you would get iso9600 unless you specified the rootfstype=udf boot option. From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 03:33:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB10116A4DD; Tue, 11 Jul 2006 03:33:32 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20B6043D53; Tue, 11 Jul 2006 03:33:31 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k6B3XUTj023257; Mon, 10 Jul 2006 22:33:30 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44B31C0F.60900@centtech.com> Date: Mon, 10 Jul 2006 22:33:35 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Scott Long References: <20060710212815.GA46336@dragon.NUXI.org> <44B2CBAA.2020407@samsco.org> In-Reply-To: <44B2CBAA.2020407@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 14:41:02 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 03:33:32 -0000 On 07/10/06 16:50, Scott Long wrote: > David O'Brien wrote: >> For months now PS/2 keyboard support has been broken during boot with the >> GENERIC kernel. >> >> If one has an error in /etc/fstab such that / cannot be mounted, the >> kernel prompts with >> Manual root filesystems specification: >> [examples listed] >> mountroot> >> >> However one cannot respond to the prompt as keyboard input is ignored. >> This seems to be a casualty of kbdmux(4) support being committed back in >> February. Is anyone working on fixing this? >> > > Yours is definitely the exception case. Does setting the keyboard probe > hint hack make a difference? I've had this same issue too - and setting the probe hint did indeed work around it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 05:14:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC4ED16A4E1; Tue, 11 Jul 2006 05:14:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08A6943D46; Tue, 11 Jul 2006 05:14:16 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1G0AZa-000GIQ-Rl; Tue, 11 Jul 2006 08:14:14 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Scott Long In-reply-to: <44B2FD91.4010503@samsco.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708161719.GB3871@crodrigues.org> <20060710223845.GA47557@dragon.NUXI.org> <44B2F326.1090203@samsco.org> <44B2F94A.6020309@FreeBSD.org> <44B2FD91.4010503@samsco.org> Comments: In-reply-to Scott Long message dated "Mon, 10 Jul 2006 19:23:29 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 2006 08:14:14 +0300 From: Danny Braniss Message-ID: Cc: Maxim Sobolev , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org, Craig Rodrigues Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 05:14:17 -0000 > Maxim Sobolev wrote: > > > Scott Long wrote: > > > >> David O'Brien wrote: > >> > >>> On Sat, Jul 08, 2006 at 12:17:19PM -0400, Craig Rodrigues wrote: > >>> > >>>> I was thinking of doing something like that. You can basically > >>>> get the same info by doing something like: > >>>> file - < /dev/ad0s1e > >>>> /dev/stdin: Unix Fast File system (little-endian) > >>>> file - < /dev/ad0s4 > >>>> /dev/stdin: SGI XFS filesystem > >>>> > >>>> I leaned away from this approach in mount(8) because: > >>>> - I didn't want to tie mount(8) to file(1) > >>> > >>> > >>> > >>> Why not? We have libmagic for purposes like this. > >>> > >> > >> This is an interesting idea. However, it has the potential to > >> add a dependency on /usr to the early boot environment. Maybe it > >> could be done via rtld? > > > > > > Well, we have dynamic /sbin now, so that it's only the matter of moving > > libmagic into /lib. > > > > -Maxim > > libmagic depends on libz. Let's not go down the path of populating > /lib with every convenience under the sun. > and /usr/share/misc/magic btw, the idea of mount figuring out the nount-type has allot of merit, but using a 10 ton hammer is not the way. danny From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 05:15:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 83ED116A4E0; Tue, 11 Jul 2006 05:15:32 +0000 (UTC) In-Reply-To: <20060710022737.GB1128@cdnetworks.co.kr> from Pyun YongHyeon at "Jul 10, 2006 11:27:38 am" To: pyunyh@gmail.com Date: Tue, 11 Jul 2006 05:15:32 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060711051532.83ED116A4E0@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: csaba-ml@creo.hu, lydianconcepts@gmail.com, freebsd-current@freebsd.org, brueffer@freebsd.org Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 05:15:32 -0000 > On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > > Jason THorpe did one for NetBSD. > > > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. > > > > I'm satisfied with the performance and easy interface for the chip. > But the lack of Tx interrupt moderation and extra accesses to a > status register to check which kind of Tx errors were occurred are > serious fault. Since the the error condition uses the same status > bit in interrupt status register it's hard to distingush failures > from sucess without extra register accesses. > > BTW, I still have no clue how jumbo frame work on this chip. The > documentation from wpaul didn't say any special things regarding > jumbo frame. For instance the doc. said it supports jumbo frame > up to 9022 but it seems the NIC can work with larger size. > Even windows driver has a larger size than this, so I'm curious > important part for jumbo frame were not released? You have failed to specify in what way jumbo frame support doesn't work. In your previous mail, you only said there was a "jumbo frame problem" but did not elaborate further. What exactly _is_ the problem? Does it not transmit jumbo frames correctly? Does it not receive them correctly? Does C'thulu emerge from inside the machine and devour your soul? (If so, this is a sure sign you left the 'devour soul' bit in the control register turned on. I *hate* it when that happens.) The documentation refers to a 'MaxFrameSize' register (offset 0x86, 16 bits access) which controls the point at which the receiver will consider an inbound frame to be a giant. The default is 0x5ea (1514 bytes). I think you'll need to increase this to 9014 to receive 9K jumbo frames (or 9018 for VLAN-tagged jumbo frames). It looks like the register maxes out at 0x3FFF (16K), which is probably why the Windows driver claimes to support frames larger than 9K. Note that for this to work, you'll have to set up the RX descriptors with enough buffer space to hold 9K of packet data. I haven't looked at the driver code, but you should be able to set up the fragment array in each RX descriptor to hold 5 mbufs with 2K clusters. You'll be wasting a bit of space, but not necessarily as much as if you were to allocate a single 9K buffer per descriptor. I don't see anything that limits TX frame size, though you might want to look around and see if there's a TX threshold setting and try to increase it if you see underruns. You need to establish a proper test setup to diagnose the problem. Plug the NIC directly into another known good gigE card that does jumbo frames, use ifconfig to set the MTU on both ports to 9000, monitor both sides of the link with tcpdump/ethereal/whatever, then do "ping -s 8192 " from both ends and see what happens. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 05:30:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 94DB016A4E1; Tue, 11 Jul 2006 05:30:00 +0000 (UTC) In-Reply-To: <20060710.225942.74754050.goto@snowy.to> from Yoshikazu GOTO at "Jul 10, 2006 10:59:42 pm" To: goto@snowy.to (Yoshikazu GOTO) Date: Tue, 11 Jul 2006 05:30:00 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060711053000.94DB016A4E1@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 05:30:00 -0000 > Hi all, > > I have two CardBus card with RealTek 8169SB as follows: > > NETGEAR GA511 > Buffalo LPC-CB-CLGT > > But they act up from revision 1.68 of if_re.c. This has nothing to do with the re(4) driver. The problem is that the cardbus code is not allocating an interrupt resource for the device: > It is a log of NETGEAR GA511 inserting to ThinkPad X40. It sure is. > Jul 10 22:54:33 x40 kernel: re0: port 0x3000-0x30ff mem 0xd0211000-0xd02111ff at device 0.0 on cardbus0 Note that there is no 'irq' mentioned anywhere in this line, which is why you get this error: > Jul 10 22:54:33 x40 kernel: re0: couldn't set up irq If you really think this is related to the driver, prove it: back out the changes (while keeping the rest of your kernel the same) and see if it works again. I don't think it will. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 07:24:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE0B16A4DA for ; Tue, 11 Jul 2006 07:24:26 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEE8743D53 for ; Tue, 11 Jul 2006 07:24:25 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from carrera ([82.179.80.25]) (authenticated bits=0) by mail.r61.net (8.13.7/8.13.6) with ESMTP id k6B7OGqI029077 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 11 Jul 2006 11:24:19 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <004e01c6a4bb$07714060$0800a8c0@carrera> From: "Michael Bushkov" To: "Brooks Davis" , References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> Date: Tue, 11 Jul 2006 11:24:05 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on asterix.r61.net X-Virus-Status: Clean Cc: Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 07:24:26 -0000 Brooks Davis wrote: On Mon, Jul 10, 2006 at 03:48:54PM -0700, David O'Brien wrote: > > On Thu, Jul 06, 2006 at 06:54:58PM -0700, Brooks Davis wrote: > > > On Thu, Jul 06, 2006 at 10:49:27AM -0700, Doug Barton wrote: > > ..snip.. > > Why can't this live in ports? In none of my environments do I need LDAP > > support. I cannot imagine most of our users need LDAP support either. > > Also, openldap-2.3.24 appears to be 19MB of files. Just what are we > > talking about importing? I assume just the 3MB of the library > > directory? > > My life would be a heck of a lot simpler if LDAP support were included > in the base. At the moment I'm using NIS in several situations where > it just doesn't cut it any more. IMO we need (as a minimum) a modern > network directory service client in the base. While a majority of > FreeBSD users may not need LDAP in the base, I would suspect that a > majority of machines would benefit from it. A much greater portion of > machines would probably benefit from and LDAP client then benefit from a > number of the servers in the base system such as BIND (not a criticism > of having BIND in the base). > -- Brooks I fully agree - IMO when you have a large network, that uses LDAP, having nss_ldap in the base can be beneficial. And more - if we have our own implementation of nss_ldap, we can support not only RFC 2307 and RFC 2307bis LDAP schemas, but have one more schema variant, that will be more FreeBSD-specific (i.e. support pw_class for struct passwd, for example). As this discussion lasts, I'm turning more and more towards rewriting nss_ldap from scratch (both to solve BSD-licensing problem and to add support for tuned schema). I'm currently checking if there won't be any Summer Of Code administrative issues (I didn't mention nss_ldap rewriting from scratch in my initial project proposal), but I don't think that they'll appear. I guess, I'll start working on implementation in 1-2 days -- Michael From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 07:27:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5A616A4DA for ; Tue, 11 Jul 2006 07:27:22 +0000 (UTC) (envelope-from bushman@rsu.ru) Received: from mail.r61.net (mail.r61.net [195.208.245.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6378443D49 for ; Tue, 11 Jul 2006 07:27:21 +0000 (GMT) (envelope-from bushman@rsu.ru) Received: from carrera ([82.179.80.25]) (authenticated bits=0) by mail.r61.net (8.13.7/8.13.6) with ESMTP id k6B7RFxO029323 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 11 Jul 2006 11:27:18 +0400 (MSD) (envelope-from bushman@rsu.ru) Message-ID: <006d01c6a4bb$71c58ed0$0800a8c0@carrera> From: "Michael Bushkov" To: References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> Date: Tue, 11 Jul 2006 11:27:11 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on asterix.r61.net X-Virus-Status: Clean Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 07:27:22 -0000 David O'Brien wrote: > On Thu, Jul 06, 2006 at 06:54:58PM -0700, Brooks Davis wrote: >> On Thu, Jul 06, 2006 at 10:49:27AM -0700, Doug Barton wrote: > ..snip.. > Also, openldap-2.3.24 appears to be 19MB of files. Just what are we > talking about importing? I assume just the 3MB of the library directory? Yes - we're talking about 3MB library directory. -- Michael From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 08:08:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44A3C16A4E1; Tue, 11 Jul 2006 08:08:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32C5C43D46; Tue, 11 Jul 2006 08:08:47 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k6B88ggA057649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Jul 2006 11:08:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k6B88gnu015687; Tue, 11 Jul 2006 11:08:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k6B88fLt015686; Tue, 11 Jul 2006 11:08:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 Jul 2006 11:08:41 +0300 From: Kostik Belousov To: Scott Ullrich Message-ID: <20060711080841.GB1560@deviant.kiev.zoral.com.ua> References: <20060711023815.R94284@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: FreeBSD Current , Robert Watson Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 08:08:49 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 10, 2006 at 09:42:19PM -0400, Scott Ullrich wrote: > On 7/10/06, Robert Watson wrote: > > > >On Mon, 10 Jul 2006, Scott Ullrich wrote: > > > >> I was testing out the BSDInstaller NetBoot Installation Services featu= re > >> (PXE Boot) and ran into this panic: > > > >What file revisions of nfs_syscalls.c and nfs_serv.c are you running wit= h? > >Could you check that you transcribed the line numbers correctly below? = In=20 > >my > >local -CURRENT source code, those are unlock, not lock calls, suggesting= a > >source mismatch between what I'm looking at and what you're looking at. > > >=20 > My fault, this is RELENG_6_1. I have the wrong list. Terribly sorry, > I could have sworn that was a current virtual machine. I believe that I have fixed this in both HEAD and 6-STABLE. Look for src/sys/nfsserver/nfs_serv.c rev. 1.165, src/sys/nfsserver/nfs_srvsubs.c rev. 1.141. Probably, it deserves errata fix for 6.1. List, what is the proper way to proceed with ? --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEs1yJC3+MBN1Mb4gRAldVAJ9TSvTCGuL/SlXJ12Dzmp9Joec1GQCeJyH4 snURF2Bq/8fwyjl4/RFbJK4= =DcV9 -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 09:16:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC27716A4E0 for ; Tue, 11 Jul 2006 09:16:37 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E2AB43D46 for ; Tue, 11 Jul 2006 09:16:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D33A.dip.t-dialin.net [84.165.211.58]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6B97NS3005341; Tue, 11 Jul 2006 11:07:25 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6B9GWGW097061; Tue, 11 Jul 2006 11:16:32 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 11 Jul 2006 11:16:32 +0200 Message-ID: <20060711111632.c8xles3bswocwows@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 11 Jul 2006 11:16:32 +0200 From: Alexander Leidinger To: Michael Bushkov References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <004e01c6a4bb$07714060$0800a8c0@carrera> In-Reply-To: <004e01c6a4bb$07714060$0800a8c0@carrera> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 09:16:38 -0000 Quoting Michael Bushkov (from Tue, 11 Jul 2006 11:24:05 +0400): > I fully agree - IMO when you have a large network, that uses LDAP, > having nss_ldap in the base can be beneficial. I want to note that importing a LDAP lib would allow us to enable LDAP support not only in the nss subsystem, e.g., sendmail is able to use LDAP too for various maps. And other programs may be able to use it too. Bye, Alexander. -- I'd never join any club that would have the likes of me as a member. -- Groucho Marx http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 10:16:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A83E16A4DE for ; Tue, 11 Jul 2006 10:16:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A2A043D73 for ; Tue, 11 Jul 2006 10:16:16 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 5D74F46C53; Tue, 11 Jul 2006 06:16:16 -0400 (EDT) Date: Tue, 11 Jul 2006 11:16:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Ullrich In-Reply-To: Message-ID: <20060711111504.W94284@fledge.watson.org> References: <20060711023815.R94284@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 10:16:22 -0000 On Mon, 10 Jul 2006, Scott Ullrich wrote: > On 7/10/06, Robert Watson wrote: >> >> On Mon, 10 Jul 2006, Scott Ullrich wrote: >> >> > I was testing out the BSDInstaller NetBoot Installation Services feature >> > (PXE Boot) and ran into this panic: >> >> What file revisions of nfs_syscalls.c and nfs_serv.c are you running with? >> Could you check that you transcribed the line numbers correctly below? In >> my local -CURRENT source code, those are unlock, not lock calls, suggesting >> a source mismatch between what I'm looking at and what you're looking at. >> > > My fault, this is RELENG_6_1. I have the wrong list. Terribly sorry, I > could have sworn that was a current virtual machine. With that said should I > move the discussion over to freebsd-release@ ? Probably freebsd-stable -- doesn't really matter as long as you tell us what you're running :-) Do you have nfs_serv.c:1.156.2.3 and nfs_srvsubs.c:1.136.2.3? These were Giant-related fixes in RELENG_6_1 merged on 2006/06/13. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 10:38:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A15E616A4DF for ; Tue, 11 Jul 2006 10:38:37 +0000 (UTC) (envelope-from goto@snowy.to) Received: from dark.snowy.to (ns.snowy.to [219.166.73.146]) by mx1.FreeBSD.org (Postfix) with SMTP id 2403443D5A for ; Tue, 11 Jul 2006 10:38:35 +0000 (GMT) (envelope-from goto@snowy.to) Received: (qmail 5833 invoked from network); 11 Jul 2006 19:38:33 +0900 Received: from localhost.snowy.to (HELO snowy.to) (127.0.0.1) by localhost.snowy.to with SMTP; 11 Jul 2006 19:38:33 +0900 Date: Tue, 11 Jul 2006 19:38:33 +0900 (JST) Message-Id: <20060711.193833.74748995.goto@snowy.to> To: wpaul@FreeBSD.ORG From: Yoshikazu GOTO In-Reply-To: <20060711053000.94DB016A4E1@hub.freebsd.org> References: <20060710.225942.74754050.goto@snowy.to> <20060711053000.94DB016A4E1@hub.freebsd.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 10:38:37 -0000 Hi Paul, Thank you for your reply. Please see inline. In Message-ID: <20060711053000.94DB016A4E1@hub.freebsd.org> wpaul@FreeBSD.ORG (Bill Paul) wrote : > > Jul 10 22:54:33 x40 kernel: re0: couldn't set up irq > > If you really think this is related to the driver, prove it: back out > the changes (while keeping the rest of your kernel the same) and see if > it works again. I don't think it will. Ok. I tried to make a new if_re module with revision 1.67 and It works fine. They are my sources: /usr/src/sys/dev/re/if_re.c:__FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/re/if_re.c,v 1.67 2006/05/24 11:55:25 glebius Exp $"); /usr/src/sys/pci/if_rlreg.h: * $FreeBSD: /repoman/r/ncvs/src/sys/pci/if_rlreg.h,v 1.56 2006/05/24 11:55:25 glebius Exp $ This is my sequence: 1. Download if_re.c and if_rlreg.h from Web. 2. Move to /usr/src/sys/dev/re and /usr/src/sys/pci. 3. Run "make modules" in my kernel build place (All other kernel modules have built). 4. Run "make install". And I got some logs as follows: Jul 11 19:21:58 x40 kernel: pcib1: (null) requested memory range 0xd0200000-0xdfffffff: good Jul 11 19:21:58 x40 kernel: cbb0: Opening memory: Jul 11 19:21:58 x40 kernel: cbb0: Normal: 0xd0211000-0xd0211fff Jul 11 19:21:58 x40 kernel: unknown: Lazy allocation of 0x200 bytes rid 0x14 type 3 at 0xd0211000 Jul 11 19:21:58 x40 kernel: cbb0: Opening memory: Jul 11 19:21:58 x40 kernel: map[10]: type 4, range 32, base 00000000, size 8, port disabled Jul 11 19:21:58 x40 kernel: pcib1: (null) requested I/O range 0x3000-0x7fff: in range Jul 11 19:21:58 x40 kernel: map[14]: type 1, range 32, base d0211000, size 9, enabled Jul 11 19:21:58 x40 kernel: pcib1: (null) requested memory range 0xd0211000-0xd02111ff: good Jul 11 19:21:58 x40 kernel: found-> vendor=0x10ec, dev=0x8169, revid=0x10 Jul 11 19:21:58 x40 kernel: bus=3, slot=0, func=0 Jul 11 19:21:58 x40 kernel: class=02-00-00, hdrtype=0x00, mfdev=0 Jul 11 19:21:58 x40 kernel: cmdreg=0x0002, statreg=0x02b8, cachelnsz=8 (dwords) Jul 11 19:21:58 x40 kernel: lattimer=0xa8 (5040 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) Jul 11 19:21:58 x40 kernel: intpin=a, irq=255 Jul 11 19:21:58 x40 kernel: powerspec 2 supports D0 D1 D2 D3 current D0 Jul 11 19:21:58 x40 kernel: re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x3000 Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: re0: port 0x3000-0x30ff mem 0xd0211000-0xd02111ff at device 0.0 on cardbus0 Jul 11 19:21:58 x40 kernel: pcib1: re0 requested I/O range 0x3000-0x30ff: in range Jul 11 19:21:58 x40 kernel: cbb0: Opening I/O: 0x3000-0x30ff Jul 11 19:21:58 x40 kernel: miibus0: on re0 Jul 11 19:21:58 x40 kernel: rgephy0: on miibus0 Jul 11 19:21:58 x40 kernel: rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Jul 11 19:21:58 x40 kernel: re0: bpf attached Jul 11 19:21:58 x40 kernel: re0: Ethernet address: 00:0f:b5:41:30:3c Jul 11 19:21:58 x40 kernel: re0: [GIANT-LOCKED] Jul 11 19:21:58 x40 kernel: re0: link state changed to DOWN If you have any comments, please let us know. Goto -=-=-=- // Yoshikazu GOTO // E-mail: goto@snowy.to -=-=-=- \e From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 11:08:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706D016A4DE; Tue, 11 Jul 2006 11:08:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA0E543D53; Tue, 11 Jul 2006 11:08:44 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id B6160EB0B8A; Tue, 11 Jul 2006 19:08:42 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 46VrWm9uqKNN; Tue, 11 Jul 2006 19:08:38 +0800 (CST) Received: from [10.217.12.96] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 06B40EB0B3F; Tue, 11 Jul 2006 19:08:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type: organization:date:message-id:mime-version:x-mailer; b=vUUrnbzHgDXVa5pPp/wmIhFwxF8ypD7FTmt4nmmH8UzmHBMdwRDMO4nGtYShm4xxt v8ykMfoYJv4PfStoqls4w== From: Xin LI To: Kostik Belousov In-Reply-To: <20060711080841.GB1560@deviant.kiev.zoral.com.ua> References: <20060711023815.R94284@fledge.watson.org> <20060711080841.GB1560@deviant.kiev.zoral.com.ua> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Y/YNhXCrH7ab/KROKEPQ" Organization: The FreeBSD Project Date: Tue, 11 Jul 2006 19:08:30 +0800 Message-Id: <1152616110.40133.16.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: FreeBSD Current , Robert Watson , Scott Ullrich Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 11:08:47 -0000 --=-Y/YNhXCrH7ab/KROKEPQ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2006-07-11=E4=BA=8C=E7=9A=84 11:08 +0300=EF=BC=8CKostik Belousov= =E5=86=99=E9=81=93=EF=BC=9A > I believe that I have fixed this in both HEAD and 6-STABLE. > Look for src/sys/nfsserver/nfs_serv.c rev. 1.165, > src/sys/nfsserver/nfs_srvsubs.c rev. 1.141. >=20 > Probably, it deserves errata fix for 6.1. List, what is the proper way > to proceed with ? Here is a guideline provided by the release engineer team: http://www.freebsd.org/releases/5.4R/errata_policy.html The same applies to the latest release I think. Consult re@ and so@ for more detailed information :-) Cheers, --=20 Xin LI http://www.delphij.net/ --=-Y/YNhXCrH7ab/KROKEPQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEs4auhcUczkLqiksRAo8fAJ9G8tmJBxYUFeFpzaXxTaXgDS1dPQCgzQT6 /S/yGietAQUM2z7bAKDAkNw= =73Hl -----END PGP SIGNATURE----- --=-Y/YNhXCrH7ab/KROKEPQ-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 10:26:34 2006 Return-Path: X-Original-To: freebsd-current@mx1.freebsd.org Delivered-To: freebsd-current@mx1.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D642116A500 for ; Tue, 11 Jul 2006 10:26:34 +0000 (UTC) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (afrodita.rcub.bg.ac.yu [147.91.1.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4776B43D88 for ; Tue, 11 Jul 2006 10:26:19 +0000 (GMT) (envelope-from ggajic@afrodita.rcub.bg.ac.yu) Received: from afrodita.rcub.bg.ac.yu (localhost.localdomain [127.0.0.1]) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.4) with ESMTP id k6BAQ8Wq012187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 11 Jul 2006 12:26:08 +0200 Received: from localhost (ggajic@localhost) by afrodita.rcub.bg.ac.yu (8.13.6/8.13.6/Submit) with ESMTP id k6BAQ7wL012183 for ; Tue, 11 Jul 2006 12:26:08 +0200 Date: Tue, 11 Jul 2006 12:26:07 +0200 (CEST) From: Goran Gajic To: freebsd-current@mx1.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-RCUB-MailScanner-Information: Please contact the RCUB if you have problem with mail X-RCUB-MailScanner: Found to be clean X-RCUB-MailScanner-From: ggajic@afrodita.rcub.bg.ac.yu X-Mailman-Approved-At: Tue, 11 Jul 2006 11:20:45 +0000 Cc: Subject: panic at 7.0-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 10:26:35 -0000 FreeBSD fbsd.interex.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Jul 5 12:27:20 CEST 2006 root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/TEST i386 Unread portion of the kernel message buffer: panic: vm_page_free_toq: freeing mapped page 0xc1ce4cb8 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 15m16s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130736 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc06b1208 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc06b151d in panic (fmt=0xc08f8240 "from debugger") at ../../../kern/kern_shutdown.c:565 #3 0xc0490ad1 in db_panic (addr=-1066616229, have_addr=0, count=-1, modif=0xd5cc27d4 "") at ../../../ddb/db_command.c:426 #4 0xc0490a68 in db_command (last_cmdp=0xc0a0c504, cmd_table=0x0) at ../../../ddb/db_command.c:395 #5 0xc0490b26 in db_command_loop () at ../../../ddb/db_command.c:446 #6 0xc049273d in db_trap (type=3, code=0) at ../../../ddb/db_main.c:221 #7 0xc06cbd34 in kdb_trap (type=3, code=0, tf=0xd5cc2964) at ../../../kern/subr_kdb.c:502 #8 0xc08ada90 in trap (frame= {tf_fs = -708050936, tf_es = -1066663896, tf_ds = -1064107992, tf_edi = -1063964853, tf_esi = 1, tf_ebp = -708040284, tf_isp = -708040304, tf_ebx = -70804 0240, tf_edx = 0, tf_ecx = -1052561408, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066616229, tf_cs = 32, tf_eflags = 658, tf_esp = -708040252, tf_ss = -1066724145}) at ../../../i386/i386/trap.c:622 #9 0xc089909a in calltrap () at ../../../i386/i386/exception.s:138 #10 0xc06cba5b in kdb_enter (msg=0x12
) at cpufunc.h:60 #11 0xc06b14cf in panic (fmt=0xc0952f4b "vm_page_free_toq: freeing mapped page %p") at ../../../kern/kern_shutdown.c:549 #12 0xc0810a12 in vm_page_free_toq (m=0xc1ce4cb8) at ../../../vm/vm_page.c:1092 #13 0xc080fed9 in vm_page_free (m=0xc1ce4cb8) at ../../../vm/vm_page.c:471 #14 0xc080d6ad in vm_object_terminate (object=0xc45b70f0) at ../../../vm/vm_object.c:643 #15 0xc080d585 in vm_object_deallocate (object=0xc45b70f0) at ../../../vm/vm_object.c:576 #16 0xc080a0d8 in vm_map_entry_delete (map=0xc1469348, entry=0xc4599dd0) at ../../../vm/vm_map.c:2285 #17 0xc080a27b in vm_map_delete (map=0xc1469348, start=3242627912, end=3533864960) at ../../../vm/vm_map.c:2378 #18 0xc08078f0 in kmem_free_wakeup (map=0xc1469348, addr=3533594624, size=18) at ../../../vm/vm_kern.c:467 #19 0xc0698d52 in exec_free_args (args=0xd5cc2c60) at ../../../kern/kern_exec.c:1045 #20 0xc069870f in do_execve (td=0xc2b801b0, args=0xd5cc2c60, mac_p=0x0) at ../../../kern/kern_exec.c:786 #21 0xc0697b10 in kern_execve (td=0xc2b801b0, args=0xd5cc2c60, mac_p=0x0) at ../../../kern/kern_exec.c:252 #22 0xc0697a7b in execve (td=0xc2b801b0, uap=0x12) at ../../../kern/kern_exec.c:186 #23 0xc08ae306 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 0, tf_ebp = 0, tf_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, tf_err = 0, tf_eip = 134512776, tf_cs = 51, tf_eflags = 514, tf_esp = -1077941680, tf_ss = 59}) at ../../../i386/i386/trap.c:1015 #24 0xc08990ef in Xint0x80_syscall () at ../../../i386/i386/exception.s:191 #25 0x00000033 in ?? () (kgdb) Kernel is GENERIC with options SC_PIXEL_MODE options DEBUG_LOCKS options DEBUG_VFS_LOCKS Regards, gg. From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 11:45:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1E1A16A4DE; Tue, 11 Jul 2006 11:45:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DF1743D45; Tue, 11 Jul 2006 11:45:19 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 10A4846C53; Tue, 11 Jul 2006 07:45:19 -0400 (EDT) Date: Tue, 11 Jul 2006 12:45:18 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Christoph Hellwig In-Reply-To: <20060710202219.GA29786@infradead.org> Message-ID: <20060711124356.Y78628@fledge.watson.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> <20060710202219.GA29786@infradead.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Rodrigues , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 11:45:20 -0000 On Mon, 10 Jul 2006, Christoph Hellwig wrote: > On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: >> So in your opinion and experience, what are the pros and cons of >> maintaining a table of magic numbers? > > The feature is imensely useful. The implementation won't win any points for > a clean design but works very well in practice. I think it's definitly > better than probing in the kernel because letting a filesystem driver try to > make sense of something that's not it's own format can lead to all kinds of > funnies. Linux does this (iterating all filesystem types in kernel) for the > special case of the root filesystem where mount(8) is not available, and it > showeds various interesting bugs at least in the fat driver. In both FreeBSD and Darwin, I've noticed that the kernel msdosfs code is excessively permissive as to what it considers a FAT file system. This is presumably necessary due to the enourmous diversity of FAT file systems floating around, but it makes it a little too easy to cause msdos to trip over layouts that violate its layout assumptions. :-) FAT is much more reliably detected by looking at the partition type it lives in than by looking at the bytes that appear inside the partition, I believe. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 12:46:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F07F16A4E2 for ; Tue, 11 Jul 2006 12:46:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A2EB43D49 for ; Tue, 11 Jul 2006 12:46:43 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (urahsr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k6BCkaoT074862 for ; Tue, 11 Jul 2006 14:46:41 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k6BCkauh074861; Tue, 11 Jul 2006 14:46:36 +0200 (CEST) (envelope-from olli) Date: Tue, 11 Jul 2006 14:46:36 +0200 (CEST) Message-Id: <200607111246.k6BCkauh074861@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 11 Jul 2006 14:46:41 +0200 (CEST) X-Mailman-Approved-At: Tue, 11 Jul 2006 13:02:16 +0000 Cc: Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 12:46:45 -0000 Craig Rodrigues wrote: > Scott Long wrote: > > So in your opinion and experience, what are the pros and cons of > > maintaining a table of magic numbers? > > One con: every time you add a new filesystem, you need to update > mount(8). Not a big deal, but it is something. How about this idea: Every filesystem registers a piece of "magic information" somewhere (maybe kenv or sysctl, or even a file somewhere in /etc or whatever). Then mount(8) just has to look at that list, compare in turn with the device in question, and call the respective filesystem if found (if the mount fails even though the magic matched, mount(8) could print a warning and continue looking at the remaining filesystems' magics). If a new filesystem is added, it registers its magic as explained above. No need to update mount(8) itself. For the case where multiple filesystems can share their structures (like UDF + ISO9660), a priority code could be assigned, so that the filesystem that's "more useful" (or more popular) is probed first. Also, filesystems that are difficult to recognize (like FAT) would get a low priority code, so they are probed last. Note that the user can always override the selection by manually specifying the filesystem with the -t flag of mount(8), so there shouldn't be any regression. Just my 2 cents. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 13:27:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E878216A4E6; Tue, 11 Jul 2006 13:27:57 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51B1A43D49; Tue, 11 Jul 2006 13:27:56 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1G0IHJ-000I6y-0B; Tue, 11 Jul 2006 14:27:53 +0100 Date: Tue, 11 Jul 2006 14:27:52 +0100 From: Ceri Davies To: Robert Watson Message-ID: <20060711132752.GF65857@submonkey.net> Mail-Followup-To: Ceri Davies , Robert Watson , Christoph Hellwig , Craig Rodrigues , Scott Long , freebsd-current@freebsd.org, freebsd-arch@freebsd.org References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> <20060710202219.GA29786@infradead.org> <20060711124356.Y78628@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7LkOrbQMr4cezO2T" Content-Disposition: inline In-Reply-To: <20060711124356.Y78628@fledge.watson.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Christoph Hellwig , Craig Rodrigues , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 13:27:58 -0000 --7LkOrbQMr4cezO2T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 11, 2006 at 12:45:18PM +0100, Robert Watson wrote: >=20 > On Mon, 10 Jul 2006, Christoph Hellwig wrote: >=20 > >On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: > >>So in your opinion and experience, what are the pros and cons of=20 > >>maintaining a table of magic numbers? > > > >The feature is imensely useful. The implementation won't win any points= =20 > >for a clean design but works very well in practice. I think it's=20 > >definitly better than probing in the kernel because letting a filesystem= =20 > >driver try to make sense of something that's not it's own format can lea= d=20 > >to all kinds of funnies. Linux does this (iterating all filesystem type= s=20 > >in kernel) for the special case of the root filesystem where mount(8) is= =20 > >not available, and it showeds various interesting bugs at least in the f= at=20 > >driver. >=20 > In both FreeBSD and Darwin, I've noticed that the kernel msdosfs code is= =20 > excessively permissive as to what it considers a FAT file system. This i= s=20 > presumably necessary due to the enourmous diversity of FAT file systems= =20 > floating around, but it makes it a little too easy to cause msdos to trip= =20 > over layouts that violate its layout assumptions. :-) FAT is much more= =20 > reliably detected by looking at the partition type it lives in than by=20 > looking at the bytes that appear inside the partition, I believe. Assuming that there is a valid partition type. I don't really know what this makes, but there's a valid FAT filesystem on it: % truncate -s 1440k floppy % sudo mdconfig -a -f floppy=20 md1 % sudo newfs_msdos -f 1440 /dev/md1 /dev/md1: 2847 sectors in 2847 FAT12 clusters (512 bytes/cluster) bps=3D512 spc=3D1 res=3D1 nft=3D2 rde=3D224 sec=3D2880 mid=3D0xf0 spf=3D9 s= pt=3D18 hds=3D2 hid=3D0 % sudo mount -t msdos /dev/md1 /mnt % df -h /mnt Filesystem Size Used Avail Capacity Mounted on /dev/md1 1.4M 1.0K 1.4M 0% /mnt {ceri@shrike}-{~} % fdisk /dev/md1 ******* Working on device /dev/md1 ******* parameters extracted from in-core disklabel are: cylinders=3D0 heads=3D255 sectors/track=3D63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=3D0 heads=3D255 sectors/track=3D63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --7LkOrbQMr4cezO2T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEs6dYocfcwTS3JF8RAsrUAJ9+TRZzDxgoOyCdLI3OZlr/kzK5lACggnX6 +WSMM1QR1dJmhFpNq36zVY0= =/QdA -----END PGP SIGNATURE----- --7LkOrbQMr4cezO2T-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 13:29:19 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59CB916A4DA for ; Tue, 11 Jul 2006 13:29:19 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id C20F643D7C for ; Tue, 11 Jul 2006 13:29:11 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so4097389pyc for ; Tue, 11 Jul 2006 06:29:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=L17LCOm2aoAgzxdiECuYvHZ1jSJiFb9LCVeDv4nqE3zaq75Lq2KRPjwmucxaORnstaXekdIkuyv9RAf27sIqW4RXpYa85H69WRV2gF7tm419jDDnaT9/XLtgs/n0jMiOau7co/5WNOT/LwW6K/ozRuh309dy2PlW4mn73sWJnaA= Received: by 10.35.34.18 with SMTP id m18mr6602773pyj; Tue, 11 Jul 2006 06:29:10 -0700 (PDT) Received: by 10.35.125.14 with HTTP; Tue, 11 Jul 2006 06:29:10 -0700 (PDT) Message-ID: Date: Tue, 11 Jul 2006 21:29:10 +0800 From: "Jiawei Ye" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: lockmgr: thread 0xc21e2780 unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 13:29:19 -0000 I was doing "sudo mount_smbfs //user@server/share /mnt" when the following msg appeared. smbfs.ko was not loaded. lockmgr: thread 0xc21e2780 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c0b14ac8,c21e2780,c21e2780,c0bc8284,7a,...) at kdb_backtrace+0x30 lockmgr(c2449d88,6,c2449dac,c21e2780,ccff3b58,...) at lockmgr+0x6ab smb_co_unlock(c2449d80,0,c21e2780,ccff3b78,c2435380,...) at smb_co_unlock+0x2c smb_sm_init(c0c0c6e8,c21e2780,4,c209e940,0,...) at smb_sm_init+0x41 nsmb_dev_load(c209e940,0,0,0,0,...) at nsmb_dev_load+0x25 module_register_init(c2449150,4,c21e2780,ccff3bd0,0,...) at module_register_init+0xe1 linker_file_sysinit(c23f2500,c23f1020,ccff3bf8,c21743b0,0,...) at linker_file_sysinit+0x134 linker_load_file(c23f1020,ccff3c24,0,4,ccff3c28,...) at linker_load_file+0xde linker_load_module(0,c1ff2800,0,0,ccff3c4c,...) at linker_load_module+0xd9 kern_kldload(c21e2780,c1ff2800,ccff3c70,0,c21e2780,...) at kern_kldload+0xe3 kldload(c21e2780,ccff3cf4,4,c0a99ed8,c21e2780,...) at kldload+0x7f syscall(3b,3b,3b,28050a1a,bfbfe940,...) at syscall+0x456 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280d1daf, esp = 0xbfbfe7bc, ebp = 0xbfbfed88 --- netsmb_dev: loaded lockmgr: thread 0xc21e2780 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c0b14ac8,c21e2780,c21e2780,120,c1ffa454,...) at kdb_backtrace+0x30 lockmgr(c2419e08,6,c2419e2c,c21e2780,ccff3b90,...) at lockmgr+0x6ab smb_co_unlock(c2419e00,0,c21e2780,ccff3b54,0,...) at smb_co_unlock+0x2c nsmb_dev_ioctl(c23f2700,82fc6e6a,c1ffa400,3,c21e2780,...) at nsmb_dev_ioctl+0x3b1 giant_ioctl(c23f2700,82fc6e6a,c1ffa400,3,c21e2780,...) at giant_ioctl+0x88 devfs_ioctl_f(c21f9750,82fc6e6a,c1ffa400,c2411600,c21e2780,...) at devfs_ioctl_f+0x102 fo_ioctl(c21f9750,82fc6e6a,c1ffa400,c2411600,c21e2780,...) at fo_ioctl+0x33 kern_ioctl(c21e2780,4,82fc6e6a,c1ffa400,c083df78,...) at kern_ioctl+0x518 ioctl(c21e2780,ccff3cf4,c,c0a99ed8,c21e2780,...) at ioctl+0x12b syscall(bfbf003b,bfbf003b,bfbf003b,bfbfe9d0,bfbfe4a0,...) at syscall+0x456 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815af93, esp = 0xbfbfe48c, ebp = 0xbfbfe7b8 --- lockmgr: thread 0xc21e2780 unlocking unheld lock KDB: stack backtrace: kdb_backtrace(c0b14ac8,c21e2780,c21e2780,120,c1ffa454,...) at kdb_backtrace+0x30 lockmgr(c21ee308,6,c21ee32c,c21e2780,ccff3b90,...) at lockmgr+0x6ab smb_co_unlock(c21ee300,0,c21e2780,ccff3b54,0,...) at smb_co_unlock+0x2c nsmb_dev_ioctl(c23f2700,82fc6e6a,c1ffa400,3,c21e2780,...) at nsmb_dev_ioctl+0x264 giant_ioctl(c23f2700,82fc6e6a,c1ffa400,3,c21e2780,...) at giant_ioctl+0x88 devfs_ioctl_f(c21f9750,82fc6e6a,c1ffa400,c2411600,c21e2780,...) at devfs_ioctl_f+0x102 fo_ioctl(c21f9750,82fc6e6a,c1ffa400,c2411600,c21e2780,...) at fo_ioctl+0x33 kern_ioctl(c21e2780,4,82fc6e6a,c1ffa400,c083df78,...) at kern_ioctl+0x518 ioctl(c21e2780,ccff3cf4,c,c0a99ed8,c21e2780,...) at ioctl+0x12b syscall(bfbf003b,bfbf003b,bfbf003b,bfbfe9d0,bfbfe4a0,...) at syscall+0x456 Xint0x80_syscall() at Xint0x80_syscall+0x1f -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 15:02:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EB4216A4DA; Tue, 11 Jul 2006 15:02:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5F1E43D5F; Tue, 11 Jul 2006 15:02:08 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6BF1qGd075013; Tue, 11 Jul 2006 11:02:04 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 11 Jul 2006 10:11:51 -0400 User-Agent: KMail/1.9.1 References: <20060711053000.94DB016A4E1@hub.freebsd.org> In-Reply-To: <20060711053000.94DB016A4E1@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607111011.52520.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 11 Jul 2006 11:02:07 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Bill Paul Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 15:02:11 -0000 On Tuesday 11 July 2006 01:30, Bill Paul wrote: > > Hi all, > > > > I have two CardBus card with RealTek 8169SB as follows: > > > > NETGEAR GA511 > > Buffalo LPC-CB-CLGT > > > > But they act up from revision 1.68 of if_re.c. > > This has nothing to do with the re(4) driver. The problem is that > the cardbus code is not allocating an interrupt resource for the device: > > > It is a log of NETGEAR GA511 inserting to ThinkPad X40. > > It sure is. > > > Jul 10 22:54:33 x40 kernel: re0: port 0x3000-0x30ff mem 0xd0211000-0xd02111ff at device 0.0 on cardbus0 > > Note that there is no 'irq' mentioned anywhere in this line, which is why > you get this error: > > > Jul 10 22:54:33 x40 kernel: re0: couldn't set up irq > > If you really think this is related to the driver, prove it: back out > the changes (while keeping the rest of your kernel the same) and see if > it works again. I don't think it will. In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an interrupt for the re0 device but it won't show up in the probe line in that case since the probe line is printed before re_attach() is called. In fact, in the failing case, it wasn't bus_alloc_resource() that failed, but bus_setup_intr(). This is most likely not an re0 issue however. goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL cases is being triggered? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 15:02:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24E8E16A53B; Tue, 11 Jul 2006 15:02:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE7FE43D66; Tue, 11 Jul 2006 15:02:09 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6BF1qGe075013; Tue, 11 Jul 2006 11:02:08 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 11 Jul 2006 11:01:47 -0400 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200607111101.47747.jhb@freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 11 Jul 2006 11:02:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: bp@freebsd.org, Jiawei Ye Subject: Re: lockmgr: thread 0xc21e2780 unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 15:02:14 -0000 On Tuesday 11 July 2006 09:29, Jiawei Ye wrote: > I was doing "sudo mount_smbfs //user@server/share /mnt" when the > following msg appeared. smbfs.ko was not loaded. Does building with INVARIANTS fix it? If so, try this patch (it looks like it has been broken since 1.1 of the smbfs code): Index: smb_conn.c =================================================================== RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v retrieving revision 1.16 diff -u -r1.16 smb_conn.c --- smb_conn.c 31 Oct 2005 15:41:27 -0000 1.16 +++ smb_conn.c 11 Jul 2006 15:01:10 -0000 @@ -233,7 +233,8 @@ lockinit(&cp->co_lock, PZERO, objname, 0, 0); cp->co_level = level; cp->co_usecount = 1; - KASSERT(smb_co_lock(cp, LK_EXCLUSIVE, td) == 0, ("smb_co_init: lock failed")); + if (smb_co_lock(cp, LK_EXCLUSIVE, td) == 0) + panic("smb_co_init: lock failed")); } static void -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 15:02:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4E6316A695; Tue, 11 Jul 2006 15:02:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A95343D68; Tue, 11 Jul 2006 15:02:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6BF1qGc075013; Tue, 11 Jul 2006 11:01:59 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-arch@freebsd.org Date: Tue, 11 Jul 2006 09:54:00 -0400 User-Agent: KMail/1.9.1 References: <20060708152801.GA3671@crodrigues.org> <20060711124356.Y78628@fledge.watson.org> <20060711132752.GF65857@submonkey.net> In-Reply-To: <20060711132752.GF65857@submonkey.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607110954.01691.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 11 Jul 2006 11:02:03 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Craig Rodrigues , Ceri Davies , Robert Watson , freebsd-current@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 15:02:23 -0000 On Tuesday 11 July 2006 09:27, Ceri Davies wrote: > On Tue, Jul 11, 2006 at 12:45:18PM +0100, Robert Watson wrote: > > > > On Mon, 10 Jul 2006, Christoph Hellwig wrote: > > > > >On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: > > >>So in your opinion and experience, what are the pros and cons of > > >>maintaining a table of magic numbers? > > > > > >The feature is imensely useful. The implementation won't win any points > > >for a clean design but works very well in practice. I think it's > > >definitly better than probing in the kernel because letting a filesystem > > >driver try to make sense of something that's not it's own format can lead > > >to all kinds of funnies. Linux does this (iterating all filesystem types > > >in kernel) for the special case of the root filesystem where mount(8) is > > >not available, and it showeds various interesting bugs at least in the fat > > >driver. > > > > In both FreeBSD and Darwin, I've noticed that the kernel msdosfs code is > > excessively permissive as to what it considers a FAT file system. This is > > presumably necessary due to the enourmous diversity of FAT file systems > > floating around, but it makes it a little too easy to cause msdos to trip > > over layouts that violate its layout assumptions. :-) FAT is much more > > reliably detected by looking at the partition type it lives in than by > > looking at the bytes that appear inside the partition, I believe. > > Assuming that there is a valid partition type. I don't really know what > this makes, but there's a valid FAT filesystem on it: > > % truncate -s 1440k floppy > % sudo mdconfig -a -f floppy > md1 > % sudo newfs_msdos -f 1440 /dev/md1 > /dev/md1: 2847 sectors in 2847 FAT12 clusters (512 bytes/cluster) > bps=512 spc=1 res=1 nft=2 rde=224 sec=2880 mid=0xf0 spf=9 spt=18 hds=2 hid=0 > % sudo mount -t msdos /dev/md1 /mnt > % df -h /mnt > Filesystem Size Used Avail Capacity Mounted on > /dev/md1 1.4M 1.0K 1.4M 0% /mnt > {ceri@shrike}-{~} % fdisk /dev/md1 > ******* Working on device /dev/md1 ******* > parameters extracted from in-core disklabel are: > cylinders=0 heads=255 sectors/track=63 (16065 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=0 heads=255 sectors/track=63 (16065 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > Ceri Dos floppies don't have an MBR (so fdisk on them is meaningless). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 15:04:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A3A216A4EA; Tue, 11 Jul 2006 15:04:03 +0000 (UTC) (envelope-from ceri@submonkey.net) Received: from shrike.submonkey.net (cpc2-cdif2-0-0-cust107.cdif.cable.ntl.com [81.104.168.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id D04B743D66; Tue, 11 Jul 2006 15:04:02 +0000 (GMT) (envelope-from ceri@submonkey.net) Received: from ceri by shrike.submonkey.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1G0JmL-000KWe-6y; Tue, 11 Jul 2006 16:04:01 +0100 Date: Tue, 11 Jul 2006 16:04:01 +0100 From: Ceri Davies To: John Baldwin Message-ID: <20060711150401.GI65857@submonkey.net> Mail-Followup-To: Ceri Davies , John Baldwin , freebsd-arch@freebsd.org, Robert Watson , Craig Rodrigues , Scott Long , freebsd-current@freebsd.org References: <20060708152801.GA3671@crodrigues.org> <20060711124356.Y78628@fledge.watson.org> <20060711132752.GF65857@submonkey.net> <200607110954.01691.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+sHJum3is6Tsg7/J" Content-Disposition: inline In-Reply-To: <200607110954.01691.jhb@freebsd.org> X-PGP: finger ceri@FreeBSD.org User-Agent: Mutt/1.5.11 Sender: Ceri Davies Cc: Craig Rodrigues , freebsd-current@freebsd.org, Robert Watson , freebsd-arch@freebsd.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 15:04:03 -0000 --+sHJum3is6Tsg7/J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 11, 2006 at 09:54:00AM -0400, John Baldwin wrote: > On Tuesday 11 July 2006 09:27, Ceri Davies wrote: > >=20 > > Assuming that there is a valid partition type. I don't really know what > > this makes, but there's a valid FAT filesystem on it: > >=20 > > % truncate -s 1440k floppy > > % sudo mdconfig -a -f floppy=20 > > md1 > > % sudo newfs_msdos -f 1440 /dev/md1 > > /dev/md1: 2847 sectors in 2847 FAT12 clusters (512 bytes/cluster) > > bps=3D512 spc=3D1 res=3D1 nft=3D2 rde=3D224 sec=3D2880 mid=3D0xf0 spf= =3D9 spt=3D18 hds=3D2 hid=3D0 > > % sudo mount -t msdos /dev/md1 /mnt > > % df -h /mnt > > Filesystem Size Used Avail Capacity Mounted on > > /dev/md1 1.4M 1.0K 1.4M 0% /mnt > > {ceri@shrike}-{~} % fdisk /dev/md1 > > ******* Working on device /dev/md1 ******* > > parameters extracted from in-core disklabel are: > > cylinders=3D0 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > >=20 > > parameters to be used for BIOS calculations are: > > cylinders=3D0 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > >=20 > > Media sector size is 512 > > Warning: BIOS sector numbering starts with sector 1 > > Information from DOS bootblock is: > > The data for partition 1 is: > > > > The data for partition 2 is: > > > > The data for partition 3 is: > > > > The data for partition 4 is: > > > >=20 > > Ceri >=20 > Dos floppies don't have an MBR (so fdisk on them is meaningless). That agrees with observation :) Thanks! Ceri --=20 That must be wonderful! I don't understand it at all. -- Moliere --+sHJum3is6Tsg7/J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEs73gocfcwTS3JF8RAlfpAJ9Vrmj2JBz7qJVJXraRdSNp7zPTWwCfYPtr /MA7r0NQO8fHKd/5zJ9dBh0= =z1zj -----END PGP SIGNATURE----- --+sHJum3is6Tsg7/J-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 16:54:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEA3516A4DE for ; Tue, 11 Jul 2006 16:54:07 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2A5B43D72 for ; Tue, 11 Jul 2006 16:53:55 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so511788uge for ; Tue, 11 Jul 2006 09:53:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d2CqKToM0+g46hNFA+Q7dVI0T1MmX9dXDeBttsMpbMe30OWcZugmoa1Rp6DqMeiiCmwUj9T12HIaI3GeyDCBfJ76AW65ERhbpLmvf/A6wJOps69G8UzUssR60yFNxh1e5XIN4oJC2WRO4KpDQZV6bxSZl/GMbnv+BrLwMv3uv/8= Received: by 10.67.29.12 with SMTP id g12mr1275475ugj; Tue, 11 Jul 2006 09:53:54 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Tue, 11 Jul 2006 09:53:53 -0700 (PDT) Message-ID: Date: Tue, 11 Jul 2006 12:53:54 -0400 From: "Scott Ullrich" To: "Robert Watson" In-Reply-To: <20060711111504.W94284@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060711023815.R94284@fledge.watson.org> <20060711111504.W94284@fledge.watson.org> Cc: FreeBSD Current Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 16:54:07 -0000 On 7/11/06, Robert Watson wrote: > Probably freebsd-stable -- doesn't really matter as long as you tell us what > you're running :-) > > Do you have nfs_serv.c:1.156.2.3 and nfs_srvsubs.c:1.136.2.3? These were > Giant-related fixes in RELENG_6_1 merged on 2006/06/13. This is RELENG_6_1 which is up to date. I will backport these patches and test again. Thanks for the reply and sorry that I sent to the wrong list. Scott PS: should these be mfc'd back to RELENG_6_1 ? From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 17:16:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7995516A4E6 for ; Tue, 11 Jul 2006 17:16:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2049243D5C for ; Tue, 11 Jul 2006 17:16:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1488B46BBB; Tue, 11 Jul 2006 13:16:04 -0400 (EDT) Date: Tue, 11 Jul 2006 18:16:04 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Scott Ullrich In-Reply-To: Message-ID: <20060711181436.Q1381@fledge.watson.org> References: <20060711023815.R94284@fledge.watson.org> <20060711111504.W94284@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 17:16:05 -0000 On Tue, 11 Jul 2006, Scott Ullrich wrote: > On 7/11/06, Robert Watson wrote: >> Probably freebsd-stable -- doesn't really matter as long as you tell us >> what >> you're running :-) >> >> Do you have nfs_serv.c:1.156.2.3 and nfs_srvsubs.c:1.136.2.3? These were >> Giant-related fixes in RELENG_6_1 merged on 2006/06/13. > > This is RELENG_6_1 which is up to date. I will backport these patches and > test again. Thanks for the reply and sorry that I sent to the wrong list. > > PS: should these be mfc'd back to RELENG_6_1 ? I believe it's already on the re@ todo list but I'm not sure of the status. I have a few changes I'd like to merge to RELENG_6_1 also: - mbuf allocator "denied" statistics count fix - ip_ctloutput() TCP panic when TCP state is queried using socket options after reset. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 17:51:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32EB516A4DD for ; Tue, 11 Jul 2006 17:51:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id A845F43D45 for ; Tue, 11 Jul 2006 17:51:23 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 314 invoked by uid 399); 11 Jul 2006 17:51:23 -0000 Received: from localhost (HELO ?192.168.0.7?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 11 Jul 2006 17:51:23 -0000 Message-ID: <44B3E520.5030700@FreeBSD.org> Date: Tue, 11 Jul 2006 10:51:28 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Brooks Davis References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> In-Reply-To: <20060711020031.GB3507@odin.ac.hmc.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Michael Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 17:51:24 -0000 Brooks Davis wrote: > My life would be a heck of a lot simpler if LDAP support were included > in the base. My life would be a lot easier if a lot of things were included in the base, but I don't think that's a good argument for including them. :) > At the moment I'm using NIS in several situations where > it just doesn't cut it any more. IMO we need (as a minimum) a modern > network directory service client in the base. While a majority of > FreeBSD users may not need LDAP in the base, I would suspect that a > majority of machines would benefit from it. IMO, this argument isn't persuasive. My personal feeling is that before something new gets added to the base system it needs to have a pretty large userbase, perhaps even a majority of our users. We have a very good ports system that exists to provide easy access to "optional" software that isn't needed by a majority of our users. I haven't seen any reasons why ldap support doesn't fall into that category. > A much greater portion of > machines would probably benefit from and LDAP client then benefit from a > number of the servers in the base system such as BIND (not a criticism > of having BIND in the base). I'm really getting tired of BIND being used as the canonical example here. As I've said many times: 1. I would gladly remove BIND from the base, except 2. A large number of users spoke up and said they like having the tools (like dig, host, nslookup) in the base, and 3. If we're going to have that stuff, it's just as easy to have all the sources, which is why 4. I added all those knobs to disable building bits that people don't want. The offer still stands to flip the defaults for things like named if people really don't want to have that server in the base by default. However, I object to this example on another, perhaps more substantive ground. Namely that we're not talking about justifying something that is already in the base, we're talking about justifying adding something to it. As I said, in my opinion the bar for that should be really high. I'd like to see more things stripped out of the base, not added to it. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:15:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59E5116A4DA for ; Tue, 11 Jul 2006 18:15:11 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93FF743D69 for ; Tue, 11 Jul 2006 18:15:10 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6BIF9lA064810; Tue, 11 Jul 2006 11:15:09 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6BIF7gd064809; Tue, 11 Jul 2006 11:15:07 -0700 (PDT) (envelope-from obrien) Date: Tue, 11 Jul 2006 11:15:07 -0700 From: "David O'Brien" To: Scott Long Message-ID: <20060711181507.GA64759@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , freebsd-current@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> <44B2CBAA.2020407@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B2CBAA.2020407@samsco.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:15:11 -0000 On Mon, Jul 10, 2006 at 03:50:34PM -0600, Scott Long wrote: > David O'Brien wrote: > >For months now PS/2 keyboard support has been broken during boot with the > >GENERIC kernel. > > > >If one has an error in /etc/fstab such that / cannot be mounted, the > >kernel prompts with > > > > Manual root filesystems specification: > > [examples listed] > > mountroot> > > > >However one cannot respond to the prompt as keyboard input is ignored. > >This seems to be a casualty of kbdmux(4) support being committed back in > >February. Is anyone working on fixing this? > > Yours is definitely the exception case. Does setting the keyboard probe > hint hack make a difference? I reproduced it on two different machines, one with Pheonix BIOS, on with AMIBIOS, and two different keyboards. So I don't think it is specific to my environment. Have you been at the "mountroot>" prompt lately and had a PS/2 keyboard to work? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:16:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E4CD16A4E1; Tue, 11 Jul 2006 18:16:02 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A0A43D64; Tue, 11 Jul 2006 18:16:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6BIG0XY064823; Tue, 11 Jul 2006 11:16:00 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6BIG0V6064822; Tue, 11 Jul 2006 11:16:00 -0700 (PDT) (envelope-from obrien) Date: Tue, 11 Jul 2006 11:16:00 -0700 From: "David O'Brien" To: John Baldwin Message-ID: <20060711181600.GB64759@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Baldwin , freebsd-current@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> <200607102027.18106.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607102027.18106.jhb@freebsd.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:16:02 -0000 On Mon, Jul 10, 2006 at 08:27:17PM -0400, John Baldwin wrote: > On Monday 10 July 2006 17:28, David O'Brien wrote: > > For months now PS/2 keyboard support has been broken during boot with the > > GENERIC kernel. > > > > If one has an error in /etc/fstab such that / cannot be mounted, the > > kernel prompts with > > > > Manual root filesystems specification: > > [examples listed] > > mountroot> > > > > However one cannot respond to the prompt as keyboard input is ignored. > > This seems to be a casualty of kbdmux(4) support being committed back in > > February. Is anyone working on fixing this? > > This is a FAQ currently I think. There are some patches floating around if > you search the archives. I hope this will be something more than a FAQ with some patches floating around for 7.0-RELEASE. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:17:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C28716A4DA; Tue, 11 Jul 2006 18:17:46 +0000 (UTC) (envelope-from ru@ip.net.ua) Received: from cielago.ip.net.ua (cielago.ip.net.ua [82.193.96.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70DB643D69; Tue, 11 Jul 2006 18:17:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by cielago.ip.net.ua (8.13.6/8.13.6) with ESMTP id k6BIHEAL004391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Jul 2006 21:17:15 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.6/8.13.6) id k6BIIY7w058660; Tue, 11 Jul 2006 21:18:34 +0300 (EEST) (envelope-from ru) Date: Tue, 11 Jul 2006 21:18:34 +0300 From: Ruslan Ermilov To: obrien@freebsd.org, Scott Long , freebsd-current@freebsd.org Message-ID: <20060711181834.GH56190@ip.net.ua> References: <20060710212815.GA46336@dragon.NUXI.org> <44B2CBAA.2020407@samsco.org> <20060711181507.GA64759@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bFsKbPszpzYNtEU6" Content-Disposition: inline In-Reply-To: <20060711181507.GA64759@dragon.NUXI.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new Cc: Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:17:46 -0000 --bFsKbPszpzYNtEU6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 11, 2006 at 11:15:07AM -0700, David O'Brien wrote: > On Mon, Jul 10, 2006 at 03:50:34PM -0600, Scott Long wrote: > > David O'Brien wrote: > > >For months now PS/2 keyboard support has been broken during boot with = the > > >GENERIC kernel. > > > > > >If one has an error in /etc/fstab such that / cannot be mounted, the > > >kernel prompts with=20 > > > > > > Manual root filesystems specification: > > > [examples listed] > > > mountroot> > > > > > >However one cannot respond to the prompt as keyboard input is ignored. > > >This seems to be a casualty of kbdmux(4) support being committed back = in > > >February. Is anyone working on fixing this? > >=20 > > Yours is definitely the exception case. Does setting the keyboard prob= e=20 > > hint hack make a difference? >=20 > I reproduced it on two different machines, one with Pheonix BIOS, on with > AMIBIOS, and two different keyboards. So I don't think it is specific to > my environment. Have you been at the "mountroot>" prompt lately and had > a PS/2 keyboard to work? > =20 Never worked for me. Would be great to know if it can be made to work. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --bFsKbPszpzYNtEU6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEs+t6qRfpzJluFF4RAqj1AKCNtI94ZPOOF07cm3FgR5WEZ5jM4wCfT0cU 24RX0A928uAOqf9pr0M3vjU= =lBBB -----END PGP SIGNATURE----- --bFsKbPszpzYNtEU6-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:25:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 527D816A538; Tue, 11 Jul 2006 18:25:13 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 382D043D7D; Tue, 11 Jul 2006 18:25:07 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 7C0863BE55; Tue, 11 Jul 2006 13:25:01 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25982-02-57; Tue, 11 Jul 2006 13:25:01 -0500 (CDT) Received: from [10.12.163.251] (unknown [10.12.163.251]) by mailgate1b.savvis.net (Postfix) with ESMTP id 07C473BE2B; Tue, 11 Jul 2006 13:25:00 -0500 (CDT) Message-ID: <44B3ECFC.1050806@savvis.net> Date: Tue, 11 Jul 2006 11:25:00 -0700 From: Maksim Yevmenkin User-Agent: Thunderbird 1.5.0.2 (X11/20060603) MIME-Version: 1.0 To: obrien@freebsd.org, John Baldwin , freebsd-current@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> <200607102027.18106.jhb@freebsd.org> <20060711181600.GB64759@dragon.NUXI.org> In-Reply-To: <20060711181600.GB64759@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:25:13 -0000 David O'Brien wrote: > On Mon, Jul 10, 2006 at 08:27:17PM -0400, John Baldwin wrote: >> On Monday 10 July 2006 17:28, David O'Brien wrote: >>> For months now PS/2 keyboard support has been broken during boot with the >>> GENERIC kernel. >>> >>> If one has an error in /etc/fstab such that / cannot be mounted, the >>> kernel prompts with >>> >>> Manual root filesystems specification: >>> [examples listed] >>> mountroot> >>> >>> However one cannot respond to the prompt as keyboard input is ignored. >>> This seems to be a casualty of kbdmux(4) support being committed back in >>> February. Is anyone working on fixing this? >> This is a FAQ currently I think. There are some patches floating around if >> you search the archives. > > I hope this will be something more than a FAQ with some patches floating > around for 7.0-RELEASE. if you use usb keyboard (or ps2 to usb converter with ps2 keyboard), does it work? like i said before, i think, the problem is that atkbd(4) does not deal with "polled" mode properly. kbdmux(4) never sees input from atkbd(4) because (imo) atkbd(4) interrupt handler is never called. the atkbd(4) patch i posted awhile ago has a regression, i.e. atkbd(4) produces duplicate characters in ddb(4), midboot, etc. *without* kbdmux(4). patched atkbd(4) with kbdmux(4) works fine. i'm actually a bit puzzled why atkbd(4) works without kbdmux(4) in ddb(4), midboot,e etc. obviously i need to spend some quality time with the debugger :) i hope to get to it, eventually :) sorry for the delay. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:38:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CABC16A4DF for ; Tue, 11 Jul 2006 18:38:09 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF8DF43D69 for ; Tue, 11 Jul 2006 18:38:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6BIc7X7065319; Tue, 11 Jul 2006 11:38:08 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6BIc7Ib065318; Tue, 11 Jul 2006 11:38:07 -0700 (PDT) (envelope-from obrien) Date: Tue, 11 Jul 2006 11:38:07 -0700 From: "David O'Brien" To: Maksim Yevmenkin Message-ID: <20060711183807.GD64759@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Maksim Yevmenkin , freebsd-current@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> <200607102027.18106.jhb@freebsd.org> <20060711181600.GB64759@dragon.NUXI.org> <44B3ECFC.1050806@savvis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B3ECFC.1050806@savvis.net> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:38:09 -0000 On Tue, Jul 11, 2006 at 11:25:00AM -0700, Maksim Yevmenkin wrote: > David O'Brien wrote: > >On Mon, Jul 10, 2006 at 08:27:17PM -0400, John Baldwin wrote: > >>On Monday 10 July 2006 17:28, David O'Brien wrote: > >>>For months now PS/2 keyboard support has been broken during boot with the > >>>GENERIC kernel. > >>> > >>>If one has an error in /etc/fstab such that / cannot be mounted, the > >>>kernel prompts with > >>> > >>> Manual root filesystems specification: > >>> [examples listed] > >>> mountroot> > >>> > >>>However one cannot respond to the prompt as keyboard input is ignored. > >>>This seems to be a casualty of kbdmux(4) support being committed back in > >>>February. Is anyone working on fixing this? > >>This is a FAQ currently I think. There are some patches floating around > >>if > >>you search the archives. > > > >I hope this will be something more than a FAQ with some patches floating > >around for 7.0-RELEASE. > > if you use usb keyboard (or ps2 to usb converter with ps2 keyboard), > does it work? Don't know. Don't care. All daily used keyboards are real life PS/2 keyboards. However, if you'll commit to commiting a fix for the bug in 7-CURRENT, I'll test any combination you want. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:43:29 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7204716A4E0; Tue, 11 Jul 2006 18:43:29 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8858343D58; Tue, 11 Jul 2006 18:43:28 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k6BIhQw3085298; Tue, 11 Jul 2006 13:43:27 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44B3F154.7030001@centtech.com> Date: Tue, 11 Jul 2006 13:43:32 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Maksim Yevmenkin References: <20060710212815.GA46336@dragon.NUXI.org> <200607102027.18106.jhb@freebsd.org> <20060711181600.GB64759@dragon.NUXI.org> <44B3ECFC.1050806@savvis.net> In-Reply-To: <44B3ECFC.1050806@savvis.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 14:41:02 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:43:29 -0000 On 07/11/06 13:25, Maksim Yevmenkin wrote: > David O'Brien wrote: >> On Mon, Jul 10, 2006 at 08:27:17PM -0400, John Baldwin wrote: >>> On Monday 10 July 2006 17:28, David O'Brien wrote: >>>> For months now PS/2 keyboard support has been broken during boot >>>> with the >>>> GENERIC kernel. >>>> >>>> If one has an error in /etc/fstab such that / cannot be mounted, the >>>> kernel prompts with >>>> Manual root filesystems specification: >>>> [examples listed] >>>> mountroot> >>>> >>>> However one cannot respond to the prompt as keyboard input is ignored. >>>> This seems to be a casualty of kbdmux(4) support being committed >>>> back in >>>> February. Is anyone working on fixing this? >>> This is a FAQ currently I think. There are some patches floating >>> around if >>> you search the archives. >> >> I hope this will be something more than a FAQ with some patches floating >> around for 7.0-RELEASE. > > if you use usb keyboard (or ps2 to usb converter with ps2 keyboard), > does it work? Yes. > like i said before, i think, the problem is that atkbd(4) does not deal > with "polled" mode properly. kbdmux(4) never sees input from atkbd(4) > because (imo) atkbd(4) interrupt handler is never called. the atkbd(4) > patch i posted awhile ago has a regression, i.e. atkbd(4) produces > duplicate characters in ddb(4), midboot, etc. *without* kbdmux(4). > patched atkbd(4) with kbdmux(4) works fine. > > i'm actually a bit puzzled why atkbd(4) works without kbdmux(4) in > ddb(4), midboot,e etc. obviously i need to spend some quality time with > the debugger :) i hope to get to it, eventually :) sorry for the delay. What can we do to help you debug it? I know for me, it's a major pain, and I'm sure others have gotten jammed up too. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:51:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C557716A4DD for ; Tue, 11 Jul 2006 18:51:25 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30DC343D66 for ; Tue, 11 Jul 2006 18:51:24 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6BIpN5l076348 for ; Tue, 11 Jul 2006 14:51:23 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: current@freebsd.org Date: Tue, 11 Jul 2006 14:51:22 -0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607111451.22749.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 11 Jul 2006 14:51:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1591/Mon Jul 10 15:41:02 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Mailman-Approved-At: Tue, 11 Jul 2006 18:54:24 +0000 Cc: Subject: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:51:25 -0000 I have a patch for amr(4) that is a forward-port of a Scott Long patch for 4.x that fixes some severe data corruption with amr(4) + PAE on 4.x with > 4GB of RAM. I need the patch tested on current though so I can get it into HEAD and eventually into 4.x. The patch for head is at http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break anything and should basically be a nop. I think the patch will apply to 6.x (and possibly 5.x) as well. Thanks! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 18:54:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86AC516A4DE for ; Tue, 11 Jul 2006 18:54:59 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BF8543D5A for ; Tue, 11 Jul 2006 18:54:59 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6BIsr0O065842; Tue, 11 Jul 2006 11:54:53 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6BIsqP3065841; Tue, 11 Jul 2006 11:54:52 -0700 (PDT) (envelope-from obrien) Date: Tue, 11 Jul 2006 11:54:52 -0700 From: "David O'Brien" To: Poul-Henning Kamp Message-ID: <20060711185452.GI64759@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Poul-Henning Kamp , freebsd-current@freebsd.org References: <20060629193346.GA2548@dragon.NUXI.org> <3903.1151610672@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3903.1151610672@critter.freebsd.dk> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Still getting 'calcru: runtime went backwards' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 18:54:59 -0000 On Thu, Jun 29, 2006 at 07:51:12PM +0000, Poul-Henning Kamp wrote: > In message <20060629193346.GA2548@dragon.NUXI.org>, "David O'Brien" writes: > > >I'm still often getting calcru output. This is with > >FreeBSD anh-thu.NUXI.org 7.0-CURRENT #44: Tue Jun 27 09:30:45 PDT 2006 amd64 > >I'm using the default time source (ACPI). What's the latest theories of > >the cause of this? > > Does this machine change the cpu clock rate ? No. However, It is running powerd, but with "-a maximum". AC is connected before turning the laptop on, and it never looses AC power. I've also seen it on a 2P/4C workstation, but I cannot say how long ago it was since I last got it. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 19:01:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D556016A4DD; Tue, 11 Jul 2006 19:01:56 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BF2143D78; Tue, 11 Jul 2006 19:01:56 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from [10.1.0.2] (pD9E36D70.dip.t-dialin.net [217.227.109.112]) by dd2626.kasserver.com (Postfix) with ESMTP id 07F13A8E6B; Tue, 11 Jul 2006 21:01:54 +0200 (CEST) Message-ID: <44B3F5A2.1080206@bytephobia.de> Date: Tue, 11 Jul 2006 21:01:54 +0200 From: Patrick Hurrelmann User-Agent: Thunderbird 1.5.0.4 (X11/20060610) MIME-Version: 1.0 To: John Baldwin References: <000601c69d46$4d112a80$2b0114ac@NOBEL> <20060702125917.0ea505ac@ax-ws170.ft.axit.de> <200607051149.29086.jhb@freebsd.org> In-Reply-To: <200607051149.29086.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Bhuiyan Mohammad Iklash Subject: Re: Bringing up bge0 cause panic error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 19:01:57 -0000 On Wed, 5 Jul 2006 11:49:28 -0400 John Baldwin wrote: > On Sunday 02 July 2006 06:59, Patrick Hurrelmann wrote: > > On Sat, 1 Jul 2006 20:41:08 +0100 > > "Bhuiyan Mohammad Iklash" wrote: > > > > > Hi > > > > > > I have install FreBSD 7 (June snapshot) in my Dell LATITUDE D820 > > > laptop. I am facing e serious problem. whenever i want to bring up > > > the bge0 interface using following command nuke#ifconfig bge0 up > > > panic: invalid ife->ifm_data (0xa) in mii_phy_setmedia cpuid = 0 > > > KDB: enter: panic > > > [thread pid 834 tid 100078 ] > > > Stopped at kdb_enter+0X2b: nop > > > db> > > > > > > Then i can't do anything. I had install 6.1, that works fine. Then > > > from 6.1 i sync the current sourec and recompile system, but there > > > was an error during compillation. Then i have downloaded and > > > installed the snapshot and facing this problem. > > > > > > Please let me know how can i get rid of from this problem. Thanks > > > in advanse.. nuke#uname -a > > > FreeBSD nuke.bloodforlife.net 7.0-CURRENT-200606 FreeBSD > > > 7.0-CURRENT-200606 #0: Sun Jun 4 16:51:08 UTC 2006 > > > root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > here is my dmesg > > > > > > > > > Hi Nobel, > > > > I'm the proud owner of a Dell Latitude D620 and I faced the same > > problem like you. Using 6.1 I was able to use the bge-nic but on > > CURRENT it panics everytime I try to use it (Set it up or assign an > > IP-address). > > > > The problem is probably, that the PHY of the be-nic isn't recognised > > and a generic PHY attaches (See your dmesg: ukphy0). > > > > Please try the attached patch. It make the Broadom-PHY attach to the > > card. For me it works great, although it does not solve the firmware > > handshake timeouts. > > But please note: I'm no c-programmer and the patch may be crap, but > > at least it works ;) > > Can you try also making this ID upload the 5750 dsp code to see if > that helps with your timeouts? Something like this: > I tried the attached patch, but it does not change the situation at all. I still get firmware handshake timeouts when using the nic. I googled a bit and it seems that OpenBSD and NetBSD suffer from the same problem, also OpenBSD already includes John's patch :) Maybe Linux sources unveil some magic that is needed to handle those nics correctly. Thanks anyway. Patrick -- ==================================================================== Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi@bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook /"\ \ / ASCII Ribbon Campaign X against HTML email & vCards / \ From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 19:02:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3629216A4E2 for ; Tue, 11 Jul 2006 19:02:47 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E0D843D76 for ; Tue, 11 Jul 2006 19:02:45 +0000 (GMT) (envelope-from michiel@boland.org) Received: from brakkenstein.nijmegen.internl.net by neerbosch.nijmegen.internl.net via brakkenstein.nijmegen.internl.net [217.149.193.41] with ESMTP for id k6BJ2jPA017351 (8.13.4/1.4); Tue, 11 Jul 2006 21:02:45 +0200 (MEST) Received: from localhost by brakkenstein.nijmegen.internl.net via mboland@localhost with ESMTP for id k6BJ2jox016084 (8.13.2/2.02); Tue, 11 Jul 2006 21:02:45 +0200 (MEST) X-Authentication-Warning: brakkenstein.nijmegen.internl.net: mboland owned process doing -bs Date: Tue, 11 Jul 2006 21:02:45 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: kdump crashes on illegal signal argument to sigaction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 19:02:47 -0000 Hi. Consider the following #include int main(void) { sigaction(33, 0, 0); return 0; } If you compile the above, and then do ktrace -tnc ./a.out kdump kdump crashes in signame() because signames[33] points to garbage. A fix would be something like this:- --- mksubr.orig Sat May 20 16:27:22 2006 +++ mksubr Tue Jul 11 20:57:29 2006 @@ -151,7 +151,10 @@ void signame (int sig) { - (void)printf("SIG%s",signames[sig]); + if (sig >= 0 && sig < NSIG) + (void)printf("SIG%s",signames[sig]); + else + (void)printf("SIG %d", sig); } /* MANUAL */ Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 19:08:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7444316A4DA; Tue, 11 Jul 2006 19:08:49 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01D6743D62; Tue, 11 Jul 2006 19:08:42 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([69.15.205.254]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6BJ8WGs055288; Tue, 11 Jul 2006 13:08:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B3F729.1070009@samsco.org> Date: Tue, 11 Jul 2006 13:08:25 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> <44B2CBAA.2020407@samsco.org> <20060711181507.GA64759@dragon.NUXI.org> In-Reply-To: <20060711181507.GA64759@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 19:08:49 -0000 David O'Brien wrote: > On Mon, Jul 10, 2006 at 03:50:34PM -0600, Scott Long wrote: > >>David O'Brien wrote: >> >>>For months now PS/2 keyboard support has been broken during boot with the >>>GENERIC kernel. >>> >>>If one has an error in /etc/fstab such that / cannot be mounted, the >>>kernel prompts with >>> >>> Manual root filesystems specification: >>> [examples listed] >>> mountroot> >>> >>>However one cannot respond to the prompt as keyboard input is ignored. >>>This seems to be a casualty of kbdmux(4) support being committed back in >>>February. Is anyone working on fixing this? >> >>Yours is definitely the exception case. Does setting the keyboard probe >>hint hack make a difference? > > > I reproduced it on two different machines, one with Pheonix BIOS, on with > AMIBIOS, and two different keyboards. So I don't think it is specific to > my environment. Have you been at the "mountroot>" prompt lately and had > a PS/2 keyboard to work? > Did you try the setting I suggested, or the patch that John refered to? Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 19:44:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FCC816A4DA for ; Tue, 11 Jul 2006 19:44:46 +0000 (UTC) (envelope-from goto@snowy.to) Received: from mail.snowy.to (mail.snowy.to [219.166.73.149]) by mx1.FreeBSD.org (Postfix) with SMTP id C5C6C43D67 for ; Tue, 11 Jul 2006 19:44:43 +0000 (GMT) (envelope-from goto@snowy.to) Received: (qmail 69408 invoked from network); 12 Jul 2006 04:44:40 +0900 Received: from unknown (HELO snowy.to) (0.0.0.0) by 0.0.0.0 with SMTP; 12 Jul 2006 04:44:40 +0900 Date: Wed, 12 Jul 2006 04:44:39 +0900 (JST) Message-Id: <20060712.044439.74753790.goto@snowy.to> To: jhb@freebsd.org From: Yoshikazu GOTO In-Reply-To: <200607111011.52520.jhb@freebsd.org> References: <20060711053000.94DB016A4E1@hub.freebsd.org> <200607111011.52520.jhb@freebsd.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: wpaul@freebsd.org, freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 19:44:46 -0000 Hi John, In Message-ID: <200607111011.52520.jhb@freebsd.org> John Baldwin wrote : > On Tuesday 11 July 2006 01:30, Bill Paul wrote: > > > Hi all, > > > > > > I have two CardBus card with RealTek 8169SB as follows: > > > > > > NETGEAR GA511 > > > Buffalo LPC-CB-CLGT > > > > > > But they act up from revision 1.68 of if_re.c. > > > > This has nothing to do with the re(4) driver. The problem is that > > the cardbus code is not allocating an interrupt resource for the device: > > > > > It is a log of NETGEAR GA511 inserting to ThinkPad X40. > > > > It sure is. > > > > > Jul 10 22:54:33 x40 kernel: re0: Gigabit Ethernet> port 0x3000-0x30ff mem 0xd0211000-0xd02111ff at device 0.0 > on cardbus0 > > > > Note that there is no 'irq' mentioned anywhere in this line, which is why > > you get this error: > > > > > Jul 10 22:54:33 x40 kernel: re0: couldn't set up irq > > > > If you really think this is related to the driver, prove it: back out > > the changes (while keeping the rest of your kernel the same) and see if > > it works again. I don't think it will. > > In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an > interrupt for the re0 device but it won't show up in the probe line in that > case since the probe line is printed before re_attach() is called. In fact, > in the failing case, it wasn't bus_alloc_resource() that failed, but > bus_setup_intr(). This is most likely not an re0 issue however. > > goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() > and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL > cases is being triggered? I added printf() to 2 functions (one in intr_add_handler() and two in intr_event_add_handler()) and re-build my kernel and reboot my ThinkPad X40. But I could not get any printf's messages. And I have a question. Why INTR_FAST was added in re_attach()? When I deleted it and re-build if_re modules, my card was attached. But I got another error messages and panic if interface is up. (mutex re0 not owned at...) Goto. -=-=-=- // Yoshikazu GOTO // E-mail: goto@snowy.to -=-=-=- \e From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 19:52:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC0C916A4DA; Tue, 11 Jul 2006 19:52:00 +0000 (UTC) (envelope-from maksim.yevmenkin@savvis.net) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1F7443D86; Tue, 11 Jul 2006 19:51:59 +0000 (GMT) (envelope-from maksim.yevmenkin@savvis.net) Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate1b.savvis.net (Postfix) with ESMTP id 3DDC73BE69; Tue, 11 Jul 2006 14:51:59 -0500 (CDT) Received: from mailgate1b.savvis.net ([127.0.0.1]) by localhost (mailgate1b.savvis.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28349-02-50; Tue, 11 Jul 2006 14:51:59 -0500 (CDT) Received: from [10.12.163.251] (unknown [10.12.163.251]) by mailgate1b.savvis.net (Postfix) with ESMTP id 78E4E3BE67; Tue, 11 Jul 2006 14:51:58 -0500 (CDT) Message-ID: <44B4015D.8050105@savvis.net> Date: Tue, 11 Jul 2006 12:51:57 -0700 From: Maksim Yevmenkin User-Agent: Thunderbird 1.5.0.2 (X11/20060603) MIME-Version: 1.0 To: Eric Anderson References: <20060710212815.GA46336@dragon.NUXI.org> <200607102027.18106.jhb@freebsd.org> <20060711181600.GB64759@dragon.NUXI.org> <44B3ECFC.1050806@savvis.net> <44B3F154.7030001@centtech.com> In-Reply-To: <44B3F154.7030001@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at savvis.net Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 19:52:00 -0000 Eric Anderson wrote: [..] >>> I hope this will be something more than a FAQ with some patches floating >>> around for 7.0-RELEASE. >> >> if you use usb keyboard (or ps2 to usb converter with ps2 keyboard), >> does it work? > > Yes. ok, good. >> like i said before, i think, the problem is that atkbd(4) does not >> deal with "polled" mode properly. kbdmux(4) never sees input from >> atkbd(4) because (imo) atkbd(4) interrupt handler is never called. the >> atkbd(4) patch i posted awhile ago has a regression, i.e. atkbd(4) >> produces duplicate characters in ddb(4), midboot, etc. *without* >> kbdmux(4). patched atkbd(4) with kbdmux(4) works fine. >> >> i'm actually a bit puzzled why atkbd(4) works without kbdmux(4) in >> ddb(4), midboot,e etc. obviously i need to spend some quality time >> with the debugger :) i hope to get to it, eventually :) sorry for the >> delay. > > What can we do to help you debug it? I know for me, it's a major pain, > and I'm sure others have gotten jammed up too. i just spent half of my lunch hour with the debugger :) and, i think, i know what is going on here. i think, there is some twisted interaction going on in sccngetch(int flags) { ... kbd_poll(scp->sc->kbd, TRUE); c = scgetc(scp->sc, SCGETC_CN | flags); kbd_poll(scp->sc->kbd, FALSE); ... } and sckbdevent() { ... while ((c = scgetc(sc, SCGETC_NONBLOCK)) != NOKEY) { ... } code that causes duplicated input in atkbd(4) without kbdmux(4). so, my original patch was not 100% correct. i will try to redo it to see if i can work around the problem. thanks, max From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 20:03:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04EE816A4DF for ; Tue, 11 Jul 2006 20:03:57 +0000 (UTC) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9127943D4C for ; Tue, 11 Jul 2006 20:03:56 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.6/8.13.6) with ESMTP id k6BK3tT9067315; Tue, 11 Jul 2006 13:03:55 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.6/8.13.1/Submit) id k6BK3rTN067314; Tue, 11 Jul 2006 13:03:53 -0700 (PDT) (envelope-from obrien) Date: Tue, 11 Jul 2006 13:03:53 -0700 From: "David O'Brien" To: Scott Long Message-ID: <20060711200353.GB67098@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Scott Long , freebsd-current@freebsd.org References: <20060710212815.GA46336@dragon.NUXI.org> <44B2CBAA.2020407@samsco.org> <20060711181507.GA64759@dragon.NUXI.org> <44B3F729.1070009@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B3F729.1070009@samsco.org> X-Operating-System: FreeBSD 7.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: PS/2 keyboard support in mid-boot borked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 20:03:57 -0000 On Tue, Jul 11, 2006 at 01:08:25PM -0600, Scott Long wrote: > David O'Brien wrote: > >On Mon, Jul 10, 2006 at 03:50:34PM -0600, Scott Long wrote: > > > >>David O'Brien wrote: > >> > >>>For months now PS/2 keyboard support has been broken during boot with the > >>>GENERIC kernel. > >>> > >>>If one has an error in /etc/fstab such that / cannot be mounted, the > >>>kernel prompts with > >>> > >>> Manual root filesystems specification: > >>> [examples listed] > >>> mountroot> > >>> > >>>However one cannot respond to the prompt as keyboard input is ignored. > >>>This seems to be a casualty of kbdmux(4) support being committed back in > >>>February. Is anyone working on fixing this? > >> > >>Yours is definitely the exception case. Does setting the keyboard probe > >>hint hack make a difference? > > > >I reproduced it on two different machines, one with Pheonix BIOS, on with > >AMIBIOS, and two different keyboards. So I don't think it is specific to > >my environment. Have you been at the "mountroot>" prompt lately and had > >a PS/2 keyboard to work? > > Did you try the setting I suggested, or the patch that John refered to? Not yet. The testing I mention above was done before submitting the problem to freebsd-current. I wanted to make sure it was nothing very specific to my environment (or fat fingers). -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 20:09:57 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A30316A4DD; Tue, 11 Jul 2006 20:09:57 +0000 (UTC) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (gerbercreations.com [71.39.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AF8243D70; Tue, 11 Jul 2006 20:09:55 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.1/8.13.3) with ESMTP id k6BK9pWU042699; Tue, 11 Jul 2006 13:09:51 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.1/8.13.3/Submit) id k6BK9oXu042698; Tue, 11 Jul 2006 13:09:50 -0700 (PDT) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Tue, 11 Jul 2006 13:09:49 -0700 From: Greg Lewis To: Christoph Hellwig Message-ID: <20060711200949.GA42576@misty.eyesbeyond.com> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> <20060710202219.GA29786@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060710202219.GA29786@infradead.org> User-Agent: Mutt/1.4.2.1i Cc: Craig Rodrigues , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 20:09:57 -0000 On Mon, Jul 10, 2006 at 09:22:19PM +0100, Christoph Hellwig wrote: > On Mon, Jul 10, 2006 at 01:06:02PM -0600, Scott Long wrote: > > So in your opinion and experience, what are the pros and cons of > > maintaining a table of magic numbers? > > The feature is imensely useful. The implementation won't win any > points for a clean design but works very well in practice. I think > it's definitly better than probing in the kernel because letting a filesystem > driver try to make sense of something that's not it's own format can > lead to all kinds of funnies. Linux does this (iterating all filesystem > types in kernel) for the special case of the root filesystem where mount(8) > is not available, and it showeds various interesting bugs at least in the > fat driver. It also (the root filesystem special case) has a tendency to give misleading error messages which cost me a number of lost hours and grey hairs in my previous job. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 20:11:54 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAD1616A4DF; Tue, 11 Jul 2006 20:11:54 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from strange.daemonsecurity.com (59.Red-81-33-11.staticIP.rima-tde.net [81.33.11.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3433D43D79; Tue, 11 Jul 2006 20:11:51 +0000 (GMT) (envelope-from norgaard@locolomo.org) Received: from [172.16.2.1] (unknown [172.16.2.1]) by strange.daemonsecurity.com (Postfix) with ESMTP id DB30E2E024; Tue, 11 Jul 2006 22:11:49 +0200 (CEST) Message-ID: <44B40601.5050708@locolomo.org> Date: Tue, 11 Jul 2006 22:11:45 +0200 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= Organization: Locolomo.ORG User-Agent: Thunderbird 1.5.0.2 (X11/20060423) MIME-Version: 1.0 To: Doug Barton References: <44AD2569.9070007@rsu.ru> <44AD4D27.3060109@FreeBSD.org> <20060707015458.GC500@odin.ac.hmc.edu> <20060710224854.GC47557@dragon.NUXI.org> <20060711020031.GB3507@odin.ac.hmc.edu> <44B3E520.5030700@FreeBSD.org> In-Reply-To: <44B3E520.5030700@FreeBSD.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050605050206000704000000" Cc: freebsd-current@freebsd.org, Michael Bushkov Subject: Re: nss_ldap and openldap importing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 20:11:54 -0000 This is a cryptographically signed message in MIME format. --------------ms050605050206000704000000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sorry, please accept my apologies and move on :-) I usually just follow this list, but since Doug brought down this path... Doug Barton wrote: > IMO, this argument isn't persuasive. My personal feeling is that before > something new gets added to the base system it needs to have a pretty large > userbase, perhaps even a majority of our users. We have a very good ports > system that exists to provide easy access to "optional" software that isn't > needed by a majority of our users. I haven't seen any reasons why ldap > support doesn't fall into that category. I don't know, but separating things out could both fragment the project and make things progress faster. So, my thought was: How about a "base-ports"? A "base-port" should be a software package entirely maintained by the FreeBSD team but kept outside the base system, and must be under a BSD compatible licence? My list would be, basically what can be disabled in make.conf, and some new ones: GAMES, LPR, NIS, SENDMAIL, BIND, DCHP (server), LDAP Please don't flame me - I know that such a list would be eternally disputed... Cheers, Erik -- Ph: +34.666334818 web: http://www.locolomo.org X.509 Certificate: http://www.locolomo.org/crt/8D03551FFCE04F0C.crt Key ID: 69:79:B8:2C:E3:8F:E7:BE:5D:C3:C3:B1:74:62:B8:3F:9F:1F:69:B9 --------------ms050605050206000704000000 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL5jCC Be8wggPXoAMCAQICCQCNA1Uf/OBPDDANBgkqhkiG9w0BAQUFADCBmTELMAkGA1UEBhMCRVMx GDAWBgNVBAoTD0RhZW1vbiBTZWN1cml0eTEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9y aXR5MR4wHAYDVQQDExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxJDAiBgkqhkiG9w0BCQEWFWNh QGRhZW1vbnNlY3VyaXR5LmNvbTEKMAgGA1UEBRMBMDAeFw0wNjA0MjAxMzE2NTBaFw0wNzA0 MjAxMzE2NTBaMGIxCzAJBgNVBAYTAkVTMRUwEwYDVQQKEwxMb2NvTG9tby5PcmcxFjAUBgNV BAMTDUVyaWsgTm9yZ2FhcmQxJDAiBgkqhkiG9w0BCQEWFW5vcmdhYXJkQGxvY29sb21vLm9y ZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMPmPk5QnkyvR4ZNS/jYCYEk6/x/ mqSIqM7XXmikYX4AmbS4AbgJg7tY150ti87oYIjH4pnt1ReYWV4P2lDE2w0Db73Fk3TGpYcq XNUu4uRl8eoMX6Mh5I34tzJc+ZJqXW0pQtzP7JDgPvLddh0roY/ongaqpnrA6dDh0QfEC+ky z1abx9xmp776RPfRnbzjUht9VGPohiZFLyNfLgw5x4Q5/efDtx3tKDMJP67UnVd1tbclKbOs +HaqxYXNr1TJ9HIpRpfb4IhBFCvBDiiHUjbGtpi2EXeHuwoQ8cp7mjl6j1BfGaoFHvqzA1GD +156qJ9waxEvx/0XGudqWJeFTVkCAwEAAaOCAW4wggFqMA8GA1UdEwEB/wQFMAMCAQAwCwYD VR0PBAQDAgO4MB0GA1UdDgQWBBRpebgs44/nvl3Dw7F0Yrg/nx9puTCBzgYDVR0jBIHGMIHD gBSOYakm6rz5V4h0qO3QlbBuYT3ipaGBn6SBnDCBmTELMAkGA1UEBhMCRVMxGDAWBgNVBAoT D0RhZW1vbiBTZWN1cml0eTEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MR4wHAYD VQQDExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxJDAiBgkqhkiG9w0BCQEWFWNhQGRhZW1vbnNl Y3VyaXR5LmNvbTEKMAgGA1UEBRMBMIIJAI0DVR/84E8BMCAGA1UdEQQZMBeBFW5vcmdhYXJk QGxvY29sb21vLm9yZzA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vd3d3LmRhZW1vbnNlY3Vy aXR5LmNvbS9jYS9kcy5jcmwwDQYJKoZIhvcNAQEFBQADggIBAMefA0DXBeUmPG353ldj4jQP TKusU49AGPtH0gI0W7gnc8L6NQb7/lzpF1xW3fVOXmDBSQrSzdsmPoUiQBOv8/GTPiJbktbr eHGPDDi7xTmNgGCh/gv9EECEc0casKs778FMhJxQDIKUrBpdxpxUVHxzR9m2MgCaiOPi0oru o5ZjdNh4PyfSrYkkMJmp9w7ouulyf7wSOwwyIxZixWHVIo0lJBZCFQqIcCXzmnLUhlUKqMGb 0sOsPh7GITecrfGAM8iBpLuRjGe3yDa8Xx2riflJLjKxqcSg0OIhibS3xkGTgoJhtAJBB21G CkcnHmLXmnXYZvfE/D4twmSGo3j4D79xFA5xMJU5IwNYT+agU2srRq11eZvtVK3p2sF2rgSK 99cbCHL0K3AhhiF9z+1uLjZO8UgnvB81rQG+Kzn/nvZgQ1bvxKnrtzs3UuKPyAXflNVSiMwO vUv04tBJcIGrdiav64BTQFBgguY7JWWkrsaTeEMUHXW6aUyGCfngQ2LR6McfDeZZLM0BKXiv pjozutGTR76khWqSsttSZQoGoNbMRcHodFCZ2RHSsM1rPKINY1w7vTnr8oEVD3D+pY1UrM/o vDkvS8ypr+gg66pMC0gXl7cReoFNiE118sHKlAEGKNlka3Pga2r+AL6KrjwCZHMwOFDheFoN k9rxTruKV0O0MIIF7zCCA9egAwIBAgIJAI0DVR/84E8MMA0GCSqGSIb3DQEBBQUAMIGZMQsw CQYDVQQGEwJFUzEYMBYGA1UEChMPRGFlbW9uIFNlY3VyaXR5MR4wHAYDVQQLExVDZXJ0aWZp Y2F0ZSBBdXRob3JpdHkxHjAcBgNVBAMTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEkMCIGCSqG SIb3DQEJARYVY2FAZGFlbW9uc2VjdXJpdHkuY29tMQowCAYDVQQFEwEwMB4XDTA2MDQyMDEz MTY1MFoXDTA3MDQyMDEzMTY1MFowYjELMAkGA1UEBhMCRVMxFTATBgNVBAoTDExvY29Mb21v Lk9yZzEWMBQGA1UEAxMNRXJpayBOb3JnYWFyZDEkMCIGCSqGSIb3DQEJARYVbm9yZ2FhcmRA bG9jb2xvbW8ub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw+Y+TlCeTK9H hk1L+NgJgSTr/H+apIioztdeaKRhfgCZtLgBuAmDu1jXnS2LzuhgiMfime3VF5hZXg/aUMTb DQNvvcWTdMalhypc1S7i5GXx6gxfoyHkjfi3Mlz5kmpdbSlC3M/skOA+8t12HSuhj+ieBqqm esDp0OHRB8QL6TLPVpvH3GanvvpE99GdvONSG31UY+iGJkUvI18uDDnHhDn958O3He0oMwk/ rtSdV3W1tyUps6z4dqrFhc2vVMn0cilGl9vgiEEUK8EOKIdSNsa2mLYRd4e7ChDxynuaOXqP UF8ZqgUe+rMDUYP7Xnqon3BrES/H/Rca52pYl4VNWQIDAQABo4IBbjCCAWowDwYDVR0TAQH/ BAUwAwIBADALBgNVHQ8EBAMCA7gwHQYDVR0OBBYEFGl5uCzjj+e+XcPDsXRiuD+fH2m5MIHO BgNVHSMEgcYwgcOAFI5hqSbqvPlXiHSo7dCVsG5hPeKloYGfpIGcMIGZMQswCQYDVQQGEwJF UzEYMBYGA1UEChMPRGFlbW9uIFNlY3VyaXR5MR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRo b3JpdHkxHjAcBgNVBAMTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEkMCIGCSqGSIb3DQEJARYV Y2FAZGFlbW9uc2VjdXJpdHkuY29tMQowCAYDVQQFEwEwggkAjQNVH/zgTwEwIAYDVR0RBBkw F4EVbm9yZ2FhcmRAbG9jb2xvbW8ub3JnMDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly93d3cu ZGFlbW9uc2VjdXJpdHkuY29tL2NhL2RzLmNybDANBgkqhkiG9w0BAQUFAAOCAgEAx58DQNcF 5SY8bfneV2PiNA9Mq6xTj0AY+0fSAjRbuCdzwvo1Bvv+XOkXXFbd9U5eYMFJCtLN2yY+hSJA E6/z8ZM+IluS1ut4cY8MOLvFOY2AYKH+C/0QQIRzRxqwqzvvwUyEnFAMgpSsGl3GnFRUfHNH 2bYyAJqI4+LSiu6jlmN02Hg/J9KtiSQwman3Dui66XJ/vBI7DDIjFmLFYdUijSUkFkIVCohw JfOactSGVQqowZvSw6w+HsYhN5yt8YAzyIGku5GMZ7fINrxfHauJ+UkuMrGpxKDQ4iGJtLfG QZOCgmG0AkEHbUYKRyceYteaddhm98T8Pi3CZIajePgPv3EUDnEwlTkjA1hP5qBTaytGrXV5 m+1UrenawXauBIr31xsIcvQrcCGGIX3P7W4uNk7xSCe8HzWtAb4rOf+e9mBDVu/Eqeu3OzdS 4o/IBd+U1VKIzA69S/Ti0Elwgat2Jq/rgFNAUGCC5jslZaSuxpN4QxQddbppTIYJ+eBDYtHo xx8N5lkszQEpeK+mOjO60ZNHvqSFapKy21JlCgag1sxFweh0UJnZEdKwzWs8og1jXDu9Oevy gRUPcP6ljVSsz+i8OS9LzKmv6CDrqkwLSBeXtxF6gU2ITXXywcqUAQYo2WRrc+Brav4Avoqu PAJkczA4UOF4Wg2T2vFOu4pXQ7QxggP8MIID+AIBATCBpzCBmTELMAkGA1UEBhMCRVMxGDAW BgNVBAoTD0RhZW1vbiBTZWN1cml0eTEeMBwGA1UECxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5 MR4wHAYDVQQDExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxJDAiBgkqhkiG9w0BCQEWFWNhQGRh ZW1vbnNlY3VyaXR5LmNvbTEKMAgGA1UEBRMBMAIJAI0DVR/84E8MMAkGBSsOAwIaBQCgggIp MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDcxMTIwMTE0 NlowIwYJKoZIhvcNAQkEMRYEFBzwFLdKZ/JDcxZVTiywia218Kx1MFIGCSqGSIb3DQEJDzFF MEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIG4BgkrBgEEAYI3EAQxgaowgacwgZkxCzAJBgNVBAYTAkVTMRgw FgYDVQQKEw9EYWVtb24gU2VjdXJpdHkxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0 eTEeMBwGA1UEAxMVQ2VydGlmaWNhdGUgQXV0aG9yaXR5MSQwIgYJKoZIhvcNAQkBFhVjYUBk YWVtb25zZWN1cml0eS5jb20xCjAIBgNVBAUTATACCQCNA1Uf/OBPDDCBugYLKoZIhvcNAQkQ AgsxgaqggacwgZkxCzAJBgNVBAYTAkVTMRgwFgYDVQQKEw9EYWVtb24gU2VjdXJpdHkxHjAc BgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTEeMBwGA1UEAxMVQ2VydGlmaWNhdGUgQXV0 aG9yaXR5MSQwIgYJKoZIhvcNAQkBFhVjYUBkYWVtb25zZWN1cml0eS5jb20xCjAIBgNVBAUT ATACCQCNA1Uf/OBPDDANBgkqhkiG9w0BAQEFAASCAQB1YIqAPMXI3OVHOkkuXRr30cXIhv5n YfjQIQEcZJv8ov1f5R7PZNmBlWVxoYw2ISc5pRKyswSvvNulhs+aR3lqlmEI9aUtKjiSPrH1 E0gL/m+V3X+PqogD0+aucvM3kBGvWdO784oIGZWIzmZ09zHUNySf6cMqT0awDQDZcNmOAM2e QE5pUfepEW//7yYaaqlntVnVRMYAHjWbxi3epSCS4hJeMPE81MCmFfLfwN9/FGrtAHsGMQmi 5EnFP164m3LA58/OBC3aE4dGr1CUTXtexIB3b2fQrelqXn34X4VTVgNyLdfLqNDd1ejpxlrk E0hGcIxm+eiumNviG7MB/sHTAAAAAAAA --------------ms050605050206000704000000-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 20:32:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 3C7C816A4E1; Tue, 11 Jul 2006 20:32:13 +0000 (UTC) In-Reply-To: <20060712.044439.74753790.goto@snowy.to> from Yoshikazu GOTO at "Jul 12, 2006 04:44:39 am" To: goto@snowy.to (Yoshikazu GOTO) Date: Tue, 11 Jul 2006 20:32:13 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060711203213.3C7C816A4E1@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 20:32:13 -0000 > > In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an > > interrupt for the re0 device but it won't show up in the probe line in that > > case since the probe line is printed before re_attach() is called. In fact, > > in the failing case, it wasn't bus_alloc_resource() that failed, but > > bus_setup_intr(). This is most likely not an re0 issue however. > > > > goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() > > and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL > > cases is being triggered? > > I added printf() to 2 functions (one in intr_add_handler() and two > in intr_event_add_handler()) and re-build my kernel and reboot my > ThinkPad X40. But I could not get any printf's messages. > > And I have a question. Why INTR_FAST was added in re_attach()? > When I deleted it and re-build if_re modules, my card was attached. INTR_FAST added because the driver was converted to use 'fast' interrupts. I really hope nobody's going to tell me that INTR_FAST isn't supported with cardbus. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 20:50:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA6CD16A4DE; Tue, 11 Jul 2006 20:50:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E630C43D7B; Tue, 11 Jul 2006 20:50:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k6BKnTEU046628; Tue, 11 Jul 2006 14:49:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 11 Jul 2006 14:49:29 -0600 (MDT) Message-Id: <20060711.144929.74705658.imp@bsdimp.com> To: wpaul@freebsd.org From: Warner Losh In-Reply-To: <20060711203213.3C7C816A4E1@hub.freebsd.org> References: <20060712.044439.74753790.goto@snowy.to> <20060711203213.3C7C816A4E1@hub.freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 11 Jul 2006 14:49:30 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 20:50:35 -0000 > > > In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an > > > interrupt for the re0 device but it won't show up in the probe line in that > > > case since the probe line is printed before re_attach() is called. In fact, > > > in the failing case, it wasn't bus_alloc_resource() that failed, but > > > bus_setup_intr(). This is most likely not an re0 issue however. > > > > > > goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() > > > and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL > > > cases is being triggered? > > > > I added printf() to 2 functions (one in intr_add_handler() and two > > in intr_event_add_handler()) and re-build my kernel and reboot my > > ThinkPad X40. But I could not get any printf's messages. > > > > And I have a question. Why INTR_FAST was added in re_attach()? > > When I deleted it and re-build if_re modules, my card was attached. > > INTR_FAST added because the driver was converted to use 'fast' interrupts. > > I really hope nobody's going to tell me that INTR_FAST isn't supported with > cardbus. INTR_FAST isn't supported with cardbus at the moment. However, that decision dates from a time when you couldn't share fast and non-fast interrupts. Cardbus necessarily shared its function interrupt with its card status change interrupt (since there's only one interrupt pin on the cardbus bridge). I'll investigate what it takes to make this happen given the current new-world order. I have at least one re cardbus card, I think, so I can do testing. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 21:12:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FE3E16A4E0; Tue, 11 Jul 2006 21:12:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A5A43D70; Tue, 11 Jul 2006 21:12:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6BLColH077651; Tue, 11 Jul 2006 17:12:50 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Bill Paul Date: Tue, 11 Jul 2006 17:12:43 -0400 User-Agent: KMail/1.9.1 References: <20060711203213.3C7C816A4E1@hub.freebsd.org> In-Reply-To: <20060711203213.3C7C816A4E1@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607111712.44933.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 11 Jul 2006 17:12:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1592/Tue Jul 11 16:40:37 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 21:12:58 -0000 On Tuesday 11 July 2006 16:32, Bill Paul wrote: > > > > In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an > > > interrupt for the re0 device but it won't show up in the probe line in that > > > case since the probe line is printed before re_attach() is called. In fact, > > > in the failing case, it wasn't bus_alloc_resource() that failed, but > > > bus_setup_intr(). This is most likely not an re0 issue however. > > > > > > goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() > > > and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL > > > cases is being triggered? > > > > I added printf() to 2 functions (one in intr_add_handler() and two > > in intr_event_add_handler()) and re-build my kernel and reboot my > > ThinkPad X40. But I could not get any printf's messages. > > > > And I have a question. Why INTR_FAST was added in re_attach()? > > When I deleted it and re-build if_re modules, my card was attached. > > INTR_FAST added because the driver was converted to use 'fast' interrupts. > > I really hope nobody's going to tell me that INTR_FAST isn't supported with > cardbus. Heh, that probably is the case actually as it proxies the interrupts. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 21:47:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11B2616A4DA; Tue, 11 Jul 2006 21:47:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B2FF43D66; Tue, 11 Jul 2006 21:47:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k6BLiiaG047512; Tue, 11 Jul 2006 15:44:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 11 Jul 2006 15:44:53 -0600 (MDT) Message-Id: <20060711.154453.-1632629843.imp@bsdimp.com> To: wpaul@freebsd.org From: "M. Warner Losh" In-Reply-To: <20060711.144929.74705658.imp@bsdimp.com> References: <20060712.044439.74753790.goto@snowy.to> <20060711203213.3C7C816A4E1@hub.freebsd.org> <20060711.144929.74705658.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 11 Jul 2006 15:44:45 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 21:47:28 -0000 In message: <20060711.144929.74705658.imp@bsdimp.com> Warner Losh writes: : > > > In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an : > > > interrupt for the re0 device but it won't show up in the probe line in that : > > > case since the probe line is printed before re_attach() is called. In fact, : > > > in the failing case, it wasn't bus_alloc_resource() that failed, but : > > > bus_setup_intr(). This is most likely not an re0 issue however. : > > > : > > > goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() : > > > and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL : > > > cases is being triggered? : > > : > > I added printf() to 2 functions (one in intr_add_handler() and two : > > in intr_event_add_handler()) and re-build my kernel and reboot my : > > ThinkPad X40. But I could not get any printf's messages. : > > : > > And I have a question. Why INTR_FAST was added in re_attach()? : > > When I deleted it and re-build if_re modules, my card was attached. : > : > INTR_FAST added because the driver was converted to use 'fast' interrupts. : > : > I really hope nobody's going to tell me that INTR_FAST isn't supported with : > cardbus. : : INTR_FAST isn't supported with cardbus at the moment. : : However, that decision dates from a time when you couldn't share fast : and non-fast interrupts. Cardbus necessarily shared its function : interrupt with its card status change interrupt (since there's only : one interrupt pin on the cardbus bridge). I'll investigate what it : takes to make this happen given the current new-world order. I have : at least one re cardbus card, I think, so I can do testing. You can try the following patch. It just papers over the problem... Warner Index: pccbb.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/pccbb/pccbb.c,v retrieving revision 1.150 diff -u -r1.150 pccbb.c --- pccbb.c 3 Jun 2006 21:05:36 -0000 1.150 +++ pccbb.c 11 Jul 2006 21:44:41 -0000 @@ -354,6 +354,7 @@ struct cbb_softc *sc = device_get_softc(dev); int err; +#if 0 /* * Well, this is no longer strictly true. You can have multiple * FAST ISRs, but can't mix fast and slow, so we have to assume @@ -362,6 +363,7 @@ */ if ((flags & INTR_FAST) != 0) return (EINVAL); +#endif ih = malloc(sizeof(struct cbb_intrhand), M_DEVBUF, M_NOWAIT); if (ih == NULL) return (ENOMEM); From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 22:24:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA9C16A4DE; Tue, 11 Jul 2006 22:24:06 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 276E943D5D; Tue, 11 Jul 2006 22:24:04 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.180.239] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1G0QeA3Pn5-0002Z1; Wed, 12 Jul 2006 00:24:04 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Wed, 12 Jul 2006 00:24:00 +0200 User-Agent: KMail/1.9.1 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-current@freebsd.org Subject: FreeBSD Status Report Second Quarter 2006 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 22:24:06 -0000 --Boundary-00=_CUCtEMHd7mLwLaH Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_CUCtEMHd7mLwLaH Content-Type: text/plain; charset="us-ascii"; name="report-apr-2006-jun-2006.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="report-apr-2006-jun-2006.txt" April-June 2006 Status Report Introduction With the release of FreeBSD 5.5 and FreeBSD 6.1, the second quarter of 2006 has been productive. Google is sponsoring 14 students to work on FreeBSD as part of their Summer of Code Program (most of which already submitted a report for elaboration on their projects). Sun's open-source software is starting to make its way into FreeBSD as a port of DTrace is nearing completion and a port to the UltraSparc T1 processor (which gives a great push to the ongoing SMP efforts). Having a powerful debugging tool combined with a CPU that can run up to 32 concurrent threads helps to identify scalability issues. BSDCan 2006 was yet again a smashing success and much was covered in the 2-day developer summit. As a product of the conference, a new focus on FreeBSD for the embedded sector has started. Various ARM boards are targeted, a MIPS32 port is gearing up and people are looking for other interesting platforms to port FreeBSD to. Preparation for the EuroBSDCon (in Milan, Italy) on November has already issued a call for papers. In addition, a lot of spring cleaning is taking place in the network stack. After conclusion of the KAME project, IPv6 code integration has been refocused and a fully locked port of SCTP is in the final stage of integration. Of course, all this goes without noting all the progress made with the other network projects. Please read below for more detailed news on the projects that happened in FreeBSD during the last three months. If you are interested in helping, consider the "Open Tasks lists" provided with some reports. In addition we would like to point you at the list of projects and ideas for volunteers and hope to receive a status report from you next time. Thanks to all reporters for your excellent work and timing!. Enjoy reading. _________________________________________________________________ Google summer of code * BSNMP Bridge module * gvirstor * Improving Ports Collection * Interrupt handling * IPv6 Vulnerabilities * Jail Resource Limits * K Kernel Meta-Language * Linuxolator kernel update to match functionality of 2.6.x * Nss-LDAP importing and nsswitch subsystem improvement Projects * DTrace * Embedded FreeBSD * TrustedBSD Audit Network infrastructure * FAST_IPSEC Upgrade * FreeBSD NFS Status Report * IPv6 cleanup * Multi-IP v4/v6 jails * SCTP Integration * Wireless Networking Kernel * Giant-Less UFS with Quotas * Giant-Less USB framework * GJournal * Gvinum improvements * Sound subsystem improvements * SSE2 Kernel support * XFS for FreeBSD Documentation * FreeBSD list of projects and ideas for volunteers * Hungarian translation of the webpages Userland programs * Low-overhead performance monitoring tools Architectures * PowerPC Port Ports * FreshPorts * Ports Collection * Update of the Linux userland infrastructure in the Ports Collection Vendor / 3rd Party Software * BSDInstaller * pfSense * xscale board buy Miscellaneous * BSDCan * EuroBSDCon 2006 - November 10th - 12th, Milan, Italy * FreeBSD Security Officer and Security Team * Release Engineering _________________________________________________________________ BSDCan URL: http://www.bsdcan.org/ Contact: Dan Langille BSDCan 2006 continues to impress. Again this year, we had a good collection of talks from a wide range of speakers. In all, we had over 200 people from 14 different countries. Our sponsorship pool continues to grow. This year we had sponsorship from: * USENIX * The FreeBSD Foundation * PARSE * iXsystems * O'Reilly * Stevens Institute of Technology * nCircle The t-shirts were very popular, with all of them going in very short time. Of course, it helped that this year they were free, courtesy of PARSE. The 2007 planning has already begun and we look forward to another popular and successful event. My thanks to the 2006 program committee, the speakers, the volunteers, the sponsors, and, of course, the attendees. See you at BSDCan 2007. _________________________________________________________________ BSDInstaller URL: http://wikitest.freebsd.org/moin.cgi/BSDInstaller Contact: Andrew Turner Since the last status report ports have been created for all parts of the BSDInstaller except the backend. A snapshot of the BSDInstaller was released during this quarter. This has shown a number of bugs with the installation process. Most have now been fixed. _________________________________________________________________ BSNMP Bridge module URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/soc %2dshteryana/bsnmp/usr.sbin/bsnmpd/modules/snmp%5fbridge URL: http://wiki.freebsd.org/SnmpBridgeModule Contact: Shteryana Shopova As part of my SoC 2006 project I am working on implementing a BRIDGE monitoring module for FreeBSD's BSNMP daemon. Initial prototyping is done and some kernel changes are coming to be able to access all needed data. In addition to IETF RFC 4188, which was designed for monitoring a single bridge, this snmp module will support monitoring of multiple bridge devices as supported by FreeBSD. Open tasks: 1. Finish kernel changes and the code for the snmp module. 2. Testing. _________________________________________________________________ DTrace URL: http://people.freebsd.org/~jb/dtrace/index.html Contact: John Birrell Anonymous enablings now work. There is a new option in the boot loader menu to load the DTrace modules and trace the kernel boot process. Sun Microsystems has been very supportive of the FreeBSD port and has generously provided a Sun Fire T2000 server to allow Kip Macy's sun4v port to be merged into the DTrace project tree. The DTrace project tree sources are now exported to cvsup10.freebsd.org Refer to the project page for more details. Open tasks: 1. Current effort centres around making DTrace useful for the sun4v porting effort which has shown up scalability issues with the current FreeBSD SMP implementation. DTrace should be ideal for analysing those issues. _________________________________________________________________ Embedded FreeBSD URL: http://www.embeddedfreebsd.org/ Contact: George Neville-Neil There are several projects moving forward in the embedded area. For now the main location for new information is www.embeddedfreebsd.org. We have also created a new mailing list, freebsd-embedded@freebsd.org , which is meant to eventually replace the freebsd-small. A call was put out on small for people to move to embedded. Open tasks: 1. Update Developers Handbook with information on building embedded versions of FreeBSD 2. Help with the MIPS port 3. Help with the ARM port 4. Investigate an SH port (requested by folks in Japan where the Hitachi SH processor is quite popular in embedded) _________________________________________________________________ EuroBSDCon 2006 - November 10th - 12th, Milan, Italy URL: http://www.eurobsdcon.org Contact: Massimiliano Stucchi This year's EuroBSDCon will be held in Milan, Italy, on November 10th through 12th. Hosted in the foggy northern Italy, the fifth EuroBSDCon aims at being a new successful chapter in the itinerant series of European BSD conferences. EuroBSDCon represents the biggest gathering for BSD developers from the old continent, as well as users and passionates from around the World. It is also a chance to share experiences, know-how, and cultures. For the first time, parallel to the main event, an event for wives/girlfriends/friends will be organised. It will consist of guided tours of the city of Milan, a probable trip to Como and visits to various museums. We're also working towards offering a show at the Teatro alla Scala. The FreeBSD developer summit will be also held on November 10th. Open tasks: 1. The Call For Papers is out, so everybody is invited to send in papers or tutorials that might be of interest to the community 2. The Conference Organisers are also looking for sponsors. Feel free to contact oc@eurobsdcon.org in order to discover the different sponsoring opportunities. _________________________________________________________________ =46AST_IPSEC Upgrade URL: http://sources.zabbadoz.net/freebsd/ipv6/fast-ipsec.html Contact: George Neville-Neil Contact: Bjoern A. Zeeb Continuing to add IPv6 support to FAST_IPSEC. Test environment is now stable. Can build and run kernels with FAST_IPSEC and INET6 enabled but IPSec in IPv6 is now broken and being worked on. Open tasks: 1. Complete move to FAST_IPSEC type processing for IPv6. This is complicated by the structure of the IPv6 code itself which, unlike IPv4 splits transport and tunnel mode processing across the output routine. _________________________________________________________________ =46reeBSD list of projects and ideas for volunteers URL: http://www.FreeBSD.org/projects/ideas/ Contact: Joel Dahl Contact: Alexander Leidinger The FreeBSD list of projects and ideas for volunteers is doing well. Several items were picked up by volunteers and have found their way into the tree. Others are under review or in progress. We are looking forward to hear about new ideas, people willing to act as technical contacts for generic topics such as USB or specific entries (already existing or newly created) and suggestions for existing entries or completion reports for (parts of) an entry. Open tasks: 1. Add more ideas. 2. Find more technical contacts. 3. Find people willing to review/test implementations of (somewhat) finished items. _________________________________________________________________ =46reeBSD NFS Status Report Contact: Chuck Lever Mohan Srinivas committed his changes to make the NFSv2/3 client MP safe to HEAD this quarter. Changes may be back-ported to 6.x soon. Robert Watson and Chuck Lever held a discussion about the future of the in-kernel NFSv4 client during BSDCan 2006. The current NFSv4 client is unmaintained. Chuck also pointed out the long series of unfixed PRs against the legacy client (NFSv2/3). These are at the top of his priority list. Robert is also interested in making NFSv4-style ACLs the lingua franca for FreeBSD file systems. There was some discussion about integrating Rick Maclem's NFSv4 server into 7.x. Chuck Lever became a full source committer during this quarter. _________________________________________________________________ =46reeBSD Security Officer and Security Team URL: http://www.freebsd.org/security/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributors/staff -listing.html#STAFF-SECTEAM URL: http://vuxml.freebsd.org/ Contact: Security Officer Contact: Security Team In the time since the last status report, four security advisories have been issued concerning problems in the base system of FreeBSD; of these, one problem was "contributed" code, while three were in code maintained within FreeBSD. The Vulnerabilities and Exposures Markup Language (VuXML) document has continued to be updated by the Security Team and Ports Committers documenting new vulnerabilities in the FreeBSD Ports Collection; since the last status report, 71 new entries have been added, bringing the total up to 757. The following FreeBSD releases are supported by the FreeBSD Security Team: FreeBSD 4.11, FreeBSD 5.3, FreeBSD 5.4, FreeBSD 5.5, FreeBSD 6.0, and FreeBSD 6.1. The respective End of Life dates of supported releases are listed on the web site; of particular note, FreeBSD 5.3 and FreeBSD 5.4 will cease to be supported at the end of October 2006, while FreeBSD 6.0 will cease to be supported at the end of November 2006. _________________________________________________________________ =46reshPorts URL: http://www.freshports.org/ Contact: Dan Langille FreshPorts has seen several new features recently: * caching implemented at web application level to reduce load on the database server and to serve pages faster * searching expanded to find all the ports that this maintainer maintains, and all the commits by a particular committer Most of the work lately has been optimisation, either at the database level or at the web application level. A 2U server was recently donated to the FreshPorts / FreshSource / FreeBSD Diary / BSDCan group. We have also received a RAID card. Now we're looking for some hard drives. Over the past few weeks, work has concentrated on benchmarking the new server and getting it ready for production. Eventually it will need a new home as I don't really want it running in my basement all the time (it's really loud!). Thanks to iXsystems and 3Ware for their contributions to this project. Open tasks: 1. We would like some more hardware (CPUs and HDD). Details here _________________________________________________________________ Giant-Less UFS with Quotas URL: http://people.freebsd.org/~kib/quotagiant Contact: Konstantin Belousov The patches to allow UFS operate with quotas in Giant-less mode are brewed for long now. Since recent huge pile of fixes into snapshots code, I think the problems you could encounter are caused solely by the patch. Aside performance benefits, patch has another one, much more valuable. It makes UFS operating in one locking regime whatever options are compiled into kernel. I think, in long term, that would lead to better stability of the system. Open tasks: 1. I need testers feedback. Both stability reports and performance measurements are welcomed ! _________________________________________________________________ Giant-Less USB framework URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/projects /usb/src/sys/dev/usb&HIDEDEL=3DNO URL: http://www.turbocat.net/~hselasky/usb4bsd Contact: Hans Petter Sirevaag Selasky For some time now I have been working on converting the existing USB device drivers to my new and mutex enabled USB API. I have converted "ulpt", "ums", "uhid", "ukbd", "ugen", "uaudio", and a few others. Around 10 USB device drivers are left to convert. Most of these are network device drivers. At the present moment I am working on getting scatter and gathering support working for all USB host controllers. Scatter and gathering means that one allocates PAGE_SIZE bytes of memory at a time, and then fills these memory blocks up as much as possible with USB host controller structures and buffers. This should solve problems allocating DMA-able memory when the system memory becomes fragmented. Open tasks: 1. If anyone wants to help convert the remaining USB device drivers, please drop me an e-mail. _________________________________________________________________ GJournal URL: http://lists.freebsd.org/pipermail/freebsd-fs/2006-June/001962.html URL: http://people.freebsd.org/~pjd/patches/gjournal.patch URL: http://people.freebsd.org/~pjd/patches/gjournal6.patch Contact: Pawel Jakub Dawidek GJournal is a GEOM class which provides journaling for GEOM providers. It can also be used to journal various file system with just a minimal filesystem-specific portion of code. Currently only UFS journaling is implemented on top of gjournal. Being filesystem-independent and operating below the file system level, gjournal has no way to distinguish data from metadata, thus it journal both. One of the nice things about gjournal is that it works reliable even on disks with enabled write cache, which is often not the case for journalled file system. And remember... fsck no more. Open tasks: 1. I'm looking for feedback from users who can test gjournal in various workloads. _________________________________________________________________ Gvinum improvements Contact: Ulf Lilleengen I have been working on porting missing features in gvinum from vinum, as well as adding new features. So far the resetconfig, detach, dumpconfig, setstate (on plexes and volumes) and stop commands have been implemented, as well as some other minor fixes. The attach command is currently being implemented, and started on disk-grouping. Currently most of this is in p4, but patches will be submitted as soon as possible. _________________________________________________________________ gvirstor URL: http://wikitest.freebsd.org/gvirstor Contact: Ivan Voras The purpose of gvirstor module is to provide the ability to create a virtual storage device of arbitrarily large size (typically several terabytes) which consists of an arbitrary number of physical storage devices (actually any lower-level GEOM providers, including RAID devices) of arbitrary size (typically 50 GB - 400 GB hard drives). Storage space from these components is carved into small chunks (for example 4 MB) and allocated (committed) to the virtual device on as-needed basis. Development has started and progressing as planned (though a little bit slow). Metadata format and virtual storage allocation formats have been defined and more serious coding is in progress. Open tasks: 1. Much user testing will be needed (though not currently) _________________________________________________________________ Hungarian translation of the webpages URL: http://gabor.t-hosting.hu/data/hu/ Contact: G=E1bor K=F6vesd=E1n The translated webpage is almost ready now. This Hungarian translation is a "lite" version of the original English webpages, since there are parts that are irrelevant for the Hungarian community, or has pieces of data that change quickly, so it's no use to translate these pages now, maybe later, if we have more Hungarian contributors, but this webpage would be a good starting point in translating the documentations, and we need a good place to put translated documentations anyway. I'm going to be very busy with SoC this summer, but I'll try to find people that can help me out in this project. Any help appreciated. Open tasks: 1. The remaining important pages should be translated. 2. The press/media/news sections should be restructured somehow to being fed from the English webapges, since we don't have too much Hungarian resource to make these up to date. 3. There's a rendering issue when browsing the pages with JavaScipt enabled, but this can be server-side for me, this should be investigated as well. _________________________________________________________________ Improving Ports Collection URL: http://wikitest.freebsd.org/G%C3%A1borK%C3%B6vesd%C3%A1n URL: http://wikitest.freebsd.org/DESTDIR URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/98105 Contact: G=E1bor K=F6vesd=E1n The improved support for the i386 binaries are ready for -exp run. It only allows installing such ports on amd64 and ia64 when there's a compatibility layer compiled into the kernel and the 32-bit libraries are installed under /usr/lib32. The DESTDIR support are in progress. It works for the simplest ports without USE_* that don't have a [pre|do|post]-install target. There are more complicated issues with e.g. conflict checking in DESTDIR, deinstalling from DESTDIR, those have to be fixed as well. Open tasks: 1. DESTDIR issues should be fixed. 2. All ports should be examined whether they respect CC/CFLAGS, and the erroneous ones should be fixed. 3. Fetch scripts should be taken out of bsd.port.mk to be separate scripts. 4. A tool should be written that makes possible to cross-compile ports. 5. A good plist generator tool should be written for porters or the old one in ports/Tools/scripts should be updated. _________________________________________________________________ Interrupt handling Contact: Paolo Pisati With the introduction of fine grained locking in the SMPng project, the FreeBSD kernel went under a major redesign, and many subsystem changed significantly with it. In particular, device driver's interrupt context ("the bottom half") had the necessity to synchronise with process context ("the top half") and share data in a consistent manner without using spl*(). To overcome this problem, a new interrupt model based around interrupt threads was employed, together with a fast interrupt model dedicated to particular driver handlers that don't block on locks (i.e. serial port, clock, etcetc). Unfortunately, even if the interrupt thread model proved to be a reliable solutions, its performance were not on par with the pre SMPng era (4.x), and thus others solutions were investigated, with interrupt filtering being one of that. As part of my Summer of Code 2006 work, i'm implementing interrupt filtering for FreeBSD, and when the framework will be in place i'll compare the performance of filters, against all the previous models: pre-SMPng(4.x), ithread and polling. The most important modifications to the src tree so far where: * made PPC accepts more than one FAST handler per irq line (previously INTR_FAST implied INTR_EXCL) * converted all the INTR_FAST handlers to be filters: return an error code to note what they did (FILTER_HANDLED/FILTER_STRAY) and if they need more work to do (FILTER_SCHEDULE_THREAD) * moved part of the interrupt execution code from MD code to kern_intr.c::intr_filter_loop() * broke newbus API: bus_setup_intr() grew a new filter parameter of type "int driver_filter_t(void*)". * converted all the bus that override bus_setup_intr() to handle filters * converted all the normal ithread driver to provide a NULL filter funcion The next milestone is to have all the different models (filters only, ithread only and filter + ithread) work together reliably. Open tasks: 1. Arm is largely untested 2. Sparc64 needs more work on low level (.s) interrupt routine _________________________________________________________________ IPv6 cleanup URL: http://sources.zabbadoz.net/freebsd/ipv6/ URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/bz/ ipv6 Contact: Bjoern A. Zeeb Initial changes include: * Changed ip6_sprintf to no longer return a static buffer. * Started to adopt in6_pcb* code to what we have for legacy IP. Next steps will be to reduce the number of global variables and caches. Open tasks: 1. Cleanup code. 2. Make everything MPSafe. 3. Enhance things and add new features. _________________________________________________________________ IPv6 Vulnerabilities URL: http://wiki.freebsd.org/ClementLecigne Contact: George Neville-Neil Contact: Cl=E9ment Lecigne Clement has been working both with libnet and gnn's Python based packet library (PCS) to produce code to test for vulnerabilities in IPv6. To Clement has found some issues, all of which have been reported to his mentor and to Security Officer at FreeBSD.org Vulnerabilities will not be reported here. Open tasks: 1. Get 0.1 of PCS on to SourceForge for wider use. _________________________________________________________________ Jail Resource Limits Contact: Chris Jones Project is in development with initial working software expected mid-July 2006. CPU limits will be implemented with a hierarchical scheduler: (initially) using a round-robin scheduler to select which jail to run a task in and then delegating which task in the jail to be run to a per-jail scheduler. Open tasks: 1. Complete round-robin inter-jail scheduler (with existing 4BSD schedulers implemented per jail). 2. Add hooks for memory tracking. _________________________________________________________________ K Kernel Meta-Language URL: http://wikitest.freebsd.org/SpencerWhitman Contact: Spencer Whitman Contact: Poul-Henning Kamp A simple lexer and parser have almost been completed. Also significant planing for future additions to K have been thought up. Open tasks: 1. Finish the lexer and parser 2. Implement the #! preprocessor function 3. Add lint like functionality to the preprocessor 4. Add style(9) checking to the preprocessor 5. Allow for detection of unused #includes _________________________________________________________________ Linuxolator kernel update to match functionality of 2.6.x URL: http://wiki.freebsd.org/RomanDivacky Contact: Roman Divacky Contact: Alexander Leidinger FreeBSD linux emulation layer (linuxolator) currently implements most of the functionality necessary to emulate 2.4.2 linux kernel, but linux world has moved forward and current linux world requires 2.6.x features. The aim of this SoC task is to make Fedora Core 4 linux-base to be able to run with 2.6.x kernel. Currently this means extending clone() syscall and implement pthread related things. This involves TLS implementation (sys_set_thread_area syscall) and possibly tid manipulation (used for pthread_join etc.) and finally futexes (linux fast user-space mutexes implementation). This should enable pthread-linked programs to work. After this is done there may be other things necessary to implement however, only time will tell. I am funded by google.com in their SoC to do this work and I'll continue to work on this after the summer hopefully as a part of my MSc. thesis. Open tasks: 1. Finish the TLS thing + other thread related things (tid comes to mind and looks necessary for pthread to work) 2. Futexes also look necessary for pthread to work 3. maybe other things to be able to run basic programs under 2.6.16 linuxolator _________________________________________________________________ Low-overhead performance monitoring tools URL: http://wiki.freebsd.org/LibElf URL: http://wiki.freebsd.org/PmcTools URL: http://people.freebsd.org/~jkoshy/projects/perf-measurement/ Contact: Joseph Koshy As an intermediate step towards implementing support for callgraphs and cross-architecture performance measurements, I am creating a BSD-licensed library for ELF parsing & manipulation. This library will implement the SysV/SVR4 (g)ELF[3] API. Current status: Implementation of the library is in progress. A TET-based test suite for the API and manual pages documenting the library's interfaces are being concurrently created. Work is being done in FreeBSD's Perforce repository. I hope to be ready for general review by the end of July '06. Open tasks: 1. Reviewers are needed for the code and the test suite. If you have extensions to the stock SysV/SVR4 ELF(3) API that you would like to see in -lelf, please send mail. _________________________________________________________________ Multi-IP v4/v6 jails URL: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/bz/ jail Contact: Bjoern A. Zeeb As an intermediate step until FreeBSD will have full network stack virtualisation this work shall provide support for multi-IP IPv4/v6 jails. These changes are based on Pawel Jakub Dawidek's work for multi-IPv4 jails and some initial work from Olivier Houchard for single-IPv6 jails. The changes need some more testing but basically things work. This is not considered to be the right thing todo so do not ask for official support or if this will be committed to the FreeBSD source repository. After some more cleanup of non-jail related IPv6 changes I will publish a patch for HEAD and perhaps RELENG_6 for everyone who wants to give it a try anyway. Open tasks: 1. (IPv6) related security checks. 2. Write some tests. Especially IPv6 changes need more testing. 3. Check what general changes might need merging to HEAD. _________________________________________________________________ Nss-LDAP importing and nsswitch subsystem improvement URL: http://wikitest.freebsd.org/LdapCachedDetailedDescription URL: http://wikitest.freebsd.org/MichaelBushkov Contact: Michael Bushkov The basic goals of this SoC 2006 project are moving nsswitch-modules out of the libc, extending the caching daemon and importing nss_ldap into the base source tree. 2 milestones of the project are currently completed. 1. Nss-modules were successfully moved out of the libc into the separate dynamic libraries. In order for static binaries to work properly (they can't use dynamic nss-modules), nss-modules are linked statically into the libc.a. As the side-effect of nss-modules separation, getipnodeby***() functions were rewritten to use gethostby***() functions and not the nsdispatch(3) call. Caching daemon's "perform-actual-lookups" option was extended to support all implemented nsswitch databases. 2. A set of regressions tests was made to test nsswitch-related functions. These tests are also capable of testing the stability of these functions' behaviour after the system upgrade. Open tasks: 1. Import nss_ldap into the sources tree. 2. Improve the caching daemon's performance. _________________________________________________________________ pfSense URL: http://www.pfsense.com Contact: Scott Ullrich pfSense is rapidly approaching release. We are down to a handfull of bugs that should be fixed in the coming weeks. We should have a release around the time of our 2nd annual hackathon which is taking place on July 21st - July 28th. Many exciting sub-projects are taking place within pfSense and the project is gaining new developers monthly. Open tasks: 1. http://cvstrac.pfsense.com/rptview?rn=3D6 lists the remaining open bugs. _________________________________________________________________ Ports Collection URL: http://www.freebsd.org/ports/ URL: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports / URL: http://portsmon.FreeBSD.org/index.html URL: http://people.freebsd.org/~fenner/portsurvey/ URL: http://beta.inerd.com/portscout/ URL: http://www.freebsd.org/portmgr/index.html URL: http://tinderbox.marcuscom.com Contact: Erwin Lansing Contact: Mark Linimon During this time, a huge number of ports PRs were committed, bringing us back down below 800 for the first time since the 5.5/6.1 release cycle. This is due to a great deal of work, especially from some of our newest committers. This is all the more notable given the fact that we have been adding new ports at a rapidly accelerating rate. We have now exceeded the 15,000 port mark! Three sets of changes have been added to the infrastructure, including updates of default versions of MySQL, PHP, LDAP, and linux_base, and numerous bugfixes and improvements. About 2 dozen portmgr PRs were closed due to this. In addition, a large-impact commit was made that attempts to move us to a single libtool that is as unmodified from 'stock' libtool as we can. Plans are also in place to do this for the autotools. Several people are at work on implementing the modularised xorg ports. Most of the work is done but several key pieces remain. Once this is finished, an -exp regression test will be needed (most likely, more than one :-) ) It is possible that before this we will need to do a regression test that moves X11BASE back into LOCALBASE. This is still under study. Gabor Kovesdan started a Google Summer of Code project on some highly needed improvements on the ports infrastructure (see elsewhere in this report). As this is a long term project, gtetlow kindly imported the most important ports infrastructure files into perforce to ease development. Other developers are encouraged to use perforce for ports development, especially as it can help keeping patches up-to-date while going stale in GNATS. Even though linimon has been pushing hard on running experimental builds on the test cluster, it will take some time to work through the backlog. erwin added a ports section to the list of projects and ideas for volunteers at the FreeBSD website. Have a look if you want to work on the ports system. Don't hesitate to send additional ideas, and committers are encouraged to add themselves as technical contacts. sem adopted portupgrade after it had been neglected for some time and has been very active on upgrades and bugfixing. dougb has continued to enhance his portmaster script and people are finding success with it; although not designed to be as full-featured as portupgrade, it does seem to be easier to understand and use. shaun has contributed portscout, a scanner for updated distfiles, to the ports collection. marcus upgraded GNOME to 2.14.1. As well, there have been new releases of the ports tinderbox code. edwin has been hard at work on a PR-autoassigner for ports PRs, which has saved a lot of time and been well-received. It has now been installed on a freebsd.org machine (hub). linimon has been more active in pursuing maintainer-timeouts, and has reset a number of inactive maintainers, with more in the pipeline. The intent is to try to reduce the number of PRs that sit around unanswered for two weeks. In almost all cases the resets are due to no response at all; maintainers who are merely "busy" are not the source of most of these problems, and deserve the benefit of the doubt. Some of the maintainers that have been reset haven't contributed in months or even years. We have added 10 (!) new committers since the last report. Open tasks: 1. We need help getting back to our modern low of 500 PRs. 2. We have over 4,000 unmaintained ports (see, for instance, the list on portsmon ). We are always looking for dedicated volunteers to adopt at least a few ports. 3. We can always use help with infrastructural enhancements. See the ports section of the list of projects and ideas . _________________________________________________________________ PowerPC Port URL: http://www.freebsd.org/platforms/ppc.html Contact: Peter Grehan The project is slowly starting to ramp up after a long move-induced hiatus. Alan Cox has almost completed making the pmap module Giant-free. _________________________________________________________________ Release Engineering URL: http://www.freebsd.org/releng/ URL: http://www.freebsd.org/releases/ URL: http://www.freebsd.org/snapshots/ Contact: Release Engineering Team The release engineering (RE) team announced the availability of FreeBSD 5.5 and 6.1, both in May 2006. FreeBSD 5.5 is the last planned release from the RELENG_5 branch in CVS. For the most part, its main features consist of bugfixes, security patches, and minor updates. We encourage users to move towards the 6.x series of releases whenever practical. FreeBSD 6.1 is the latest of the releases to come from the RELENG_6 branch in CVS. It includes (among many other things) improved support for WiFi devices, additional network and disk controller drivers, and a number of fixes for filesystem stability. The next release to be issued from this branch will be FreeBSD 6.2, which is currently scheduled for September 2006. The RE team is currently in a ``between releases'' mode. Current activities include working with security-team@ on some errata fixes for the RELENG_6_1 branch and producing snapshots of HEAD and RELENG_6 at the start of each month. Several personnel changes have taken place recently. Scott Long has stepped down from his position on the RE team; we thank him for his considerable efforts over the past four years. In his place, Ken Smith has taken over the role of lead release engineer. Bruce A. Mah has rejoined the RE team after a two-year sabbatical. _________________________________________________________________ SCTP Integration URL: http://www.sctp.org/ Contact: George Neville-Neil Contact: Randall Stewart For the last several months Randall Stewart has been working in HEAD and STABLE to get us ready to integrate the SCTP protocol (Stream Transmission Control Protocol) into FreeBSD. He is currently working on a patch to share with a wider audience but needs to do some integration work first. Randall has a provisional commit bit and will be working with gnn on getting code committed to the HEAD of the tree. Open tasks: 1. When this gets integrated it needs lots of testers. _________________________________________________________________ Sound subsystem improvements URL: http://people.FreeBSD.org/~ariff/ URL: http://www.FreeBSD.org/projects/ideas/ URL: http://www.leidinger.net/FreeBSD/hdac_20060525.tbz Contact: Ariff Abdullah Contact: Alexander Leidinger Contact: Multimedia Mailinglist Since the last status report we fixed some more bugs, added basic support for envy24 chips and cleaned up the source for the emu10kx driver in the ports to make it ready for import into the base system. We also got some patches with a little bit of infrastructure for Intel HDA support. It's not finished and also not usable by end users yet. Open tasks: 1. Have a look at the sound related entries on the ideas list. 2. sndctl(1): tool to control non-mixer parts of the sound system (e.g. spdif switching, virtual-3D effects) by an user (instead of the sysctl approach in -current); pcmplay(1), pcmrec(1), pcmutil(1). 3. Plugable FEEDER infrastructure. For ease of debugging various feeder stuff and/or as userland library and test suite. 4. Support for new hardware (envy24, Intel HDA). _________________________________________________________________ SSE2 Kernel support URL: http://www.freebsd.org/projects/ideas/#p-memcpy URL: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/arch/2006-05/msg00109. html Contact: Attilio Rao Some FPU system and kernel memcpy/copyin/copyout changes have been performed. In particular, a per-CPU save area has been introduced (protected with an interlock) in order to assure a stable saving mechanism. copyout/copyin have changed in order to use vectorised version of memcpy and an xmm version of memcpy has been provided. Open tasks: 1. Benchmarks on different versions of xmm copy, in particular showing differences between UP and SMP architectures (evaluating possibility to add block prefetch, non-temporal hints usage, etc.) 2. Modifying npxdna trap handler in order to recognise xmm environment usage and replace fxsave with 8-movdqa _________________________________________________________________ TrustedBSD Audit URL: http://www.TrustedBSD.org/audit.html Contact: Robert Watson Contact: Wayne Salamon Contact: Christian Peron TrustedBSD Audit provides fine-grained security event auditing in FreeBSD 7.x, with a planned merge to 6.x for FreeBSD 6.2. Work performed in the last three months: * Per audit pipe preselection allows IDS applications to configure audit record selection per-pipe, new auditpipe.4 document. * audit_submit library call to reduce complexity of adding audit support to applications. * Significant cleanup, bug fixing, locking improvements, token parsing and generation improvements. * Solaris subject token compatibility, extended address support. * Auditing of extended attributes calls, ACL support a work in progress. * OpenBSM 1.0 alpha 7 integrated into CVS. * OpenBSM test tools in progress. * Experimental auditeventd which allows shared object plug-ins to subscribe to live audit events via a shared pipe in order to support the easy authoring of simple intrusion detection and monitoring components. Open tasks: 1. Bring audit event daemon API and implementation to maturity. Currently these are not installed by default in the CVS-merged version. 2. Complete system call coverage. 3. Allow finer-grained configuration of what is audited: implement control flags regarding paths, execve arguments, environmental variables. 4. Support for auditing MAC policy data. 5. Additional user space application coverage, such as application layer audit events from adduser, rmuser, pw, etc. _________________________________________________________________ Update of the Linux userland infrastructure in the Ports Collection Contact: Boris Samorodov Contact: Alexander Leidinger Contact: Emulation Mailinglist We updated the default linux base port to Fedora Core 4 and the default linux X11 libs port to the X.org RPM in FC4. An update to FC5 or FC6 has to wait until the kernel got support for syscalls of a newer linux kernel. See the corresponding SoC project report for more. _________________________________________________________________ Wireless Networking Contact: Sam Leffler The wireless suport has been stable for a while so most work has focused on bug fixing and improving legacy drivers. Max Laier and I worked on improving support for Intel wireless cards. The results of this work included significant improvements to the iwi(4) driver (for 2195/2200 parts) and the firmware(9) facility for managing loadable device firmware. There is also an updated ipw(4) that has improvements similar to those done for iwi that is in early test. Support for the latest Intel devices, the 3945 pci-express cards, is planned for later this summer. Atheros support was updated with a new hal that fixes a few minor issues and provides known working builds for SPARC, PPC, and ARM platforms. There is also working MIPS support that will be used when the MIPS port is ready to test. Otherwise one useful bug was fixed that affected AP operation with associated stations operating in power save mode. wpa_supplicant and hostapd were updated to the latest stable build releases from Jouni Malinen. Experimental changes to support injection of raw 802.11 frames using bpf were posted for comment. This work was done in collaboration with Andrea Bittau. Open tasks: 1. Legacy drivers such as wi are languishing and need maintainers. This is prerequisite to bringing in new 802.11 features such as improved scanning and virtual ap. _________________________________________________________________ XFS for FreeBSD URL: http://people.freebsd.org/~rodrigc/xfs/ Contact: Russell Cattelan Contact: Alexander Kabaev Contact: Craig Rodrigues The XFS for FreeBSD project is an effort to port the publically available GPL'd sources to SGI's XFS filesystem to FreeBSD. In December, we imported a version of XFS into FreeBSD-CURRENT which allows FreeBSD to mount an XFS filesystem as read-only. As a side effort, we have been continuing on the work that PHK started to clean up the mount code in FreeBSD. We can use the existing FreeBSD mount(8) utility to mount an XFS partition, without introducing a new mount_xfs utility. Open tasks: 1. We need to implement support for writing to XFS partitions _________________________________________________________________ xscale board buy URL: http://www.gateworks.com/avila_gw2348_4.htm URL: http://www.netgate.com Contact: Sam Leffler With the help of Jim Thompson of Netgate ( http://www.netgate.com/ ) the FreeBSD Foundation arranged a purchase of xscale-based boards for folks interested in ARM support. Developers were able to purchase boards at a reduced cost. The goals were to accelerate and/or improve support for the ARM platform and to set forth at least one board as a reference platform for the ARM support. Netgate will be stocking lower-cost models of the board later in the year (a special order was made for boards with only 2 mini-pci slots). _________________________________________________________________ Legal Notices | =A9 1995-2006 The FreeBSD Project. All rights reserved. --Boundary-00=_CUCtEMHd7mLwLaH-- From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 23:08:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B3616A4E1 for ; Tue, 11 Jul 2006 23:08:21 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 398B543D4C for ; Tue, 11 Jul 2006 23:08:19 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so35224uge for ; Tue, 11 Jul 2006 16:08:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bl4zTP57/3x43Pk+MVC9522CirkqMNylFV5DQjCY8i2qvNIM1Vx5lj+FYqa7zZCF3/b72G2NzBoQt6EOz3z9kvtWvnSCAJktyA6ioWvm/UUyj1MUrCy4CjX+dx4zfjQprxWvb3jgTpquItwZRhl1EaRnbY4rl41qOIPl7dHFbII= Received: by 10.67.22.2 with SMTP id z2mr52953ugi; Tue, 11 Jul 2006 16:08:19 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Tue, 11 Jul 2006 16:08:19 -0700 (PDT) Message-ID: Date: Tue, 11 Jul 2006 19:08:19 -0400 From: "Scott Ullrich" To: "Robert Watson" In-Reply-To: <20060711181436.Q1381@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060711023815.R94284@fledge.watson.org> <20060711111504.W94284@fledge.watson.org> <20060711181436.Q1381@fledge.watson.org> Cc: FreeBSD Current Subject: Re: panic: nfssvc_nfsd(): debug.mpsafenet=1 && Giant X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 23:08:21 -0000 On 7/11/06, Robert Watson wrote: > I believe it's already on the re@ todo list but I'm not sure of the status. I > have a few changes I'd like to merge to RELENG_6_1 also: > > - mbuf allocator "denied" statistics count fix > > - ip_ctloutput() TCP panic when TCP state is queried using socket options > after reset. These patches fixed the problem! I am now remote booting pfSense with BSDInstaller. This did not work on 5.X but seems to work great with these patches. Thanks for all your help! Scott From owner-freebsd-current@FreeBSD.ORG Tue Jul 11 23:51:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF97216A4DF for ; Tue, 11 Jul 2006 23:51:39 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 365FB43D45 for ; Tue, 11 Jul 2006 23:51:38 +0000 (GMT) (envelope-from Benjamin.Close@clearchain.com) Received: from mail.clearchain.com (ppp207-105.lns1.adl2.internode.on.net [203.122.207.105]) by ash25e.internode.on.net (8.13.6/8.13.5) with ESMTP id k6BNpaTd088635 for ; Wed, 12 Jul 2006 09:21:37 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Received: from [192.168.0.152] (cis220313.levels.unisa.edu.au [130.220.37.202]) (authenticated bits=0) by mail.clearchain.com (8.12.9p2/8.12.9) with ESMTP id k6BNpYAh099189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 12 Jul 2006 09:21:36 +0930 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <44B43A35.7030009@clearchain.com> Date: Wed, 12 Jul 2006 09:24:29 +0930 From: Benjamin Close User-Agent: Thunderbird 1.5.0.2 (X11/20060523) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (mail.clearchain.com [192.168.155.5]); Wed, 12 Jul 2006 09:21:37 +0930 (CST) X-Mailman-Approved-At: Wed, 12 Jul 2006 00:06:13 +0000 Subject: [RFT]: InFlight Mode Patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 23:51:40 -0000 Hi All, Whilst looking on the FreeBSD projects page I noticed the 'InFlight' mode project. A patch is avaliable at: http://www.clearchain.com/people/benjsc/download/20060712-inflight_mode.patch.gz Which implements a boot menu item, sysctl tunable (hw.inflight_mode) and prevents all wireless & bluetooth drivers from attaching (probe succeeds still). Testing / comments welcome. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 00:30:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9438216A4E1 for ; Wed, 12 Jul 2006 00:30:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB8443D5D for ; Wed, 12 Jul 2006 00:30:53 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id f1so10605nzc for ; Tue, 11 Jul 2006 17:30:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ZEySfNPfh06SBtszmyDnQSMWRoiCaXwfVh/Sd61sQ6ylXJQejnC/Bw4cNQjLaM9drXB4RiWAWpmlrA4R4uQ62I7r41tekRfsfFqwPumVTHsGCV/MBmJY0Idj8NEf9+R/dhYOgFOwX8VS0tHwQjLRV+XxInGKEqHa3yTuNY0+u/U= Received: by 10.36.74.5 with SMTP id w5mr76130nza; Tue, 11 Jul 2006 17:30:53 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 14sm199898nzp.2006.07.11.17.30.50; Tue, 11 Jul 2006 17:30:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6C0VC67009911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Jul 2006 09:31:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6C0VBVD009910; Wed, 12 Jul 2006 09:31:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 12 Jul 2006 09:31:10 +0900 From: Pyun YongHyeon To: Bill Paul Message-ID: <20060712003110.GA9542@cdnetworks.co.kr> References: <20060710022737.GB1128@cdnetworks.co.kr> <20060711051532.83ED116A4E0@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060711051532.83ED116A4E0@hub.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: csaba-ml@creo.hu, lydianconcepts@gmail.com, freebsd-current@FreeBSD.ORG, brueffer@FreeBSD.ORG Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 00:30:58 -0000 On Tue, Jul 11, 2006 at 05:15:32AM +0000, Bill Paul wrote: > > On Sat, Jul 08, 2006 at 09:24:23PM -0700, Matthew Jacob wrote: > > > Jason THorpe did one for NetBSD. > > > > > > I did one for Solaris. Nice chip. Too bad it wasn't more popular. > > > > > > > I'm satisfied with the performance and easy interface for the chip. > > But the lack of Tx interrupt moderation and extra accesses to a > > status register to check which kind of Tx errors were occurred are > > serious fault. Since the the error condition uses the same status > > bit in interrupt status register it's hard to distingush failures > > from sucess without extra register accesses. > > > > BTW, I still have no clue how jumbo frame work on this chip. The > > documentation from wpaul didn't say any special things regarding > > jumbo frame. For instance the doc. said it supports jumbo frame > > up to 9022 but it seems the NIC can work with larger size. > > Even windows driver has a larger size than this, so I'm curious > > important part for jumbo frame were not released? > > You have failed to specify in what way jumbo frame support doesn't work. > In your previous mail, you only said there was a "jumbo frame problem" > but did not elaborate further. What exactly _is_ the problem? Does it > not transmit jumbo frames correctly? Does it not receive them correctly? > Does C'thulu emerge from inside the machine and devour your soul? > (If so, this is a sure sign you left the 'devour soul' bit in the > control register turned on. I *hate* it when that happens.) > Actually jumbo frame support works but it takes a very long time (30~50sec) to work correctly after selecting an MTU larger than 1500. During the time I could see the the NIC sends the jumbo frame with tcpdump on sender side but the frame doesn't arrive at destination. Sometimes the NIC generated 'Tx underrun' and sometimes it didn't generate any errors. However in the long run it did work after about a minuate without any action from user. I even changed STGE_TxStartThresh to use a full frame size but it seemed that it had no effects. Anyway, STGE_TxStartThresh is not used at all if stge(4) enabled checksum offload capability. > The documentation refers to a 'MaxFrameSize' register (offset 0x86, > 16 bits access) which controls the point at which the receiver will > consider an inbound frame to be a giant. The default is 0x5ea (1514 > bytes). I think you'll need to increase this to 9014 to receive 9K > jumbo frames (or 9018 for VLAN-tagged jumbo frames). It looks like > the register maxes out at 0x3FFF (16K), which is probably why the > Windows driver claimes to support frames larger than 9K. Note that > for this to work, you'll have to set up the RX descriptors with > enough buffer space to hold 9K of packet data. I haven't looked at > the driver code, but you should be able to set up the fragment array > in each RX descriptor to hold 5 mbufs with 2K clusters. You'll be > wasting a bit of space, but not necessarily as much as if you were > to allocate a single 9K buffer per descriptor. > I'm afraid the hardware doesn't support a single 9K buffer per decriptor. It seems that the hardware can support up to 4k buffer per descriptor so I chained received frames to a single jumbo frame. > I don't see anything that limits TX frame size, though you might want > to look around and see if there's a TX threshold setting and try to > increase it if you see underruns. > Linux driver mentioned that Tx size for a single frame should be less than 11008. I can't find that limitation from the chip documentation though. > You need to establish a proper test setup to diagnose the problem. Plug > the NIC directly into another known good gigE card that does jumbo frames, > use ifconfig to set the MTU on both ports to 9000, monitor both sides of > the link with tcpdump/ethereal/whatever, then do "ping -s 8192 " > from both ends and see what happens. > That's exactly what I did it on my tests. From your detailed explanation on jumbo frame internals and guide I've reread source code related to jumbo frame and managed to find a bug in my code. It was my programming error in selecting an MTU from ioctl handler. However I don't understand how the hardware can send/receive larger MTUs than 9022. If you program the hardware to receive 10K it eventually work in a one or two minute. Thanks for the hint and help. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 00:40:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA1B16A4DA for ; Wed, 12 Jul 2006 00:40:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC8043D72 for ; Wed, 12 Jul 2006 00:39:44 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id f1so11379nzc for ; Tue, 11 Jul 2006 17:39:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=qAaNMo/ZW4Ubwgzb5nf/9SgllEraLZ66GDsgGhyn+sdZFel7ZYI1NzlzcPzr4Z4l8Tjxz4WlGIBdw8MkE4+SpqLM3Irwx10utpz803eP6x/iYce9VLFEH2uFiRoAEE+ZyiIxptOXayxHkzVw4o/sLnHM/LnegzqHZ94wZQ8MkRk= Received: by 10.36.10.20 with SMTP id 20mr83322nzj; Tue, 11 Jul 2006 17:39:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id c12sm212499nzc.2006.07.11.17.39.42; Tue, 11 Jul 2006 17:39:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6C0e4JQ009959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 12 Jul 2006 09:40:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6C0e45q009958 for freebsd-current@freebsd.org; Wed, 12 Jul 2006 09:40:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 12 Jul 2006 09:40:04 +0900 From: Pyun YongHyeon To: freebsd-current@freebsd.org Message-ID: <20060712004004.GB9542@cdnetworks.co.kr> References: <20060705114853.GB73705@cdnetworks.co.kr> <20060707001715.GB82406@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060707001715.GB82406@cdnetworks.co.kr> User-Agent: Mutt/1.4.2.1i Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 00:40:04 -0000 On Fri, Jul 07, 2006 at 09:17:15AM +0900, To freebsd-current@freebsd.org wrote: > On Wed, Jul 05, 2006 at 08:48:53PM +0900, To freebsd-current@freebsd.org wrote: > > Hi, > > > [...] > > > > You can get the latest stge(4) driver from the following URL. > > http://people.freebsd.org/~yongari/stge/stge.HEAD.diff > > > I've regenerated the patch as it has missing changes. > > For more broad testing I've generated a patch for RELENG_6 too. > http://people.freebsd.org/~yongari/stge/stge.REL6.diff > I've updated stge(4) again. Jumbo frame support was corrected and a few minor fix was made. Special thanks to wpaul for providing chip documentation and help. For CURRENT: http://people.freebsd.org/~yongari/stge/stge.HEAD.diff For RELENG_6: http://people.freebsd.org/~yongari/stge/stge.REL6.diff I haven't recevied success/failure report from users that have adapters with TBI transceivers. If you have adapters with TBI transceivers please give it try. Thanks. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 01:14:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D09A16A4DD for ; Wed, 12 Jul 2006 01:14:57 +0000 (UTC) (envelope-from goto@snowy.to) Received: from mail.snowy.to (mail.snowy.to [219.166.73.149]) by mx1.FreeBSD.org (Postfix) with SMTP id 5213243D4C for ; Wed, 12 Jul 2006 01:14:55 +0000 (GMT) (envelope-from goto@snowy.to) Received: (qmail 61719 invoked from network); 12 Jul 2006 10:14:53 +0900 Received: from unknown (HELO snowy.to) (0.0.0.0) by 0.0.0.0 with SMTP; 12 Jul 2006 10:14:53 +0900 Date: Wed, 12 Jul 2006 10:14:53 +0900 (JST) Message-Id: <20060712.101453.74755604.goto@snowy.to> To: imp@bsdimp.com From: Yoshikazu GOTO In-Reply-To: <20060711.154453.-1632629843.imp@bsdimp.com> References: <20060711203213.3C7C816A4E1@hub.freebsd.org> <20060711.144929.74705658.imp@bsdimp.com> <20060711.154453.-1632629843.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: wpaul@freebsd.org, freebsd-current@freebsd.org Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 01:14:57 -0000 Hi Warner, In Message-ID: <20060711.154453.-1632629843.imp@bsdimp.com> "M. Warner Losh" wrote : > In message: <20060711.144929.74705658.imp@bsdimp.com> > Warner Losh writes: > : > > > In theory the bus_alloc_resource(.., SYS_RES_IRQ, ...) should route an > : > > > interrupt for the re0 device but it won't show up in the probe line in that > : > > > case since the probe line is printed before re_attach() is called. In fact, > : > > > in the failing case, it wasn't bus_alloc_resource() that failed, but > : > > > bus_setup_intr(). This is most likely not an re0 issue however. > : > > > > : > > > goto-san, can you add printf's to i386/i386/intr_machdep.c:intr_add_handler() > : > > > and kern/kern_intr.c:intr_event_add_handler() to see which of the EINVAL > : > > > cases is being triggered? > : > > > : > > I added printf() to 2 functions (one in intr_add_handler() and two > : > > in intr_event_add_handler()) and re-build my kernel and reboot my > : > > ThinkPad X40. But I could not get any printf's messages. > : > > > : > > And I have a question. Why INTR_FAST was added in re_attach()? > : > > When I deleted it and re-build if_re modules, my card was attached. > : > > : > INTR_FAST added because the driver was converted to use 'fast' interrupts. > : > > : > I really hope nobody's going to tell me that INTR_FAST isn't supported with > : > cardbus. > : > : INTR_FAST isn't supported with cardbus at the moment. > : > : However, that decision dates from a time when you couldn't share fast > : and non-fast interrupts. Cardbus necessarily shared its function > : interrupt with its card status change interrupt (since there's only > : one interrupt pin on the cardbus bridge). I'll investigate what it > : takes to make this happen given the current new-world order. I have > : at least one re cardbus card, I think, so I can do testing. > > You can try the following patch. It just papers over the problem... Thank you for your reply and patch. I tried it, but I caught error messages as follows: ---- start ---- << boot sequence (dhclient on em0) >> re0: link state changed to DOWN panic: mutex re0 not owned at /usr/src/sys/kern/kern_mutex.c:405 cpuid = 0 KDB: enter: panic [thread pid 414 tid 100054 ] Stopped at kdb_enter+0x2b: nop db> ---- end ---- Goto. -=-=-=- // Yoshikazu GOTO // E-mail: goto@snowy.to -=-=-=- \e From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 04:07:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF54216A4E1 for ; Wed, 12 Jul 2006 04:07:12 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56EF943D45 for ; Wed, 12 Jul 2006 04:07:12 +0000 (GMT) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k6C47BV5008471 for ; Wed, 12 Jul 2006 00:07:11 -0400 (EDT) Date: Wed, 12 Jul 2006 00:07:11 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: Subject: What causes bus_alloc_resource() to fail? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: deischen@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 04:07:12 -0000 I'm trying to add support for an ICH7-based audio device, but bus_alloc_resource_any() is failing when it tries to allocate the memory IO space. ACPI dump is at: http://people.freebsd.org/~deischen/e1405.acpi.dump src/sys/dev/sound/pci/ich.c diffs: Index: ich.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/sys/dev/sound/pci/ich.c,v retrieving revision 1.66 diff -u -r1.66 ich.c --- ich.c 18 Jun 2006 14:14:41 -0000 1.66 +++ ich.c 9 Jul 2006 14:35:26 -0000 @@ -56,6 +56,7 @@ #define INTEL_6300ESB 0x25a6 /* 6300ESB needs to be treated as ICH4 */ #define INTEL_82801FB 0x266e /* ICH6 needs to be treated as ICH4 */ #define INTEL_82801GB 0x27de /* ICH7 needs to be treated as ICH4 */ +#define INTEL_82801G 0x27d8 /* ICH7 needs to be treaded as ICH4 ? */ #define SIS_7012 0x7012 /* SiS 7012 needs special handling */ #define NVIDIA_NFORCE 0x01b1 #define NVIDIA_NFORCE2 0x006a @@ -98,6 +99,8 @@ "Intel ICH6 (82801FB)" }, { INTEL_VENDORID, INTEL_82801GB, PROBE_LOW, "Intel ICH7 (82801GB)" }, + { INTEL_VENDORID, INTEL_82801G, PROBE_LOW, + "Intel ICH7 (82801G)" }, { SIS_VENDORID, SIS_7012, 0, "SiS 7012" }, { NVIDIA_VENDORID, NVIDIA_NFORCE, 0, @@ -693,7 +696,7 @@ if (sc->vendor == INTEL_VENDORID && ( sc->devid == INTEL_82801DB || sc->devid == INTEL_82801EB || sc->devid == INTEL_6300ESB || sc->devid == INTEL_82801FB || - sc->devid == INTEL_82801GB)) { + sc->devid == INTEL_82801GB || sc->devid == INTEL_82801G)) { sc->flags |= IGNORE_PCR; device_printf(sc->dev, "primary codec not ready!\n"); } @@ -781,7 +784,8 @@ */ if (vendor == INTEL_VENDORID && (devid == INTEL_82801DB || devid == INTEL_82801EB || devid == INTEL_6300ESB || - devid == INTEL_82801FB || devid == INTEL_82801GB)) { + devid == INTEL_82801FB || devid == INTEL_82801GB || + devid == INTEL_82801G)) { sc->nambarid = PCIR_MMBAR; sc->nabmbarid = PCIR_MBBAR; sc->regtype = SYS_RES_MEMORY; # kldload /boot/kernel/snd_ich.ko pci0: driver added found-> vendor=0x8086, dev=0x27d8, revid=0x01 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=21 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pci0:27:0: reprobing on driver added pcm0: mem 0xdfebc000-0xdfebffff irq 21 at device 27.0 on pci0 pcm0: unable to map IO port space device_attach: pcm0 attach returned 6 # pciconf -lv hostb0@pci0:0:0: class=0x060000 card=0x01d81028 chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI vgapci0@pci0:2:0: class=0x030000 card=0x01d81028 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA vgapci1@pci0:2:1: class=0x038000 card=0x01d81028 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' class = display pcm0@pci0:27:0: class=0x040300 card=0x01d81028 chip=0x27d88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia pcib1@pci0:28:0: class=0x060400 card=0x00000040 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:28:1: class=0x060400 card=0x00000040 chip=0x27d28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:28:3: class=0x060400 card=0x00000040 chip=0x27d68086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCI Express Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x01d81028 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x01d81028 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x01d81028 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x01d81028 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x01d81028 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x01d81028 chip=0x27b98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM (ICH7-M) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:31:2: class=0x010180 card=0x01d81028 chip=0x27c48086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x01d81028 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus none1@pci12:0:0: class=0x028000 card=0x10208086 chip=0x42228086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = network bfe0@pci2:0:0: class=0x020000 card=0x01d81028 chip=0x170c14e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM440x 100Base-TX Fast Ethernet' class = network subclass = ethernet fwohci0@pci2:1:0: class=0x0c0010 card=0x01d81028 chip=0x08321180 rev=0x00 hdr=0x00 vendor = 'Ricoh Co Ltd' class = serial bus subclass = FireWire none2@pci2:1:1: class=0x080501 card=0x01d81028 chip=0x08221180 rev=0x19 hdr=0x00 vendor = 'Ricoh Co Ltd' device = 'SD Bus Host Adapter' class = base peripheral none3@pci2:1:2: class=0x088000 card=0x01d81028 chip=0x08431180 rev=0x01 hdr=0x00 vendor = 'Ricoh Co Ltd' class = base peripheral none4@pci2:1:3: class=0x088000 card=0x01d81028 chip=0x05921180 rev=0x0a hdr=0x00 vendor = 'Ricoh Co Ltd' device = 'Memory Stick Bus Host Adapter' class = base peripheral none5@pci2:1:4: class=0x088000 card=0x01d81028 chip=0x08521180 rev=0x05 hdr=0x00 vendor = 'Ricoh Co Ltd' class = base peripheral -- DE From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 07:13:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F77116A4DA; Wed, 12 Jul 2006 07:13:21 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68F1C43D45; Wed, 12 Jul 2006 07:13:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D619.dip.t-dialin.net [84.165.214.25]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6C73wag011780; Wed, 12 Jul 2006 09:03:59 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6C7DKxP086699; Wed, 12 Jul 2006 09:13:20 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 12 Jul 2006 09:13:20 +0200 Message-ID: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 12 Jul 2006 09:13:20 +0200 From: Alexander Leidinger To: deischen@freebsd.org, Daniel Eischen References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: What causes bus_alloc_resource() to fail? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 07:13:21 -0000 Quoting Daniel Eischen (from Wed, 12 Jul 2006 00:07:11 -0400 (EDT)): > I'm trying to add support for an ICH7-based audio device, but > bus_alloc_resource_any() is failing when it tries to allocate > the memory IO space. My answer is off-topic to your question, but on-topic to what you try to achieve. Are you sure the ICH7-based audio device is using the ac97 interface and not the HDA interface (hardware development decission, can't be changed with software)? If you are not sure I suggest to try to get this information somewhere. If it is using the HDA interface, your approach will never work. I suggest to have a look into the multimedia@ archive and search for HDA mails in this case. Bye, Alexander. -- Michelle: I can't find a vanishing cream that doesn't make me actually vanish. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 08:58:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CEB516A4E8 for ; Wed, 12 Jul 2006 08:58:47 +0000 (UTC) (envelope-from is@rambler-co.ru) Received: from yam.park.rambler.ru (yam.park.rambler.ru [81.19.64.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CED43D46 for ; Wed, 12 Jul 2006 08:58:45 +0000 (GMT) (envelope-from is@rambler-co.ru) Received: from is.park.rambler.ru (is.park.rambler.ru [81.19.64.102]) by yam.park.rambler.ru (8.13.6/8.13.3) with ESMTP id k6C8whls020180 for ; Wed, 12 Jul 2006 12:58:43 +0400 (MSD) (envelope-from is@rambler-co.ru) Date: Wed, 12 Jul 2006 12:58:43 +0400 (MSD) From: Igor Sysoev X-X-Sender: is@is.park.rambler.ru To: freebsd-current@freebsd.org Message-ID: <20060712125112.W61255@is.park.rambler.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 2Gb SYSVSHM limitation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 08:58:47 -0000 Hi, the current kernel limit of SysV memory segment is 2G. Today it is too small for amd64 machines. Year ago Christian S.J. Peron had propsed the patch http://people.freebsd.org/~csjp/bigsharedmem.1117028863.diff to increase the limit: http://freebsd.rambler.ru/bsdmail/freebsd-current_2005/msg05627.html Are objections against this patch ? Igor Sysoev http://sysoev.ru/en/ From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 11:27:34 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 592DD16A4DA; Wed, 12 Jul 2006 11:27:34 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA38743D53; Wed, 12 Jul 2006 11:27:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k6CBRUZ2045508; Wed, 12 Jul 2006 06:27:32 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44B4DCA7.5050803@centtech.com> Date: Wed, 12 Jul 2006 06:27:35 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Alexander Leidinger References: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> In-Reply-To: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1592/Tue Jul 11 15:40:37 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: deischen@freebsd.org, current@freebsd.org Subject: Re: What causes bus_alloc_resource() to fail? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 11:27:34 -0000 On 07/12/06 02:13, Alexander Leidinger wrote: > Quoting Daniel Eischen (from Wed, 12 Jul 2006 > 00:07:11 -0400 (EDT)): > >> I'm trying to add support for an ICH7-based audio device, but >> bus_alloc_resource_any() is failing when it tries to allocate >> the memory IO space. > > My answer is off-topic to your question, but on-topic to what you try to > achieve. > > Are you sure the ICH7-based audio device is using the ac97 interface and > not the HDA interface (hardware development decission, can't be changed > with software)? If you are not sure I suggest to try to get this > information somewhere. If it is using the HDA interface, your approach > will never work. I suggest to have a look into the multimedia@ archive > and search for HDA mails in this case. I'm glad you mentioned this, because I'm fairly certain that this device is in fact an HDA controller only, and not an ac97. I read somewhere that the chips previous to this one had basically support for either, and the trailing identifier (the G, or FG, etc) is what tells you what it is. I know on my new Dell D820, it is HDA, not ac97 for certain. I *think* the netbsd azalia driver supports this chip, but I haven't installed netbsd to try it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 12:06:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2191316A4DA for ; Wed, 12 Jul 2006 12:06:11 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B49A843D58 for ; Wed, 12 Jul 2006 12:06:10 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.7/8.13.7/NETPLEX) with ESMTP id k6CC693g027343; Wed, 12 Jul 2006 08:06:09 -0400 (EDT) Date: Wed, 12 Jul 2006 08:06:09 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Leidinger In-Reply-To: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> Message-ID: References: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: current@freebsd.org Subject: Re: What causes bus_alloc_resource() to fail? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 12:06:11 -0000 On Wed, 12 Jul 2006, Alexander Leidinger wrote: > Quoting Daniel Eischen (from Wed, 12 Jul 2006 00:07:11 > -0400 (EDT)): > >> I'm trying to add support for an ICH7-based audio device, but >> bus_alloc_resource_any() is failing when it tries to allocate >> the memory IO space. > > My answer is off-topic to your question, but on-topic to what you try to > achieve. > > Are you sure the ICH7-based audio device is using the ac97 interface and not > the HDA interface (hardware development decission, can't be changed with > software)? If you are not sure I suggest to try to get this information > somewhere. If it is using the HDA interface, your approach will never work. I > suggest to have a look into the multimedia@ archive and search for HDA mails > in this case. I dunno. I know there is a Sigmtel 92xx chip in there somewhere, if that helps... -- DE From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 12:17:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD5A616A4DA; Wed, 12 Jul 2006 12:17:32 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C4B43D78; Wed, 12 Jul 2006 12:17:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D619.dip.t-dialin.net [84.165.214.25]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6CC7vjF012934; Wed, 12 Jul 2006 14:07:58 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6CCHKPV030471; Wed, 12 Jul 2006 14:17:20 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 12 Jul 2006 14:17:20 +0200 Message-ID: <20060712141720.lt73jq4oisgwwsgc@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 12 Jul 2006 14:17:20 +0200 From: Alexander Leidinger To: Eric Anderson References: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> <44B4DCA7.5050803@centtech.com> In-Reply-To: <44B4DCA7.5050803@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: deischen@freebsd.org, current@freebsd.org Subject: Re: What causes bus_alloc_resource() to fail? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 12:17:32 -0000 Quoting Eric Anderson (from Wed, 12 Jul 2006 06:27:35 -0500): > I *think* the netbsd azalia driver supports this chip, but I haven't > installed netbsd to try it. We have a start of a framework which is supposed to be better (according to the author) to what NetBSD has. But it's not finished yet. See the just released FreeBSD Status Report for a pointer to the framework, and messages in multimedia@ for some patches which allow to play and/or record sound with some chips. Any help will be appreciated. Bye, Alexander. -- Q: Why did the lone ranger kill Tonto? A: He found out what "kimosabe" really means. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 12:28:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B3A916A4DA; Wed, 12 Jul 2006 12:28:09 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 946BA43D53; Wed, 12 Jul 2006 12:28:08 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D619.dip.t-dialin.net [84.165.214.25]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6CCIiTW012969; Wed, 12 Jul 2006 14:18:45 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6CCS9vE032020; Wed, 12 Jul 2006 14:28:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 12 Jul 2006 14:28:09 +0200 Message-ID: <20060712142809.h4lb735laww8s04g@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 12 Jul 2006 14:28:09 +0200 From: Alexander Leidinger To: Daniel Eischen References: <20060712091320.u0l2n35woo8c8w88@netchild.homeip.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: Re: What causes bus_alloc_resource() to fail? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 12:28:09 -0000 Quoting Daniel Eischen (from Wed, 12 Jul 2006 =20 08:06:09 -0400 (EDT)): > On Wed, 12 Jul 2006, Alexander Leidinger wrote: >> Are you sure the ICH7-based audio device is using the ac97 =20 >> interface and not the HDA interface (hardware development =20 >> decission, can't be changed with software)? If you are not sure I =20 >> suggest to try to get this information somewhere. If it is using =20 >> the HDA interface, your approach will never work. I suggest to have =20 >> a look into the multimedia@ archive and search for HDA mails in =20 >> this case. > > I dunno. I know there is a Sigmtel 92xx chip in there somewhere, > if that helps... HDA. Have a look at the multimedia@ archive and search for HDA and =20 sigmatel 92xxx (google doesn't give me the right thread, so probably =20 it's not yet indexed there). Bye, Alexander. --=20 Don't let people drive you crazy when you know it's in walking distance. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 12:47:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51B7716A4DF for ; Wed, 12 Jul 2006 12:47:44 +0000 (UTC) (envelope-from akosiaris@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D439743D5A for ; Wed, 12 Jul 2006 12:47:42 +0000 (GMT) (envelope-from akosiaris@gmail.com) Received: by nz-out-0102.google.com with SMTP id f1so111456nzc for ; Wed, 12 Jul 2006 05:47:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=U8mwIuAaas4xgszn86ymCHLwE8Td763iSkwTATaGWE+6+zq9g37QPR3WsTS0Oi0GoguRLURnK0WpC4uP7W9Cj6EAKWcGZYyFBknEZlAwrieKI0G8I3KKlB0z8orE5eYMFK03l/GdzSEA3FnJtSEHvVPqh5qtbJAdObO2rNQY2JE= Received: by 10.36.67.7 with SMTP id p7mr812271nza; Wed, 12 Jul 2006 05:47:42 -0700 (PDT) Received: by 10.36.55.20 with HTTP; Wed, 12 Jul 2006 05:47:41 -0700 (PDT) Message-ID: Date: Wed, 12 Jul 2006 15:47:41 +0300 From: "Alexandros Kosiaris" To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 12 Jul 2006 12:58:46 +0000 Cc: Subject: Securelevels and /dev/io documentation inconsistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 12:47:44 -0000 Hello, I believe i have stumbled upon a documentation inconsistency concerning securelevels and usage of /dev/io >From init(8) manpage 1 Secure mode - the system immutable and system append-only flags may not be turned off; disks for mounted file systems, /dev/mem, /dev/kmem and /dev/io (if your platform has it) may not be opened for writing; kernel modules (see kld(4)) may not be loaded or unloaded. Note the "may not be opened for writing". It is correct for /dev/mem and /dev/kmem but incorrect for /dev/io as the following experiment shows: 3:40pm ~ # sysctl kern.securelevel kern.securelevel: 1 root@mybox 3:40pm ~ # head /dev/io head: /dev/io: Operation not permitted root@mybox 3:40pm ~ # Now the source code in /usr/src/sys/i386/i386/io.c just checks if securelevel is greater that 0 when opening the device and return accordingly. However from io(4) Note that even read-only access will grant the full I/O privileges. Which means that changing the code to check if the device is opened O_RDONLY and then allowing access would be a mistake cancelling the idea of blocking access to the device through usage of the securelevel. I am correct about the above ? Does the documentation need a correction in that place? Thanks, alex From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 14:12:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A40AC16A4DD; Wed, 12 Jul 2006 14:12:33 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47BA143D62; Wed, 12 Jul 2006 14:12:32 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-1) with ESMTP id k6CEBwqN017754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 12 Jul 2006 17:12:00 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k6CEBrqu031470; Wed, 12 Jul 2006 17:11:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k6CEBrwO031469; Wed, 12 Jul 2006 17:11:53 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 12 Jul 2006 17:11:53 +0300 From: Giorgos Keramidas To: Alexandros Kosiaris Message-ID: <20060712141153.GB30855@gothmog.pc> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.352, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.05, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No X-Mailman-Approved-At: Wed, 12 Jul 2006 14:19:10 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Securelevels and /dev/io documentation inconsistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 14:12:33 -0000 On 2006-07-12 15:47, Alexandros Kosiaris wrote: > Hello, > > I believe i have stumbled upon a documentation inconsistency > concerning securelevels and usage of /dev/io > > >From init(8) manpage > > 1 Secure mode - the system immutable and system append-only flags may > not be turned off; disks for mounted file systems, /dev/mem, > /dev/kmem and /dev/io (if your platform has it) may not be opened > for writing; kernel modules (see kld(4)) may not be loaded or > unloaded. > > Note the "may not be opened for writing". It is correct for /dev/mem > and /dev/kmem but incorrect for /dev/io as the following experiment > shows: > > 3:40pm ~ # sysctl kern.securelevel > kern.securelevel: 1 > root@mybox > 3:40pm ~ # head /dev/io > head: /dev/io: Operation not permitted > root@mybox > 3:40pm ~ # > > Now the source code in /usr/src/sys/i386/i386/io.c just checks if > securelevel is greater that 0 when opening the device and return > accordingly. > > However from io(4) > > Note that even read-only access will grant the full I/O privileges. > > Which means that changing the code to check if the device is opened > O_RDONLY and then allowing access would be a mistake cancelling the > idea of blocking access to the device through usage of the > securelevel. > > I am correct about the above ? > Does the documentation need a correction in that place? It looks like it does. Would something like this be satisfactory? 1 Secure mode - the system immutable and system append-only flags may not be turned off; disks for mounted file systems, /dev/mem and /dev/kmem may not be opened for writing and /dev/io (if your platform has it) may not be opened at all; kernel modules (see kld(4)) may not be loaded or unloaded. Regards, Giorgos From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 15:10:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92F1516A4E2 for ; Wed, 12 Jul 2006 15:10:36 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A0A43D45 for ; Wed, 12 Jul 2006 15:10:33 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 081FD2D4878 for ; Wed, 12 Jul 2006 15:10:33 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id DB5531141F; Wed, 12 Jul 2006 17:10:32 +0200 (CEST) Date: Wed, 12 Jul 2006 17:10:32 +0200 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20060712151032.GE1090@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="orO6xySwJI16pVnm" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 15:10:36 -0000 --orO6xySwJI16pVnm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey, I have been working on preparing an import of OpenSSL 0.9.8b into the base system. Before actually doing the import I would like to get comments and, if possible, even someone to test run it and report any problems. I have been running OpenSSL 0.9.8b for a couple of days without anything blowing up. The API in 0.9.8b is not entirely compatible with 0.9.7e (which we currently have in the base system) so I choose to bump the library version number. I know API !=3D ABI, but I'm not really sure how to check if the ABI is compatible, and I can see that the shared library number is bumped if you use OpenSSL's own build system. In OpenSSL 0.9.8b the API libmp uses is broken so libmp has been updated. I have not yet tested the libmp change since I don't have any programs which uses it, but I plan to make a small test program before commit. The patch against -CURRENT from today can be found at http://people.freebsd.org/~simon/patches/openssl-0.9.8b-0.patch (note: 4.2MB) or in perforce as //depot/user/simon/openssl/ which can also be viewed as: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/simon/= openssl/ The patch can be applied while standing in your src/ directory using: patch -p6 < openssl-0.9.8b-0.patch Note, due to the API breakage I have no plans to MFC this. Comments? --=20 Simon L. Nielsen --orO6xySwJI16pVnm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEtRDoh9pcDSc1mlERAu+MAJsFxjHdBsxy2cusf7m9HBxoTBc7KACghqBg +e0wW1th4gvPV2PHZ8t2Kq0= =sRf/ -----END PGP SIGNATURE----- --orO6xySwJI16pVnm-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 15:19:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07D5D16A4E0 for ; Wed, 12 Jul 2006 15:19:12 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 10D8B43D45 for ; Wed, 12 Jul 2006 15:19:09 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 10703 invoked from network); 12 Jul 2006 15:19:07 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 12 Jul 2006 15:19:07 -0000 Message-ID: <44B512EA.6050101@FreeBSD.org> Date: Wed, 12 Jul 2006 17:19:06 +0200 From: Alex Dupre User-Agent: Thunderbird 1.5.0.4 (X11/20060606) MIME-Version: 1.0 To: "Simon L. Nielsen" References: <20060712151032.GE1090@zaphod.nitro.dk> In-Reply-To: <20060712151032.GE1090@zaphod.nitro.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 15:19:12 -0000 Simon L. Nielsen wrote: > I have been working on preparing an import of OpenSSL 0.9.8b into the > base system. Before actually doing the import I would like to get > comments I haven't read the patch, but I'd like OpenSSL in base could load dynamic engine modules (problem described in PR 79570). -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 15:27:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA90F16A4DE; Wed, 12 Jul 2006 15:27:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CBA643D49; Wed, 12 Jul 2006 15:27:27 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k6CFRKcs050468; Wed, 12 Jul 2006 11:27:21 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3P/8.13.3) with ESMTP id k6CFRQ7B065838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Jul 2006 11:27:26 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060712112430.06c4f1c8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 12 Jul 2006 11:27:36 -0400 To: "Simon L. Nielsen" , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20060712151032.GE1090@zaphod.nitro.dk> References: <20060712151032.GE1090@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: Subject: Re: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 15:27:28 -0000 At 11:10 AM 12/07/2006, Simon L. Nielsen wrote: >Note, due to the API breakage I have no plans to MFC this. While on the topic of OpenSSL, any chance of applying http://www.freebsd.org/cgi/query-pr.cgi?pr=86598 to RELENG_6 if there will be no MFC ? ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 15:44:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6745916A4DA; Wed, 12 Jul 2006 15:44:00 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 487B443D45; Wed, 12 Jul 2006 15:43:59 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 4AF1F2D4851; Wed, 12 Jul 2006 15:43:58 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 147021141F; Wed, 12 Jul 2006 17:43:57 +0200 (CEST) Date: Wed, 12 Jul 2006 17:43:57 +0200 From: "Simon L. Nielsen" To: Alex Dupre Message-ID: <20060712154357.GF1090@zaphod.nitro.dk> References: <20060712151032.GE1090@zaphod.nitro.dk> <44B512EA.6050101@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sLx0z+5FKKtIVDwd" Content-Disposition: inline In-Reply-To: <44B512EA.6050101@FreeBSD.org> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 15:44:00 -0000 --sLx0z+5FKKtIVDwd Content-Type: multipart/mixed; boundary="Mjqg7Yu+0hL22rav" Content-Disposition: inline --Mjqg7Yu+0hL22rav Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.07.12 17:19:06 +0200, Alex Dupre wrote: > Simon L. Nielsen wrote: > >I have been working on preparing an import of OpenSSL 0.9.8b into the > >base system. Before actually doing the import I would like to get > >comments >=20 > I haven't read the patch, but I'd like OpenSSL in base could load=20 > dynamic engine modules (problem described in PR 79570). That is one of the things the patch enables. Actually the reason I started looking at an OpenSSL import in the first place was due to my initial pain with loading the opensc engine :-). It should actually be pretty simple to enable DSO support in [56]-STABLE, but I prefer to wait with that after the 0.9.8b import has settled in -CURRENT. The attached _untested_ patch (which can also be found at http://people.freebsd.org/~simon/patches/openssl-DSO-6STABLE.patch ) should do the trick. [simon@zaphod:~] openssl OpenSSL> version OpenSSL 0.9.8b 04 May 2006 OpenSSL> engine dynamic -pre SO_PATH:/usr/local/lib/engines/engine_pkcs11.s= o -pre ID:pkcs11 -pre LIST_ADD:1 -pre LOAD -pre MODULE_PATH:/usr/local/lib/= opensc-pkcs11.so (dynamic) Dynamic engine loading support [Success]: SO_PATH:/usr/local/lib/engines/engine_pkcs11.so [Success]: ID:pkcs11 [Success]: LIST_ADD:1 [Success]: LOAD [Success]: MODULE_PATH:/usr/local/lib/opensc-pkcs11.so Loaded: (pkcs11) pkcs11 engine --=20 Simon L. Nielsen --Mjqg7Yu+0hL22rav Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="openssl-DSO-6STABLE.patch" Content-Transfer-Encoding: quoted-printable Index: secure/lib/libcrypto/Makefile.inc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/secure/lib/libcrypto/Makefile.inc,v retrieving revision 1.40 diff -u -d -r1.40 Makefile.inc --- secure/lib/libcrypto/Makefile.inc 25 Feb 2005 06:04:09 -0000 1.40 +++ secure/lib/libcrypto/Makefile.inc 12 Jul 2006 15:40:55 -0000 @@ -5,7 +5,7 @@ =20 CFLAGS+=3D -DTERMIOS -DANSI_SOURCE CFLAGS+=3D -I${LCRYPTO_SRC} -I${LCRYPTO_SRC}/crypto -I${.OBJDIR} -CFLAGS+=3D -DOPENSSL_THREADS +CFLAGS+=3D -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H =20 .if !defined(MAKE_IDEA) CFLAGS+=3D -DOPENSSL_NO_IDEA --Mjqg7Yu+0hL22rav-- --sLx0z+5FKKtIVDwd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEtRi9h9pcDSc1mlERAgoVAJ4uOA4RmocX8o7U09yXF+DJqlnotgCgxVhE 9HzSTTxlzIpoelUMC28JjXI= =JVqa -----END PGP SIGNATURE----- --sLx0z+5FKKtIVDwd-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 15:49:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4314416A4DE for ; Wed, 12 Jul 2006 15:49:01 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B354543D72 for ; Wed, 12 Jul 2006 15:49:00 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id F16182D4851; Wed, 12 Jul 2006 15:48:59 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id D7E951141F; Wed, 12 Jul 2006 17:48:59 +0200 (CEST) Date: Wed, 12 Jul 2006 17:48:59 +0200 From: "Simon L. Nielsen" To: Mike Tancsa Message-ID: <20060712154859.GG1090@zaphod.nitro.dk> References: <20060712151032.GE1090@zaphod.nitro.dk> <6.2.3.4.0.20060712112430.06c4f1c8@64.7.153.2> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OpLPJvDmhXTZE4Lg" Content-Disposition: inline In-Reply-To: <6.2.3.4.0.20060712112430.06c4f1c8@64.7.153.2> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 15:49:01 -0000 --OpLPJvDmhXTZE4Lg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.07.12 11:27:36 -0400, Mike Tancsa wrote: > At 11:10 AM 12/07/2006, Simon L. Nielsen wrote: >=20 > >Note, due to the API breakage I have no plans to MFC this. >=20 > While on the topic of OpenSSL, any chance of applying >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D86598 >=20 > to RELENG_6 if there will be no MFC ? I will need to have a closer look at it, but I don't think that should be a problem. I have grabbed the PR for now and will have a look at it after 0.9.8b has been imported into -CURRENT. --=20 Simon L. Nielsen --OpLPJvDmhXTZE4Lg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEtRnrh9pcDSc1mlERAoyoAJ92EWGNss6dzpoziUCTK8VJpimYGACgiV72 QcQu9jnY0k9ekmJtAZVNMGk= =ZCD1 -----END PGP SIGNATURE----- --OpLPJvDmhXTZE4Lg-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 17:35:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6776816A4DF for ; Wed, 12 Jul 2006 17:35:22 +0000 (UTC) (envelope-from akosiaris@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28AAC43D55 for ; Wed, 12 Jul 2006 17:35:21 +0000 (GMT) (envelope-from akosiaris@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so174488nzn for ; Wed, 12 Jul 2006 10:35:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fBy1+cRHZbf5RG4cF3iGBT5DvCXaTakekdaCHefJMj29pNkbBpA5sCT79+g0rturDwMh5COT7fseb11QzjQhvPqyPWYDKHzq1fj5hY9J4Wz0VnwD+HDtQCbdjCJaU0b6UhCeU3WRWMf09yudP2u12J1Rn3ze/EQIxWVuEjQYgxc= Received: by 10.36.74.19 with SMTP id w19mr1194875nza; Wed, 12 Jul 2006 10:35:20 -0700 (PDT) Received: by 10.36.55.20 with HTTP; Wed, 12 Jul 2006 10:35:20 -0700 (PDT) Message-ID: Date: Wed, 12 Jul 2006 20:35:20 +0300 From: "Alexandros Kosiaris" To: "Giorgos Keramidas" In-Reply-To: <20060712141153.GB30855@gothmog.pc> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060712141153.GB30855@gothmog.pc> X-Mailman-Approved-At: Wed, 12 Jul 2006 17:39:42 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Securelevels and /dev/io documentation inconsistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 17:35:22 -0000 > It looks like it does. Would something like this be satisfactory? > > 1 Secure mode - the system immutable and system > append-only flags may not be turned off; disks for > mounted file systems, /dev/mem and /dev/kmem may not be > opened for writing and /dev/io (if your platform has it) > may not be opened at all; kernel modules (see kld(4)) > may not be loaded or unloaded. > > Regards, > Giorgos > Yes it would be. Thank you. From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 17:46:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C412F16A4DF for ; Wed, 12 Jul 2006 17:46:03 +0000 (UTC) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944D243D68 for ; Wed, 12 Jul 2006 17:46:01 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.6/8.13.6) with ESMTP id k6CHqZOG058848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Jul 2006 13:52:41 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Wed, 12 Jul 2006 13:46:09 -0400 User-Agent: KMail/1.9.1 References: <200606161333.07522.mistry.7@osu.edu> <44A598BC.20200@deepcore.dk> <200606302214.59249.mistry.7@osu.edu> In-Reply-To: <200606302214.59249.mistry.7@osu.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2636364.BVkUFUGV5C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607121346.24280.mistry.7@osu.edu> X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,BAYES_80, MYFREEBSD3 autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88.2/1592/Tue Jul 11 16:40:37 2006 on mail.united-ware.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: After install - Fatal trap 18 ATA problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 17:46:03 -0000 --nextPart2636364.BVkUFUGV5C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 30 June 2006 22:14, Anish Mistry wrote: > On Friday 30 June 2006 17:33, you wrote: > > Anish Mistry wrote: > > > On Friday 30 June 2006 16:54, you wrote: > > >> Anish Mistry wrote: > > >>>> No, it fell through the cracks somewhere... > > >>>> > > >>>> Do you still have the HW in question so tests can be done ? > > >>> > > >>> Yes, in the exact same configuration > > >> > > >> OK, so lets start over, I've not been following this, could > > >> you get me a dmesg from a verbose booted system please ? > > >> It fails because the disk geometry is invalid right ? > > > > > > http://am-productions.biz/docs/boot-panic-script.txt.gz > > > > > > The email I sent earlier today contains all of the details > > > including the above link. Let me know if you need further > > > clarification. > > > > OK, in ata-disk.c::ad_attach the following lines is around line > > 100: > > > > if (atadev->param.atavalid & ATA_FLAG_54_58) { > > adp->heads =3D atadev->param.current_heads; > > adp->sectors =3D atadev->param.current_sectors; > > adp->total_secs =3D (u_int32_t)atadev->param.current_size_1 > > | ((u_int32_t)atadev->param.current_size_2 << 16); } > > else { > > adp->heads =3D atadev->param.heads; > > adp->sectors =3D atadev->param.sectors; > > adp->total_secs =3D atadev->param.cylinders * adp->heads * > > adp->sectors; > > } > > > > It would seem that the wrong way of getting at the > > cyl/head/sector is used for your disk. > > My guess is that ->param.current_* isn't set correctly in your > > disk (firmware / BIOS mishap), so we need to take the old > > defaults instead. That is instead of relying on good values as > > the ATA_FLAG_54_58 was supposed to say, we also need to check the > > values for sane settings. > > > > I just love how hard it is to understand the word "shall" in > > standards, sigh.... > > Changing that bit to the following fixed it and allows it to boot. > > if (atadev->param.atavalid & ATA_FLAG_54_58) { > adp->heads =3D atadev->param.current_heads; > adp->sectors =3D atadev->param.current_sectors; > adp->total_secs =3D (u_int32_t)atadev->param.current_size_1 | > ((u_int32_t)atadev->param.current_size_2 << 16); > } > if (!(atadev->param.atavalid & ATA_FLAG_54_58) || > ((atadev->param.atavalid & ATA_FLAG_54_58) && (adp->heads =3D=3D 0 || > adp->sectors =3D=3D 0))) { > adp->heads =3D atadev->param.heads; > adp->sectors =3D atadev->param.sectors; > adp->total_secs =3D atadev->param.cylinders * adp->heads * > adp->sectors; > } Do you have an ETA on committing this fix? Or is there something=20 wrong with the change? Thanks, =2D-=20 Anish Mistry --nextPart2636364.BVkUFUGV5C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEtTVwxqA5ziudZT0RAqvmAJwPkO5bIBds39YhUmKPbxG4GjxLDwCcDssE JMe5D2jPfFJ+yvXwTFh2p6Y= =nH2q -----END PGP SIGNATURE----- --nextPart2636364.BVkUFUGV5C-- From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 18:14:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D938E16A4DF; Wed, 12 Jul 2006 18:14:45 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD25F43D55; Wed, 12 Jul 2006 18:14:35 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-1) with ESMTP id k6CIEMQa029850 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 12 Jul 2006 21:14:22 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k6CIEGja038993; Wed, 12 Jul 2006 21:14:16 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k6CIEGu6038992; Wed, 12 Jul 2006 21:14:16 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Wed, 12 Jul 2006 21:14:16 +0300 From: Giorgos Keramidas To: Alexandros Kosiaris Message-ID: <20060712181416.GB38615@gothmog.pc> References: <20060712141153.GB30855@gothmog.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.353, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.05, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No X-Mailman-Approved-At: Wed, 12 Jul 2006 18:33:41 +0000 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Securelevels and /dev/io documentation inconsistency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 18:14:46 -0000 On 2006-07-12 20:35, Alexandros Kosiaris wrote: >>It looks like it does. Would something like this be satisfactory? >> >> 1 Secure mode - the system immutable and system >> append-only flags may not be turned off; disks for >> mounted file systems, /dev/mem and /dev/kmem may not be >> opened for writing and /dev/io (if your platform has it) >> may not be opened at all; kernel modules (see kld(4)) >> may not be loaded or unloaded. >> >>Regards, >>Giorgos > > Yes it would be. Thank you. It should be fixed in HEAD now, with this commit: Revision Changes Path 1.47 +4 -3 src/share/man/man7/security.7 After a short period (3 days or so), if there are no objections, corrections or other changes by fellow committers, I'll merge the change to RELENG_6 too. Thanks :) From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 19:47:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 6AFF516A4DE; Wed, 12 Jul 2006 19:47:01 +0000 (UTC) In-Reply-To: <20060712.101453.74755604.goto@snowy.to> from Yoshikazu GOTO at "Jul 12, 2006 10:14:53 am" To: goto@snowy.to (Yoshikazu GOTO) Date: Wed, 12 Jul 2006 19:47:01 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060712194701.6AFF516A4DE@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-current@freebsd.org, imp@bsdimp.com Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 19:47:01 -0000 > > You can try the following patch. It just papers over the problem... > > Thank you for your reply and patch. > > I tried it, but I caught error messages as follows: > > ---- start ---- > << boot sequence (dhclient on em0) >> > re0: link state changed to DOWN > panic: mutex re0 not owned at /usr/src/sys/kern/kern_mutex.c:405 > cpuid = 0 > KDB: enter: panic > [thread pid 414 tid 100054 ] > Stopped at kdb_enter+0x2b: nop > db> > ---- end ---- At this point, you should have typed 'bt' at the debugger prompt and obtained a backtrace so we can see where in the driver code the problem is occuring. Sadly, you did not, so the problem remains a mystery. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Wed Jul 12 22:57:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABAD416A4DE for ; Wed, 12 Jul 2006 22:57:18 +0000 (UTC) (envelope-from goto@snowy.to) Received: from mail.snowy.to (mail.snowy.to [219.166.73.149]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F9CD43D4C for ; Wed, 12 Jul 2006 22:57:16 +0000 (GMT) (envelope-from goto@snowy.to) Received: (qmail 77711 invoked from network); 13 Jul 2006 07:57:15 +0900 Received: from unknown (HELO snowy.to) (0.0.0.0) by 0.0.0.0 with SMTP; 13 Jul 2006 07:57:15 +0900 Date: Thu, 13 Jul 2006 07:57:14 +0900 (JST) Message-Id: <20060713.075714.41630956.goto@snowy.to> To: wpaul@FreeBSD.ORG From: Yoshikazu GOTO In-Reply-To: <20060712194701.6AFF516A4DE@hub.freebsd.org> References: <20060712.101453.74755604.goto@snowy.to> <20060712194701.6AFF516A4DE@hub.freebsd.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, imp@bsdimp.com Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jul 2006 22:57:18 -0000 Hi, In Message-ID: <20060712194701.6AFF516A4DE@hub.freebsd.org> wpaul@FreeBSD.ORG (Bill Paul) wrote : > > > > You can try the following patch. It just papers over the problem... > > > > Thank you for your reply and patch. > > > > I tried it, but I caught error messages as follows: > > > > ---- start ---- > > << boot sequence (dhclient on em0) >> > > re0: link state changed to DOWN > > panic: mutex re0 not owned at /usr/src/sys/kern/kern_mutex.c:405 > > cpuid = 0 > > KDB: enter: panic > > [thread pid 414 tid 100054 ] > > Stopped at kdb_enter+0x2b: nop > > db> > > ---- end ---- > > At this point, you should have typed 'bt' at the debugger prompt > and obtained a backtrace so we can see where in the driver code > the problem is occuring. > > Sadly, you did not, so the problem remains a mystery. When "db>" was printed, I can't input any key. The least I could do was to push my power switch. Goto. -=-=-=- // Yoshikazu GOTO // E-mail: goto@snowy.to -=-=-=- \e From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 00:03:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A4EA16A4DA for ; Thu, 13 Jul 2006 00:03:06 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id F286643D4C for ; Thu, 13 Jul 2006 00:03:05 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 652E52D484F for ; Thu, 13 Jul 2006 00:03:04 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 4A0301141D; Thu, 13 Jul 2006 02:03:04 +0200 (CEST) Date: Thu, 13 Jul 2006 02:03:04 +0200 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20060713000303.GB78119@zaphod.nitro.dk> References: <20060712151032.GE1090@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <20060712151032.GE1090@zaphod.nitro.dk> User-Agent: Mutt/1.5.11 Subject: Re: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:03:06 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.07.12 17:10:32 +0200, Simon L. Nielsen wrote: > Hey, >=20 > I have been working on preparing an import of OpenSSL 0.9.8b into the > base system. Before actually doing the import I would like to get > comments and, if possible, even someone to test run it and report any > problems. I have been running OpenSSL 0.9.8b for a couple of days > without anything blowing up. >=20 > The API in 0.9.8b is not entirely compatible with 0.9.7e (which we > currently have in the base system) so I choose to bump the library > version number. I know API !=3D ABI, but I'm not really sure how to > check if the ABI is compatible, and I can see that the shared library > number is bumped if you use OpenSSL's own build system. >=20 > In OpenSSL 0.9.8b the API libmp uses is broken so libmp has been > updated. I have not yet tested the libmp change since I don't have > any programs which uses it, but I plan to make a small test program > before commit. >=20 > The patch against -CURRENT from today can be found at > http://people.freebsd.org/~simon/patches/openssl-0.9.8b-0.patch (note: > 4.2MB) or in perforce as //depot/user/simon/openssl/ which can also be > viewed as: > http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/simo= n/openssl/ >=20 > The patch can be applied while standing in your src/ directory using: > patch -p6 < openssl-0.9.8b-0.patch It turns out I couldn't generate the patch from perforce like I thought I could, so the patch does not contain new files and therefor don't actually compile. I will generate a new patch tomorrow. --=20 Simon L. Nielsen --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEtY23h9pcDSc1mlERAnMpAKCUqiv5tyYIm0wB6EPylYq0a8R+awCgjTL4 nWlUa3oENLm821IwItVsCyI= =9aGW -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 00:56:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45E9116A4DF for ; Thu, 13 Jul 2006 00:56:23 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id D760143D58 for ; Thu, 13 Jul 2006 00:56:22 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k6D0uKTZ020913 for ; Wed, 12 Jul 2006 20:56:20 -0400 X-ORBL: [67.119.74.222] Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by pimout7-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k6D0uHhN114722; Wed, 12 Jul 2006 20:56:18 -0400 Message-ID: <44B59A22.7000407@root.org> Date: Wed, 12 Jul 2006 17:56:02 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: cbb hangs during suspend if ath card active X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 00:56:23 -0000 I've seen a recent regression in the past few months when suspending my laptop. When I have an ath0 card inserted in a cardbus slot and then press the sleep button, the system hangs. If I eject the card, it continues going into suspend and everything works as normal. If the card is up (ifconfig up), this process hangs. If it's down, no hang and it suspends normally. I did some debugging by starting the suspend, waiting for the hang, hitting "break to ddb", and then ejecting the card. The eject causes an interrupt which causes ddb to be entered. With ps, I can see that the thread on the acpi_taskq is running the button event and then calling bus_generic_suspend(), which eventually calls cbb_detach(), which then calls a power routine in pccbb.c. This routine calls tsleep() (wchan "cbbP3") which never wakes up. Any idea why tsleep() is not waking up now? It seems tsleep() calls mi_switch() and never returns. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 01:32:21 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 359BA16A4DA for ; Thu, 13 Jul 2006 01:32:21 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7CF343D4C for ; Thu, 13 Jul 2006 01:32:20 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k6D1WJM2005698 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Jul 2006 18:32:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44B5A2A3.2070702@errno.com> Date: Wed, 12 Jul 2006 18:32:19 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: Nate Lawson References: <44B59A22.7000407@root.org> In-Reply-To: <44B59A22.7000407@root.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: cbb hangs during suspend if ath card active X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 01:32:21 -0000 Nate Lawson wrote: > I've seen a recent regression in the past few months when suspending my > laptop. When I have an ath0 card inserted in a cardbus slot and then > press the sleep button, the system hangs. If I eject the card, it > continues going into suspend and everything works as normal. > > If the card is up (ifconfig up), this process hangs. If it's down, no > hang and it suspends normally. I did some debugging by starting the > suspend, waiting for the hang, hitting "break to ddb", and then ejecting > the card. The eject causes an interrupt which causes ddb to be entered. > With ps, I can see that the thread on the acpi_taskq is running the > button event and then calling bus_generic_suspend(), which eventually > calls cbb_detach(), which then calls a power routine in pccbb.c. This > routine calls tsleep() (wchan "cbbP3") which never wakes up. > > Any idea why tsleep() is not waking up now? It seems tsleep() calls > mi_switch() and never returns. > A more likely scenario is that ath_stop is putting the card into "deep sleep". At that point you cannot touch any of the PCI domain registers for the card w/o bringing it out of sleep. If you do then the pci/cardbus will hang. Ejecting the card removes the device from the bus and allows things to continue. I walked through this scenario with Ed Maste when he mentioned it to me and we tried to catch ath being entered after it set the card to sleep but failed. Note that something as simple as checking for ath_intrpend at the top of ath_intr can cause this but after shuffling code to ensure this does not occur we still couldn't catch what was going on. My suggestion is you work under the above assumption and try to catch entry to the ath driver. I still think the problem is a shared irq interrupting after ath_stop puts the card to sleep. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 02:28:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D621D16A4DA for ; Thu, 13 Jul 2006 02:28:01 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51F7243D46 for ; Thu, 13 Jul 2006 02:28:01 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k6D2Rx2b006011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Jul 2006 19:28:01 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44B5AFAF.60503@errno.com> Date: Wed, 12 Jul 2006 19:27:59 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: Nate Lawson References: <44B59A22.7000407@root.org> <44B5A2A3.2070702@errno.com> In-Reply-To: <44B5A2A3.2070702@errno.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: cbb hangs during suspend if ath card active X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:28:01 -0000 Sam Leffler wrote: > A more likely scenario is that ath_stop is putting the card into "deep > sleep". At that point you cannot touch any of the PCI domain registers > for the card w/o bringing it out of sleep. If you do then the > pci/cardbus will hang. Ejecting the card removes the device from the > bus and allows things to continue. Sorry, that should've been "you cannot touch anything but the PCI domain registers"... Basically you can't touch any registers except PCI config space registers and/or those reg's used to bring the chip out of sleep. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 02:40:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6EFE16A4E7 for ; Thu, 13 Jul 2006 02:40:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73AB243D46 for ; Thu, 13 Jul 2006 02:40:04 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 12 Jul 2006 19:40:04 -0700 Message-ID: <44B5B284.5090202@elischer.org> Date: Wed, 12 Jul 2006 19:40:04 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: tim's talk starting now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 02:40:04 -0000 rtsp://jello.ironport.com:80/bafug-live.sdp From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 04:32:44 2006 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BF2616A4DA for ; Thu, 13 Jul 2006 04:32:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD70343D60 for ; Thu, 13 Jul 2006 04:32:27 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k6D4TJR5084730; Wed, 12 Jul 2006 22:29:19 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 12 Jul 2006 22:29:28 -0600 (MDT) Message-Id: <20060712.222928.-432837032.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <44B59A22.7000407@root.org> References: <44B59A22.7000407@root.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 12 Jul 2006 22:29:19 -0600 (MDT) Cc: current@FreeBSD.ORG Subject: Re: cbb hangs during suspend if ath card active X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 04:32:44 -0000 In message: <44B59A22.7000407@root.org> Nate Lawson writes: : I've seen a recent regression in the past few months when suspending my : laptop. When I have an ath0 card inserted in a cardbus slot and then : press the sleep button, the system hangs. If I eject the card, it : continues going into suspend and everything works as normal. : : If the card is up (ifconfig up), this process hangs. If it's down, no : hang and it suspends normally. I did some debugging by starting the : suspend, waiting for the hang, hitting "break to ddb", and then ejecting : the card. The eject causes an interrupt which causes ddb to be entered. : With ps, I can see that the thread on the acpi_taskq is running the : button event and then calling bus_generic_suspend(), which eventually : calls cbb_detach(), which then calls a power routine in pccbb.c. This : routine calls tsleep() (wchan "cbbP3") which never wakes up. : : Any idea why tsleep() is not waking up now? It seems tsleep() calls : mi_switch() and never returns. Maybe the timers have been stopped and not properly restored by this time? Maybe we're calling the resume routines from a bad place that we can't sleep... APM had this problem... I'd love to test things like this, but I've not had a laptop in the past 5 years that can successfully suspend/resume under freebsd, even with minimal drivers :-( Warner From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 06:07:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B0516A4E6 for ; Thu, 13 Jul 2006 06:07:13 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 727B643D55 for ; Thu, 13 Jul 2006 06:07:13 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-int.prodigy.net [207.115.4.22]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k6D67DEs015886 for ; Thu, 13 Jul 2006 02:07:13 -0400 X-ORBL: [71.139.3.149] Received: from [10.0.5.51] (ppp-71-139-3-149.dsl.snfc21.pacbell.net [71.139.3.149]) by pimout6-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k6D67B7h234076; Thu, 13 Jul 2006 02:07:11 -0400 Message-ID: <44B5E300.6000800@root.org> Date: Wed, 12 Jul 2006 23:06:56 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Sam Leffler References: <44B59A22.7000407@root.org> <44B5A2A3.2070702@errno.com> In-Reply-To: <44B5A2A3.2070702@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: cbb hangs during suspend if ath card active X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 06:07:14 -0000 Sam Leffler wrote: > Nate Lawson wrote: >> I've seen a recent regression in the past few months when suspending my >> laptop. When I have an ath0 card inserted in a cardbus slot and then >> press the sleep button, the system hangs. If I eject the card, it >> continues going into suspend and everything works as normal. >> >> If the card is up (ifconfig up), this process hangs. If it's down, no >> hang and it suspends normally. I did some debugging by starting the >> suspend, waiting for the hang, hitting "break to ddb", and then ejecting >> the card. The eject causes an interrupt which causes ddb to be entered. >> With ps, I can see that the thread on the acpi_taskq is running the >> button event and then calling bus_generic_suspend(), which eventually >> calls cbb_detach(), which then calls a power routine in pccbb.c. This >> routine calls tsleep() (wchan "cbbP3") which never wakes up. >> >> Any idea why tsleep() is not waking up now? It seems tsleep() calls >> mi_switch() and never returns. >> > > A more likely scenario is that ath_stop is putting the card into "deep > sleep". At that point you cannot touch any of the PCI domain registers > for the card w/o bringing it out of sleep. If you do then the > pci/cardbus will hang. Ejecting the card removes the device from the > bus and allows things to continue. > > I walked through this scenario with Ed Maste when he mentioned it to me > and we tried to catch ath being entered after it set the card to sleep > but failed. Note that something as simple as checking for ath_intrpend > at the top of ath_intr can cause this but after shuffling code to ensure > this does not occur we still couldn't catch what was going on. > > My suggestion is you work under the above assumption and try to catch > entry to the ath driver. I still think the problem is a shared irq > interrupting after ath_stop puts the card to sleep. Thanks, I'll look into that. The relevant card is: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xc0210000-0xc021ffff at device 0.0 on cardbus1 ath0: mac 7.9 phy 4.5 radio 5.6 The interrupt is shared with: vgapci0: mem 0xc0100000-0xc017ffff,0xe8000000-0xebffffff,0xe4000000-0xe7ffffff,0xe0000000-0xe1ffffff irq 11 at device 0.0 on pci1 cbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 cbb1: mem 0x51000000-0x51000fff irq 11 at device 0.1 on pci2 fxp0: port 0x6000-0x603f mem 0xc0200000-0xc0200fff irq 11 at device 8.0 on pci2 ichsmb0: port 0x1880-0x189f irq 11 at device 31.3 on pci0 pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff irq 11 at device 31.5 on pci0 -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 07:47:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371B516A4DA for ; Thu, 13 Jul 2006 07:47:36 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4137E43D45 for ; Thu, 13 Jul 2006 07:47:35 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 9C939407B; Wed, 12 Jul 2006 23:47:33 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Wed, 12 Jul 2006 23:47:07 -0800 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1187487.22IHPgDWTf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607122347.31776.freebsd@alaskaparadise.com> Subject: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 07:47:36 -0000 --nextPart1187487.22IHPgDWTf Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I keep getting stuck here when trying to build -current kernel: linking kernel isp_pci.o(.text+0x155a): In function `isp_pci_attach': : undefined reference to `firmware_get' isp_pci.o(.text+0x1589): In function `isp_pci_attach': : undefined reference to `firmware_get' *** Error code 1 Stop in /usr/obj/usr/src/sys/STARGATE. *** Error code 1 Stop in /usr/src. *** Error code 1 Does anyone have a suggestion? Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1187487.22IHPgDWTf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEtfqTR5sEeCt9j00RAvyIAKCAusa47Q/U1dP2hO5ndKs3SjJEuQCbB2OF G3V/Itnn3SI40hxgI11leq8= =3Uzy -----END PGP SIGNATURE----- --nextPart1187487.22IHPgDWTf-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 08:58:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF3B16A4E6; Thu, 13 Jul 2006 08:58:16 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CF4B43D55; Thu, 13 Jul 2006 08:58:14 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k6D8w3vE018153; Thu, 13 Jul 2006 09:58:03 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k6D8w2F9035077; Thu, 13 Jul 2006 09:58:02 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k6D8w1PX035076; Thu, 13 Jul 2006 09:58:01 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Yoshikazu GOTO In-Reply-To: <20060713.075714.41630956.goto@snowy.to> References: <20060712.101453.74755604.goto@snowy.to> <20060712194701.6AFF516A4DE@hub.freebsd.org> <20060713.075714.41630956.goto@snowy.to> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 13 Jul 2006 09:58:00 +0100 Message-Id: <1152781080.28046.1.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: wpaul@freebsd.org, freebsd-current@freebsd.org, imp@bsdimp.com Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 08:58:16 -0000 On Thu, 2006-07-13 at 07:57 +0900, Yoshikazu GOTO wrote: > When "db>" was printed, I can't input any key. > The least I could do was to push my power switch. If you have a USB keyboard handy, use that, or before booting add hint.kbdmux.0.disabled="1" to /boot/device.hints. Currently, kbdmux is causing problems with a lot of people's use of PS2 keyboards in the kernel. Gavin From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 09:21:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7074716A4DE for ; Thu, 13 Jul 2006 09:21:46 +0000 (UTC) (envelope-from matteo@freebsd.org) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC2F643D49 for ; Thu, 13 Jul 2006 09:21:45 +0000 (GMT) (envelope-from matteo@freebsd.org) Received: from kaiser.sig11.org (82.50.112.101) by vsmtp3.tin.it (7.2.072.1) id 44B25E0700611D67 for freebsd-current@freebsd.org; Thu, 13 Jul 2006 11:22:41 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id C3F33639D; Thu, 13 Jul 2006 11:20:16 +0200 (CEST) Date: Thu, 13 Jul 2006 11:20:16 +0200 From: Matteo Riondato To: Beech Rintoul Message-ID: <20060713092016.GA33820@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Beech Rintoul , freebsd-current@freebsd.org References: <200607122347.31776.freebsd@alaskaparadise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607122347.31776.freebsd@alaskaparadise.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 09:21:46 -0000 On Wed, Jul 12, 2006 at 11:47:07PM -0800, Beech Rintoul wrote: > I keep getting stuck here when trying to build -current kernel: > > linking kernel > isp_pci.o(.text+0x155a): In function `isp_pci_attach': > : undefined reference to `firmware_get' > isp_pci.o(.text+0x1589): In function `isp_pci_attach': > : undefined reference to `firmware_get' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/STARGATE. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Does anyone have a suggestion? Try adding "device firmware" to your kernel config. Best Regards -- Matteo Riondato FreeBSD Committer (http://www.freebsd.org) G.U.F.I. Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 11:05:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4B8F16A4E0; Thu, 13 Jul 2006 11:05:41 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DCB243D5A; Thu, 13 Jul 2006 11:05:40 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 22EE14081; Thu, 13 Jul 2006 03:05:38 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Thu, 13 Jul 2006 03:05:03 -0800 User-Agent: KMail/1.9.3 References: <200607122347.31776.freebsd@alaskaparadise.com> <20060713092016.GA33820@kaiser.sig11.org> In-Reply-To: <20060713092016.GA33820@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1585004.Utkep3MR6e"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607130305.34629.freebsd@alaskaparadise.com> Cc: Matteo Riondato Subject: Re: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 11:05:41 -0000 --nextPart1585004.Utkep3MR6e Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 13 July 2006 01:20, Matteo Riondato wrote: > On Wed, Jul 12, 2006 at 11:47:07PM -0800, Beech Rintoul wrote: > > I keep getting stuck here when trying to build -current kernel: > > > > linking kernel > > > > isp_pci.o(.text+0x155a): In function `isp_pci_attach': > > : undefined reference to `firmware_get' > > > > isp_pci.o(.text+0x1589): In function `isp_pci_attach': > > : undefined reference to `firmware_get' > > > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/STARGATE. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Does anyone have a suggestion? > > Try adding "device firmware" to your kernel config. Thanks, that worked. I have a custom config and I really didn't want to sta= rt=20 back from generic. I read UPDATING, but that one went right past me. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1585004.Utkep3MR6e Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEtij+R5sEeCt9j00RAurCAJ0b7OGeM0E7rM1aeF2JKutnt6DFIwCgmTq0 tu8vageEgCm0NNJrzUnb12c= =XvUe -----END PGP SIGNATURE----- --nextPart1585004.Utkep3MR6e-- From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 11:03:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94B7316A4E1; Thu, 13 Jul 2006 11:03:35 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB09A43D46; Thu, 13 Jul 2006 11:03:34 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id A91703295A8; Thu, 13 Jul 2006 21:03:33 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k6DB3QSd011182; Thu, 13 Jul 2006 21:03:27 +1000 Date: Thu, 13 Jul 2006 21:03:26 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Robert Watson In-Reply-To: <20060711124356.Y78628@fledge.watson.org> Message-ID: <20060713204716.D23325@delplex.bde.org> References: <20060708152801.GA3671@crodrigues.org> <44AFD7DF.8090002@errno.com> <20060708174606.GA29602@infradead.org> <44B2A51A.4040103@samsco.org> <20060710202219.GA29786@infradead.org> <20060711124356.Y78628@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Thu, 13 Jul 2006 11:23:04 +0000 Cc: Christoph Hellwig , Craig Rodrigues , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: [RFC] mount can figure out fstype automatically X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 11:03:35 -0000 On Tue, 11 Jul 2006, Robert Watson wrote: > In both FreeBSD and Darwin, I've noticed that the kernel msdosfs code is > excessively permissive as to what it considers a FAT file system. This is > presumably necessary due to the enourmous diversity of FAT file systems > floating around, but it makes it a little too easy to cause msdos to trip > over layouts that violate its layout assumptions. :-) FAT is much more > reliably detected by looking at the partition type it lives in than by > looking at the bytes that appear inside the partition, I believe. Um, most msdosfs file systems are on floppies so they don't even have a partition. Msdosfs can be very reliably detected from the bpb provided the bpb isn't uncleared garbage left from a previous file system, but the checks aren't very cocomplete and people keep relaxing them. In the old version that I use, the checks are mainly: % #ifndef MSDOSFS_NOCHECKSIG % if (bsp->bs50.bsBootSectSig0 != BOOTSIG0 % || bsp->bs50.bsBootSectSig1 != BOOTSIG1) { % error = EINVAL; % goto error_exit; % } % #endif Was relaxed. % [... a few too many assignments before checking anything] % /* XXX - We should probably check more values here */ % if (!pmp->pm_BytesPerSec || !SecPerClust % || !pmp->pm_Heads % #ifdef PC98 % || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 255) { % #else % || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 63) { % #endif % error = EINVAL; % goto error_exit; % } Not a very good check. % if (pmp->pm_Sectors == 0) { % pmp->pm_HiddenSects = getulong(b50->bpbHiddenSecs); % pmp->pm_HugeSectors = getulong(b50->bpbHugeSectors); % } else { % pmp->pm_HiddenSects = getushort(b33->bpbHiddenSecs); % pmp->pm_HugeSectors = pmp->pm_Sectors; % } Not a consistency check, but how the extension works. % if (pmp->pm_HugeSectors > 0xffffffff / % (pmp->pm_BytesPerSec / sizeof(struct direntry)) + 1) { % /* % * We cannot deal currently with this size of disk % * due to fileid limitations (see msdosfs_getattr and % * msdosfs_readdir) % */ % error = EINVAL; % printf("mountmsdosfs(): disk too big, sorry\n"); % goto error_exit; % } Consistency check only as a side effect. % % if (pmp->pm_RootDirEnts == 0) { % if (bsp->bs710.bsBootSectSig2 != BOOTSIG2 % || bsp->bs710.bsBootSectSig3 != BOOTSIG3 % || pmp->pm_Sectors % || pmp->pm_FATsecs % || getushort(b710->bpbFSVers)) { % error = EINVAL; % printf("mountmsdosfs(): bad FAT32 filesystem\n"); % goto error_exit; % } Not a very good consistency check. % pmp->pm_fatmask = FAT32_MASK; % pmp->pm_fatmult = 4; % pmp->pm_fatdiv = 1; % pmp->pm_FATsecs = getulong(b710->bpbBigFATsecs); % if (getushort(b710->bpbExtFlags) & FATMIRROR) % pmp->pm_curfat = getushort(b710->bpbExtFlags) & FATNUM; % else % pmp->pm_flags |= MSDOSFS_FATMIRROR; % } else % pmp->pm_flags |= MSDOSFS_FATMIRROR; % % /* % * Check a few values (could do some more): % * - logical sector size: power of 2, >= block size % * - sectors per cluster: power of 2, >= 1 % * - number of sectors: >= 1, <= size of partition % * - number of FAT sectors: >= 1 % */ % if ( (SecPerClust == 0) % || (SecPerClust & (SecPerClust - 1)) % || (pmp->pm_BytesPerSec < DEV_BSIZE) % || (pmp->pm_BytesPerSec & (pmp->pm_BytesPerSec - 1)) % || (pmp->pm_HugeSectors == 0) % || (pmp->pm_FATsecs == 0) % ) { % error = EINVAL; % goto error_exit; % } More not very good consistency checks. Better checks would determine the location of the FAT and root directory and check that is there. % if (pmp->pm_fatmask == 0) { % if (pmp->pm_maxcluster % <= ((CLUST_RSRVD - CLUST_FIRST) & FAT12_MASK)) { % /* % * This will usually be a floppy disk. This size makes % * sure that one fat entry will not be split across % * multiple blocks. % */ % pmp->pm_fatmask = FAT12_MASK; % pmp->pm_fatmult = 3; % pmp->pm_fatdiv = 2; % } else { % pmp->pm_fatmask = FAT16_MASK; % pmp->pm_fatmult = 2; % pmp->pm_fatdiv = 1; % } % } We do check the FAT, but default to FAT16 if it doesn't lool like FAT12. % [... a few more] Bruce From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 13:44:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3897016A4DF for ; Thu, 13 Jul 2006 13:44:54 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 1EA4B43D6E for ; Thu, 13 Jul 2006 13:44:48 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 13 Jul 2006 13:44:47 -0000 Date: Thu, 13 Jul 2006 16:44:18 +0300 From: Nikolay Pavlov To: John Baldwin Message-ID: <20060713134418.GA7526@zone3000.net> References: <200607111451.22749.john@baldwin.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607111451.22749.john@baldwin.cx> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE X-Mailman-Approved-At: Thu, 13 Jul 2006 14:18:45 +0000 Cc: current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 13:44:54 -0000 On Tuesday, 11 July 2006 at 14:51:22 -0400, John Baldwin wrote: > I have a patch for amr(4) that is a forward-port of a Scott Long patch for 4.x > that fixes some severe data corruption with amr(4) + PAE on 4.x with > 4GB of > RAM. I need the patch tested on current though so I can get it into HEAD and > eventually into 4.x. The patch for head is at > http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break > anything and should basically be a nop. I think the patch will apply to 6.x > (and possibly 5.x) as well. Thanks! Sorry that it's probably offtopic. Is there any chance that this issue with amrd could be fixed: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/94139 > > -- > John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 15:19:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE82916A4DD for ; Thu, 13 Jul 2006 15:19:04 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1735F43D5F for ; Thu, 13 Jul 2006 15:19:02 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by py-out-1112.google.com with SMTP id c30so296194pyc for ; Thu, 13 Jul 2006 08:19:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PbWOR4eVm73IuCM8qLASOIZtTl9HMgxt679bz64DyGH2b0PucJSnhGZV80IzbIN77hn1JmcsaH2fUMgjk+cz4taz/oM8lPiQm+zacHBQBQyl3KIUHLSf9EyaHoDn/fk9dtDnvk6UD5o2YkGZ2Je3efjCXSsmr1oY7npKqR0vyJQ= Received: by 10.35.70.2 with SMTP id x2mr1061196pyk; Thu, 13 Jul 2006 08:19:01 -0700 (PDT) Received: by 10.35.117.14 with HTTP; Thu, 13 Jul 2006 08:19:01 -0700 (PDT) Message-ID: <70e8236f0607130819h155c8a46yc38eacb39378e30c@mail.gmail.com> Date: Thu, 13 Jul 2006 16:19:01 +0100 From: "Joao Barros" To: "John Baldwin" In-Reply-To: <200607111451.22749.john@baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607111451.22749.john@baldwin.cx> Cc: current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 15:19:05 -0000 On 7/11/06, John Baldwin wrote: > I have a patch for amr(4) that is a forward-port of a Scott Long patch for 4.x > that fixes some severe data corruption with amr(4) + PAE on 4.x with > 4GB of > RAM. I need the patch tested on current though so I can get it into HEAD and > eventually into 4.x. The patch for head is at > http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break > anything and should basically be a nop. I think the patch will apply to 6.x > (and possibly 5.x) as well. Thanks! > I can test it on i386 without PAE. Is that test enough? -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 15:33:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37BCB16A4DD for ; Thu, 13 Jul 2006 15:33:38 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F60C43D64 for ; Thu, 13 Jul 2006 15:33:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.201] ([192.168.254.201]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6DFXKon068636; Thu, 13 Jul 2006 09:33:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B667C0.9010501@samsco.org> Date: Thu, 13 Jul 2006 09:33:20 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joao Barros References: <200607111451.22749.john@baldwin.cx> <70e8236f0607130819h155c8a46yc38eacb39378e30c@mail.gmail.com> In-Reply-To: <70e8236f0607130819h155c8a46yc38eacb39378e30c@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: John Baldwin , current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 15:33:38 -0000 Joao Barros wrote: > On 7/11/06, John Baldwin wrote: > >> I have a patch for amr(4) that is a forward-port of a Scott Long patch >> for 4.x >> that fixes some severe data corruption with amr(4) + PAE on 4.x with > >> 4GB of >> RAM. I need the patch tested on current though so I can get it into >> HEAD and >> eventually into 4.x. The patch for head is at >> http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break >> anything and should basically be a nop. I think the patch will apply >> to 6.x >> (and possibly 5.x) as well. Thanks! >> > > I can test it on i386 without PAE. Is that test enough? > Note that this problem is only present when you're using a management app at the same time as heavy disk activity is going on. If you're not using a management app (and few people are, the lack of apps is why I didn't catch this in the first place), then you're completely safe. John's email might be taken as a little alarmist in this respect. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 16:22:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4018416A4DD; Thu, 13 Jul 2006 16:22:33 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A37E43D49; Thu, 13 Jul 2006 16:22:27 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 73D7C244C46; Fri, 14 Jul 2006 01:22:26 +0900 (JST) Message-ID: <44B67340.1080405@freebsd.org> Date: Fri, 14 Jul 2006 01:22:24 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org, rodrigc@crodrigues.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp Subject: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 16:22:33 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-16. The p16 is an important milestone. It is ready for the merge. Patchset-16: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff Changes in unionfs-p16.diff - changed source code style and naming rules for fitting to FreeBSD kernel src style. - committed the patch for sys/ufs/ufs/ufs_lookup.c to current tree. So the patch for sys/ufs/ufs/ufs_lookup.c is removed from unionfs-p16.diff. - changed the patch for sys/fs/unionfs/union_subr.c fitting to changing in current tree. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) The patchset-16 has extensive trials, good stability and source code quality enough to get the merge. I'll commit it to FreeBSD base system after writing up the manual. Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 17:20:09 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 618) id A844A16A4DA; Thu, 13 Jul 2006 17:20:09 +0000 (UTC) In-Reply-To: <20060712003110.GA9542@cdnetworks.co.kr> from Pyun YongHyeon at "Jul 12, 2006 09:31:10 am" To: pyunyh@gmail.com Date: Thu, 13 Jul 2006 17:20:09 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060713172009.A844A16A4DA@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: csaba-ml@creo.hu, lydianconcepts@gmail.com, freebsd-current@FreeBSD.ORG, brueffer@FreeBSD.ORG Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 17:20:09 -0000 > > Actually jumbo frame support works but it takes a very long time > (30~50sec) to work correctly after selecting an MTU larger than > 1500. During the time I could see the the NIC sends the jumbo frame > with tcpdump on sender side but the frame doesn't arrive at > destination. Sometimes the NIC generated 'Tx underrun' and sometimes > it didn't generate any errors. tcpdump doesn't really monitor the sender side. It can't tell you, from the TX side, what packets have made it out onto the wire: it can only tell you what packets made it into the driver's send routine (where the BPF tap point is). NICs normally can not hear their own transmissions. tcpdump on the _other_ end will tell you what packets made it out onto the wire, _unless_ the receiving NIC has been configured to automatically discard error frames. Most of the time you want the NIC to do this, since it saves you from having to process them on the host, but in the past I've deliberately disabled this feature on some cards so that I could get the bad frames onto the host and see exactly what's wrong with them. (Are they truncated? Is the checksum bad? If so, why? Did Homeland Security mess them up while scanning them? etc...) > However in the long run it did work > after about a minuate without any action from user. Hm. Well, here's the thing: ethernet controller's can't tell time. I think it's less of an issue of how much time it takes before the NIC starts sending jumbo frames correctly and more of an issue of how many failed transmission attempts occur before one succeeds. Did you count the number of bad transmissions that occur before the chip starts working? Was it always the same number? Did you instrument the interrupt handler to see if TX completion events are actually occuring for each transmission? (Just because you made it into stge_start() and queued the packet up doesn't mean transmission completed?) > I even changed > STGE_TxStartThresh to use a full frame size but it seemed that it had > no effects. Anyway, STGE_TxStartThresh is not used at all if stge(4) > enabled checksum offload capability. Yeah, that's probably because the NIC wants the whole frame to be resident in the TX FIFO memory so that it can calculate the checksum(s). This implies store-and-forward behavior. > I'm afraid the hardware doesn't support a single 9K buffer per > decriptor. It seems that the hardware can support up to 4k buffer > per descriptor so I chained received frames to a single jumbo > frame. Hunh. In the 3Com design, the RX descriptors are allowed to have a fragment list, just like the the TX descriptors, though you're also allowed to tell the chip to use a special 'one fragment' layout if your driver doesn't use the whole fraglist. It looks like in the TC902x, they implemented only the 'one fragment' layout for RX descriptors. > That's exactly what I did it on my tests. From your detailed > explanation on jumbo frame internals and guide I've reread source > code related to jumbo frame and managed to find a bug in my code. > It was my programming error in selecting an MTU from ioctl handler. > However I don't understand how the hardware can send/receive larger > MTUs than 9022. What is it about this that you don't you understand, exactly? Is it something about this particular chip, or about being able to have frames larger than 9022 bytes in general? (Technically jumbo frames can be up to 16K in length, but by convention most people use 9000 bytes.) Mind you, this is one chip I've never gotten around to writing a driver for myself, so I'm sure I'm missing something. > If you program the hardware to receive 10K it > eventually work in a one or two minute. Like I said, it's probably a question of some sequence of events occuring before it starts to work, not the passage of a certain amount of time. It may be that you have to disable and re-enable the TX and/or RX dma engines before switching to the larger frame size. Also, verify that you properly initialize all of the fields in the TX descriptors on each transmission so you're not keeping stale bits set from previous transmissions. There's also a slight chance this is a stack bug, not a driver/chip bug. What happens if you do: # ifconfig stge0 mtu 9000 # ifconfig stge0 down # ifconfig stge0 up Does it still take a minute for transmissions to succeed? -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 19:51:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19DC416A4DD for ; Thu, 13 Jul 2006 19:51:22 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A41843D46 for ; Thu, 13 Jul 2006 19:51:21 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail.ambrisko.com with ESMTP; 13 Jul 2006 12:49:36 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.13.1/8.12.11) with ESMTP id k6DJpKKb021165; Thu, 13 Jul 2006 12:51:20 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.13.1/8.13.1/Submit) id k6DJpKrZ021164; Thu, 13 Jul 2006 12:51:20 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200607131951.k6DJpKrZ021164@ambrisko.com> In-Reply-To: <44B667C0.9010501@samsco.org> To: Scott Long Date: Thu, 13 Jul 2006 12:51:20 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: John Baldwin , Joao Barros , current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 19:51:22 -0000 Scott Long writes: | Joao Barros wrote: | > On 7/11/06, John Baldwin wrote: | > | >> I have a patch for amr(4) that is a forward-port of a Scott Long patch | >> for 4.x | >> that fixes some severe data corruption with amr(4) + PAE on 4.x with > | >> 4GB of | >> RAM. I need the patch tested on current though so I can get it into | >> HEAD and | >> eventually into 4.x. The patch for head is at | >> http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break | >> anything and should basically be a nop. I think the patch will apply | >> to 6.x | >> (and possibly 5.x) as well. Thanks! | >> | > | > I can test it on i386 without PAE. Is that test enough? | | Note that this problem is only present when you're using a management | app at the same time as heavy disk activity is going on. If you're | not using a management app (and few people are, the lack of apps is why | I didn't catch this in the first place), then you're completely safe. | John's email might be taken as a little alarmist in this respect. Hmm, I wonder why we don't see it or maybe we are :-( We don't usually hit the disk hard but have a management app. running. I've seen some strangeness. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 18:37:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5199C16A4DF for ; Thu, 13 Jul 2006 18:37:31 +0000 (UTC) (envelope-from john@baldwin.cx) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC1D43D49 for ; Thu, 13 Jul 2006 18:37:30 +0000 (GMT) (envelope-from john@baldwin.cx) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6DIbMLk099155; Thu, 13 Jul 2006 14:37:22 -0400 (EDT) (envelope-from john@baldwin.cx) From: John Baldwin To: "Joao Barros" Date: Thu, 13 Jul 2006 14:18:15 -0400 User-Agent: KMail/1.9.1 References: <200607111451.22749.john@baldwin.cx> <70e8236f0607130819h155c8a46yc38eacb39378e30c@mail.gmail.com> In-Reply-To: <70e8236f0607130819h155c8a46yc38eacb39378e30c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607131418.16023.john@baldwin.cx> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 13 Jul 2006 14:37:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1598/Thu Jul 13 07:38:16 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Mailman-Approved-At: Thu, 13 Jul 2006 21:14:28 +0000 Cc: current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 18:37:31 -0000 On Thursday 13 July 2006 11:19, Joao Barros wrote: > On 7/11/06, John Baldwin wrote: > > I have a patch for amr(4) that is a forward-port of a Scott Long patch for 4.x > > that fixes some severe data corruption with amr(4) + PAE on 4.x with > 4GB of > > RAM. I need the patch tested on current though so I can get it into HEAD and > > eventually into 4.x. The patch for head is at > > http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break > > anything and should basically be a nop. I think the patch will apply to 6.x > > (and possibly 5.x) as well. Thanks! > > > > I can test it on i386 without PAE. Is that test enough? Yes, thanks! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jul 13 22:31:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD4916A4DA; Thu, 13 Jul 2006 22:31:27 +0000 (UTC) (envelope-from john@utzweb.net) Received: from marley.grokthis.net (marley.grokthis.net [69.93.78.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id C56DD43D49; Thu, 13 Jul 2006 22:31:25 +0000 (GMT) (envelope-from john@utzweb.net) Received: from utzweb.net (marley.grokthis.net [127.0.0.1]) by marley.grokthis.net (Postfix) with ESMTP id 4F618F1434; Thu, 13 Jul 2006 18:31:29 -0400 (EDT) Received: from 69.93.78.27 (proxying for 216.254.62.194) (SquirrelMail authenticated user john-utzweb-net); by utzweb.net with HTTP; Thu, 13 Jul 2006 18:31:29 -0400 (EDT) Message-ID: <60501.69.93.78.27.1152829889.squirrel@69.93.78.27> In-Reply-To: <200607130305.34629.freebsd@alaskaparadise.com> References: <200607122347.31776.freebsd@alaskaparadise.com> <20060713092016.GA33820@kaiser.sig11.org> <200607130305.34629.freebsd@alaskaparadise.com> Date: Thu, 13 Jul 2006 18:31:29 -0400 (EDT) From: john@utzweb.net To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Beech Rintoul , Matteo Riondato Subject: Re: kernel build failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 22:31:27 -0000 > On Thursday 13 July 2006 01:20, Matteo Riondato wrote: >> On Wed, Jul 12, 2006 at 11:47:07PM -0800, Beech Rintoul wrote: >> > I keep getting stuck here when trying to build -current kernel: >> > >> > linking kernel >> > >> > isp_pci.o(.text+0x155a): In function `isp_pci_attach': >> > : undefined reference to `firmware_get' >> > >> > isp_pci.o(.text+0x1589): In function `isp_pci_attach': >> > : undefined reference to `firmware_get' >> > >> > *** Error code 1 >> > >> > Stop in /usr/obj/usr/src/sys/STARGATE. >> > *** Error code 1 >> > >> > Stop in /usr/src. >> > *** Error code 1 >> > >> > Does anyone have a suggestion? >> >> Try adding "device firmware" to your kernel config. > > Thanks, that worked. I have a custom config and I really didn't want to > start > back from generic. I read UPDATING, but that one went right past me. I do not have device firmware in my kernel config, why didnt i fail in the same place then? did this guy get added in the last week? tnx! johnu > > Beech > > -- > > --------------------------------------------------------------------------------------- > Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com > /"\ ASCII Ribbon Campaign | Alaska Paradise > \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 > X - NO Word docs in e-mail | Anchorage, AK 99501 > / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com > --------------------------------------------------------------------------------------- > > > > > > > > > > > > From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 00:21:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5736916A4DD for ; Fri, 14 Jul 2006 00:21:09 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB0D643D45 for ; Fri, 14 Jul 2006 00:21:08 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 449362D491A for ; Fri, 14 Jul 2006 00:21:07 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 113EB1141D; Fri, 14 Jul 2006 02:21:07 +0200 (CEST) Date: Fri, 14 Jul 2006 02:21:06 +0200 From: "Simon L. Nielsen" To: freebsd-current@freebsd.org Message-ID: <20060714002106.GB4803@zaphod.nitro.dk> References: <20060712151032.GE1090@zaphod.nitro.dk> <20060713000303.GB78119@zaphod.nitro.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H1spWtNR+x+ondvy" Content-Disposition: inline In-Reply-To: <20060713000303.GB78119@zaphod.nitro.dk> User-Agent: Mutt/1.5.11 Subject: Re: Request for test/comments: OpenSSL 0.9.8b import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 00:21:09 -0000 --H1spWtNR+x+ondvy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2006.07.13 02:03:04 +0200, Simon L. Nielsen wrote: > On 2006.07.12 17:10:32 +0200, Simon L. Nielsen wrote: > > Hey, > >=20 > > I have been working on preparing an import of OpenSSL 0.9.8b into the > > base system. Before actually doing the import I would like to get > > comments and, if possible, even someone to test run it and report any > > problems. I have been running OpenSSL 0.9.8b for a couple of days > > without anything blowing up. > >=20 > > The API in 0.9.8b is not entirely compatible with 0.9.7e (which we > > currently have in the base system) so I choose to bump the library > > version number. I know API !=3D ABI, but I'm not really sure how to > > check if the ABI is compatible, and I can see that the shared library > > number is bumped if you use OpenSSL's own build system. > >=20 > > In OpenSSL 0.9.8b the API libmp uses is broken so libmp has been > > updated. I have not yet tested the libmp change since I don't have > > any programs which uses it, but I plan to make a small test program > > before commit. > >=20 > > The patch against -CURRENT from today can be found at > > http://people.freebsd.org/~simon/patches/openssl-0.9.8b-0.patch (note: > > 4.2MB) or in perforce as //depot/user/simon/openssl/ which can also be > > viewed as: > > http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=3D//depot/user/si= mon/openssl/ > >=20 > > The patch can be applied while standing in your src/ directory using: > > patch -p6 < openssl-0.9.8b-0.patch >=20 > It turns out I couldn't generate the patch from perforce like I > thought I could, so the patch does not contain new files and therefor > don't actually compile. I will generate a new patch tomorrow. I put an updated patch, which should be complete, on http://people.freebsd.org/~simon/patches/openssl-0.9.8b-1.patch / http://people.freebsd.org/~simon/patches/openssl-0.9.8b-1.patch.bz2 (6.7MB/1.0MB). --=20 Simon L. Nielsen --H1spWtNR+x+ondvy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEtuNyh9pcDSc1mlERAt+WAJ939D1M8M24daKBm5KU+FkXPfJBqQCfXFIH IPesIzlpUJhefAIIfZ8Wi2s= =Cb6s -----END PGP SIGNATURE----- --H1spWtNR+x+ondvy-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 00:46:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C1816A4DF for ; Fri, 14 Jul 2006 00:46:45 +0000 (UTC) (envelope-from goto@snowy.to) Received: from mail.snowy.to (mail.snowy.to [219.166.73.149]) by mx1.FreeBSD.org (Postfix) with SMTP id 210BD43D6A for ; Fri, 14 Jul 2006 00:46:41 +0000 (GMT) (envelope-from goto@snowy.to) Received: (qmail 79634 invoked from network); 14 Jul 2006 09:46:39 +0900 Received: from unknown (HELO snowy.to) (0.0.0.0) by 0.0.0.0 with SMTP; 14 Jul 2006 09:46:39 +0900 Date: Fri, 14 Jul 2006 09:46:38 +0900 (JST) Message-Id: <20060714.094638.74756333.goto@snowy.to> To: gavin.atkinson@ury.york.ac.uk From: Yoshikazu GOTO In-Reply-To: <1152781080.28046.1.camel@buffy.york.ac.uk> References: <20060712194701.6AFF516A4DE@hub.freebsd.org> <20060713.075714.41630956.goto@snowy.to> <1152781080.28046.1.camel@buffy.york.ac.uk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Jul_14_09_46_38_2006_475)--" Content-Transfer-Encoding: 7bit Cc: wpaul@freebsd.org, freebsd-current@freebsd.org, imp@bsdimp.com Subject: Re: if_re does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 00:46:45 -0000 ----Next_Part(Fri_Jul_14_09_46_38_2006_475)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Gavin, In Message-ID: <1152781080.28046.1.camel@buffy.york.ac.uk> Gavin Atkinson wrote : > On Thu, 2006-07-13 at 07:57 +0900, Yoshikazu GOTO wrote: > > > When "db>" was printed, I can't input any key. > > The least I could do was to push my power switch. > > If you have a USB keyboard handy, use that, or before booting add > hint.kbdmux.0.disabled="1" to /boot/device.hints. Currently, kbdmux is > causing problems with a lot of people's use of PS2 keyboards in the > kernel. Thank you for your advice. I got backtrace messages. Please see attached files but that is hand-copied. Goto. -=-=-=- // Yoshikazu GOTO // E-mail: goto@snowy.to -=-=-=- \e ----Next_Part(Fri_Jul_14_09_46_38_2006_475)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="if_re.txt" panic: mutex re0 not owned at /usr/src/sys/kern/kern_mutex.c:405 cpuid = 0 KDB: enter: panic [thread pid 413 tid 100054 ] Stopped at kdb_etner+0x2b: nop db> bt Tracing pid 413 tid 100054 td 0xc3550a20 kdb_enter(c0673c44) at kdb_enter+0x2b panic(c0672b93,c372d0d0,c0672a07,195,c3524d24,...) at panic+0x127 _mtx_assert(c3524d24,1,c0672a07,195) at _mtx_assert+0x66 _mtx_unlock_spin_flags(c3524d24,0,c08d5395,90a,c3730b00,...) at _mtx_unlock_spin_flags+0x7c re_init_locked(c04d668e,0,c3524800,80206910,c3941b80,...) at re_init_locked+0x2af re_ioctl(c3737800,80206910,c3941b80) at re_ioctl+0x247 ifhwioctl(80206910,c3737800,c3941b80,c3550a20) at ifhwioctl+0x3ad ifioctl(c37fc000,80206910,c3941b80,c3550a20,0,...) at ifioctl+0xf9 soo_ioctl(c3774ea0,80206910,c3941b80,c340d780,c3550a20) at soo_ioctl+0x2db kern_ioctl(c3550a20,3,80206910,c3941b80) at kern_ioctl+0x296 ioctl(c3550a20,e392dd04) at ioctl+0xd1 syscall(bfbf003b,3b,bfbf003b,3,1,...) at syscall+0x27e Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip=0x80a3ae3, esp = 0xbfbfe5ac, ebp = 0xbfbfe5f8 --- db> ----Next_Part(Fri_Jul_14_09_46_38_2006_475)---- From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 04:38:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3226F16A4E2 for ; Fri, 14 Jul 2006 04:38:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3632343D55 for ; Fri, 14 Jul 2006 04:38:19 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so155333nzh for ; Thu, 13 Jul 2006 21:38:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=JfM/lqzQvIE9yYu+GScwAWPxGmkiDMcYx+EhP0/3k9eA4ipmPCPEcyqfgZCiOIf18WaFIV/diN9tz6wjGWcx7jY0DNnzK7PO+vQIAaj1jUq1zTYxIXTWJSC80eoo4n3m6qL5Ar1PZ2IMjFPiFa4Jdj9uQYzaw12E9aok3YdpwzM= Received: by 10.36.74.5 with SMTP id w5mr2482447nza; Thu, 13 Jul 2006 21:38:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 10sm666358nzo.2006.07.13.21.38.16; Thu, 13 Jul 2006 21:38:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k6E4d6F1018946 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Jul 2006 13:39:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k6E4d4ug018945; Fri, 14 Jul 2006 13:39:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 14 Jul 2006 13:39:04 +0900 From: Pyun YongHyeon To: Bill Paul Message-ID: <20060714043904.GA18134@cdnetworks.co.kr> References: <20060712003110.GA9542@cdnetworks.co.kr> <20060713172009.A844A16A4DA@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060713172009.A844A16A4DA@hub.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: csaba-ml@creo.hu, lydianconcepts@gmail.com, freebsd-current@FreeBSD.ORG, brueffer@FreeBSD.ORG Subject: Re: Call for stge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 04:38:21 -0000 On Thu, Jul 13, 2006 at 05:20:09PM +0000, Bill Paul wrote: [...] > > > However in the long run it did work > > after about a minuate without any action from user. > > Hm. Well, here's the thing: ethernet controller's can't tell time. I > think it's less of an issue of how much time it takes before the NIC > starts sending jumbo frames correctly and more of an issue of how > many failed transmission attempts occur before one succeeds. Did you > count the number of bad transmissions that occur before the chip > starts working? Was it always the same number? Did you instrument > the interrupt handler to see if TX completion events are actually > occuring for each transmission? (Just because you made it into No I didn't. Because it now works as expected I didn't want to try again. Well, experimenting with jumbo frame is time consuming task and I'm running out all my spare time. > stge_start() and queued the packet up doesn't mean transmission > completed?) > > [...] > > That's exactly what I did it on my tests. From your detailed > > explanation on jumbo frame internals and guide I've reread source > > code related to jumbo frame and managed to find a bug in my code. > > It was my programming error in selecting an MTU from ioctl handler. > > However I don't understand how the hardware can send/receive larger > > MTUs than 9022. > > What is it about this that you don't you understand, exactly? Is it > something about this particular chip, or about being able to have > frames larger than 9022 bytes in general? (Technically jumbo frames > can be up to 16K in length, but by convention most people use 9000 > bytes.) Mind you, this is one chip I've never gotten around to writing > a driver for myself, so I'm sure I'm missing something. > I meant I wondered how it could send/receive a larger sized frame than 9022 bytes which is the max. supported size on TC9021. > > If you program the hardware to receive 10K it > > eventually work in a one or two minute. > > Like I said, it's probably a question of some sequence of events > occuring before it starts to work, not the passage of a certain amount > of time. It may be that you have to disable and re-enable the TX and/or > RX dma engines before switching to the larger frame size. Also, verify > that you properly initialize all of the fields in the TX descriptors > on each transmission so you're not keeping stale bits set from > previous transmissions. There's also a slight chance this is a stack > bug, not a driver/chip bug. What happens if you do: > > # ifconfig stge0 mtu 9000 > # ifconfig stge0 down > # ifconfig stge0 up > > Does it still take a minute for transmissions to succeed? > No, it now works as expected in all situations. Of course, there is no need to bring the interface down/up after changing an MTU. Thanks a lot. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 05:38:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A57B116A4DA; Fri, 14 Jul 2006 05:38:52 +0000 (UTC) (envelope-from tigos2@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DA0943D49; Fri, 14 Jul 2006 05:38:52 +0000 (GMT) (envelope-from tigos2@mail.ru) Received: from [195.46.172.125] (port=55184 helo=ts2-a125.khabarovsk.dial.rol.ru) by mx6.mail.ru with asmtp id 1G1GO2-000Kr6-00; Fri, 14 Jul 2006 09:38:50 +0400 From: Valeriy Klimentiev Organization: SouthPort To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Date: Fri, 14 Jul 2006 16:38:34 +1100 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607141638.34893.tigos2@mail.ru> Cc: Subject: sound not work on Intel D945GNTL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 05:38:52 -0000 Hi. I've Intel D945GNTL S775 mb. Driver snd_ich not work. I try Ariff's patch, but no effect. kernel: device sound device snd_ich uname -a: FreeBSD papa.home 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Tue Jul 11 18:23:38 VLAST 2006 root@papa.home:/usr/obj/usr/src/sys/Neko i386 dmesg: pci0: at device 27.0 (no driver attached) pciconf -vl: none0@pci0:27:0: class=0x040300 card=0x02028086 chip=0x27d88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia FreeBSD will maintain this hardware? What me to do now? --- With best regards, Valeriy Klimentiev. From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 05:51:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F33BF16A4DF; Fri, 14 Jul 2006 05:51:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mx18.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6ECB43D4C; Fri, 14 Jul 2006 05:51:23 +0000 (GMT) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([81.18.142.225]:25100 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3375876AbWGNFvO (ORCPT + 1 other); Fri, 14 Jul 2006 09:51:14 +0400 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <44B730CF.4060302@yandex.ru> Date: Fri, 14 Jul 2006 09:51:11 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Valeriy Klimentiev References: <200607141638.34893.tigos2@mail.ru> In-Reply-To: <200607141638.34893.tigos2@mail.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: sound not work on Intel D945GNTL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 05:51:25 -0000 Valeriy Klimentiev wrote: > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) High Definition Audio' > class = multimedia > > FreeBSD will maintain this hardware? What me to do now? You should look a freebsd-multimedia@ archives. http://docs.freebsd.org/cgi/mid.cgi?44ADF5D1.7010100 http://www.freebsd.org/news/status/report-apr-2006-jun-2006.html#Sound-subsystem-improvements -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 05:59:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A0E316A4DA for ; Fri, 14 Jul 2006 05:59:48 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2EA543D73 for ; Fri, 14 Jul 2006 05:59:47 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id 251318ED2A for ; Fri, 14 Jul 2006 12:50:46 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id 051908EC95 for ; Fri, 14 Jul 2006 12:50:46 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Fri, 14 Jul 2006 12:50:47 +0700 User-Agent: KMail/1.9.1 References: <200607141638.34893.tigos2@mail.ru> In-Reply-To: <200607141638.34893.tigos2@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200607141250.47847.root@solink.ru> X-AV-Checked: ClamAV Subject: Re: sound not work on Intel D945GNTL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 05:59:48 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F0=D1=D4=CE=C9=C3=C1 14 =C9=C0=CC= =D1 2006 12:38 Valeriy Klimentiev =CE=C1=D0=C9=D3=C1=CC(a): > Hi. > > I've Intel D945GNTL S775 mb. Driver snd_ich not work. > I try Ariff's patch, but no effect. > > kernel: > device sound > device snd_ich > > uname -a: > FreeBSD papa.home 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Tue Jul 11 18:23:38 > VLAST 2006 root@papa.home:/usr/obj/usr/src/sys/Neko i386 > > dmesg: pci0: at device 27.0 (no driver attached) > > pciconf -vl: > none0@pci0:27:0: class=3D0x040300 card=3D0x02028086 chip=3D0x27d88= 086 > rev=3D0x01 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82801G (ICH7 Family) High Definition Audio' > class =3D multimedia > > FreeBSD will maintain this hardware? What me to do now? > > --- > With best regards, Valeriy Klimentiev. =F7=C1=CC=C5=D2=C9=CA, =C1 =DE=D4=CF =D7=CF=CF=C2=DD=C5 =C7=CF=D7=CF=D2=C9= =D4 kldload snd_ich =D7 =CE=D5=CC=C5=D7=CF=CA =CB=CF=CE=D3=CF=CC=C9? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" =2D-=20 =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 06:03:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE3716A4DA; Fri, 14 Jul 2006 06:03:51 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D99E43D46; Fri, 14 Jul 2006 06:03:49 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D409.dip.t-dialin.net [84.165.212.9]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6E5s5OA022446; Fri, 14 Jul 2006 07:54:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6E63p20089339; Fri, 14 Jul 2006 08:03:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 14 Jul 2006 08:03:50 +0200 Message-ID: <20060714080350.m0gx7gwvks844s8c@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 14 Jul 2006 08:03:50 +0200 From: Alexander Leidinger To: Valeriy Klimentiev References: <200607141638.34893.tigos2@mail.ru> In-Reply-To: <200607141638.34893.tigos2@mail.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: sound not work on Intel D945GNTL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 06:03:51 -0000 Quoting Valeriy Klimentiev (from Fri, 14 Jul 2006 16:38:34 +1100): > device = '82801G (ICH7 Family) High Definition Audio' It's not supported currently. You can find alpha quality drivers in the archive of the multimedia mailinglist, search for recent messages about HDA. Bye, Alexander. -- "Reflections on Ice-Breaking" Candy Is dandy But liquor Is quicker. -- Ogden Nash http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 06:56:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5A916A4DD; Fri, 14 Jul 2006 06:56:58 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC9E343D49; Fri, 14 Jul 2006 06:56:57 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id DF927244C48; Fri, 14 Jul 2006 15:56:56 +0900 (JST) Message-ID: <44B74036.6060101@freebsd.org> Date: Fri, 14 Jul 2006 15:56:54 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <44B67340.1080405@freebsd.org> In-Reply-To: <44B67340.1080405@freebsd.org> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: rodrigc@crodrigues.org, ozawa@ongs.co.jp Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 06:56:58 -0000 Daichi GOTO wrote: > Patchset-16: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff I'm sorry, how silly of me. I updated miss edited things. I updated correct things now. Please check it :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 10:49:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B8616A4E0 for ; Fri, 14 Jul 2006 10:49:00 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 01DF443D46 for ; Fri, 14 Jul 2006 10:48:59 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 14 Jul 2006 10:48:58 -0000 Date: Fri, 14 Jul 2006 13:48:30 +0300 From: Nikolay Pavlov To: Doug Ambrisko Message-ID: <20060714104830.GA13480@zone3000.net> References: <44B667C0.9010501@samsco.org> <200607131951.k6DJpKrZ021164@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200607131951.k6DJpKrZ021164@ambrisko.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE Cc: John Baldwin , Joao Barros , current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 10:49:00 -0000 On Thursday, 13 July 2006 at 12:51:20 -0700, Doug Ambrisko wrote: > Scott Long writes: > | Joao Barros wrote: > | > On 7/11/06, John Baldwin wrote: > | > > | >> I have a patch for amr(4) that is a forward-port of a Scott Long patch > | >> for 4.x > | >> that fixes some severe data corruption with amr(4) + PAE on 4.x with > > | >> 4GB of > | >> RAM. I need the patch tested on current though so I can get it into > | >> HEAD and > | >> eventually into 4.x. The patch for head is at > | >> http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break > | >> anything and should basically be a nop. I think the patch will apply > | >> to 6.x > | >> (and possibly 5.x) as well. Thanks! > | >> > | > > | > I can test it on i386 without PAE. Is that test enough? > | > | Note that this problem is only present when you're using a management > | app at the same time as heavy disk activity is going on. If you're > | not using a management app (and few people are, the lack of apps is why > | I didn't catch this in the first place), then you're completely safe. > | John's email might be taken as a little alarmist in this respect. > > Hmm, I wonder why we don't see it or maybe we are :-( We don't usually > hit the disk hard but have a management app. running. I've seen > some strangeness. I am using this utility every hour in cron, now i have 4 processes in D state 24429 ?? D 0:00.01 /usr/local/sbin/megarc -ldInfo -LAll -a0 35394 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 37976 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 40526 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 I understand Scott position, but worried that megarc not killing by SIGKILL signal, it's not normal. I want to try preceding version of amr driver. Also i have 5.5 box as load balance pair for this one and never see such hangs on it. > > Doug A. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = ========================================================================= From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 07:40:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2A0116A4E0; Fri, 14 Jul 2006 07:40:10 +0000 (UTC) (envelope-from kvv@beltel.ru) Received: from beltel.ru (mln.beltel.ru [195.5.131.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA08B43D46; Fri, 14 Jul 2006 07:40:09 +0000 (GMT) (envelope-from kvv@beltel.ru) Received: from localhost (localhost [127.0.0.1]) by beltel.ru (Postfix) with ESMTP id CEC6827ECE1; Fri, 14 Jul 2006 11:40:06 +0400 (MSD) Received: from beltel.ru ([127.0.0.1]) by localhost (www [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02818-03; Fri, 14 Jul 2006 11:40:06 +0400 (MSD) Received: from swork.beltel.local (unknown [192.168.0.99]) by beltel.ru (Postfix) with ESMTP id 07C5927ECDB; Fri, 14 Jul 2006 11:40:06 +0400 (MSD) Date: Fri, 14 Jul 2006 11:40:04 +0400 From: Vladimir To: Valeriy Klimentiev Message-ID: <20060714114004.4e6b7d63@swork.beltel.local> In-Reply-To: <200607141638.34893.tigos2@mail.ru> References: <200607141638.34893.tigos2@mail.ru> Organization: beltel X-Mailer: Sylpheed-Claws 2.3.0 (GTK+ 2.8.19; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at mail.beltel.ru X-Mailman-Approved-At: Fri, 14 Jul 2006 12:54:26 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: sound not work on Intel D945GNTL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 07:40:10 -0000 You could use oss drivers. http://4front-tech.com/ This drivers work good on my laptop. > Hi. > > I've Intel D945GNTL S775 mb. Driver snd_ich not work. > I try Ariff's patch, but no effect. > > kernel: > device sound > device snd_ich > > uname -a: > FreeBSD papa.home 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Tue Jul 11 > 18:23:38 VLAST 2006 root@papa.home:/usr/obj/usr/src/sys/Neko i386 > > dmesg: pci0: at device 27.0 (no driver attached) > > pciconf -vl: > none0@pci0:27:0: class=0x040300 card=0x02028086 > chip=0x27d88086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) High Definition Audio' > class = multimedia > > FreeBSD will maintain this hardware? What me to do now? > > --- > With best regards, Valeriy Klimentiev. > _______________________________________________ > 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" -- .. From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 13:25:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 465B016A4ED for ; Fri, 14 Jul 2006 13:25:14 +0000 (UTC) (envelope-from tigos2@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9C143D5D for ; Fri, 14 Jul 2006 13:25:13 +0000 (GMT) (envelope-from tigos2@mail.ru) Received: from [195.46.172.214] (port=33263 helo=ts2-a214.khabarovsk.dial.rol.ru) by mx3.mail.ru with asmtp id 1G1NfM-000IUK-00 for freebsd-current@freebsd.org; Fri, 14 Jul 2006 17:25:12 +0400 From: Valeriy Klimentiev Organization: SouthPort To: freebsd-current@freebsd.org Date: Sat, 15 Jul 2006 00:21:24 +1100 User-Agent: KMail/1.9.3 References: <200607141638.34893.tigos2@mail.ru> <200607141250.47847.root@solink.ru> In-Reply-To: <200607141250.47847.root@solink.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200607150021.24279.tigos2@mail.ru> Subject: Re: sound not work on Intel D945GNTL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 13:25:14 -0000 On Friday 14 July 2006 16:50, Bachilo Dmitry wrote: > > I've Intel D945GNTL S775 mb. Driver snd_ich not work. > > I try Ariff's patch, but no effect. > > > > kernel: > > device sound > > device snd_ich > > > > uname -a: > > FreeBSD papa.home 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Tue Jul 11 18:23:= 38 > > VLAST 2006 root@papa.home:/usr/obj/usr/src/sys/Neko i386 > > > > dmesg: pci0: at device 27.0 (no driver attached) > > > > pciconf -vl: > > none0@pci0:27:0: class=3D0x040300 card=3D0x02028086 chip=3D0x27d= 88086 > > rev=3D0x01 hdr=3D0x00 > > vendor =3D 'Intel Corporation' > > device =3D '82801G (ICH7 Family) High Definition Audio' > > class =3D multimedia > > > > FreeBSD will maintain this hardware? What me to do now? > > > > --- > > With best regards, Valeriy Klimentiev. >=20 > =F7=C1=CC=C5=D2=C9=CA, =C1 =DE=D4=CF =D7=CF=CF=C2=DD=C5 =C7=CF=D7=CF=D2= =C9=D4 kldload snd_ich =D7 =CE=D5=CC=C5=D7=CF=CA =CB=CF=CE=D3=CF=CC=C9? I rebuild kernel without "device snd_ich", kldload snd_ich, on ttyv0 I've message: sequencer 0 created scp 0xc2a2e800 seq_eventthread started but no change in my system. Thank for your attention. With best regards, Valeriy Klimentiev. From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 13:27:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80FDE16A4DF for ; Fri, 14 Jul 2006 13:27:27 +0000 (UTC) (envelope-from neca@boox.co.yu) Received: from server.boox.co.yu (server.boox.co.yu [194.247.202.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E01AE43D5D for ; Fri, 14 Jul 2006 13:27:25 +0000 (GMT) (envelope-from neca@boox.co.yu) Received: (qmail 25568 invoked by uid 0); 14 Jul 2006 13:05:18 -0000 Received: from neca.boox.co.yu (HELO ?194.247.202.241?) (194.247.202.241) by server.boox.co.yu with SMTP; 14 Jul 2006 13:05:18 -0000 Message-ID: <44B79BB2.1080104@boox.co.yu> Date: Fri, 14 Jul 2006 15:27:14 +0200 From: Nenad Gavrilovic User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <44B7979C.1030206@boox.co.yu> In-Reply-To: <44B7979C.1030206@boox.co.yu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 14 Jul 2006 13:29:07 +0000 Cc: current@freebsd.org Subject: Re: Problem in src/lib/libpam/modules/pam_ssh/Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 13:27:27 -0000 Nenad Gavrilovic wrote: > New src/lib/libpam/modules/pam_ssh/Makefile Revision 1.20.2.1 have > changes that isn't OK. > > And becouse of that compile failed!!! > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > Looking in other Makefiles I think that correction: CFLAGS+= -I${SSHSRC} -include ssh_namespace. to: CFLAGS+= -I${SSHDIR} -include ssh_namespace. bye From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 14:51:40 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08ACA16A4DE for ; Fri, 14 Jul 2006 14:51:40 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E511543D5F for ; Fri, 14 Jul 2006 14:51:36 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k6EEpO51075727; Fri, 14 Jul 2006 08:51:29 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44B7AF6C.7060502@samsco.org> Date: Fri, 14 Jul 2006 08:51:24 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nikolay Pavlov References: <44B667C0.9010501@samsco.org> <200607131951.k6DJpKrZ021164@ambrisko.com> <20060714104830.GA13480@zone3000.net> In-Reply-To: <20060714104830.GA13480@zone3000.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: John Baldwin , Joao Barros , current@freebsd.org Subject: Re: [PATCH] amr(4) testers needed... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 14:51:40 -0000 Nikolay Pavlov wrote: > On Thursday, 13 July 2006 at 12:51:20 -0700, Doug Ambrisko wrote: > >>Scott Long writes: >>| Joao Barros wrote: >>| > On 7/11/06, John Baldwin wrote: >>| > >>| >> I have a patch for amr(4) that is a forward-port of a Scott Long patch >>| >> for 4.x >>| >> that fixes some severe data corruption with amr(4) + PAE on 4.x with > >>| >> 4GB of >>| >> RAM. I need the patch tested on current though so I can get it into >>| >> HEAD and >>| >> eventually into 4.x. The patch for head is at >>| >> http://www.freebsd.org/~jhb/patches/amr_head.patch It shouldn't break >>| >> anything and should basically be a nop. I think the patch will apply >>| >> to 6.x >>| >> (and possibly 5.x) as well. Thanks! >>| >> >>| > >>| > I can test it on i386 without PAE. Is that test enough? >>| >>| Note that this problem is only present when you're using a management >>| app at the same time as heavy disk activity is going on. If you're >>| not using a management app (and few people are, the lack of apps is why >>| I didn't catch this in the first place), then you're completely safe. >>| John's email might be taken as a little alarmist in this respect. >> >>Hmm, I wonder why we don't see it or maybe we are :-( We don't usually >>hit the disk hard but have a management app. running. I've seen >>some strangeness. > > > I am using this utility every hour in cron, now i have 4 processes in D > state > > 24429 ?? D 0:00.01 /usr/local/sbin/megarc -ldInfo -LAll -a0 > 35394 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 > 37976 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 > 40526 ?? D 0:00.02 /usr/local/sbin/megarc -ldInfo -LAll -a0 > > I understand Scott position, but worried that megarc not killing by > SIGKILL signal, it's not normal. I want to try preceding version of amr > driver. Also i have 5.5 box as load balance pair for this one and never > see such hangs on it. > > Instead of rolling the driver back, please add the patch that John provided. It is safe and correct. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 22:13:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C452316A4DA for ; Fri, 14 Jul 2006 22:13:47 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B44243D49 for ; Fri, 14 Jul 2006 22:13:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 14 Jul 2006 15:13:48 -0700 Message-ID: <44B8171A.2070209@elischer.org> Date: Fri, 14 Jul 2006 15:13:46 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 22:13:47 -0000 is ther ean official way that netstat should be using to NOT try fo ipv6 stuff? %netstat -s>/dev/null Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory (hoping someone has a quick answer.. I'll go source diving later today if there isn't an "official" thing that should be tested.) From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 22:18:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3D6B16A4DE for ; Fri, 14 Jul 2006 22:18:42 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62D2543D46 for ; Fri, 14 Jul 2006 22:18:42 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060714221840m92002ssvfe>; Fri, 14 Jul 2006 22:18:40 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k6EMIcU6079441; Fri, 14 Jul 2006 17:18:39 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k6EMIcRC079440; Fri, 14 Jul 2006 17:18:38 -0500 (CDT) (envelope-from brooks) Date: Fri, 14 Jul 2006 17:18:37 -0500 From: Brooks Davis To: Julian Elischer Message-ID: <20060714221837.GA79401@lor.one-eyed-alien.net> References: <44B8171A.2070209@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <44B8171A.2070209@elischer.org> User-Agent: Mutt/1.5.11 Cc: current@freebsd.org Subject: Re: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 22:18:42 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 14, 2006 at 03:13:46PM -0700, Julian Elischer wrote: > is ther ean official way that netstat should be using to NOT try fo ipv6= =20 > stuff? >=20 >=20 > %netstat -s>/dev/null > Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory >=20 > (hoping someone has a quick answer.. I'll go source diving later today=20 > if there isn't > an "official" thing that should be tested.) I'd say that's a bug, plain and simple. If net.inet6 doesn't exist netstat should just shut up since it's perfectly reasonable to compile v6 support out of the kernel. -- Brooks --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEuBg9XY6L6fI4GtQRApmDAKDBe21O16h0/7bQuQ7r49AgbNkbqACfSOzX zOY4JlVDuTDMiqNxPcmGkwc= =jj0d -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 22:21:13 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17D5816A4DA for ; Fri, 14 Jul 2006 22:21:13 +0000 (UTC) (envelope-from SRS0=b06dce9aaae5cd58e4b36e477e3d2c7b52dd94ba=31=es.net=oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1CD543D49 for ; Fri, 14 Jul 2006 22:21:12 +0000 (GMT) (envelope-from SRS0=b06dce9aaae5cd58e4b36e477e3d2c7b52dd94ba=31=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id SDJ44301; Fri, 14 Jul 2006 15:21:01 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 30E4245048; Fri, 14 Jul 2006 15:21:01 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Julian Elischer In-reply-to: Your message of "Fri, 14 Jul 2006 15:13:46 PDT." <44B8171A.2070209@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Jul 2006 15:21:01 -0700 From: "Kevin Oberman" Message-Id: <20060714222101.30E4245048@ptavv.es.net> Cc: current@freebsd.org Subject: Re: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 22:21:13 -0000 > is ther ean official way that netstat should be using to NOT try fo ipv6 > stuff? > > > %netstat -s>/dev/null > Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory > > (hoping someone has a quick answer.. I'll go source diving later today > if there isn't > an "official" thing that should be tested.) I don't have any non-IPv6 systems, but 'systat -sf inet' seems to do what you want. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 22:22:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F16016A4E1 for ; Fri, 14 Jul 2006 22:22:44 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7F2643D5C for ; Fri, 14 Jul 2006 22:22:40 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1G1W3T-0001jx-WA for current@freebsd.org; Fri, 14 Jul 2006 18:22:40 -0400 Date: Fri, 14 Jul 2006 18:22:39 -0400 From: Gary Palmer To: current@freebsd.org Message-ID: <20060714222239.GA6444@in-addr.com> Mail-Followup-To: current@freebsd.org References: <44B8171A.2070209@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44B8171A.2070209@elischer.org> Cc: Subject: Re: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 22:22:44 -0000 On Fri, Jul 14, 2006 at 03:13:46PM -0700, Julian Elischer wrote: > is ther ean official way that netstat should be using to NOT try fo ipv6 > stuff? > > > %netstat -s>/dev/null > Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory doesn't the -f inet parameter stop that? Gary From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 22:40:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5238016A4DA; Fri, 14 Jul 2006 22:40:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA37943D49; Fri, 14 Jul 2006 22:39:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 14 Jul 2006 15:40:00 -0700 Message-ID: <44B81D3F.2030302@elischer.org> Date: Fri, 14 Jul 2006 15:39:59 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gary Palmer References: <44B8171A.2070209@elischer.org> <20060714222239.GA6444@in-addr.com> In-Reply-To: <20060714222239.GA6444@in-addr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 22:40:00 -0000 Gary Palmer wrote: >On Fri, Jul 14, 2006 at 03:13:46PM -0700, Julian Elischer wrote: > > >>is ther ean official way that netstat should be using to NOT try fo ipv6 >>stuff? >> >> >>%netstat -s>/dev/null >>Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory >> >> > >doesn't the > >-f inet > >parameter stop that? > > yeah but I shouldn't have to say that.. It doesn't complain about the fact that appletalk isn't compiled into the system.. I put forward the following patch: nutmeg:rjulian 33] cvs diff -u cvs server: Diffing . Index: inet6.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/usr.bin/netstat/inet6.c,v retrieving revision 1.25 diff -u -r1.25 inet6.c --- inet6.c 28 Jul 2004 16:03:12 -0000 1.25 +++ inet6.c 14 Jul 2006 22:39:08 -0000 @@ -1030,7 +1030,9 @@ mib[3] = IPV6CTL_RIP6STATS; l = sizeof(rip6stat); if (sysctl(mib, 4, &rip6stat, &l, NULL, 0) < 0) { - perror("Warning: sysctl(net.inet6.ip6.rip6stats)"); + /* Just shut up if the kernel doesn't have ipv6. */ + if (errno != ENOENT) + perror("Warning: sysctl(net.inet6.ip6.rip6stats)"); return; } nutmeg:rjulian 34] pwd /build/master/usr/src/usr.bin/netstat nutmeg:rjulian 35] >Gary >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 22:46:30 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77B1116A4DD; Fri, 14 Jul 2006 22:46:30 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC35F43D49; Fri, 14 Jul 2006 22:46:29 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060714224628m92002s93te>; Fri, 14 Jul 2006 22:46:28 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k6EMkLGR079756; Fri, 14 Jul 2006 17:46:22 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k6EMkKXk079755; Fri, 14 Jul 2006 17:46:20 -0500 (CDT) (envelope-from brooks) Date: Fri, 14 Jul 2006 17:46:20 -0500 From: Brooks Davis To: Julian Elischer Message-ID: <20060714224620.GA79721@lor.one-eyed-alien.net> References: <44B8171A.2070209@elischer.org> <20060714222239.GA6444@in-addr.com> <44B81D3F.2030302@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <44B81D3F.2030302@elischer.org> User-Agent: Mutt/1.5.11 Cc: Gary Palmer , current@freebsd.org Subject: Re: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 22:46:30 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 14, 2006 at 03:39:59PM -0700, Julian Elischer wrote: > Gary Palmer wrote: >=20 > >On Fri, Jul 14, 2006 at 03:13:46PM -0700, Julian Elischer wrote: > >=20 > > > >>is ther ean official way that netstat should be using to NOT try fo ipv= 6=20 > >>stuff? > >> > >> > >>%netstat -s>/dev/null > >>Warning: sysctl(net.inet6.ip6.rip6stats): No such file or directory > >> =20 > >> > > > >doesn't the=20 > > > >-f inet > > > >parameter stop that? > >=20 > > >=20 > yeah but I shouldn't have to say that.. > It doesn't complain about the fact that appletalk isn't compiled into=20 > the system.. >=20 > I put forward the following patch: > nutmeg:rjulian 33] cvs diff -u > cvs server: Diffing . > Index: inet6.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /usr/local/cvsroot/freebsd/src/usr.bin/netstat/inet6.c,v > retrieving revision 1.25 > diff -u -r1.25 inet6.c > --- inet6.c 28 Jul 2004 16:03:12 -0000 1.25 > +++ inet6.c 14 Jul 2006 22:39:08 -0000 > @@ -1030,7 +1030,9 @@ > mib[3] =3D IPV6CTL_RIP6STATS; > l =3D sizeof(rip6stat); > if (sysctl(mib, 4, &rip6stat, &l, NULL, 0) < 0) { > - perror("Warning: sysctl(net.inet6.ip6.rip6stats)"); > + /* Just shut up if the kernel doesn't have ipv6. */ > + if (errno !=3D ENOENT) > + perror("Warning: sysctl(net.inet6.ip6.rip6stats)"= ); > return; > } >=20 > nutmeg:rjulian 34] pwd > /build/master/usr/src/usr.bin/netstat > nutmeg:rjulian 35] That looks like the right thing to me. -- Brooks --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEuB67XY6L6fI4GtQRAjwXAKCAskw2yZv5vqtOsSuBVS/rrzbiKwCg5DOr PG8a/k9p8QylSmNRGbgsEuQ= =xE/Q -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 21:13:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F00316A4DF for ; Fri, 14 Jul 2006 21:13:44 +0000 (UTC) (envelope-from james@icionline.ca) Received: from nf-out-f131.google.com (nf-out-f131.google.com [64.233.182.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E7443D49 for ; Fri, 14 Jul 2006 21:13:43 +0000 (GMT) (envelope-from james@icionline.ca) Received: by nf-out-f131.google.com with SMTP id x9so53062nfb for ; Fri, 14 Jul 2006 14:13:40 -0700 (PDT) Received: by 10.78.159.7 with SMTP id h7mr1868541hue; Fri, 14 Jul 2006 14:13:40 -0700 (PDT) Received: by 10.78.137.9 with HTTP; Fri, 14 Jul 2006 14:13:39 -0700 (PDT) Message-ID: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> Date: Fri, 14 Jul 2006 15:13:40 -0600 From: "James Earl" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 14 Jul 2006 23:18:41 +0000 Subject: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 21:13:44 -0000 Hi, I just thought I'd let everyone know that I'm looking at the sysinstall screen on my Intel Mac Mini (Core Duo). After using Mac OS X for the past couple months, sysinstall has never looked so good! :) Based on this thread: http://lists.freebsd.org/pipermail/freebsd-current/2006-April/062371.html, at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. From owner-freebsd-current@FreeBSD.ORG Fri Jul 14 23:51:29 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6077716A4DE for ; Fri, 14 Jul 2006 23:51:29 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E974A43D46 for ; Fri, 14 Jul 2006 23:51:28 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.92] (S0106000d3a2b2987.vc.shawcable.net [24.86.96.131] (may be forged)) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k6ENpOKw014278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Jul 2006 16:51:26 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44B82DDB.20005@FreeBSD.org> Date: Fri, 14 Jul 2006 16:50:51 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: James Earl References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> In-Reply-To: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 23:51:29 -0000 Actually with recent current you only need to disable apic. Everything else should Just Work[tm]. Welcome to the FreeBSD on Mactel hardware clib! :-) -Maxim James Earl wrote: > Hi, > > I just thought I'd let everyone know that I'm looking at the > sysinstall screen on my Intel Mac Mini (Core Duo). After using Mac OS > X for the past couple months, sysinstall has never looked so good! :) > > Based on this thread: > http://lists.freebsd.org/pipermail/freebsd-current/2006-April/062371.html, > at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 01:15:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD19216A4DE for ; Sat, 15 Jul 2006 01:15:34 +0000 (UTC) (envelope-from james@icionline.ca) Received: from nf-out-f131.google.com (nf-out-f131.google.com [64.233.182.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259A143D5E for ; Sat, 15 Jul 2006 01:15:28 +0000 (GMT) (envelope-from james@icionline.ca) Received: by nf-out-f131.google.com with SMTP id x9so55877nfb for ; Fri, 14 Jul 2006 18:15:27 -0700 (PDT) Received: by 10.78.177.11 with SMTP id z11mr40823hue; Fri, 14 Jul 2006 18:15:27 -0700 (PDT) Received: by 10.78.137.9 with HTTP; Fri, 14 Jul 2006 18:15:27 -0700 (PDT) Message-ID: <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> Date: Fri, 14 Jul 2006 19:15:27 -0600 From: "James Earl" To: "Maxim Sobolev" In-Reply-To: <44B82DDB.20005@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> <44B82DDB.20005@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 01:15:34 -0000 Thanks Maxim! Is the built-in ethernet supported in current? Might have to find me a usb ethernet adapter. Oh, btw... I did go ahead and install FreeBSD, and not just admire sysinstall. Somehow in my excitement I managed to wipe out my Mac OS X partition :) James On 7/14/06, Maxim Sobolev wrote: > Actually with recent current you only need to disable apic. Everything > else should Just Work[tm]. > > Welcome to the FreeBSD on Mactel hardware clib! :-) > > -Maxim > > James Earl wrote: > > Hi, > > > > I just thought I'd let everyone know that I'm looking at the > > sysinstall screen on my Intel Mac Mini (Core Duo). After using Mac OS > > X for the past couple months, sysinstall has never looked so good! :) > > > > Based on this thread: > > http://lists.freebsd.org/pipermail/freebsd-current/2006-April/062371.html, > > at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 02:55:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC76816A4DE; Sat, 15 Jul 2006 02:55:33 +0000 (UTC) (envelope-from null@pozo.com) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DFE943D45; Sat, 15 Jul 2006 02:55:33 +0000 (GMT) (envelope-from null@pozo.com) Received: from sunpci.pozo.com (sunpci.pozo.com [192.168.0.29]) (authenticated bits=0) by pozo.com (8.13.7/8.13.7) with ESMTP id k6F2tWQI083717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 14 Jul 2006 19:55:32 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <7.0.1.0.2.20060714195355.03851d68@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Fri, 14 Jul 2006 19:55:32 -0700 To: ports@freebsd.org From: Manfred Antar Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: current@freebsd.org Subject: Lyx is broken on current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 02:55:33 -0000 The port lyx-1.4.2 is broken on current and has been for awhile: In file included from /usr/local/include/boost/test/utils/nullstream.hpp:23, from ../../src/support/debugstream.h:17, from ../../src/debug.h:16, from math_extern.C:34: /usr/local/include/boost/utility/base_from_member.hpp:73: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. gmake[4]: *** [math_extern.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/print/lyx/work/lyx-1.4.2/src/mathed' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/print/lyx/work/lyx-1.4.2/src/mathed' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/print/lyx/work/lyx-1.4.2/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/print/lyx/work/lyx-1.4.2/src' gmake: *** [all-recursive] Error 1 *** Error code 2 Stop in /usr/ports/print/lyx. ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 03:00:49 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65BE416A4DF; Sat, 15 Jul 2006 03:00:49 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id C37A343D45; Sat, 15 Jul 2006 03:00:48 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k6F317pK065771; Fri, 14 Jul 2006 23:01:09 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: James Earl In-Reply-To: <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> <44B82DDB.20005@FreeBSD.org> <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-t5+HUAqIf+I5hzoni/Pd" Organization: MarcusCom, Inc. Date: Fri, 14 Jul 2006 23:00:41 -0400 Message-Id: <1152932441.72127.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org Subject: Re: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 03:00:49 -0000 --=-t5+HUAqIf+I5hzoni/Pd Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-07-14 at 19:15 -0600, James Earl wrote: > Thanks Maxim! Is the built-in ethernet supported in current? Might > have to find me a usb ethernet adapter. It is supported using the SysKonnect Yukon II drivers found at http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz . >=20 > Oh, btw... I did go ahead and install FreeBSD, and not just admire > sysinstall. Somehow in my excitement I managed to wipe out my Mac OS > X partition :) You'll probably want to rebuild that since firmware updates will require it. Joe >=20 > James >=20 > On 7/14/06, Maxim Sobolev wrote: > > Actually with recent current you only need to disable apic. Everything > > else should Just Work[tm]. > > > > Welcome to the FreeBSD on Mactel hardware clib! :-) > > > > -Maxim > > > > James Earl wrote: > > > Hi, > > > > > > I just thought I'd let everyone know that I'm looking at the > > > sysinstall screen on my Intel Mac Mini (Core Duo). After using Mac O= S > > > X for the past couple months, sysinstall has never looked so good! := ) > > > > > > Based on this thread: > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-April/062371.= html, > > > at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= .org" > > > > > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-t5+HUAqIf+I5hzoni/Pd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEuFpZb2iPiv4Uz4cRAl6RAJ9pB3KSp2fP0/X3da3nXScvS0pTAwCgmFTa SLfZXxCvj5Aq2uNFjAMQVJA= =NaBd -----END PGP SIGNATURE----- --=-t5+HUAqIf+I5hzoni/Pd-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 03:20:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EABE16A4DA; Sat, 15 Jul 2006 03:20:22 +0000 (UTC) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from mx52.ms.so-net.ne.jp (mx52.ms.so-net.ne.jp [202.238.83.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0964543D46; Sat, 15 Jul 2006 03:20:21 +0000 (GMT) (envelope-from sanewo@ba2.so-net.ne.jp) Received: from [127.0.0.1] (p629977.tkyoac00.ap.so-net.ne.jp [219.98.153.119]) by mx52.ms.so-net.ne.jp with ESMTP id k6F3JOm5020086; Sat, 15 Jul 2006 12:19:46 +0900 (JST) Message-ID: <44B85EBA.3080207@ba2.so-net.ne.jp> Date: Sat, 15 Jul 2006 12:19:22 +0900 From: SANETO Takanori User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: John Baldwin References: <200607111101.47747.jhb@freebsd.org> In-Reply-To: <200607111101.47747.jhb@freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: bp@freebsd.org, freebsd-current@freebsd.org, Jiawei Ye Subject: Re: lockmgr: thread 0xc21e2780 unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 03:20:22 -0000 I think that "==" should be "!=" in the patched code. John Baldwin wrote: > On Tuesday 11 July 2006 09:29, Jiawei Ye wrote: >> I was doing "sudo mount_smbfs //user@server/share /mnt" when the >> following msg appeared. smbfs.ko was not loaded. > > Does building with INVARIANTS fix it? If so, try this patch (it looks > like it has been broken since 1.1 of the smbfs code): > > Index: smb_conn.c > =================================================================== > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v > retrieving revision 1.16 > diff -u -r1.16 smb_conn.c > --- smb_conn.c 31 Oct 2005 15:41:27 -0000 1.16 > +++ smb_conn.c 11 Jul 2006 15:01:10 -0000 > @@ -233,7 +233,8 @@ > lockinit(&cp->co_lock, PZERO, objname, 0, 0); > cp->co_level = level; > cp->co_usecount = 1; > - KASSERT(smb_co_lock(cp, LK_EXCLUSIVE, td) == 0, ("smb_co_init: lock > failed")); > + if (smb_co_lock(cp, LK_EXCLUSIVE, td) == 0) > + panic("smb_co_init: lock failed")); > } > > static void > From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 03:54:06 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADB1E16A4E5; Sat, 15 Jul 2006 03:54:06 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15C0443D46; Sat, 15 Jul 2006 03:54:05 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id k6F3rlLl077713; Fri, 14 Jul 2006 20:53:48 -0700 (PDT) Date: Sat, 15 Jul 2006 12:53:47 +0900 Message-ID: From: "George V. Neville-Neil" To: Brooks Davis In-Reply-To: <20060714224620.GA79721@lor.one-eyed-alien.net> References: <44B8171A.2070209@elischer.org> <20060714222239.GA6444@in-addr.com> <44B81D3F.2030302@elischer.org> <20060714224620.GA79721@lor.one-eyed-alien.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.6.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Gary Palmer , Julian Elischer , current@FreeBSD.org Subject: Re: netstat and ipv6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 03:54:06 -0000 At Fri, 14 Jul 2006 17:46:20 -0500, brooks wrote: > > I put forward the following patch: > > nutmeg:rjulian 33] cvs diff -u > > cvs server: Diffing . > > Index: inet6.c > > =================================================================== > > RCS file: /usr/local/cvsroot/freebsd/src/usr.bin/netstat/inet6.c,v > > retrieving revision 1.25 > > diff -u -r1.25 inet6.c > > --- inet6.c 28 Jul 2004 16:03:12 -0000 1.25 > > +++ inet6.c 14 Jul 2006 22:39:08 -0000 > > @@ -1030,7 +1030,9 @@ > > mib[3] = IPV6CTL_RIP6STATS; > > l = sizeof(rip6stat); > > if (sysctl(mib, 4, &rip6stat, &l, NULL, 0) < 0) { > > - perror("Warning: sysctl(net.inet6.ip6.rip6stats)"); > > + /* Just shut up if the kernel doesn't have ipv6. */ > > + if (errno != ENOENT) > > + perror("Warning: sysctl(net.inet6.ip6.rip6stats)"); > > return; > > } > > > > nutmeg:rjulian 34] pwd > > /build/master/usr/src/usr.bin/netstat > > nutmeg:rjulian 35] > > That looks like the right thing to me. I concur. Later, George From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 04:38:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A72916A4DF for ; Sat, 15 Jul 2006 04:38:18 +0000 (UTC) (envelope-from chad@shire.net) Received: from hobbiton.shire.net (mail.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046A643D46 for ; Sat, 15 Jul 2006 04:38:17 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.171.127.191] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpa (Exim 4.51) id 1G1buz-000BeP-C2; Fri, 14 Jul 2006 22:38:17 -0600 In-Reply-To: <1152932441.72127.9.camel@shumai.marcuscom.com> References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> <44B82DDB.20005@FreeBSD.org> <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> <1152932441.72127.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <64D4BCE8-E148-4FD5-8A6E-3BBC70355C10@shire.net> Content-Transfer-Encoding: 7bit From: "Chad Leigh -- Shire.Net LLC" Date: Fri, 14 Jul 2006 22:38:16 -0600 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.750) X-SA-Exim-Connect-IP: 67.171.127.191 X-SA-Exim-Mail-From: chad@shire.net X-SA-Exim-Scanned: No (on hobbiton.shire.net); SAEximRunCond expanded to false Cc: FreeBSD Current Subject: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 04:38:18 -0000 On Jul 14, 2006, at 9:00 PM, Joe Marcus Clarke wrote: > On Fri, 2006-07-14 at 19:15 -0600, James Earl wrote: >> Thanks Maxim! Is the built-in ethernet supported in current? Might >> have to find me a usb ethernet adapter. > > It is supported using the SysKonnect Yukon II drivers found at > http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz . > >> >> Oh, btw... I did go ahead and install FreeBSD, and not just admire >> sysinstall. Somehow in my excitement I managed to wipe out my Mac OS >> X partition :) > > You'll probably want to rebuild that since firmware updates will > require > it. I wonder if you'll be able to boot off a firewire disk to do updates... Chad > > Joe > >> >> James >> >> On 7/14/06, Maxim Sobolev wrote: >>> Actually with recent current you only need to disable apic. >>> Everything >>> else should Just Work[tm]. >>> >>> Welcome to the FreeBSD on Mactel hardware clib! :-) >>> >>> -Maxim >>> >>> James Earl wrote: >>>> Hi, >>>> >>>> I just thought I'd let everyone know that I'm looking at the >>>> sysinstall screen on my Intel Mac Mini (Core Duo). After using >>>> Mac OS >>>> X for the past couple months, sysinstall has never looked so >>>> good! :) >>>> >>>> Based on this thread: >>>> http://lists.freebsd.org/pipermail/freebsd-current/2006-April/ >>>> 062371.html, >>>> at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current- >>>> unsubscribe@freebsd.org" >>>> >>>> >>> >>> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" >> > -- > PGP Key : http://www.marcuscom.com/pgp.asc --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 04:44:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C9716A4DA for ; Sat, 15 Jul 2006 04:44:40 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F1F43D45 for ; Sat, 15 Jul 2006 04:44:40 +0000 (GMT) (envelope-from marcus@marcuscom.com) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.6/8.13.6) with ESMTP id k6F4j2gU066543; Sat, 15 Jul 2006 00:45:02 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: "Chad Leigh -- Shire.Net LLC" In-Reply-To: <64D4BCE8-E148-4FD5-8A6E-3BBC70355C10@shire.net> References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> <44B82DDB.20005@FreeBSD.org> <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> <1152932441.72127.9.camel@shumai.marcuscom.com> <64D4BCE8-E148-4FD5-8A6E-3BBC70355C10@shire.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-7ACeKeQvkjMrGzzd5w6g" Organization: MarcusCom, Inc. Date: Sat, 15 Jul 2006 00:44:35 -0400 Message-Id: <1152938675.72127.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 FreeBSD GNOME Team Port Cc: FreeBSD Current Subject: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 04:44:40 -0000 --=-7ACeKeQvkjMrGzzd5w6g Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-07-14 at 22:38 -0600, Chad Leigh -- Shire.Net LLC wrote: > On Jul 14, 2006, at 9:00 PM, Joe Marcus Clarke wrote: >=20 > > On Fri, 2006-07-14 at 19:15 -0600, James Earl wrote: > >> Thanks Maxim! Is the built-in ethernet supported in current? Might > >> have to find me a usb ethernet adapter. > > > > It is supported using the SysKonnect Yukon II drivers found at > > http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz . > > > >> > >> Oh, btw... I did go ahead and install FreeBSD, and not just admire > >> sysinstall. Somehow in my excitement I managed to wipe out my Mac OS > >> X partition :) > > > > You'll probably want to rebuild that since firmware updates will =20 > > require > > it. >=20 > I wonder if you'll be able to boot off a firewire disk to do updates... Yes. I had to do this for the latest firmware update since installing FreeBSD somehow made it impossible to do so otherwise. I had to build a 10.4.6 version of the OS on the firewire drive, but after that, I was able to do the upgrade just fine. Joe >=20 > Chad >=20 > > > > Joe > > > >> > >> James > >> > >> On 7/14/06, Maxim Sobolev wrote: > >>> Actually with recent current you only need to disable apic. =20 > >>> Everything > >>> else should Just Work[tm]. > >>> > >>> Welcome to the FreeBSD on Mactel hardware clib! :-) > >>> > >>> -Maxim > >>> > >>> James Earl wrote: > >>>> Hi, > >>>> > >>>> I just thought I'd let everyone know that I'm looking at the > >>>> sysinstall screen on my Intel Mac Mini (Core Duo). After using =20 > >>>> Mac OS > >>>> X for the past couple months, sysinstall has never looked so =20 > >>>> good! :) > >>>> > >>>> Based on this thread: > >>>> http://lists.freebsd.org/pipermail/freebsd-current/2006-April/=20 > >>>> 062371.html, > >>>> at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. > >>>> _______________________________________________ > >>>> freebsd-current@freebsd.org mailing list > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> To unsubscribe, send any mail to "freebsd-current-=20 > >>>> unsubscribe@freebsd.org" > >>>> > >>>> > >>> > >>> > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to "freebsd-current-=20 > >> unsubscribe@freebsd.org" > >> > > --=20 > > PGP Key : http://www.marcuscom.com/pgp.asc >=20 > --- > Chad Leigh -- Shire.Net LLC > Your Web App and Email hosting provider > chad at shire.net >=20 >=20 >=20 >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-7ACeKeQvkjMrGzzd5w6g Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEuHKzb2iPiv4Uz4cRAv7FAJ9+lHugYjHebGQK2DXbaXztTpLfUQCfSnEC YV++grmEYkhKJZqygU3wG/Q= =36nA -----END PGP SIGNATURE----- --=-7ACeKeQvkjMrGzzd5w6g-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 04:49:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A9816A4E1; Sat, 15 Jul 2006 04:49:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4332443D58; Sat, 15 Jul 2006 04:49:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k6F4nY3v018575; Sat, 15 Jul 2006 00:49:35 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: SANETO Takanori Date: Sat, 15 Jul 2006 00:43:37 -0400 User-Agent: KMail/1.9.1 References: <200607111101.47747.jhb@freebsd.org> <44B85EBA.3080207@ba2.so-net.ne.jp> In-Reply-To: <44B85EBA.3080207@ba2.so-net.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607150043.37683.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Sat, 15 Jul 2006 00:49:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1599/Fri Jul 14 01:35:31 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: bp@freebsd.org, freebsd-current@freebsd.org, Jiawei Ye Subject: Re: lockmgr: thread 0xc21e2780 unlocking unheld lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 04:49:57 -0000 On Friday 14 July 2006 23:19, SANETO Takanori wrote: > I think that "==" should be "!=" in the patched code. Yeah, I fixed that in an updated patch to the OP that includes another fix for a missing lock in smbfs_unmount(). > John Baldwin wrote: > > On Tuesday 11 July 2006 09:29, Jiawei Ye wrote: > >> I was doing "sudo mount_smbfs //user@server/share /mnt" when the > >> following msg appeared. smbfs.ko was not loaded. > > > > Does building with INVARIANTS fix it? If so, try this patch (it looks > > like it has been broken since 1.1 of the smbfs code): > > > > Index: smb_conn.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v > > retrieving revision 1.16 > > diff -u -r1.16 smb_conn.c > > --- smb_conn.c 31 Oct 2005 15:41:27 -0000 1.16 > > +++ smb_conn.c 11 Jul 2006 15:01:10 -0000 > > @@ -233,7 +233,8 @@ > > lockinit(&cp->co_lock, PZERO, objname, 0, 0); > > cp->co_level = level; > > cp->co_usecount = 1; > > - KASSERT(smb_co_lock(cp, LK_EXCLUSIVE, td) == 0, ("smb_co_init: lock > > failed")); > > + if (smb_co_lock(cp, LK_EXCLUSIVE, td) == 0) > > + panic("smb_co_init: lock failed")); > > } > > > > static void > > > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 15:04:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA41D16A4DA for ; Sat, 15 Jul 2006 15:04:02 +0000 (UTC) (envelope-from jamesfrancistoy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 016E643D49 for ; Sat, 15 Jul 2006 15:04:01 +0000 (GMT) (envelope-from jamesfrancistoy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so240874uge for ; Sat, 15 Jul 2006 08:04:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MaxeIln5qn1iFVekXCtzoY+tAlKAIMentE39nFUL9OrjzSoLq1zUjeDggkQq2jYDWjJ66rVXZocrs9SkLmej0QzH5P/ssTK9MQbo7GNXuiANRr/+BUy5j41N3CK7K6IwUinSSUQwv2rsQ+l0JAL+RjGxZhujpVTAEISUJhOuSo0= Received: by 10.78.151.15 with SMTP id y15mr195919hud; Sat, 15 Jul 2006 08:04:00 -0700 (PDT) Received: by 10.78.50.19 with HTTP; Sat, 15 Jul 2006 08:04:00 -0700 (PDT) Message-ID: <9f8af95f0607150804m546f61c7k69100c7255adcb78@mail.gmail.com> Date: Sat, 15 Jul 2006 11:04:00 -0400 From: unk.nown@unix.net Sender: jamesfrancistoy@gmail.com To: "Joe Marcus Clarke" In-Reply-To: <1152938675.72127.12.camel@shumai.marcuscom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7039ada60607141413g69f1cf1bq191c93aa64a6bb22@mail.gmail.com> <44B82DDB.20005@FreeBSD.org> <7039ada60607141815u6dbf503cm2fbc4305fbe2c1fc@mail.gmail.com> <1152932441.72127.9.camel@shumai.marcuscom.com> <64D4BCE8-E148-4FD5-8A6E-3BBC70355C10@shire.net> <1152938675.72127.12.camel@shumai.marcuscom.com> X-Google-Sender-Auth: 20b6b3e137d353cc X-Mailman-Approved-At: Sat, 15 Jul 2006 15:43:22 +0000 Cc: FreeBSD Current , "Chad Leigh -- Shire.Net LLC" Subject: Re: Re: Sysinstall looks good on Intel Mac X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 15:04:02 -0000 I have a macbook -- however i have been having issues with the mouse...i was wondering if anyone had any ideas concerning this -- perhaps its the built in bluetooth connection which searches for bluetooth peripherals and a simple hint.pcib.1.skipslot=26 -- i dont' know any ideas?? -jt On 15/07/06, Joe Marcus Clarke wrote: > On Fri, 2006-07-14 at 22:38 -0600, Chad Leigh -- Shire.Net LLC wrote: > > On Jul 14, 2006, at 9:00 PM, Joe Marcus Clarke wrote: > > > > > On Fri, 2006-07-14 at 19:15 -0600, James Earl wrote: > > >> Thanks Maxim! Is the built-in ethernet supported in current? Might > > >> have to find me a usb ethernet adapter. > > > > > > It is supported using the SysKonnect Yukon II drivers found at > > > http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz . > > > > > >> > > >> Oh, btw... I did go ahead and install FreeBSD, and not just admire > > >> sysinstall. Somehow in my excitement I managed to wipe out my Mac OS > > >> X partition :) > > > > > > You'll probably want to rebuild that since firmware updates will > > > require > > > it. > > > > I wonder if you'll be able to boot off a firewire disk to do updates... > > Yes. I had to do this for the latest firmware update since installing > FreeBSD somehow made it impossible to do so otherwise. I had to build a > 10.4.6 version of the OS on the firewire drive, but after that, I was > able to do the upgrade just fine. > > Joe > > > > > Chad > > > > > > > > Joe > > > > > >> > > >> James > > >> > > >> On 7/14/06, Maxim Sobolev wrote: > > >>> Actually with recent current you only need to disable apic. > > >>> Everything > > >>> else should Just Work[tm]. > > >>> > > >>> Welcome to the FreeBSD on Mactel hardware clib! :-) > > >>> > > >>> -Maxim > > >>> > > >>> James Earl wrote: > > >>>> Hi, > > >>>> > > >>>> I just thought I'd let everyone know that I'm looking at the > > >>>> sysinstall screen on my Intel Mac Mini (Core Duo). After using > > >>>> Mac OS > > >>>> X for the past couple months, sysinstall has never looked so > > >>>> good! :) > > >>>> > > >>>> Based on this thread: > > >>>> http://lists.freebsd.org/pipermail/freebsd-current/2006-April/ > > >>>> 062371.html, > > >>>> at the boot prompt I disabled psm, atkbd, and atkbdc, and apic. > > >>>> _______________________________________________ > > >>>> freebsd-current@freebsd.org mailing list > > >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current > > >>>> To unsubscribe, send any mail to "freebsd-current- > > >>>> unsubscribe@freebsd.org" > > >>>> > > >>>> > > >>> > > >>> > > >> _______________________________________________ > > >> freebsd-current@freebsd.org mailing list > > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > > >> To unsubscribe, send any mail to "freebsd-current- > > >> unsubscribe@freebsd.org" > > >> > > > -- > > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > --- > > Chad Leigh -- Shire.Net LLC > > Your Web App and Email hosting provider > > chad at shire.net > > > > > > > > > -- > PGP Key : http://www.marcuscom.com/pgp.asc > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.4 (FreeBSD) > > iD8DBQBEuHKzb2iPiv4Uz4cRAv7FAJ9+lHugYjHebGQK2DXbaXztTpLfUQCfSnEC > YV++grmEYkhKJZqygU3wG/Q= > =36nA > -----END PGP SIGNATURE----- > > > From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 18:54:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF53C16A4DD for ; Sat, 15 Jul 2006 18:54:30 +0000 (UTC) (envelope-from vladimir@math.uic.edu) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FFCF43D53 for ; Sat, 15 Jul 2006 18:54:30 +0000 (GMT) (envelope-from vladimir@math.uic.edu) Received: from cat.math.uic.edu (c-24-12-126-199.hsd1.il.comcast.net[24.12.126.199]) by comcast.net (sccrmhc13) with SMTP id <2006071518542901300ad0ege>; Sat, 15 Jul 2006 18:54:29 +0000 Received: (qmail 2180 invoked by uid 31415); 15 Jul 2006 18:54:29 -0000 Message-ID: <20060715185429.2179.qmail@cat.math.uic.edu> From: vladimir@math.uic.edu Date: Sat, 15 Jul 2006 13:54:28 -0500 To: freebsd-current@freebsd.org User-Agent: nail 11.25 7/29/05 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: ath (Orinoco) card cannot associate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 18:54:31 -0000 Apologies if this appears twice...I posted through google groups at first for some reason, not sure this is working. I have upgraded to 7.0-CURRENT Jun 16 from 7.0-CURRENT Jan 8, and cannot use orinoco cardbus card anymore to connect to my access point. The machine is Thinkpad T23. I have not changed any wireless configuration on the AP recently, nor the ifconfig command on the client. Here is how I bring up the interface: ifconfig ath0 up 192.168.0.6 channel 6 ssid kot-podval-edu wepmode on weptxkey 1 wepkey 1:0xc1275f0aa31adbe7ce0497ee24 bssid any ifconfig -a : ath0: flags=8843 mtu 1500 inet6 fe80::220:a6ff:fe4c:3547%ath0 prefixlen 64 scopeid 0x3 inet 192.168.0.6 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:20:a6:4c:35:47 media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid kot-podval-edu channel 6 authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpowmax 30 bintval 100 What bothers me is the "status: no carrier" line, despite the fact that both indicator lights on the card are blinking, as they should when the card is connected to the AP. dmesg|grep ath shows: ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xc0210000-0xc021ffff at device 0.0 on cardbus1 ath0: Ethernet address: 00:20:a6:4c:35:47 ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 Loaded modules: Id Refs Address Size Name 1 29 0xc0400000 414910 kernel 2 2 0xc0815000 1dbec linux.ko 3 1 0xc0833000 f8d4 if_ath.ko 4 2 0xc0843000 3ff4 ath_rate.ko 5 6 0xc0847000 1f138 wlan.ko 6 3 0xc0867000 31308 ath_hal.ko 7 1 0xc0899000 8a80 if_fxp.ko 8 1 0xc08a2000 2df0 wlan_wep.ko 9 1 0xc08a5000 6b0c wlan_ccmp.ko 10 1 0xc08ac000 3f9c wlan_tkip.ko 11 1 0xc08b0000 5b468 acpi.ko 12 1 0xc2249000 6000 linprocfs.ko 13 1 0xc22d4000 2000 green_saver.ko 14 1 0xc2bc3000 9000 savage.ko 15 1 0xc2bd7000 e000 drm.ko I have also tried disabling WEP and MAC access control on the AP (with a corresponding change to the above ifconfig command on the client), to no avail: I cannot ping the access point IP. Any idea what I might be doing wrong? Thanks, Vladimir From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 20:15:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA9416A4DF for ; Sat, 15 Jul 2006 20:15:34 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D59243D45 for ; Sat, 15 Jul 2006 20:15:33 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so315415uge for ; Sat, 15 Jul 2006 13:15:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WWf/gdtK/2gFbMLe4vVmKVgc+wpa+MiAI0OuD4oJmIlk/rwfys6muYNum28MKhzGotvzmrJ9vr3XkpYKUfun8MHysg5Jue1qe17X0F3mh0/wuuqMISCfJ2UfrMfdSDRr3b50E3rzLEfF4Scgftp5nMZzfX0ArAIsrbM7KuoWqGk= Received: by 10.78.151.3 with SMTP id y3mr261049hud; Sat, 15 Jul 2006 13:15:32 -0700 (PDT) Received: by 10.78.134.9 with HTTP; Sat, 15 Jul 2006 13:15:32 -0700 (PDT) Message-ID: <7579f7fb0607151315t4011ff2cwe94b1cbd844f85de@mail.gmail.com> Date: Sat, 15 Jul 2006 13:15:32 -0700 From: "Matthew Jacob" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: wierdness with NFS in -current or RELENG_6 (?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 20:15:34 -0000 server: FBSD RELENG_6 (within the last couple weeks), i386 client: FBSD -current (yesterday) i386 [1] or either i386/amd64[2], or linux[3] 1. Mounted a directory from the server, not reserved port, otherwise default. A normal file on the server appeared, briefly, as an empty directory (!!!!). 2. The 'ro' qualifier in fstab seems to be being ignored. 3. Linux RHES4 cannot reliably mount NFS from the above server- one out of 3 times it hangs. It's usually convenient to blame Linux, but the problem goes away with combinations of restarting mountd or nfsd on the server. Anyone else with the same experiences? From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 20:49:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 002ED16A4E2; Sat, 15 Jul 2006 20:49:44 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F4ED43D49; Sat, 15 Jul 2006 20:49:43 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5CD99.dip.t-dialin.net [84.165.205.153]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k6FKddY5030970; Sat, 15 Jul 2006 22:39:40 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k6FKnidF022562; Sat, 15 Jul 2006 22:49:44 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 15 Jul 2006 22:50:58 +0200 From: Alexander Leidinger To: multimedia@freebsd.org Message-ID: <20060715225058.5ff3a750@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: current@freebsd.org Subject: HEADS-UP: snd_emu10kx driver imported X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 20:49:45 -0000 Hi, I just imported the emu10kx driver which is available since a while in ports. When loading the catch-all sound module is loaded, it will use the emu10kx driver instead of the emu10k1 driver now. The old module is still available in case the emu10kx driver doesn't work (we want to hear about such cases). Currently both drivers return the same priority when probing. When all sound devices are compiled into the kernel, the kernel will chose one of the drivers. You will notice which one (I don't know)... At some point in time the emu10k1 driver will vanish. Bye, Alexander. -- NERVE GAS IS NOT A TOY NERVE GAS IS NOT A TOY NERVE GAS IS NOT A TOY NERVE GAS IS NOT A TOY Bart Simpson on chalkboard in episode 2F32 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 21:34:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C18D316A4DD for ; Sat, 15 Jul 2006 21:34:44 +0000 (UTC) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 671D943D46 for ; Sat, 15 Jul 2006 21:34:44 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([24.202.77.103]) by VL-MH-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0J2G007X3RXV6R80@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Sat, 15 Jul 2006 17:34:43 -0400 (EDT) Date: Sat, 15 Jul 2006 17:34:34 -0400 From: Nicolas Blais In-reply-to: <7579f7fb0607151315t4011ff2cwe94b1cbd844f85de@mail.gmail.com> To: freebsd-current@freebsd.org Message-id: <200607151734.42993.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart1297222.MUDIBmEmi7; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit References: <7579f7fb0607151315t4011ff2cwe94b1cbd844f85de@mail.gmail.com> User-Agent: KMail/1.9.3 Cc: Matthew Jacob Subject: Re: wierdness with NFS in -current or RELENG_6 (?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 21:34:44 -0000 --nextPart1297222.MUDIBmEmi7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 15 July 2006 16:15, Matthew Jacob wrote: > server: FBSD RELENG_6 (within the last couple weeks), i386 > > client: FBSD -current (yesterday) i386 [1] or either i386/amd64[2], or > linux[3] > > 1. Mounted a directory from the server, not reserved port, otherwise > default. A normal file on the server appeared, briefly, as an empty > directory (!!!!). > > 2. The 'ro' qualifier in fstab seems to be being ignored. > > 3. Linux RHES4 cannot reliably mount NFS from the above server- one > out of 3 times it hangs. It's usually convenient to blame Linux, but > the problem goes away with combinations of restarting mountd or nfsd > on the server. > > Anyone else with the same experiences? I've had similar experiences but would also add: 4. Guest nfs client can no longer follow a symlink on the server that point= s=20 to another folder within the same tree. That symlink now appears as an empt= y=20 folder. It worked fine for years until recently. Solution is to create an=20 export to the actual location. =2D-=20 =46reeBSD 7.0-CURRENT #9: Sat Jul 15 10:49:05 EDT 2006 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://www.clkroot.net/security/nb_root.asc --nextPart1297222.MUDIBmEmi7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBEuV9y4wTBlvcsbJURAhmCAKClN9PTjtqJ0rlDb+pP6uYrTkLKtwCdFKq9 jBs8Qh/ra28UBEOS3lwvtmY= =oQBS -----END PGP SIGNATURE----- --nextPart1297222.MUDIBmEmi7-- From owner-freebsd-current@FreeBSD.ORG Sat Jul 15 21:57:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE8FB16A4E1 for ; Sat, 15 Jul 2006 21:57:01 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76B3D43D68 for ; Sat, 15 Jul 2006 21:56:59 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [71.139.3.149] Received: from [10.0.5.51] (ppp-71-139-3-149.dsl.snfc21.pacbell.net [71.139.3.149]) by ylpvm01.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k6FLujoF024803; Sat, 15 Jul 2006 17:56:45 -0400 Message-ID: <44B96490.9040907@root.org> Date: Sat, 15 Jul 2006 14:56:32 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: Sam Leffler References: <44B59A22.7000407@root.org> <44B5A2A3.2070702@errno.com> In-Reply-To: <44B5A2A3.2070702@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current Subject: Re: cbb hangs during suspend if ath card active X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jul 2006 21:57:01 -0000 Sam Leffler wrote: > Nate Lawson wrote: >> I've seen a recent regression in the past few months when suspending my >> laptop. When I have an ath0 card inserted in a cardbus slot and then >> press the sleep button, the system hangs. If I eject the card, it >> continues going into suspend and everything works as normal. > > A more likely scenario is that ath_stop is putting the card into "deep > sleep". At that point you cannot touch any of the PCI domain registers > for the card w/o bringing it out of sleep. If you do then the > pci/cardbus will hang. Ejecting the card removes the device from the > bus and allows things to continue. > > I walked through this scenario with Ed Maste when he mentioned it to me > and we tried to catch ath being entered after it set the card to sleep > but failed. Note that something as simple as checking for ath_intrpend > at the top of ath_intr can cause this but after shuffling code to ensure > this does not occur we still couldn't catch what was going on. > > My suggestion is you work under the above assumption and try to catch > entry to the ath driver. I still think the problem is a shared irq > interrupting after ath_stop puts the card to sleep. I did a little more debugging. Commenting out the ath_hal_setpower() call solves it (as you suggested). The interesting thing is that it doesn't hang right when that call is made (in ath_stop_locked()) or when the ATH_LOCK is dropped (in ath_stop()), but before the ath_suspend() function returns. That does seem to indicate that it is an interrupt occurring and not some other kernel subsystem accessing its config registers. I'll look at the irq handler next. Shouldn't a flag be set before returning from ath_stop() that says "ignore interrupts without touching hw"? Perhaps sc->sc_invalid? -- Nate