From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 01:00:38 2003 Return-Path: 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 BD92B37B401 for ; Sun, 22 Jun 2003 01:00:38 -0700 (PDT) Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98E8143FA3 for ; Sun, 22 Jun 2003 01:00:37 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from webmail.xtaz.co.uk (localhost [127.0.0.1]) by tao.xtaz.co.uk (Postfix) with SMTP id 74CA48FCA4; Sun, 22 Jun 2003 09:00:35 +0100 (BST) Received: from 192.168.1.10 (SquirrelMail authenticated user matt) by webmail.xtaz.co.uk with HTTP; Sun, 22 Jun 2003 09:00:35 +0100 (BST) Message-ID: <50254.192.168.1.10.1056268835.squirrel@webmail.xtaz.co.uk> In-Reply-To: <20030621.214623.112196268.imp@bsdimp.com> References: <56950.192.168.1.10.1056189123.squirrel@webmail.xtaz.co.uk> <20030621.214623.112196268.imp@bsdimp.com> Date: Sun, 22 Jun 2003 09:00:35 +0100 (BST) From: "Matt" To: "M. Warner Losh" User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal cc: current@freebsd.org Subject: Re: cardbus and xircom ethernet problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 08:00:39 -0000 M. Warner Losh said: > > This means that there are problems reading the CIS. Any idea how I can go about trying to get it working? I have never used a laptop with freebsd before and obviously it just "works" in windows so I'm not even aware of what a "CIS" is. I've tried all the stuff mentioned in the archives such as hw.cbb.start_memory=(tried various things here), and hw.pci.allow_unsupported_io_range=1 as this seems to be the most common problem but it hasn't made a difference. So is there anything else I can do? Or is it simply a case that this hardware does not work under fbsd? Matt. -- email: matt@xtaz.co.uk - web: http://xtaz.co.uk/ Hardware, n.: The parts of a computer system that can be kicked. From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 04:43:25 2003 Return-Path: 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 D0CD937B40E for ; Sun, 22 Jun 2003 04:43:24 -0700 (PDT) Received: from thuis.piwebs.com (t-indiv5-74.athome.tue.nl [131.155.241.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 3335743F3F for ; Sun, 22 Jun 2003 04:43:23 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 22956 invoked by uid 85); 22 Jun 2003 11:44:12 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-2.6/5.0):. Processed in 11.314658 secs); 22 Jun 2003 11:44:12 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 22 Jun 2003 11:44:00 -0000 From: Arjan van Leeuwen To: FreeBSD current users Date: Sun, 22 Jun 2003 13:43:08 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306221343.08932.avleeuwen@piwebs.com> Subject: nVidia nForce2 AGP chipset drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 11:43:25 -0000 Now that nVidia has released kernel patches for Linux to support their AGP chipset (see http://www.nvidia.com/view.asp?IO=linux_nforce_1.0-0261), is it possible to easily port these patches and include them in the agp(4) driver? How does one start with such a thing? Best regards, Arjan From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 05:39:07 2003 Return-Path: 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 9CD6C37B401 for ; Sun, 22 Jun 2003 05:39:07 -0700 (PDT) Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id D63DB4406F for ; Sun, 22 Jun 2003 05:39:06 -0700 (PDT) (envelope-from matt@xtaz.co.uk) Received: from webmail.xtaz.co.uk (localhost [127.0.0.1]) by tao.xtaz.co.uk (Postfix) with SMTP id 4CA0A8FC73; Sun, 22 Jun 2003 13:39:05 +0100 (BST) Received: from 192.168.1.10 (SquirrelMail authenticated user matt) by webmail.xtaz.co.uk with HTTP; Sun, 22 Jun 2003 13:39:05 +0100 (BST) Message-ID: <50966.192.168.1.10.1056285545.squirrel@webmail.xtaz.co.uk> In-Reply-To: <20030622122211.GC608@tuatara.fishballoon.org> References: <56950.192.168.1.10.1056189123.squirrel@webmail.xtaz.co.uk> <20030621.214623.112196268.imp@bsdimp.com> <50254.192.168.1.10.1056268835.squirrel@webmail.xtaz.co.uk> <20030622122211.GC608@tuatara.fishballoon.org> Date: Sun, 22 Jun 2003 13:39:05 +0100 (BST) From: "Matt" To: "Scott Mitchell" User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: cardbus and xircom ethernet problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 12:39:07 -0000 Scott Mitchell said: > > Can you try another card in this machine? It will probably throw up the > same error, but it's worth trying if you can. Unfortunatly this is the only card I have. > > You could also try adding the following lines to /boot/loader.conf to get > some extra debug output: > > hw.cbb.debug=1 > hw.cardbus.debug=1 > hw.cardbus.cis_debug=1 > hw.pccard.debug=1 > hw.pccard.cis_debug=1 > I have just tried this and this puts the machine in a hard lock with CISTPL_NONE 00 scrolling up the screen constantly until after 30 seconds or so it panics with page fault 12 in cbb0. I then tried booting the machine with the card out and then inserting it afterwards and the same thing, lots of scrolling of CISTPL_NONE 00 but this time it did not panic and this came out below: CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_END ff cis mem map cd2b5000 CISTPL_LINKTARGET expected, code ff observed pccard0: check_cis_quirks pccard0: Card has no functions! cbb0: Card card activation failed Is this going to be a lost cause? :) Matt. -- email: matt@xtaz.co.uk - web: http://xtaz.co.uk/ Hardware, n.: The parts of a computer system that can be kicked. From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 05:41:17 2003 Return-Path: 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 2C8B937B407 for ; Sun, 22 Jun 2003 05:41:17 -0700 (PDT) Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E964404D for ; Sun, 22 Jun 2003 05:23:01 -0700 (PDT) (envelope-from scott@fishballoon.org) Received: from fishballoon.org ([81.104.195.199]) by mta05-svc.ntlworld.com ESMTP <20030622122300.WRHS28183.mta05-svc.ntlworld.com@fishballoon.org>; Sun, 22 Jun 2003 13:23:00 +0100 Received: from tuatara.fishballoon.org (dhcp-252.fishballoon.org [192.168.1.252]) by fishballoon.org (8.12.8p1/8.12.8) with ESMTP id h5MCMG4o028849; Sun, 22 Jun 2003 13:22:16 +0100 (BST) (envelope-from scott@tuatara.fishballoon.org) Received: (from scott@localhost) by tuatara.fishballoon.org (8.12.9/8.12.9/Submit) id h5MCMB3R001247; Sun, 22 Jun 2003 13:22:11 +0100 (BST) (envelope-from scott) Date: Sun, 22 Jun 2003 13:22:11 +0100 From: Scott Mitchell To: Matt Message-ID: <20030622122211.GC608@tuatara.fishballoon.org> References: <56950.192.168.1.10.1056189123.squirrel@webmail.xtaz.co.uk> <20030621.214623.112196268.imp@bsdimp.com> <50254.192.168.1.10.1056268835.squirrel@webmail.xtaz.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50254.192.168.1.10.1056268835.squirrel@webmail.xtaz.co.uk> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 4.8-STABLE i386 cc: current@freebsd.org cc: "M. Warner Losh" Subject: Re: cardbus and xircom ethernet problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 12:41:19 -0000 On Sun, Jun 22, 2003 at 09:00:35AM +0100, Matt wrote: > > M. Warner Losh said: > > > > This means that there are problems reading the CIS. > > Any idea how I can go about trying to get it working? I have never used a > laptop with freebsd before and obviously it just "works" in windows so I'm > not even aware of what a "CIS" is. I've tried all the stuff mentioned in > the archives such as hw.cbb.start_memory=(tried various things here), and > hw.pci.allow_unsupported_io_range=1 as this seems to be the most common > problem but it hasn't made a difference. > > So is there anything else I can do? Or is it simply a case that this > hardware does not work under fbsd? Well, the card itself is supported by the xe driver, but the errors you're seeing are coming from the generic cardbus/pccard code. I'm not sure it's even getting as far as deciding to use the xe driver for the card... Can you try another card in this machine? It will probably throw up the same error, but it's worth trying if you can. You could also try adding the following lines to /boot/loader.conf to get some extra debug output: hw.cbb.debug=1 hw.cardbus.debug=1 hw.cardbus.cis_debug=1 hw.pccard.debug=1 hw.pccard.cis_debug=1 You'll have to reboot for those to take effect. Probably also worth booting in verbose mode (hit space when the 'boot countdown' starts, then type 'boot -v'). That said, the CEM56 is a slightly odd beast that needs special handling to enable the Ethernet part (a straightforward walk through the CIS would lead you to believe it's a modem-only card). I haven't been able to test the xe driver on a NEWCARD machine yet, so I have no idea how well it works, if at all. I suppose you could try booting the OLDCARD kernel on your laptop, but it might barf on the Cardbus controller. Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott at fishballoon.org | 0xAA775B8B | -- Anon From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 08:08:16 2003 Return-Path: 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 3525E37B401 for ; Sun, 22 Jun 2003 08:08:14 -0700 (PDT) Received: from tomato.swatweb.co.uk (pc-80-193-224-43-en.blueyonder.co.uk [80.193.224.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C11143FCB for ; Sun, 22 Jun 2003 08:08:11 -0700 (PDT) (envelope-from simon@swat.me.uk) Received: by tomato.home (Postfix, from userid 1001) id DDCAA39FB2; Sun, 22 Jun 2003 10:07:24 +0100 (BST) Date: Sun, 22 Jun 2003 10:07:24 +0100 From: Simon Watson To: current@freebsd.org Message-ID: <20030622090724.GA95354@tomato.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 15:08:16 -0000 Are there any plans for including reiserFS support in FreeBSD? I plan to move my desktop over to FreeBSD 5 at some point, but I can't seem to find any mention of reiser for it. Thanks Simon -- Simon Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 08:40:18 2003 Return-Path: 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 0335C37B401 for ; Sun, 22 Jun 2003 08:40:18 -0700 (PDT) Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 80DB743F3F for ; Sun, 22 Jun 2003 08:40:16 -0700 (PDT) (envelope-from kaeru@pd.jaring.my) Received: from unknown (HELO ?219.95.60.163?) (khairil?yusof@219.95.60.163 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 22 Jun 2003 15:40:15 -0000 From: Khairil Yusof To: current@freebsd.org Content-Type: text/plain Message-Id: <1056296361.13871.242.camel@daemon.home.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.0 Date: 22 Jun 2003 23:39:21 +0800 Content-Transfer-Encoding: 7bit Subject: libkse now running quite well on smp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 15:40:18 -0000 First of all thanks to Julian Elisher who gave hints on what might be wrong (userland/kernel), even though I was a blockhead for not enabling debugging options in the kernel before posting. It help me track down broken stuff in userland first. I hope I can give proper helpful debug info next time I get problems. Tested everything else throughly, before enabling kse one app at a time. Current uptime of 23hrs with these apps running with libkse.so.1, basically a usable Gnome 2.2 desktop environment: jdk1.4.1 (tomcat/netbeans) openoffice 1.03 evolution 1.4 mozilla-firebird 0.6 metacity xmms gnome-terminal nautilus vte dia gnome-panel gkrellm mysql40 (not heavilly tested yet) Wow.. with recent updates, you can now see the threads with top(8): Mozilla-Firebird 826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% MozillaFire 826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% MozillaFire 826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire 826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire Great work by the KSE team! Looks like we might get libpthreads as default on 5.2. From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 08:41:31 2003 Return-Path: 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 3272337B401 for ; Sun, 22 Jun 2003 08:41:31 -0700 (PDT) Received: from tomato.swatweb.co.uk (pc-80-193-224-43-en.blueyonder.co.uk [80.193.224.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B6543F93 for ; Sun, 22 Jun 2003 08:41:30 -0700 (PDT) (envelope-from simon@swat.me.uk) Received: by tomato.home (Postfix, from userid 1001) id 015F6398CD; Sat, 21 Jun 2003 12:19:13 +0100 (BST) Date: Sat, 21 Jun 2003 12:19:13 +0100 From: Simon Watson To: freebsd-current@freebsd.org Message-ID: <20030621111913.GC71481@tomato.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 15:41:31 -0000 Are there any plans for including reiserFS support in FreeBSD? I plan to move my desktop over to FreeBSD 5 at some point, but I can't seem to find any mention of reiser for it. Thanks Simon -- Simon Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 08:42:59 2003 Return-Path: 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 D15DD37B401 for ; Sun, 22 Jun 2003 08:42:59 -0700 (PDT) Received: from smtp.goamerica.net (ny-mx-01.goamerica.net [208.200.67.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id C884643FAF for ; Sun, 22 Jun 2003 08:42:58 -0700 (PDT) (envelope-from eaja@erols.com) Received: from localhost (165.sub-166-141-30.myvzw.com [166.141.30.165]) by smtp.goamerica.net (8.12.8/8.12.8) with SMTP id h5MFgmNf015270 for ; Sun, 22 Jun 2003 11:42:52 -0400 (EDT) Date: Sun, 22 Jun 2003 11:18:19 -0400 From: Eric Jacobs To: freebsd-current@freebsd.org Message-Id: <20030622111819.6dfff44a.eaja@erols.com> In-Reply-To: <50966.192.168.1.10.1056285545.squirrel@webmail.xtaz.co.uk> References: <56950.192.168.1.10.1056189123.squirrel@webmail.xtaz.co.uk> <20030621.214623.112196268.imp@bsdimp.com> <50254.192.168.1.10.1056268835.squirrel@webmail.xtaz.co.uk> <20030622122211.GC608@tuatara.fishballoon.org> <50966.192.168.1.10.1056285545.squirrel@webmail.xtaz.co.uk> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i386-portbld-freebsd4.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: cardbus and xircom ethernet problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 15:43:00 -0000 On Sun, 22 Jun 2003 13:39:05 +0100 (BST) "Matt" wrote: > I have just tried this and this puts the machine in a hard lock with > CISTPL_NONE 00 scrolling up the screen constantly until after 30 seconds > or so it panics with page fault 12 in cbb0. I have a card which does this in NEWCARD. It works fine in OLDCARD. I would say try OLDCARD on your card, and if it works, maybe we can figure out what it is about the CIS in these cards that's throwing the parser. From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 09:05:53 2003 Return-Path: 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 F220C37B401 for ; Sun, 22 Jun 2003 09:05:52 -0700 (PDT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 800CA43F93 for ; Sun, 22 Jun 2003 09:05:52 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h5MG5nJS007515; Sun, 22 Jun 2003 09:05:50 -0700 (PDT) Received: from mac.com (adsl-33-224-202.jan.bellsouth.net [67.33.224.202]) (authenticated bits=0) by mac.com (Xserve/8.12.9/MantshX 2.0) with ESMTP id h5MG5lFK002778; Sun, 22 Jun 2003 09:05:47 -0700 (PDT) Date: Sun, 22 Jun 2003 11:05:34 -0500 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Simon Watson From: David Leimbach In-Reply-To: <20030621111913.GC71481@tomato.home> Message-Id: <5AF44E0C-A4CB-11D7-8164-0003937E39E0@mac.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: freebsd-current@freebsd.org Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 16:05:53 -0000 I certainly have heard of no such plans. FreeBSD 5 comes with UFS2 as the default filesystem and you can achieve many of the benefits of a journaling file system by enabling soft-updates. I believe the FreeBSD handbook has more on the topic and you can browse it online at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/index.html Dave On Saturday, June 21, 2003, at 06:19 AM, Simon Watson wrote: > Are there any plans for including reiserFS support in FreeBSD? I plan > to move my desktop over to FreeBSD 5 at some point, but I can't seem > to find any mention of reiser for it. > > Thanks > > Simon > > -- > Simon Watson > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 09:17:23 2003 Return-Path: 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 03D1C37B401 for ; Sun, 22 Jun 2003 09:17:23 -0700 (PDT) Received: from tomato.swatweb.co.uk (pc-80-193-224-43-en.blueyonder.co.uk [80.193.224.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51DEF43F75 for ; Sun, 22 Jun 2003 09:17:22 -0700 (PDT) (envelope-from simon@swat.me.uk) Received: by tomato.swatweb.co.uk (Postfix, from userid 1001) id 5EE1239EE2; Sun, 22 Jun 2003 17:17:29 +0100 (BST) Date: Sun, 22 Jun 2003 17:17:29 +0100 From: Simon Watson To: current@freebsd.org Message-ID: <20030622161729.GA28331@tomato.home> Mail-Followup-To: current@freebsd.org References: <20030622090724.GA95354@tomato.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030622090724.GA95354@tomato.home> User-Agent: Mutt/1.4.1i Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 16:17:23 -0000 On Sun, Jun 22, 2003 at 10:07:24AM +0100, Simon Watson wrote: > Are there any plans for including reiserFS support in FreeBSD? I plan to move my desktop over to FreeBSD 5 at some point, but I can't seem to find any mention of reiser for it. > Maybe I should have clarified this, I'm only after readonly support - just enough to be able to successfully move my data over to UFS. -- Simon Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 09:50:41 2003 Return-Path: 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 0F32B37B401 for ; Sun, 22 Jun 2003 09:50:41 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 703A143FBD for ; Sun, 22 Jun 2003 09:50:40 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h5MGoQb25792; Sun, 22 Jun 2003 09:50:26 -0700 (PDT) Message-ID: <3EF5DE51.7030804@isi.edu> Date: Sun, 22 Jun 2003 09:50:25 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030612 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Simon Watson , current References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> In-Reply-To: <20030622161729.GA28331@tomato.home> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070904090809050606050107" Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 16:50:41 -0000 This is a cryptographically signed message in MIME format. --------------ms070904090809050606050107 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Simon Watson wrote: >> Are there any plans for including reiserFS support in FreeBSD? I >> plan to move my desktop over to FreeBSD 5 at some point, but I >> can't seem to find any mention of reiser for it. > > Maybe I should have clarified this, I'm only after readonly support - > just enough to be able to successfully move my data over to UFS. Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the data over. Lars -- Lars Eggert USC Information Sciences Institute --------------ms070904090809050606050107 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDYyMjE2NTAyNVowIwYJKoZIhvcNAQkEMRYEFKbkmxZC22AWz3288tZX kXGYZRP8MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEANAW+MUE2Pom+YoGQJeoPNgunlbSj/BgrEA4E xbHol+apOUfNKMnqJrTov350SEyD48osY9v/UN3AYlGza559kpqtXH3Vd7HfGTFY7xM8K/MB RUdhQ1R8r5Lz2MjYzxn5UrUqNij/4BbTV4iMoQc3Y70Fk811iHh0JzxOd8rrUaAR3HtyAGoZ U3KkzGTbzywpyTN+KqVlFgUHvIyTQBcjgxI+OqHvUmiGlgOvvsdHJrN2WvDx5lyNUUFzFcJw xwwpdjX+cWyAI8k3ks5YwB4bu5ihhilavAuDqxq+57qnO3sn0NNWJgyjycXYT9NN218ysweA xJb8GvqBLW/Kv5ZWKwAAAAAAAA== --------------ms070904090809050606050107-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:00:41 2003 Return-Path: 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 A00AA37B401 for ; Sun, 22 Jun 2003 10:00:41 -0700 (PDT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B009243FBD for ; Sun, 22 Jun 2003 10:00:40 -0700 (PDT) (envelope-from brad.knowles@skynet.be) Received: from [10.0.1.2] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.6p2/8.12.3) with ESMTP id h5MH0XtS038205; Sun, 22 Jun 2003 13:00:33 -0400 (EDT) (envelope-from brad.knowles@skynet.be) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <3EF5DE51.7030804@isi.edu> References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <3EF5DE51.7030804@isi.edu> Date: Sun, 22 Jun 2003 19:00:26 +0200 To: Lars Eggert From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: Simon Watson cc: current Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:00:41 -0000 At 9:50 AM -0700 2003/06/22, Lars Eggert wrote: > Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the > data over. What if it's the same machine? What if they have only the one machine, so they can't even copy it over to another one, just to copy it back? -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++) From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:02:49 2003 Return-Path: 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 3F92537B401 for ; Sun, 22 Jun 2003 10:02:49 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BD7543FAF for ; Sun, 22 Jun 2003 10:02:48 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5MH2l3q067460; Sun, 22 Jun 2003 13:02:47 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Sun, 22 Jun 2003 13:02:47 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Arjan van Leeuwen In-Reply-To: <200306221343.08932.avleeuwen@piwebs.com> Message-ID: <20030622130154.X76384@sasami.jurai.net> References: <200306221343.08932.avleeuwen@piwebs.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: nVidia nForce2 AGP chipset drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:02:49 -0000 On Sun, 22 Jun 2003, Arjan van Leeuwen wrote: > Now that nVidia has released kernel patches for Linux to support their AGP > chipset (see http://www.nvidia.com/view.asp?IO=linux_nforce_1.0-0261), is it > possible to easily port these patches and include them in the agp(4) driver? > > How does one start with such a thing? I actually started writing a driver based on the released Linux one but don't actually have the hardware to test things. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:05:14 2003 Return-Path: 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 C16F337B401 for ; Sun, 22 Jun 2003 10:05:14 -0700 (PDT) Received: from tomato.swatweb.co.uk (pc-80-193-224-43-en.blueyonder.co.uk [80.193.224.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3867943F3F for ; Sun, 22 Jun 2003 10:05:14 -0700 (PDT) (envelope-from simon@swat.me.uk) Received: by tomato.swatweb.co.uk (Postfix, from userid 1001) id 9052139EE2; Sun, 22 Jun 2003 18:05:21 +0100 (BST) Date: Sun, 22 Jun 2003 18:05:21 +0100 From: Simon Watson To: current Message-ID: <20030622170521.GC28331@tomato.home> Mail-Followup-To: current References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <3EF5DE51.7030804@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:05:15 -0000 On Sun, Jun 22, 2003 at 07:00:26PM +0200, Brad Knowles wrote: > At 9:50 AM -0700 2003/06/22, Lars Eggert wrote: > > > Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the > > data over. > > What if it's the same machine? What if they have only the one > machine, so they can't even copy it over to another one, just to copy > it back? Indeed- this is the problem I have :) -- Simon Watson From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:06:58 2003 Return-Path: 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 DB80337B404 for ; Sun, 22 Jun 2003 10:06:58 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B8443FDD for ; Sun, 22 Jun 2003 10:06:58 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (c-24-130-112-121.we.client2.attbi.com [24.130.112.121]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h5MH6sb06123; Sun, 22 Jun 2003 10:06:54 -0700 (PDT) Message-ID: <3EF5E22D.2050302@isi.edu> Date: Sun, 22 Jun 2003 10:06:53 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030612 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brad Knowles References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <3EF5DE51.7030804@isi.edu> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040106010402050407030004" cc: Simon Watson cc: current Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:06:59 -0000 This is a cryptographically signed message in MIME format. --------------ms040106010402050407030004 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Brad Knowles wrote: > At 9:50 AM -0700 2003/06/22, Lars Eggert wrote: > >> Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the >> data over. > > What if it's the same machine? What if they have only the one > machine, so they can't even copy it over to another one, just to copy it > back? Ah, good point. Run one inside VMware in the other, and do the NFS mount over the emulated network link. Lars -- Lars Eggert USC Information Sciences Institute --------------ms040106010402050407030004 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 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDYyMjE3MDY1M1owIwYJKoZIhvcNAQkEMRYEFLNj+S5okgZI3u/q30Ug HUTZ03LNMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAU70ElGvep0xqFhakHOyKtW+k25ne86P9CHjK 5IZQL7ITcKReV7uaVaPIWTz344HUP1p82FnFS43DsfopFN14WHm3+Ntzoyaq+q903LGiSnVS EMFYKdv9lyDONCT/TA/vZDTrJAyqt4XCQonEfiD2YQ82B4qXKu6tl1RnWFh9Q0yZhvIVlV97 0r/JmtPVsbS46h8P63iwFBFHIRrKf0sZjEHqw7nGeTRE+eCbRSGAFioqDugXes4gVynJLGzg VNMCu83+Z68ryw4Kihh1UPwB0+5n/es9vEmNxN+pLgboOij1QCz6qzFBFR90tGWPMdEMmy17 WkAPxYBce+cF7HMkcwAAAAAAAA== --------------ms040106010402050407030004-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:08:25 2003 Return-Path: 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 2A5EE37B401 for ; Sun, 22 Jun 2003 10:08:25 -0700 (PDT) Received: from fed1mtao03.cox.net (fed1mtao03.cox.net [68.6.19.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2CE43FBF for ; Sun, 22 Jun 2003 10:08:24 -0700 (PDT) (envelope-from xcas@cox.net) Received: from kadafi.bsd-unix.org ([68.2.130.120]) by fed1mtao03.cox.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20030622170822.EMJQ6233.fed1mtao03.cox.net@kadafi.bsd-unix.org> for ; Sun, 22 Jun 2003 13:08:22 -0400 Date: Sun, 22 Jun 2003 10:08:22 -0700 From: "Greg J." To: freebsd-current@freebsd.org Message-Id: <20030622100822.0699fa25.xcas@cox.net> In-Reply-To: <20030622170521.GC28331@tomato.home> References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <3EF5DE51.7030804@isi.edu> <20030622170521.GC28331@tomato.home> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:08:25 -0000 On Sun, 22 Jun 2003 18:05:21 +0100 Simon Watson wrote: > On Sun, Jun 22, 2003 at 07:00:26PM +0200, Brad Knowles wrote: > > At 9:50 AM -0700 2003/06/22, Lars Eggert wrote: > > > > > Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the > > > data over. > > > > What if it's the same machine? What if they have only the one > > machine, so they can't even copy it over to another one, just to copy > > it back? > > Indeed- this is the problem I have :) > > -- > Simon Watson > _______________________________________________ > 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" Have a cd burner? Burn it to a disc. :-) -- The meek shall inherit the earth -- they are too weak to refuse. From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:21:47 2003 Return-Path: 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 91AD637B401 for ; Sun, 22 Jun 2003 10:21:47 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A063B43FD7 for ; Sun, 22 Jun 2003 10:21:46 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) h5MHLkol079648; Sun, 22 Jun 2003 10:21:46 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)h5MHLjAA079647; Sun, 22 Jun 2003 10:21:45 -0700 (PDT) Date: Sun, 22 Jun 2003 10:21:45 -0700 From: Steve Kargl To: Brad Knowles Message-ID: <20030622172145.GA79633@troutmask.apl.washington.edu> References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <3EF5DE51.7030804@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: Lars Eggert cc: Simon Watson cc: current Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:21:47 -0000 On Sun, Jun 22, 2003 at 07:00:26PM +0200, Brad Knowles wrote: > At 9:50 AM -0700 2003/06/22, Lars Eggert wrote: > > > Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the > > data over. > > What if it's the same machine? What if they have only the one > machine, so they can't even copy it over to another one, just to copy > it back? > tar, cpio, pax? -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:37:25 2003 Return-Path: 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 D020237B401 for ; Sun, 22 Jun 2003 10:37:25 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26CB743FCB for ; Sun, 22 Jun 2003 10:37:25 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 40A41167627; Sun, 22 Jun 2003 19:37:24 +0200 (CEST) Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h5MHbMVc061117 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 22 Jun 2003 19:37:23 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Simon Watson , current@freebsd.org Date: Sun, 22 Jun 2003 19:37:12 +0200 User-Agent: KMail/1.5.2 References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> In-Reply-To: <20030622161729.GA28331@tomato.home> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_Sle9+WljYVX3sz2"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200306221937.22400.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:37:26 -0000 --Boundary-02=_Sle9+WljYVX3sz2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Sunday 22 June 2003 18:17, Simon Watson wrote: > Maybe I should have clarified this, I'm only after readonly support - just > enough to be able to successfully move my data over to UFS. If you can live with creating UFS1 filesystems, you can just mount them=20 read-write in Linux and move your data over that way. Or you wait a little= =20 while longer until Linux' UFS implementation can mount UFS2 (shouldn't be t= o=20 difficult to hacked up anyway). =2D-=20 Michael Nottebrock \ KDE on FreeBSD \ ,ww =20 \ --- \ ,wWWCybaWW_)=20 \ http://freebsd.kde.org \ `WSheepW' free \ II II node --Boundary-02=_Sle9+WljYVX3sz2 Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+9elSXhc68WspdLARAvyeAJ0W0A13QGFMUyx1zdTVjceOiTk97gCeOTis PM8WIipBLx0EzG2fnod4EAw= =lumf -----END PGP SIGNATURE----- --Boundary-02=_Sle9+WljYVX3sz2-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 10:38:47 2003 Return-Path: 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 6B7F137B401 for ; Sun, 22 Jun 2003 10:38:47 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D8E543F93 for ; Sun, 22 Jun 2003 10:38:46 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h5MHcib0093761; Sun, 22 Jun 2003 19:38:44 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h5MHciV6093760; Sun, 22 Jun 2003 19:38:44 +0200 (CEST) Date: Sun, 22 Jun 2003 19:38:44 +0200 From: Wilko Bulte To: Brad Knowles Message-ID: <20030622173844.GA93725@freebie.xs4all.nl> References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <3EF5DE51.7030804@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: Lars Eggert cc: Simon Watson cc: current Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 17:38:47 -0000 On Sun, Jun 22, 2003 at 07:00:26PM +0200, Brad Knowles wrote: > At 9:50 AM -0700 2003/06/22, Lars Eggert wrote: > > > Make the ReiserFS box an NFS server and mount it on FreeBSD to copy the > > data over. > > What if it's the same machine? What if they have only the one > machine, so they can't even copy it over to another one, just to copy > it back? Borrow a tape unit, or a second disk, or a CDRW / DVDRW. Something along those lines, lacking Reiserfs in FreeBSD that leaves you little other option. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 12:00:27 2003 Return-Path: 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 028ED37B401 for ; Sun, 22 Jun 2003 12:00:27 -0700 (PDT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA1F43FB1 for ; Sun, 22 Jun 2003 12:00:26 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd06.aul.t-online.de by mailout01.sul.t-online.com with smtp id 19UA4e-0004P1-07; Sun, 22 Jun 2003 21:00:24 +0200 Received: from Andro-Beta.Leidinger.net (EB329MZEYeaJcr0Yg0sT-0gC6qQ2CwN5FbM7PpFpXz4R4t5npUQRYa@[80.131.120.204]) by fmrl06.sul.t-online.com with esmtp id 19UA4N-0LRXSy0; Sun, 22 Jun 2003 21:00:07 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h5MJ06I8023074 for ; Sun, 22 Jun 2003 21:00:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h5MJ06lm056318 for ; Sun, 22 Jun 2003 21:00:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 22 Jun 2003 21:00:06 +0200 From: Alexander Leidinger To: freebsd-current@freebsd.org Message-Id: <20030622210006.0120e66b.Alexander@Leidinger.net> In-Reply-To: <3EF16562.5DEF7A39@mindspring.com> References: <20030618202452.5DB295D04@ptavv.es.net> <3EF16562.5DEF7A39@mindspring.com> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Seen: false X-ID: EB329MZEYeaJcr0Yg0sT-0gC6qQ2CwN5FbM7PpFpXz4R4t5npUQRYa@t-dialin.net Subject: Re: Why doesn't background fsck work ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 19:00:27 -0000 On Thu, 19 Jun 2003 00:25:22 -0700 Terry Lambert wrote: > Then you reboot. >=20 > Then you start BG fsck again. >=20 > Then you panic again. >=20 > Repeat this until a human intervenes and manually runs a full FG > fsck on the disk before letting it be used, and/or someone adds > a count-down counter to the superblock, I have a dej=E1 vue... I think there was already a discussion on this topic (and you participated in it)... and I think someone pointed out, that we already have a mechanism which does a fg-fsck instead of a bg-fsck in such a situation... but maybe someone just changed the Matrix around me... Bye, Alexander. --=20 Reboot America. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 12:39:16 2003 Return-Path: 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 05D3637B417 for ; Sun, 22 Jun 2003 12:39:16 -0700 (PDT) Received: from mail.rdslink.ro (mail.rdslink.ro [193.231.236.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 1FFB744001 for ; Sun, 22 Jun 2003 12:39:14 -0700 (PDT) (envelope-from enache@rdslink.ro) Received: (qmail 15640 invoked from network); 22 Jun 2003 19:32:39 -0000 Received: from unknown (HELO ratsnest.hole) (81.196.245.227) by mail.rdslink.ro with SMTP; 22 Jun 2003 19:32:39 -0000 Date: Sun, 22 Jun 2003 22:43:06 +0300 From: Enache Adrian To: Michael Nottebrock Message-ID: <20030622194306.GA9119@ratsnest.hole> References: <20030622090724.GA95354@tomato.home> <20030622161729.GA28331@tomato.home> <200306221937.22400.michaelnottebrock@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200306221937.22400.michaelnottebrock@gmx.net> User-Agent: Mutt/1.4i cc: Simon Watson cc: current@freebsd.org Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 19:39:17 -0000 On Sun, Jun 22, 2003 at 07:37:12PM +0200, Michael Nottebrock wrote: Content-Description: signed data > On Sunday 22 June 2003 18:17, Simon Watson wrote: > > > Maybe I should have clarified this, I'm only after readonly support - just > > enough to be able to successfully move my data over to UFS. > > If you can live with creating UFS1 filesystems, you can just mount them > read-write in Linux and move your data over that way. Or you wait a little > while longer until Linux' UFS implementation can mount UFS2 (shouldn't be to > difficult to hacked up anyway). Hmm, last time I mounted read-write an UFS partition from linux (with a 2.4.18 kernel) all the filesystem was unrecoverably trashed - and I see that read-write support for UFS is still marked DANGEROUS in 2.5.X kernels, so better don't try that :) Regards, Adi From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 12:41:41 2003 Return-Path: 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 43FAC37B401 for ; Sun, 22 Jun 2003 12:41:41 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E6E043FAF for ; Sun, 22 Jun 2003 12:41:40 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.8/8.12.3) with ESMTP id h5MJfYE1021849; Sun, 22 Jun 2003 13:41:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 22 Jun 2003 13:41:00 -0600 (MDT) Message-Id: <20030622.134100.14975767.imp@bsdimp.com> To: matt@xtaz.co.uk From: "M. Warner Losh" In-Reply-To: <50966.192.168.1.10.1056285545.squirrel@webmail.xtaz.co.uk> References: <50254.192.168.1.10.1056268835.squirrel@webmail.xtaz.co.uk> <20030622122211.GC608@tuatara.fishballoon.org> <50966.192.168.1.10.1056285545.squirrel@webmail.xtaz.co.uk> X-Mailer: Mew version 2.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: scott+freebsd@fishballoon.org cc: current@freebsd.org Subject: Re: cardbus and xircom ethernet problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 19:41:42 -0000 In message: <50966.192.168.1.10.1056285545.squirrel@webmail.xtaz.co.uk> "Matt" writes: : I have just tried this and this puts the machine in a hard lock with : CISTPL_NONE 00 scrolling up the screen constantly until after 30 seconds : or so it panics with page fault 12 in cbb0. Life sucks for you then. :-( : cis mem map cd2b5000 : CISTPL_LINKTARGET expected, code ff observed : pccard0: check_cis_quirks : pccard0: Card has no functions! : cbb0: Card card activation failed : : Is this going to be a lost cause? :) I've seen this with a few cards that I have here. I'm not sure what causes it, and haven't had time to look into it deeply. You might try OLDCARD to see if that helps. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 14:34:30 2003 Return-Path: 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 F1E4637B401 for ; Sun, 22 Jun 2003 14:34:29 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 626CB43F85 for ; Sun, 22 Jun 2003 14:34:28 -0700 (PDT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h5MLYQhR021046 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 22 Jun 2003 23:34:26 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost)h5MLYPpO021044 for freebsd-current@FreeBSD.org; Sun, 22 Jun 2003 23:34:25 +0200 (CEST) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.12.9/8.12.9) with ESMTP id h5MLUerH051512 for ; Sun, 22 Jun 2003 23:30:40 +0200 (CEST) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.12.9/8.12.9/Submit) id h5MLUdrp051511 for freebsd-current@FreeBSD.org; Sun, 22 Jun 2003 23:30:39 +0200 (CEST) Date: Sun, 22 Jun 2003 23:30:38 +0200 From: Andreas Klemm To: freebsd-current@FreeBSD.org Message-ID: <20030622213038.GA47857@titan.klemm.apsfilter.org> References: <20030615211559.GA3080@titan.klemm.apsfilter.org> <20030620082615.GA86657@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20030620082615.GA86657@HAL9000.homeunix.com> X-Operating-System: FreeBSD 5.1-CURRENT-20030620-JPSNAP X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.4i Subject: Re: write access to dos partition hangs system completely X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 21:34:30 -0000 On Fri, Jun 20, 2003 at 01:26:15AM -0700, David Schultz wrote: > I don't know which of these devices your DOS partition is on, but > the root problem seems to be the hardware. That said, msdosfs > does hang when a write error occurs, so that may be your problem. No, the other messages are not related to the problem. I'm definitively sure. BTW, problem still exists after hardware change. I have 2 new disks now. ad0: 176700MB [359010/16/63] at ata0-master UDMA66 ad2: 176700MB [359010/16/63] at ata1-master UDMA66 FreeBSD titan.klemm.apsfilter.org 5.1-CURRENT-20030620-JPSNAP FreeBSD 5.1-C= URRENT-20030620-JPSNAP #0: Fri Jun 20 00:25:23 GMT 2003 root@ushi.jp.fr= eebsd.org:/usr/obj/usr/src/sys/GENERIC i386 Andreas /// --=20 Andreas Klemm - Powered by FreeBSD 4.8-STABLE Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 15:12:33 2003 Return-Path: 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 1964C37B401 for ; Sun, 22 Jun 2003 15:12:33 -0700 (PDT) Received: from thuis.piwebs.com (t-indiv5-74.athome.tue.nl [131.155.241.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 4C32343FDD for ; Sun, 22 Jun 2003 15:12:31 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 25990 invoked by uid 85); 22 Jun 2003 22:13:23 -0000 Received: from avleeuwen@piwebs.com by thuis.piwebs.com by uid 82 with qmail-scanner-1.15 (uvscan: v4.1.60/v4210. spamassassin: 2.x. Clear:SA:0(-5.0/5.0):. Processed in 11.962404 secs); 22 Jun 2003 22:13:23 -0000 X-Spam-Status: No, hits=-5.0 required=5.0 Received: from unknown (HELO 192.168.0.109) (192.168.0.109) by 0 with SMTP; 22 Jun 2003 22:13:10 -0000 From: Arjan van Leeuwen To: "Matthew N. Dodd" Date: Mon, 23 Jun 2003 00:12:16 +0200 User-Agent: KMail/1.5.2 References: <200306221343.08932.avleeuwen@piwebs.com> <20030622130154.X76384@sasami.jurai.net> In-Reply-To: <20030622130154.X76384@sasami.jurai.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306230012.16953.avleeuwen@piwebs.com> cc: FreeBSD current users Subject: Re: nVidia nForce2 AGP chipset drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 22:12:33 -0000 On Sunday 22 June 2003 19:02, Matthew N. Dodd wrote: > On Sun, 22 Jun 2003, Arjan van Leeuwen wrote: > > Now that nVidia has released kernel patches for Linux to support their > > AGP chipset (see > > http://www.nvidia.com/view.asp?IO=linux_nforce_1.0-0261), is it possible > > to easily port these patches and include them in the agp(4) driver? > > > > How does one start with such a thing? > > I actually started writing a driver based on the released Linux one but > don't actually have the hardware to test things. Hmm... I don't have the hardware either, but I was thinking about buying a new mainboard based on it (if there is support in FreeBSD, of course :)). Maybe someone who actually has an nForce2 board can help us out here? Can you post the patches to the list so that someone can test them? Arjan From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 15:30:39 2003 Return-Path: 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 9EB2A37B401 for ; Sun, 22 Jun 2003 15:30:39 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB0B743F3F for ; Sun, 22 Jun 2003 15:30:38 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5MMUc3q078144; Sun, 22 Jun 2003 18:30:38 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Sun, 22 Jun 2003 18:30:38 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Arjan van Leeuwen In-Reply-To: <200306230012.16953.avleeuwen@piwebs.com> Message-ID: <20030622182958.P76384@sasami.jurai.net> References: <200306221343.08932.avleeuwen@piwebs.com> <20030622130154.X76384@sasami.jurai.net> <200306230012.16953.avleeuwen@piwebs.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users Subject: Re: nVidia nForce2 AGP chipset drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 22:30:39 -0000 On Mon, 23 Jun 2003, Arjan van Leeuwen wrote: > Hmm... I don't have the hardware either, but I was thinking about buying > a new mainboard based on it (if there is support in FreeBSD, of course > :)). Maybe someone who actually has an nForce2 board can help us out > here? Can you post the patches to the list so that someone can test > them? Lacking the hardware, (and sleep last night when I started), I'm not yet far along enough to have something that is testable. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 15:35:12 2003 Return-Path: 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 CC8A137B401; Sun, 22 Jun 2003 15:35:12 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D51A43FBF; Sun, 22 Jun 2003 15:35:12 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5MMZBuY062217; Sun, 22 Jun 2003 18:35:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5MMZA4R062214; Sun, 22 Jun 2003 18:35:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 22 Jun 2003 18:35:10 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20030622182912.I20556@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1530377575-1056321310=:20556" cc: n_hibma@freebsd.org Subject: [PATCH] usbdevs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 22 Jun 2003 22:35:13 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1530377575-1056321310=:20556 Content-Type: TEXT/PLAIN; charset=US-ASCII Current, I've gone through the USB hardware that I had laying around and added a series of entries in usbdevs. I submitted a couple of entries a while ago, but I guess the email got lost in the noise. Who should I contact about getting this committed? Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-1530377575-1056321310=:20556 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="usbdevs.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20030622183510.N20556@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="usbdevs.diff" LS0tIHVzYmRldnMJU2F0IEp1biAxNCAyMTozMDoxMCAyMDAzDQorKysgdXNi ZGV2cy51cGRhdGVkCVN1biBKdW4gMjIgMTU6MTc6NDIgMjAwMw0KQEAgLTI2 Nyw2ICsyNjcsNyBAQA0KIHZlbmRvciBDT1JFR0EJCTB4MDdhYQlDb3JlZ2EN CiB2ZW5kb3IgRlJFRUNPTQkJMHgwN2FiCUZyZWVjb20NCiB2ZW5kb3IgTUlD Uk9URUNICTB4MDdhZglNaWNyb3RlY2gNCit2ZW5kb3IgR0VORVJBTElOU1RN TlRTCTB4MDdiMglHZW5lcmFsIEluc3RydW1lbnRzIChNb3Rvcm9sYSkNCiB2 ZW5kb3IgT0xZTVBVUwkJMHgwN2I0CU9seW1wdXMNCiB2ZW5kb3IgQUJPQ09N CQkweDA3YjgJQWJvQ29tIFN5c3RlbXMNCiB2ZW5kb3IgS0VJU09LVUdJS0VO CTB4MDdjMQlLZWlzb2t1Z2lrZW4NCkBAIC00OTQsOSArNDk1LDExIEBADQog cHJvZHVjdCBCVEMgQlRDNzkzMgkJMHg2NzgyCUtleWJvYXJkIHdpdGggbW91 c2UgcG9ydA0KIA0KIC8qIENhbm9uLCBJbmMuIHByb2R1Y3RzICovDQotcHJv ZHVjdCBDQU5PTiBONjU2VQkJMHgyMjA2CUNBTk9TQ0FOIE42NTZVDQorcHJv ZHVjdCBDQU5PTiBONjU2VQkJMHgyMjA2CUNhbm9TY2FuIE42NTZVDQorcHJv ZHVjdCBDQU5PTiBOMTI0MFUJCTB4MjIwZQlDYW5vU2NhbiBOMTI0MFUNCiBw cm9kdWN0IENBTk9OIFMxMAkJMHgzMDQxCVBvd2VyU2hvdCBTMTANCiBwcm9k dWN0IENBTk9OIFMxMDAJCTB4MzA0NQlQb3dlclNob3QgUzEwMA0KK3Byb2R1 Y3QgQ0FOT04gUzIwMAkJMHgzMDY1CVBvd2VyU2hvdCBTMjAwDQogDQogLyog Q0FUQyBwcm9kdWN0cyAqLw0KIHByb2R1Y3QgQ0FUQyBORVRNQVRFCQkweDAw MGEJTmV0bWF0ZSBldGhlcm5ldCBhZGFwdGVyDQpAQCAtNjA3LDggKzYxMCw4 IEBADQogcHJvZHVjdCBFUFNPTiAxNjAwCQkweDAxMDcJRXhwcmVzc2lvbiAx NjAwIHNjYW5uZXINCiBwcm9kdWN0IEVQU09OIDE2NDAJCTB4MDEwYQlQZXJm ZWN0aW9uIDE2NDBTVSBzY2FubmVyDQogcHJvZHVjdCBFUFNPTiAxMjQwCQkw eDAxMGIJUGVyZmVjdGlvbiAxMjQwVSAvIDEyNDBQaG90byBzY2FubmVyDQot cHJvZHVjdCBFUFNPTiAxMjUwCQkweDAxMGYJUGVyZmVjdGlvbiAxMjUwVSAv IDEyNTBQaG90byBzY2FubmVyDQogcHJvZHVjdCBFUFNPTiA2NDBVCQkweDAx MGMJUGVyZmVjdGlvbiA2NDBVIHNjYW5uZXINCitwcm9kdWN0IEVQU09OIDEy NTAJCTB4MDEwZglQZXJmZWN0aW9uIDEyNTBVIC8gMTI1MFBob3RvIHNjYW5u ZXINCiBwcm9kdWN0IEVQU09OIDE2NTAJCTB4MDExMAlQZXJmZWN0aW9uIDE2 NTAgc2Nhbm5lcg0KIHByb2R1Y3QgRVBTT04gR1Q5NzAwRgkJMHgwMTEyCUdU LTk3MDBGIHNjYW5uZXINCiBwcm9kdWN0IEVQU09OIDEyNjAJCTB4MDExZAlQ ZXJmZWN0aW9uIDEyNjAgc2Nhbm5lcg0KQEAgLTY0NSw2ICs2NDgsOSBAQA0K IC8qIEZ1aml0c3UgcHJvdGR1Y3RzICovDQogcHJvZHVjdAlGVUpJVFNVCUFI X0Y0MDFVCTB4MTA1YglBSC1GNDAxVSBBaXIgSCBkZXZpY2UNCiANCisvKiBH ZW5lcmFsIEluc3RydW1lbnRzIChNb3Rvcm9sYSkgcHJvZHVjdHMgKi8NCitw cm9kdWN0IEdFTkVSQUxJTlNUTU5UUyBTQjUxMDAJMHg1MTAwCVNVUkZib2Fy ZCBTQjUxMDAgQ2FibGUgbW9kZW0NCisNCiAvKiBHZW5lc3lzIExvZ2ljIHBy b2R1Y3RzICovDQogcHJvZHVjdAlHRU5FU1lTIEdMNjUwCQkweDA2MDQJR0w2 NTAgSHViDQogcHJvZHVjdAlHRU5FU1lTIEdMNjQxVVNCCTB4MDcwMAlHTDY0 MVVTQiBDb21wYWN0Rmxhc2ggQ2FyZCBSZWFkZXINCkBAIC04MTUsNiArODIx LDcgQEANCiBwcm9kdWN0IExPR0lURUNIIFdNSk9ZCQkweGMyODEJV2luZ01h biBGb3JjZSBqb3lzdGljayANCiBwcm9kdWN0IExPR0lURUNIIFJLNTMJCTB4 YzUwMQlDb3JkbGVzcyBtb3VzZQ0KIHByb2R1Y3QgTE9HSVRFQ0ggUkI2CQkw eGM1MDMJQ29yZGxlc3Mga2V5Ym9hcmQNCitwcm9kdWN0IExPR0lURUNIIE1Y NzAwCQkweGM1MDYJQ29yZGxlc3Mgb3B0aWNhbCBtb3VzZQ0KIHByb2R1Y3Qg TE9HSVRFQ0ggUVVJQ0tDQU1QUk8yCTB4ZDAwMQlRdWlja0NhbSBQcm8NCiAN CiAvKiBMdWNlbnQgcHJvZHVjdHMgKi8NCkBAIC04NDgsOCArODU1LDkgQEAN CiBwcm9kdWN0IE1JQ1JPU09GVCBOQVRVUkFMS0JECTB4MDAwYglOYXR1cmFs IEtleWJvYXJkIEVsaXRlDQogcHJvZHVjdCBNSUNST1NPRlQgRERTODAJCTB4 MDAxNAlEaWdpdGFsIFNvdW5kIFN5c3RlbSA4MA0KIHByb2R1Y3QgTUlDUk9T T0ZUIFNJREVXSU5ERVIJMHgwMDFhCVNpZGV3aW5kZXIgUHJlY2lzaW9uIFJh Y2luZyBXaGVlbA0KK3Byb2R1Y3QgTUlDUk9TT0ZUIElORVRQUk8JMHgwMDFj CUludGVybmV0IEtleWJvYXJkIFBybw0KIHByb2R1Y3QgTUlDUk9TT0ZUIElO VEVMTElFWUUJMHgwMDI1CUludGVsbGlFeWUgbW91c2UNCi1wcm9kdWN0IE1J Q1JPU09GVCBJTkVUUFJPCTB4MDAyYglJbnRlcm5ldCBLZXlib2FyZCBQcm8N Citwcm9kdWN0IE1JQ1JPU09GVCBJTkVUUFJPMgkweDAwMmIJSW50ZXJuZXQg S2V5Ym9hcmQgUHJvDQogDQogLyogTWljcm90ZWNoIHByb2R1Y3RzICovDQog cHJvZHVjdCBNSUNST1RFQ0ggU0NTSURCMjUJMHgwMDA0CVVTQi1TQ1NJLURC MjUNCkBAIC0xMDM5LDYgKzEwNDcsNyBAQA0KIHByb2R1Y3QgU0hVVFRMRSBF VVNDU0lfQgkweDAwMGIJZVVTQ1NJIEJyaWRnZQ0KIHByb2R1Y3QgU0hVVFRM RSBFVVNDU0lfQwkweDAwMGMJZVVTQ1NJIEJyaWRnZQ0KIHByb2R1Y3QgU0hV VFRMRSBDRFJXCQkweDAxMDEJQ0QtUlcgRGV2aWNlDQorcHJvZHVjdCBTSFVU VExFIEVVU0JPUkNBCTB4MDMyNQllVVNCIE9SQ0EgUXVhZCBSZWFkZXINCiAN CiAvKiBTaWVtZW5zIHByb2R1Y3RzICovDQogcHJvZHVjdCBTSUVNRU5TIFNQ RUVEU1RSRUFNCTB4MTAwMQlTcGVlZFN0cmVhbSBVU0INCkBAIC0xMTU2LDYg KzExNjUsNyBAQA0KIHByb2R1Y3QgV0FDT00gQ1QwNDA1VQkJMHgwMDAwCUNU LTA0MDUtVSBUYWJsZXQNCiBwcm9kdWN0IFdBQ09NIEdSQVBISVJFCQkweDAw MTAJR3JhcGhpcmUNCiBwcm9kdWN0IFdBQ09NIElOVFVPU0E1CQkweDAwMjEJ SW50dW9zIEE1DQorcHJvZHVjdCBXQUNPTSBHRDA5MTJVCQkweDAwMjIJSW50 dW9zIDl4MTIgR3JhcGhpY3MgVGFibGV0DQogIA0KIC8qIFhpcmxpbmsgcHJv ZHVjdHMgKi8NCiBwcm9kdWN0IFhJUkxJTksgUENDQU0JCTB4ODA4MAlJQk0g UEMgQ2FtZXJhDQo= --0-1530377575-1056321310=:20556-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 17:14:49 2003 Return-Path: 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 BC14B37B401 for ; Sun, 22 Jun 2003 17:14:49 -0700 (PDT) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D1F443F85 for ; Sun, 22 Jun 2003 17:14:48 -0700 (PDT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gw [210.21.6.34]) by gddsn.org.cn (Postfix) with ESMTP id 8F9C638CB01 for ; Mon, 23 Jun 2003 08:14:43 +0800 (CST) Message-ID: <3EF64673.3000306@gddsn.org.cn> Date: Mon, 23 Jun 2003 08:14:43 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.3.1) Gecko/20030613 X-Accept-Language: zh-cn, zh-tw, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------060502080807000000090905" Subject: [Fwd: Re: libkse now running quite well on smp] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 00:14:50 -0000 This is a multi-part message in MIME format. --------------060502080807000000090905 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------060502080807000000090905 Content-Type: message/rfc822; name="Re: libkse now running quite well on smp" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="Re: libkse now running quite well on smp" Message-ID: <3EF64642.2040402@gddsn.org.cn> Date: Mon, 23 Jun 2003 08:13:54 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.3.1) Gecko/20030613 X-Accept-Language: zh-cn, zh-tw, en-us, en MIME-Version: 1.0 To: Khairil Yusof Subject: Re: libkse now running quite well on smp References: <1056296361.13871.242.camel@daemon.home.net> In-Reply-To: <1056296361.13871.242.camel@daemon.home.net> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Khairil Yusof дµÀ: >First of all thanks to Julian Elisher who gave hints on what might be >wrong (userland/kernel), even though I was a blockhead for not enabling >debugging options in the kernel before posting. It help me track down >broken stuff in userland first. I hope I can give proper helpful debug >info next time I get problems. > >Tested everything else throughly, before enabling kse one app at a time. >Current uptime of 23hrs with these apps running with libkse.so.1, >basically a usable Gnome 2.2 desktop environment: > >jdk1.4.1 (tomcat/netbeans) >openoffice 1.03 >evolution 1.4 >mozilla-firebird 0.6 >metacity >xmms >gnome-terminal >nautilus >vte >dia >gnome-panel >gkrellm >mysql40 (not heavilly tested yet) > >Wow.. with recent updates, you can now see the threads with top(8): > >Mozilla-Firebird >826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% MozillaFire >826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% MozillaFire >826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire >826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire > >Great work by the KSE team! Looks like we might get libpthreads as >default on 5.2. > > >_______________________________________________ >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" > > > > just for a notes, with David Xu patch http://people.freebsd.org/~davidxu/kse_sig/, I can JBuilder9 with JDK1.4.1-p3. Before JBuilder9 always coredump with the patch. --hwh --------------060502080807000000090905-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 17:28:03 2003 Return-Path: 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 1E41437B401 for ; Sun, 22 Jun 2003 17:28:03 -0700 (PDT) Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42EBB43F93 for ; Sun, 22 Jun 2003 17:28:02 -0700 (PDT) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gw [210.21.6.34]) by gddsn.org.cn (Postfix) with ESMTP id A2F6338CB01; Mon, 23 Jun 2003 08:28:00 +0800 (CST) Message-ID: <3EF64990.2060109@gddsn.org.cn> Date: Mon, 23 Jun 2003 08:28:00 +0800 From: Huang wen hui User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.3.1) Gecko/20030613 X-Accept-Language: zh-cn, zh-tw, en-us, en MIME-Version: 1.0 To: Huang wen hui References: <3EF64673.3000306@gddsn.org.cn> In-Reply-To: <3EF64673.3000306@gddsn.org.cn> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [Fwd: Re: libkse now running quite well on smp] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 00:28:03 -0000 Huang wen hui ??: > > ------------------------------------------------------------------------ > > ??: > Re: libkse now running quite well on smp > ???: > Huang wen hui > ??: > Mon, 23 Jun 2003 08:13:54 +0800 > ???: > Khairil Yusof > > >Khairil Yusof ??: > > > >>First of all thanks to Julian Elisher who gave hints on what might be >>wrong (userland/kernel), even though I was a blockhead for not enabling >>debugging options in the kernel before posting. It help me track down >>broken stuff in userland first. I hope I can give proper helpful debug >>info next time I get problems. >> >>Tested everything else throughly, before enabling kse one app at a time. >>Current uptime of 23hrs with these apps running with libkse.so.1, >>basically a usable Gnome 2.2 desktop environment: >> >>jdk1.4.1 (tomcat/netbeans) >>openoffice 1.03 >>evolution 1.4 >>mozilla-firebird 0.6 >>metacity >>xmms >>gnome-terminal >>nautilus >>vte >>dia >>gnome-panel >>gkrellm >>mysql40 (not heavilly tested yet) >> >>Wow.. with recent updates, you can now see the threads with top(8): >> >>Mozilla-Firebird >>826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% MozillaFire >>826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% MozillaFire >>826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire >>826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% MozillaFire >> >>Great work by the KSE team! Looks like we might get libpthreads as >>default on 5.2. >> >> >>_______________________________________________ >>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" >> >> >> >> >> >> >just for a notes, with David Xu patch >http://people.freebsd.org/~davidxu/kse_sig/, >I can JBuilder9 with JDK1.4.1-p3. Before JBuilder9 always coredump with > > without :( >the patch. > >--hwh > > > >------------------------------------------------------------------------ > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 18:23:30 2003 Return-Path: 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 54D6E37B401 for ; Sun, 22 Jun 2003 18:23:30 -0700 (PDT) Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9BFF43F3F for ; Sun, 22 Jun 2003 18:23:27 -0700 (PDT) (envelope-from davidxu@viatech.com.cn) Received: from davidw2k (ip-240-1-168-192.rev.dyxnet.com [192.168.1.240]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id M4G4CQHV; Mon, 23 Jun 2003 09:07:44 +0800 Message-ID: <009801c33926$75e55490$f001a8c0@davidw2k> From: "David Xu" To: "Huang wen hui" References: <3EF64673.3000306@gddsn.org.cn> <3EF64990.2060109@gddsn.org.cn> Date: Mon, 23 Jun 2003 09:26:24 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 cc: current@freebsd.org Subject: Re: [Fwd: Re: libkse now running quite well on smp] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 01:23:30 -0000 I am still working on it. it is a very alpha patch. :( ----- Original Message -----=20 From: "Huang wen hui" To: "Huang wen hui" Cc: Sent: Monday, June 23, 2003 8:28 AM Subject: Re: [Fwd: Re: libkse now running quite well on smp] > Huang wen hui ??: >=20 > > > > = ------------------------------------------------------------------------ > > > > ??: > > Re: libkse now running quite well on smp > > ???: > > Huang wen hui > > ??: > > Mon, 23 Jun 2003 08:13:54 +0800 > > ???: > > Khairil Yusof > > > > > >Khairil Yusof ??: > > > > =20 > > > >>First of all thanks to Julian Elisher who gave hints on what might = be > >>wrong (userland/kernel), even though I was a blockhead for not = enabling > >>debugging options in the kernel before posting. It help me track = down > >>broken stuff in userland first. I hope I can give proper helpful = debug > >>info next time I get problems.=20 > >> > >>Tested everything else throughly, before enabling kse one app at a = time. > >>Current uptime of 23hrs with these apps running with libkse.so.1, > >>basically a usable Gnome 2.2 desktop environment: > >> > >>jdk1.4.1 (tomcat/netbeans) > >>openoffice 1.03 > >>evolution 1.4 > >>mozilla-firebird 0.6 > >>metacity > >>xmms > >>gnome-terminal > >>nautilus > >>vte > >>dia > >>gnome-panel > >>gkrellm > >>mysql40 (not heavilly tested yet) > >> > >>Wow.. with recent updates, you can now see the threads with top(8): > >> > >>Mozilla-Firebird > >>826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% = MozillaFire > >>826 kaeru 96 0 40508K 32172K select 1 0:07 0.00% 0.00% = MozillaFire > >>826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% = MozillaFire > >>826 kaeru 20 0 40508K 32172K kserel 1 0:07 0.00% 0.00% = MozillaFire > >> > >>Great work by the KSE team! Looks like we might get libpthreads as > >>default on 5.2. > >> > >> > >>_______________________________________________ > >>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 > >> > >just for a notes, with David Xu patch > >http://people.freebsd.org/~davidxu/kse_sig/, > >I can JBuilder9 with JDK1.4.1-p3. Before JBuilder9 always coredump = with > > =20 > > > without :( >=20 > >the patch. > > > >--hwh > > > > =20 > > > = >------------------------------------------------------------------------= > > > >_______________________________________________ > >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 >=20 > _______________________________________________ > 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 From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 18:24:28 2003 Return-Path: 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 9AEFA37B404 for ; Sun, 22 Jun 2003 18:24:28 -0700 (PDT) Received: from roc-smtp-sun.choiceone.net (roc-smtp-sun.choiceone.net [64.65.208.5]) by mx1.FreeBSD.org (Postfix) with SMTP id 86B5843FCB for ; Sun, 22 Jun 2003 18:24:27 -0700 (PDT) (envelope-from iwaldron@wpi.edu) Received: (qmail 5497 invoked from network); 23 Jun 2003 01:24:26 -0000 Received: from unknown (HELO 192.168.0.39) (216.153.149.107) by smtp.choiceone.net with SMTP; 23 Jun 2003 01:24:26 -0000 From: Isaac Waldron To: current@freebsd.org Date: Sun, 22 Jun 2003 21:23:49 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306222123.49619.iwaldron@wpi.edu> cc: mobile@freebsd.org Subject: ACPI Patch/DSDT .asl for Dell Inspiron 5000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 01:24:28 -0000 I have fixed the "stock" DSDT for my Dell Inspiron 5000 (Model: PPM). It compiles fine using iasl from the acpicatools port, and enabling ACPI no longer causes the LCD to blank on startup. Additionally, I have written a patch for version 1.29 of the sys/dev/acpica/acpi_ec.c. The patch affects the EcWaitEventIntr function to better parallel the functionality of the EcWaitEvent function. In summary, the changes are: 1) Added a call to AcpiOsStall to wait one microsecond before reading the embedded control status for the first time (this is done in EcWaitEvent). 2) Re-wrote the remainder of the function to use a single call to ACPI_MSLEEP that will wait up to 10 ms (again, from EcWaitEvent) for the embedded control status to be updated. I wrote this patch to reduce the frequency of "ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR" errors. The code was written in a way to call tsleep 10 times and wait for only 1 tick each time. This resulted in a wait that was too short on my machine. The patch has cleared up most of the errors by increasing the wait time. Both of the files are available at http://users.wpi.edu/~iwaldron/freebsd/patches/acpi/ Sincerely, Isaac Waldron From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 18:41:16 2003 Return-Path: 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 0B0E937B404 for ; Sun, 22 Jun 2003 18:41:16 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C72843FBF for ; Sun, 22 Jun 2003 18:41:15 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 394DC66CFA; Sun, 22 Jun 2003 18:41:14 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 21B07AD2; Sun, 22 Jun 2003 18:41:14 -0700 (PDT) Date: Sun, 22 Jun 2003 18:41:14 -0700 From: Kris Kennaway To: Simon Watson Message-ID: <20030623014114.GA13597@rot13.obsecurity.org> References: <20030621111913.GC71481@tomato.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <20030621111913.GC71481@tomato.home> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: ReiserFS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 01:41:16 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 21, 2003 at 12:19:13PM +0100, Simon Watson wrote: > Are there any plans for including reiserFS support in FreeBSD? I plan to = move my desktop over to FreeBSD 5 at some point, but I can't seem to find a= ny mention of reiser for it. >=20 This is a FAQ..consult the archives for extensive discussion. Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+9lq5Wry0BWjoQKURAv67AKCkpFkhKi7UBXsUrgsOxpg6aqGAvwCfcjpN 2hJjEE/7UrWzqmvu4/oAq1I= =TsXO -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 18:44:21 2003 Return-Path: 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 760DC37B401 for ; Sun, 22 Jun 2003 18:44:21 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BADE243FB1 for ; Sun, 22 Jun 2003 18:44:20 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 09C8866BE5; Sun, 22 Jun 2003 18:44:20 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id E25CE8FB; Sun, 22 Jun 2003 18:44:19 -0700 (PDT) Date: Sun, 22 Jun 2003 18:44:19 -0700 From: Kris Kennaway To: Khairil Yusof Message-ID: <20030623014419.GB13597@rot13.obsecurity.org> References: <1056296361.13871.242.camel@daemon.home.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CdrF4e02JqNVZeln" Content-Disposition: inline In-Reply-To: <1056296361.13871.242.camel@daemon.home.net> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: libkse now running quite well on smp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 01:44:21 -0000 --CdrF4e02JqNVZeln Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 22, 2003 at 11:39:21PM +0800, Khairil Yusof wrote: > Great work by the KSE team! Looks like we might get libpthreads as > default on 5.2. It still needs to be ported to sparc64. Kris --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+9ltzWry0BWjoQKURAlJtAJ958Rj5RoHyiTNF8oCdDtL84Awa/QCdFOCY RFHU7YenuHAzXjGjlzngLzc= =c/2w -----END PGP SIGNATURE----- --CdrF4e02JqNVZeln-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 18:50:40 2003 Return-Path: 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 2F04437B401; Sun, 22 Jun 2003 18:50:40 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F2B243FD7; Sun, 22 Jun 2003 18:50:39 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5N1nNuY062525; Sun, 22 Jun 2003 21:49:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5N1nMlh062522; Sun, 22 Jun 2003 21:49:23 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 22 Jun 2003 21:49:22 -0400 (EDT) From: Andre Guibert de Bruet To: jle In-Reply-To: <20030619170945.X3916@baa.ssars.net> Message-ID: <20030622214431.L20556@alpha.siliconlandmark.com> References: <20030619170945.X3916@baa.ssars.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: NFS weirdness... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 01:50:40 -0000 On Thu, 19 Jun 2003, jle wrote: > You are correct, I misread the prev post. mount /home fails. > > # mount /home > mount: /dev/ad0s1h: Device busy > > There are two mount points for /home. One on the local disk (ad0s1h) and > the NFS mount that I mount over /home for shell users, so that HTTTD can > find the public_html dirs. > > The complete fstab on HTTPD: > # Device Mountpoint FStype Options Dump > Pass# > /dev/ad0s1b none swap sw 0 0 > /dev/ad0s1a / ufs rw 1 1 > /dev/ad0s1h /home ufs rw 2 2 > /dev/ad0s1d /tmp ufs rw 2 2 > /dev/ad0s1g /usr ufs rw 2 2 > /dev/ad0s1e /var ufs rw 2 2 > /dev/ad0s1f /var/tmp ufs rw 2 2 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > NFSD:/home2 /home nfs rw,bg 0 0 > > > This worked before I upgraded my webserver (HTTPD) but now it fails to > mount on reboot yet succeeds manually. > > Any Ideas? Multiple mounts for a mountpoint is considered foot-shooting. Either: a) Mount /home off of NFSD:/home2. b) Mount NFSD:/home2 somewhere else. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 18:51:30 2003 Return-Path: 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 40ECE37B405 for ; Sun, 22 Jun 2003 18:51:30 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36F6243FE1 for ; Sun, 22 Jun 2003 18:51:29 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h5N1pSuY062543; Sun, 22 Jun 2003 21:51:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h5N1pSMM062540; Sun, 22 Jun 2003 21:51:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 22 Jun 2003 21:51:28 -0400 (EDT) From: Andre Guibert de Bruet To: Kris Kennaway In-Reply-To: <20030623014419.GB13597@rot13.obsecurity.org> Message-ID: <20030622215024.Q20556@alpha.siliconlandmark.com> References: <1056296361.13871.242.camel@daemon.home.net> <20030623014419.GB13597@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: libkse now running quite well on smp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 01:51:30 -0000 On Sun, 22 Jun 2003, Kris Kennaway wrote: > On Sun, Jun 22, 2003 at 11:39:21PM +0800, Khairil Yusof wrote: > > > Great work by the KSE team! Looks like we might get libpthreads as > > default on 5.2. > > It still needs to be ported to sparc64. What about alpha? > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 19:03:28 2003 Return-Path: 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 2D49D37B401 for ; Sun, 22 Jun 2003 19:03:28 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB0B43F85 for ; Sun, 22 Jun 2003 19:03:26 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h5N23PaQ052652; Sun, 22 Jun 2003 19:03:25 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h5N23Pdn052651; Sun, 22 Jun 2003 19:03:25 -0700 (PDT) Date: Sun, 22 Jun 2003 19:03:25 -0700 From: "David O'Brien" To: John Wilson , current@freebsd.org Message-ID: <20030623020325.GA52619@dragon.nuxi.com> Mail-Followup-To: David O'Brien , John Wilson , current@freebsd.org References: <20030607212855.GA31648@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030607212855.GA31648@dragon.nuxi.com> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-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 Subject: Re: Audigy Support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jun 2003 02:03:28 -0000 On Sat, Jun 07, 2003 at 02:28:55PM -0700, David O'Brien wrote: > On Sat, Jun 07, 2003 at 01:19:42PM -0400, John Wilson wrote: > > I've been using the OSS drivers for my Audigy "Gamer" sound card for quite > > some time now, and would like to switch away from OSS. I vaguely > > remember, after searching Google, that someone had gotten this to work > > after a recent cvsup. Unfortunately, I cannot seem to get this to work > > natively. > > Here is what I use. I tried to make it as non-distruptive of pre-Audigy > cards as possible, but it won't work with them for some reason. Thus why > this patch hasn't been committed yet. Sorry, I left a file out the last time I posted this patch. Here is the complete patch that I'm using: Index: sys/dev/sound/pci/emu10k1.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sound/pci/emu10k1.c,v retrieving revision 1.37 diff -u -r1.37 emu10k1.c --- sys/dev/sound/pci/emu10k1.c 20 Apr 2003 09:07:14 -0000 1.37 +++ sys/dev/sound/pci/emu10k1.c 7 Jun 2003 21:19:50 -0000 @@ -1,4 +1,5 @@ /* + * Copyright (c) 2003 Orlando Bassotto * Copyright (c) 1999 Cameron Grant * All rights reserved. * @@ -27,6 +28,9 @@ #include #include #include +#include +#include +#include #include #include @@ -39,9 +43,25 @@ #define EMU10K1_PCI_ID 0x00021102 #define EMU10K2_PCI_ID 0x00041102 #define EMU_DEFAULT_BUFSZ 4096 -#define EMU_CHANS 4 +#define EMU_MAX_CHANS 8 #undef EMUDEBUG +#define EMUPAGESIZE 4096 /* don't change */ +#define MAXREQVOICES 8 +#define MAXPAGES (32768 * 64 / EMUPAGESIZE) /* WAVEOUT_MAXBUFSIZE * NUM_G / EMUPAGESIZE */ +#define RESERVED 0 +#define NUM_MIDI 16 +#define NUM_G 64 /* use all channels */ +#define NUM_FXSENDS 4 + +#define TMEMSIZE 256*1024 +#define TMEMSIZEREG 4 + +#define ENABLE 0xffffffff +#define DISABLE 0x00000000 +#define ENV_ON 0x80 +#define ENV_OFF 0x00 + struct emu_memblk { SLIST_ENTRY(emu_memblk) link; void *buf; @@ -63,6 +83,8 @@ int b16:1, stereo:1, busy:1, running:1, ismaster:1; int speed; int start, end, vol; + int fxrt1; /* FX routing */ + int fxrt2; /* FX routing (only for audigy) */ u_int32_t buf; struct emu_voice *slave; struct pcm_channel *channel; @@ -91,7 +113,8 @@ struct sc_info { device_t dev; u_int32_t type, rev; - u_int32_t tos_link:1, APS:1; + u_int32_t tos_link:1, APS:1, audigy:1, audigy2:1; + u_int32_t addrmask; /* wider if audigy */ bus_space_tag_t st; bus_space_handle_t sh; @@ -104,9 +127,10 @@ unsigned int bufsz; int timer, timerinterval; int pnum, rnum; + int nchans; struct emu_mem mem; struct emu_voice voice[64]; - struct sc_pchinfo pch[EMU_CHANS]; + struct sc_pchinfo pch[EMU_MAX_CHANS]; struct sc_rchinfo rch[3]; }; @@ -166,6 +190,8 @@ static struct pcmchan_caps emu_playcaps = {4000, 48000, emu_pfmt, 0}; static int adcspeed[8] = {48000, 44100, 32000, 24000, 22050, 16000, 11025, 8000}; +/* audigy supports 12kHz. */ +static int audigy_adcspeed[9] = {48000, 44100, 32000, 24000, 22050, 16000, 12000, 11025, 8000}; /* -------------------------------------------------------------------- */ /* Hardware */ @@ -205,7 +231,7 @@ { u_int32_t ptr, val, mask, size, offset; - ptr = ((reg << 16) & PTR_ADDRESS_MASK) | (chn & PTR_CHANNELNUM_MASK); + ptr = ((reg << 16) & sc->addrmask) | (chn & PTR_CHANNELNUM_MASK); emu_wr(sc, PTR, ptr, 4); val = emu_rd(sc, DATA, 4); if (reg & 0xff000000) { @@ -223,7 +249,7 @@ { u_int32_t ptr, mask, size, offset; - ptr = ((reg << 16) & PTR_ADDRESS_MASK) | (chn & PTR_CHANNELNUM_MASK); + ptr = ((reg << 16) & sc->addrmask) | (chn & PTR_CHANNELNUM_MASK); emu_wr(sc, PTR, ptr, 4); if (reg & 0xff000000) { size = (reg >> 24) & 0x3f; @@ -239,7 +265,8 @@ static void emu_wrefx(struct sc_info *sc, unsigned int pc, unsigned int data) { - emu_wrptr(sc, 0, MICROCODEBASE + pc, data); + pc += sc->audigy ? AUDIGY_CODEBASE : MICROCODEBASE; + emu_wrptr(sc, 0, pc, data); } /* -------------------------------------------------------------------- */ @@ -282,7 +309,7 @@ int i, tmp, rate; rate = 0; - for (i = 0; i < EMU_CHANS; i++) { + for (i = 0; i < sc->nchans; i++) { pch = &sc->pch[i]; if (pch->buffer) { tmp = (pch->spd * sndbuf_getbps(pch->buffer)) / pch->blksz; @@ -345,6 +372,16 @@ return val; } +static int +audigy_recval(int speed) { + int val; + + val = 0; + while (val < 8 && speed < audigy_adcspeed[val]) + val++; + return val; +} + static u_int32_t emu_rate_to_pitch(u_int32_t rate) { @@ -447,6 +484,16 @@ m->vol = 0xff; m->buf = tmp_addr; m->slave = s; + if (sc->audigy) { + m->fxrt1 = FXBUS_MIDI_CHORUS | FXBUS_PCM_LEFT << 8 | + FXBUS_PCM_RIGHT << 16 | FXBUS_MIDI_REVERB << 24; + m->fxrt2 = 0x3f3f3f3f; /* No effects on second route */ + } else { + m->fxrt1 = FXBUS_MIDI_CHORUS | FXBUS_PCM_LEFT << 4 | + FXBUS_PCM_RIGHT << 8 | FXBUS_MIDI_REVERB << 12; + m->fxrt2 = 0; + } + if (s != NULL) { s->start = m->start; s->end = m->end; @@ -458,6 +505,8 @@ s->ismaster = 0; s->vol = m->vol; s->buf = m->buf; + s->fxrt1 = m->fxrt1; + s->fxrt2 = m->fxrt2; s->slave = NULL; } return 0; @@ -506,7 +555,13 @@ val *= v->b16 ? 1 : 2; start = sa + val; - emu_wrptr(sc, v->vnum, FXRT, 0xd01c0000); + if (sc->audigy) { + emu_wrptr(sc, v->vnum, A_FXRT1, v->fxrt1); + emu_wrptr(sc, v->vnum, A_FXRT2, v->fxrt2); + emu_wrptr(sc, v->vnum, A_SENDAMOUNTS, 0); + } + else + emu_wrptr(sc, v->vnum, FXRT, v->fxrt1 << 16); emu_wrptr(sc, v->vnum, PTRX, (x << 8) | r); emu_wrptr(sc, v->vnum, DSL, ea | (y << 24)); @@ -607,6 +662,12 @@ "ip", "ifatn", "pefe", "fmmod", "tremfrq", "fmfrq2", "tempenv" }; + char *regname2[] = { + "mudata1", "mustat1", "mudata2", "mustat2", + "fxwc1", "fxwc2", "spdrate", NULL, NULL, + NULL, NULL, NULL, "fxrt2", "sndamnt", "fxrt1", + NULL, NULL + }; int i, x; printf("voice number %d\n", v->vnum); @@ -619,6 +680,19 @@ if (x > 2) x = 0; } + + /* Print out audigy extra registers */ + if (sc->audigy) { + for (i = 0; i <= 0xe; i++) { + if (regname2[i] == NULL) + continue; + printf("%s\t[%08x]", regname2[i], emu_rdptr(sc, v->vnum, i + 0x70)); + printf("%s", (x == 2)? "\n" : "\t"); + x++; + if (x > 2) + x = 0; + } + } printf("\n\n"); } #endif @@ -777,7 +851,7 @@ ch->num = sc->rnum; switch(sc->rnum) { case 0: - ch->idxreg = ADCIDX; + ch->idxreg = sc->audigy ? A_ADCIDX : ADCIDX; ch->basereg = ADCBA; ch->sizereg = ADCBS; ch->setupreg = ADCCR; @@ -826,8 +900,12 @@ { struct sc_rchinfo *ch = data; - if (ch->num == 0) - speed = adcspeed[emu_recval(speed)]; + if (ch->num == 0) { + if (ch->parent->audigy) + speed = audigy_adcspeed[audigy_recval(speed)]; + else + speed = adcspeed[emu_recval(speed)]; + } if (ch->num == 1) speed = 48000; if (ch->num == 2) @@ -891,10 +969,18 @@ ch->run = 1; emu_wrptr(sc, 0, ch->sizereg, sz); if (ch->num == 0) { - val = ADCCR_LCHANENABLE; - if (ch->fmt & AFMT_STEREO) - val |= ADCCR_RCHANENABLE; - val |= emu_recval(ch->spd); + if (sc->audigy) { + val = A_ADCCR_LCHANENABLE; + if (ch->fmt & AFMT_STEREO) + val |= A_ADCCR_RCHANENABLE; + val |= audigy_recval(ch->spd); + } else { + val = ADCCR_LCHANENABLE; + if (ch->fmt & AFMT_STEREO) + val |= ADCCR_RCHANENABLE; + val |= emu_recval(ch->spd); + } + emu_wrptr(sc, 0, ch->setupreg, 0); emu_wrptr(sc, 0, ch->setupreg, val); } @@ -976,7 +1062,7 @@ if (stat & IPR_INTERVALTIMER) { ack |= IPR_INTERVALTIMER; x = 0; - for (i = 0; i < EMU_CHANS; i++) { + for (i = 0; i < sc->nchans; i++) { if (sc->pch[i].run) { x = 1; chn_intr(sc->pch[i].channel); @@ -1155,11 +1241,174 @@ } static void +audigy_addefxop(struct sc_info *sc, int op, int z, int w, int x, int y, u_int32_t *pc) +{ + emu_wrefx(sc, (*pc) * 2, (x << 12) | y); + emu_wrefx(sc, (*pc) * 2 + 1, (op << 24) | (z << 12) | w); + (*pc)++; +} + +static void +audigy_initefx(struct sc_info *sc) +{ + int i; + u_int32_t pc = 0; + + /* skip 0, 0, -1, 0 - NOPs */ + for (i = 0; i < 512; i++) + audigy_addefxop(sc, 0x0f, 0x0c0, 0x0c0, 0x0cf, 0x0c0, &pc); + + for (i = 0; i < 512; i++) + emu_wrptr(sc, 0, A_FXGPREGBASE + i, 0x0); + + pc = 16; + + /* stop fx processor */ + emu_wrptr(sc, 0, A_DBG, A_DBG_SINGLE_STEP); + + /* Audigy 2 (EMU10K2) DSP Registers: + FX Bus + 0x000-0x00f : 16 registers (???) + Input + 0x040/0x041 : AC97 Codec (l/r) + 0x042/0x043 : ADC, S/PDIF (l/r) + 0x044/0x045 : Optical S/PDIF in (l/r) + 0x046/0x047 : ??? + 0x048/0x049 : Line/Mic 2 (l/r) + 0x04a/0x04b : RCA S/PDIF (l/r) + 0x04c/0x04d : Aux 2 (l/r) + Output + 0x060/0x061 : Digital Front (l/r) + 0x062/0x063 : Digital Center/LFE + 0x064/0x065 : AudigyDrive Heaphone (l/r) + 0x066/0x067 : Digital Rear (l/r) + 0x068/0x069 : Analog Front (l/r) + 0x06a/0x06b : Analog Center/LFE + 0x06c/0x06d : ??? + 0x06e/0x06f : Analog Rear (l/r) + 0x070/0x071 : AC97 Output (l/r) + 0x072/0x073 : ??? + 0x074/0x075 : ??? + 0x076/0x077 : ADC Recording Buffer (l/r) + Constants + 0x0c0 - 0x0c4 = 0 - 4 + 0x0c5 = 0x8, 0x0c6 = 0x10, 0x0c7 = 0x20 + 0x0c8 = 0x100, 0x0c9 = 0x10000, 0x0ca = 0x80000 + 0x0cb = 0x10000000, 0x0cc = 0x20000000, 0x0cd = 0x40000000 + 0x0ce = 0x80000000, 0x0cf = 0x7fffffff, 0x0d0 = 0xffffffff + 0x0d1 = 0xfffffffe, 0x0d2 = 0xc0000000, 0x0d3 = 0x41fbbcdc + 0x0d4 = 0x5a7ef9db, 0x0d5 = 0x00100000, 0x0dc = 0x00000001 (???) + Temporary Values + 0x0d6 : Accumulator (???) + 0x0d7 : Condition Register + 0x0d8 : Noise source + 0x0d9 : Noise source + Tank Memory Data Registers + 0x200 - 0x2ff + Tank Memory Address Registers + 0x300 - 0x3ff + General Purpose Registers + 0x400 - 0x5ff + */ + + /* AC97Output[l/r] = FXBus PCM[l/r] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AC97_L), A_C_00000000, + A_C_00000000, A_FXBUS(FXBUS_PCM_LEFT), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AC97_R), A_C_00000000, + A_C_00000000, A_FXBUS(FXBUS_PCM_RIGHT), &pc); + + /* GPR[0/1] = RCA S/PDIF[l/r] -- Master volume */ + audigy_addefxop(sc, iACC3, A_GPR(0), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_RCA_SPDIF_L), &pc); + audigy_addefxop(sc, iACC3, A_GPR(1), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_RCA_SPDIF_R), &pc); + + /* GPR[2] = GPR[0] (Left) / 2 + GPR[1] (Right) / 2 -- Central volume */ + audigy_addefxop(sc, iINTERP, A_GPR(2), A_GPR(1), + A_C_40000000, A_GPR(0), &pc); + + /* Headphones[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_HEADPHONE_L), + A_C_00000000, A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_HEADPHONE_R), + A_C_00000000, A_C_00000000, A_GPR(1), &pc); + + /* Analog Front[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AFRONT_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AFRONT_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); + + /* Digital Front[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_FRONT_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_FRONT_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); + + /* Center and Subwoofer configuration */ + /* Analog Center = GPR[0] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ACENTER), A_C_00000000, + A_GPR(0), A_GPR(2), &pc); + /* Analog Sub = GPR[1] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ALFE), A_C_00000000, + A_GPR(1), A_GPR(2), &pc); + + /* Digital Center = GPR[0] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_CENTER), A_C_00000000, + A_GPR(0), A_GPR(2), &pc); + /* Digital Sub = GPR[1] + GPR[2] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_LFE), A_C_00000000, + A_GPR(1), A_GPR(2), &pc); + +#if 0 + /* Analog Rear[l/r] = (GPR[0/1] * RearVolume[l/r]) >> 31 */ + /* RearVolume = GPR[0x10/0x11] (Will this ever be implemented?) */ + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_AREAR_L), A_C_00000000, + A_GPR(16), A_GPR(0), &pc); + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_AREAR_R), A_C_00000000, + A_GPR(17), A_GPR(1), &pc); + + /* Digital Rear[l/r] = (GPR[0/1] * RearVolume[l/r]) >> 31 */ + /* RearVolume = GPR[0x10/0x11] (Will this ever be implemented?) */ + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_REAR_L), A_C_00000000, + A_GPR(16), A_GPR(0), &pc); + audigy_addefxop(sc, iMAC0, A_EXTOUT(A_EXTOUT_REAR_R), A_C_00000000, + A_GPR(17), A_GPR(1), &pc); +#else + /* XXX This is just a copy to the channel, since we do not have + * a patch manager, it is useful for have another output enabled. + */ + + /* Analog Rear[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AREAR_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_AREAR_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); + + /* Digital Rear[l/r] = GPR[0/1] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_REAR_L), A_C_00000000, + A_C_00000000, A_GPR(0), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_REAR_R), A_C_00000000, + A_C_00000000, A_GPR(1), &pc); +#endif + + /* ADC Recording buffer[l/r] = AC97Input[l/r] */ + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ADC_CAP_L), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_AC97_L), &pc); + audigy_addefxop(sc, iACC3, A_EXTOUT(A_EXTOUT_ADC_CAP_R), A_C_00000000, + A_C_00000000, A_EXTIN(A_EXTIN_AC97_R), &pc); + + /* resume normal operations */ + emu_wrptr(sc, 0, A_DBG, 0); +} + +static void emu_initefx(struct sc_info *sc) { int i; u_int32_t pc = 16; + /* acc3 0,0,0,0 - NOPs */ for (i = 0; i < 512; i++) { emu_wrefx(sc, i * 2, 0x10040); emu_wrefx(sc, i * 2 + 1, 0x610040); @@ -1175,24 +1424,34 @@ 0x010/0x011 : AC97 Codec (l/r) 0x012/0x013 : ADC, S/PDIF (l/r) 0x014/0x015 : Mic(left), Zoom (l/r) - 0x016/0x017 : APS S/PDIF?? (l/r) + 0x016/0x017 : TOS link in (l/r) + 0x018/0x019 : Line/Mic 1 (l/r) + 0x01a/0x01b : COAX S/PDIF (l/r) + 0x01c/0x01d : Line/Mic 2 (l/r) Output 0x020/0x021 : AC97 Output (l/r) 0x022/0x023 : TOS link out (l/r) - 0x024/0x025 : ??? (l/r) + 0x024/0x025 : Center/LFE 0x026/0x027 : LiveDrive Headphone (l/r) 0x028/0x029 : Rear Channel (l/r) 0x02a/0x02b : ADC Recording Buffer (l/r) + 0x02c : Mic Recording Buffer + 0x031/0x032 : Analog Center/LFE Constants 0x040 - 0x044 = 0 - 4 0x045 = 0x8, 0x046 = 0x10, 0x047 = 0x20 0x048 = 0x100, 0x049 = 0x10000, 0x04a = 0x80000 0x04b = 0x10000000, 0x04c = 0x20000000, 0x04d = 0x40000000 - 0x04e = 0x80000000, 0x04f = 0x7fffffff + 0x04e = 0x80000000, 0x04f = 0x7fffffff, 0x050 = 0xffffffff + 0x051 = 0xfffffffe, 0x052 = 0xc0000000, 0x053 = 0x41fbbcdc + 0x054 = 0x5a7ef9db, 0x055 = 0x00100000 Temporary Values 0x056 : Accumulator - 0x058 : Noise source? - 0x059 : Noise source? + 0x057 : Condition Register + 0x058 : Noise source + 0x059 : Noise source + 0x05a : IRQ Register + 0x05b : TRAM Delay Base Address Count General Purpose Registers 0x100 - 0x1ff Tank Memory Data Registers @@ -1201,40 +1460,81 @@ 0x300 - 0x3ff */ - /* Operators: - 0 : z := w + (x * y >> 31) - 4 : z := w + x * y - 6 : z := w + x + y - */ - /* Routing - this will be configurable in later version */ /* GPR[0/1] = FX * 4 + SPDIF-in */ - emu_addefxop(sc, 4, 0x100, 0x12, 0, 0x44, &pc); - emu_addefxop(sc, 4, 0x101, 0x13, 1, 0x44, &pc); + emu_addefxop(sc, iMACINT0, GPR(0), EXTIN(EXTIN_SPDIF_CD_L), + FXBUS(FXBUS_PCM_LEFT), C_00000004, &pc); + emu_addefxop(sc, iMACINT0, GPR(1), EXTIN(EXTIN_SPDIF_CD_R), + FXBUS(FXBUS_PCM_RIGHT), C_00000004, &pc); + /* GPR[0/1] += APS-input */ - emu_addefxop(sc, 6, 0x100, 0x100, 0x40, sc->APS ? 0x16 : 0x40, &pc); - emu_addefxop(sc, 6, 0x101, 0x101, 0x40, sc->APS ? 0x17 : 0x40, &pc); + emu_addefxop(sc, iACC3, GPR(0), GPR(0), C_00000000, + sc->APS ? EXTIN(EXTIN_TOSLINK_L) : C_00000000, &pc); + emu_addefxop(sc, iACC3, GPR(1), GPR(1), C_00000000, + sc->APS ? EXTIN(EXTIN_TOSLINK_R) : C_00000000, &pc); + /* FrontOut (AC97) = GPR[0/1] */ - emu_addefxop(sc, 6, 0x20, 0x40, 0x40, 0x100, &pc); - emu_addefxop(sc, 6, 0x21, 0x40, 0x41, 0x101, &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_AC97_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_AC97_R), C_00000000, + C_00000001, GPR(1), &pc); + + /* GPR[2] = GPR[0] (Left) / 2 + GPR[1] (Right) / 2 -- Central volume */ + emu_addefxop(sc, iINTERP, GPR(2), GPR(1), C_40000000, GPR(0), &pc); + +#if 0 /* RearOut = (GPR[0/1] * RearVolume) >> 31 */ - /* RearVolume = GRP[0x10/0x11] */ - emu_addefxop(sc, 0, 0x28, 0x40, 0x110, 0x100, &pc); - emu_addefxop(sc, 0, 0x29, 0x40, 0x111, 0x101, &pc); - /* TOS out = GPR[0/1] */ - emu_addefxop(sc, 6, 0x22, 0x40, 0x40, 0x100, &pc); - emu_addefxop(sc, 6, 0x23, 0x40, 0x40, 0x101, &pc); - /* Mute Out2 */ - emu_addefxop(sc, 6, 0x24, 0x40, 0x40, 0x40, &pc); - emu_addefxop(sc, 6, 0x25, 0x40, 0x40, 0x40, &pc); - /* Mute Out3 */ - emu_addefxop(sc, 6, 0x26, 0x40, 0x40, 0x40, &pc); - emu_addefxop(sc, 6, 0x27, 0x40, 0x40, 0x40, &pc); - /* Input0 (AC97) -> Record */ - emu_addefxop(sc, 6, 0x2a, 0x40, 0x40, 0x10, &pc); - emu_addefxop(sc, 6, 0x2b, 0x40, 0x40, 0x11, &pc); + /* RearVolume = GPR[0x10/0x11] */ + emu_addefxop(sc, iMAC0, EXTOUT(EXTOUT_REAR_L), C_00000000, + GPR(16), GPR(0), &pc); + emu_addefxop(sc, iMAC0, EXTOUT(EXTOUT_REAR_R), C_00000000, + GPR(17), GPR(1), &pc); +#else + /* XXX This is just a copy to the channel, since we do not have + * a patch manager, it is useful for have another output enabled. + */ + + /* Rear[l/r] = GPR[0/1] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_REAR_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_REAR_R), C_00000000, + C_00000000, GPR(1), &pc); +#endif + /* TOS out[l/r] = GPR[0/1] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_TOSLINK_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_TOSLINK_R), C_00000000, + C_00000000, GPR(1), &pc); + + /* Center and Subwoofer configuration */ + /* Analog Center = GPR[0] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ACENTER), C_00000000, + GPR(0), GPR(2), &pc); + /* Analog Sub = GPR[1] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ALFE), C_00000000, + GPR(1), GPR(2), &pc); + /* Digital Center = GPR[0] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_CENTER), C_00000000, + GPR(0), GPR(2), &pc); + /* Digital Sub = GPR[1] + GPR[2] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_LFE), C_00000000, + GPR(1), GPR(2), &pc); + + /* Headphones[l/r] = GPR[0/1] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_HEADPHONE_L), C_00000000, + C_00000000, GPR(0), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_HEADPHONE_R), C_00000000, + C_00000000, GPR(1), &pc); + + /* ADC Recording buffer[l/r] = AC97Input[l/r] */ + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ADC_CAP_L), C_00000000, + C_00000000, EXTIN(EXTIN_AC97_L), &pc); + emu_addefxop(sc, iACC3, EXTOUT(EXTOUT_ADC_CAP_R), C_00000000, + C_00000000, EXTIN(EXTIN_AC97_R), &pc); + + /* resume normal operations */ emu_wrptr(sc, 0, DBG, 0); } @@ -1244,6 +1544,9 @@ { u_int32_t spcs, ch, tmp, i; + /* enable additional AC97 slots */ + emu_wrptr(sc, 0, AC97SLOT, AC97SLOT_CNTR | AC97SLOT_LFE); + /* disable audio and lock cache */ emu_wr(sc, HCFG, HCFG_LOCKSOUNDCACHE | HCFG_LOCKTANKCACHE_MASK | HCFG_MUTEBUTTONENABLE, 4); @@ -1262,6 +1565,12 @@ emu_wrptr(sc, 0, SOLEL, 0); emu_wrptr(sc, 0, SOLEH, 0); + /* wonder what these do... */ + if (sc->audigy) { + emu_wrptr(sc, 0, SPBYPASS, 0xf00); + emu_wrptr(sc, 0, AC97SLOT, 0x3); + } + /* init envelope engine */ for (ch = 0; ch < NUM_G; ch++) { emu_wrptr(sc, ch, DCYSUSV, ENV_OFF); @@ -1295,6 +1604,18 @@ emu_wrptr(sc, ch, ENVVOL, 0); emu_wrptr(sc, ch, ENVVAL, 0); + if (sc->audigy) { + /* audigy cards need this to initialize correctly */ + emu_wrptr(sc, ch, 0x4c, 0); + emu_wrptr(sc, ch, 0x4d, 0); + emu_wrptr(sc, ch, 0x4e, 0); + emu_wrptr(sc, ch, 0x4f, 0); + /* set default routing */ + emu_wrptr(sc, ch, A_FXRT1, 0x03020100); + emu_wrptr(sc, ch, A_FXRT2, 0x3f3f3f3f); + emu_wrptr(sc, ch, A_SENDAMOUNTS, 0); + } + sc->voice[ch].vnum = ch; sc->voice[ch].slave = NULL; sc->voice[ch].busy = 0; @@ -1331,7 +1652,26 @@ emu_wrptr(sc, 0, SPCS1, spcs); emu_wrptr(sc, 0, SPCS2, spcs); - emu_initefx(sc); + if (!sc->audigy) + emu_initefx(sc); + else if (sc->audigy2) { /* Audigy 2 */ + /* from ALSA initialization code: */ + + /* Hack for Alice3 to work independent of haP16V driver */ + u_int32_t tmp; + + /* Setup SRCMulti_I2S SamplingRate */ + tmp = emu_rdptr(sc, 0, A_SPDIF_SAMPLERATE) & 0xfffff1ff; + emu_wrptr(sc, 0, A_SPDIF_SAMPLERATE, tmp | 0x400); + + /* Setup SRCSel (Enable SPDIF, I2S SRCMulti) */ + emu_wr(sc, 0x20, 0x00600000, 4); + emu_wr(sc, 0x24, 0x00000014, 4); + + /* Setup SRCMulti Input Audio Enable */ + emu_wr(sc, 0x20, 0x006e0000, 4); + emu_wr(sc, 0x24, 0xff00ff00, 4); + } SLIST_INIT(&sc->mem.blocks); sc->mem.ptb_pages = emu_malloc(sc, MAXPAGES * sizeof(u_int32_t), &sc->mem.ptb_pages_addr); @@ -1361,26 +1701,69 @@ /* emu_memalloc(sc, EMUPAGESIZE); */ /* * Hokay, now enable the AUD bit + * + * Audigy + * Enable Audio = 0 (enabled after fx processor initialization) + * Mute Disable Audio = 0 + * Joystick = 1 + * + * Audigy 2 + * Enable Audio = 1 + * Mute Disable Audio = 0 + * Joystick = 1 + * GP S/PDIF AC3 Enable = 1 + * CD S/PDIF AC3 Enable = 1 + * + * EMU10K1 * Enable Audio = 1 * Mute Disable Audio = 0 * Lock Tank Memory = 1 * Lock Sound Memory = 0 * Auto Mute = 1 */ - tmp = HCFG_AUDIOENABLE | HCFG_LOCKTANKCACHE_MASK | HCFG_AUTOMUTE; - if (sc->rev >= 6) - tmp |= HCFG_JOYENABLE; - emu_wr(sc, HCFG, tmp, 4); - - /* TOSLink detection */ - sc->tos_link = 0; - tmp = emu_rd(sc, HCFG, 4); - if (tmp & (HCFG_GPINPUT0 | HCFG_GPINPUT1)) { - emu_wr(sc, HCFG, tmp | 0x800, 4); - DELAY(50); - if (tmp != (emu_rd(sc, HCFG, 4) & ~0x800)) { - sc->tos_link = 1; - emu_wr(sc, HCFG, tmp, 4); + + if (sc->audigy) { + tmp = HCFG_AUTOMUTE | HCFG_JOYENABLE; + if (sc->audigy2) /* Audigy 2 */ + tmp = HCFG_AUDIOENABLE | HCFG_AC3ENABLE_CDSPDIF | + HCFG_AC3ENABLE_GPSPDIF; + emu_wr(sc, HCFG, tmp, 4); + + audigy_initefx(sc); + + /* from ALSA initialization code: */ + + /* enable audio and disable both audio/digital outputs */ + emu_wr(sc, HCFG, emu_rd(sc, HCFG, 4) | HCFG_AUDIOENABLE, 4); + emu_wr(sc, A_IOCFG, emu_rd(sc, A_IOCFG, 4) & ~A_IOCFG_GPOUT_AD, + 4); + if (sc->audigy2) { /* Audigy 2 */ + /* Unmute Analog. + * Set GPO6 to 1 for Apollo. This has to be done after + * init Alice3 I2SOut beyond 48kHz. + * So, sequence is important. + */ + emu_wr(sc, A_IOCFG, + emu_rd(sc, A_IOCFG, 4) | A_IOCFG_GPOUT_A, 4); + } + } else { + /* EMU10K1 initialization code */ + tmp = HCFG_AUDIOENABLE | HCFG_AUTOMUTE | HCFG_LOCKTANKCACHE; + if (sc->rev >= 6) + tmp |= HCFG_JOYENABLE; + + emu_wr(sc, HCFG, tmp, 4); + + /* TOSLink detection */ + sc->tos_link = 0; + tmp = emu_rd(sc, HCFG, 4); + if (tmp & (HCFG_GPINPUT0 | HCFG_GPINPUT1)) { + emu_wr(sc, HCFG, tmp | HCFG_GPOUT1, 4); + DELAY(50); + if (tmp != (emu_rd(sc, HCFG, 4) & ~HCFG_GPOUT1)) { + sc->tos_link = 1; + emu_wr(sc, HCFG, tmp, 4); + } } } @@ -1402,6 +1785,10 @@ emu_wrptr(sc, ch, CPF, 0); } + if (sc->audigy) { /* stop fx processor */ + emu_wrptr(sc, 0, A_DBG, A_DBG_SINGLE_STEP); + } + /* disable audio and lock cache */ emu_wr(sc, HCFG, HCFG_LOCKSOUNDCACHE | HCFG_LOCKTANKCACHE_MASK | HCFG_MUTEBUTTONENABLE, 4); @@ -1441,11 +1828,14 @@ case EMU10K1_PCI_ID: s = "Creative EMU10K1"; break; -/* + case EMU10K2_PCI_ID: - s = "Creative EMU10K2"; + if (pci_get_revid(dev) == 0x04) + s = "Creative Audigy 2 (EMU10K2)"; + else + s = "Creative Audigy (EMU10K2)"; break; -*/ + default: return ENXIO; } @@ -1472,6 +1862,10 @@ sc->dev = dev; sc->type = pci_get_devid(dev); sc->rev = pci_get_revid(dev); + sc->audigy = (sc->type == EMU10K2_PCI_ID); + sc->audigy2 = (sc->audigy && sc->rev == 0x04); + sc->nchans = sc->audigy ? 8 : 4; + sc->addrmask = sc->audigy ? A_PTR_ADDRESS_MASK : PTR_ADDRESS_MASK; data = pci_read_config(dev, PCIR_COMMAND, 2); data |= (PCIM_CMD_PORTEN | PCIM_CMD_BUSMASTEREN); @@ -1518,8 +1912,8 @@ snprintf(status, SND_STATUSLEN, "at io 0x%lx irq %ld", rman_get_start(sc->reg), rman_get_start(sc->irq)); - if (pcm_register(dev, sc, EMU_CHANS, gotmic ? 3 : 2)) goto bad; - for (i = 0; i < EMU_CHANS; i++) + if (pcm_register(dev, sc, sc->nchans, gotmic ? 3 : 2)) goto bad; + for (i = 0; i < sc->nchans; i++) pcm_addchan(dev, PCMDIR_PLAY, &emupchan_class, sc); for (i = 0; i < (gotmic ? 3 : 2); i++) pcm_addchan(dev, PCMDIR_REC, &emurchan_class, sc); Index: sys/dev/sound/pci/emu10k1.h =================================================================== RCS file: sys/dev/sound/pci/emu10k1.h diff -N sys/dev/sound/pci/emu10k1.h --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sys/dev/sound/pci/emu10k1.h 23 Jun 2003 01:58:32 -0000 @@ -0,0 +1,17 @@ +/*********************************************************************** + * + * Date Author Summary of changes + * ---- ------ ------------------ + * February 10, 2003 Orlando Bassotto Added Audigy registers + * and opcode macros from + * ALSA project emu10k1.h. + **********************************************************************/ + +#ifndef _EMU10K1_H_ +#define _EMU10K1_H_ + +#define A_IOCFG_GPOUT_D 0x04 /* Digital Output */ +#define A_IOCFG_GPOUT_A 0x40 /* Analog Output */ +#define A_IOCFG_GPOUT_AD (A_IOCFG_GPOUT_A|A_IOCFG_GPOUT_D) + +#endif /* _EMU10K1_H_ */ Index: sys/gnu/dev/sound/pci/emu10k1-ac97.h =================================================================== RCS file: /home/ncvs/src/sys/gnu/dev/sound/pci/emu10k1-ac97.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 emu10k1-ac97.h --- sys/gnu/dev/sound/pci/emu10k1-ac97.h 21 Apr 2003 02:27:52 -0000 1.1.1.1 +++ sys/gnu/dev/sound/pci/emu10k1-ac97.h 7 Jun 2003 19:32:38 -0000 @@ -1,8 +1,15 @@ -#ifndef _AC97_CODEC_H_ -#define _AC97_CODEC_H_ +#ifndef _EMU10K1_AC97_H_ +#define _EMU10K1_AC97_H_ + +/*********************************************/ +/* emu10k1-ac97.h, derived from ac97_codec.h */ +/*********************************************/ + +/********************************************************************************************************/ +/* AC97 pointer-offset register set, accessed through the AC97ADDRESS and AC97DATA registers */ +/********************************************************************************************************/ + -#include -#include /* AC97 1.0 */ #define AC97_RESET 0x0000 // @@ -180,66 +187,5 @@ (FOO < SOUND_MIXER_NRDEVICES) && \ (CODEC)->supported_mixers & (1< external TRAM */ Index: sys/gnu/dev/sound/pci/emu10k1.h =================================================================== RCS file: /home/ncvs/src/sys/gnu/dev/sound/pci/emu10k1.h,v retrieving revision 1.6 diff -u -r1.6 emu10k1.h --- sys/gnu/dev/sound/pci/emu10k1.h 18 Apr 2003 04:13:38 -0000 1.6 +++ sys/gnu/dev/sound/pci/emu10k1.h 7 Jun 2003 20:14:00 -0000 @@ -1,7 +1,7 @@ /* ********************************************************************** * emu10k1.h, derived from 8010.h - * Copyright 1999, 2000 Creative Labs, Inc. + * Copyright 1999-2001 Creative Labs, Inc. * ********************************************************************** * @@ -11,6 +11,8 @@ * November 2, 1999 Alan Cox Cleaned of 8bit chars, DOS * line endings * December 8, 1999 Jon Taylor Added lots of new register info + * May 16, 2001 Daniel Bertrand Added unofficial DBG register info + * Oct-Nov 2001 D.B. Added unofficial Audigy registers * ********************************************************************** * @@ -38,21 +40,13 @@ #ifndef EMU10K1_H #define EMU10K1_H -/* ------------------- DEFINES -------------------- */ +// Driver version: +#define MAJOR_VER 0 +#define MINOR_VER 20 +#define DRIVER_VERSION "0.20a" -#define EMUPAGESIZE 4096 /* don't change */ -#define MAXREQVOICES 8 -#define MAXPAGES (32768 * 64 / EMUPAGESIZE) /* WAVEOUT_MAXBUFSIZE * NUM_G / EMUPAGESIZE */ -#define RESERVED 0 -#define NUM_MIDI 16 -#define NUM_G 64 /* use all channels */ -#define NUM_FXSENDS 4 - -#define TMEMSIZE 256*1024 -#define TMEMSIZEREG 4 - -#define IP_TO_CP(ip) ((ip == 0) ? 0 : (((0x00001000uL | (ip & 0x00000FFFL)) << (((ip >> 12) & 0x000FL) + 4)) & 0xFFFF0000uL)) +// Audigy specify registers are prefixed with 'A_' /************************************************************************************************/ /* PCI function 0 registers, address = + PCIBASE0 */ @@ -72,6 +66,11 @@ #define IPR 0x08 /* Global interrupt pending register */ /* Clear pending interrupts by writing a 1 to */ /* the relevant bits and zero to the other bits */ + +/* The next two interrupts are for the midi port on the Audigy Drive (A_MPU1) */ +#define A_IPR_MIDITRANSBUFEMPTY2 0x10000000 /* MIDI UART transmit buffer empty */ +#define A_IPR_MIDIRECVBUFEMPTY2 0x08000000 /* MIDI UART receive buffer empty */ + #define IPR_SAMPLERATETRACKER 0x01000000 /* Sample rate tracker lock status change */ #define IPR_FXDSP 0x00800000 /* Enable FX DSP interrupts */ #define IPR_FORCEINT 0x00400000 /* Force Sound Blaster interrupt */ @@ -96,6 +95,10 @@ /* IP is written with CL set, the bit in CLIPL */ /* or CLIPH corresponding to the CIN value */ /* written will be cleared. */ +#define A_IPR_MIDITRANSBUFEMPTY1 IPR_MIDITRANSBUFEMPTY /* MIDI UART transmit buffer empty */ +#define A_IPR_MIDIRECVBUFEMPTY1 IPR_MIDIRECVBUFEMPTY /* MIDI UART receive buffer empty */ + + #define INTE 0x0c /* Interrupt enable register */ #define INTE_VIRTUALSB_MASK 0xc0000000 /* Virtual Soundblaster I/O port capture */ @@ -123,6 +126,11 @@ /* behavior and possibly random segfaults and */ /* lockups if enabled. */ +/* The next two interrupts are for the midi port on the Audigy Drive (A_MPU1) */ +#define A_INTE_MIDITXENABLE2 0x00020000 /* Enable MIDI transmit-buffer-empty interrupts */ +#define A_INTE_MIDIRXENABLE2 0x00010000 /* Enable MIDI receive-buffer-empty interrupts */ + + #define INTE_SAMPLERATETRACKER 0x00002000 /* Enable sample rate tracker interrupts */ /* NOTE: This bit must always be enabled */ #define INTE_FXDSPENABLE 0x00001000 /* Enable FX DSP interrupts */ @@ -139,6 +147,10 @@ #define INTE_MIDITXENABLE 0x00000002 /* Enable MIDI transmit-buffer-empty interrupts */ #define INTE_MIDIRXENABLE 0x00000001 /* Enable MIDI receive-buffer-empty interrupts */ +/* The next two interrupts are for the midi port on the Audigy (A_MPU2) */ +#define A_INTE_MIDITXENABLE1 INTE_MIDITXENABLE +#define A_INTE_MIDIRXENABLE1 INTE_MIDIRXENABLE + #define WC 0x10 /* Wall Clock register */ #define WC_SAMPLECOUNTER_MASK 0x03FFFFC0 /* Sample periods elapsed since reset */ #define WC_SAMPLECOUNTER 0x14060010 @@ -170,7 +182,12 @@ #define HCFG_CODECFORMAT_I2S 0x00010000 /* I2S CODEC format -- Secondary (Rear) Output */ #define HCFG_GPINPUT0 0x00004000 /* External pin112 */ #define HCFG_GPINPUT1 0x00002000 /* External pin110 */ + #define HCFG_GPOUTPUT_MASK 0x00001c00 /* External pins which may be controlled */ +#define HCFG_GPOUT0 0x00001000 /* set to enable digital out on 5.1 cards */ +#define HCFG_GPOUT1 0x00000800 /* External pin? (IR) */ +#define HCFG_GPOUT2 0x00000400 /* External pin? (IR) */ + #define HCFG_JOYENABLE 0x00000200 /* Internal joystick enable */ #define HCFG_PHASETRACKENABLE 0x00000100 /* Phase tracking enable */ /* 1 = Force all 3 async digital inputs to use */ @@ -178,6 +195,7 @@ #define HCFG_AC3ENABLE_MASK 0x0x0000e0 /* AC3 async input control - Not implemented */ #define HCFG_AC3ENABLE_ZVIDEO 0x00000080 /* Channels 0 and 1 replace ZVIDEO */ #define HCFG_AC3ENABLE_CDSPDIF 0x00000040 /* Channels 0 and 1 replace CDSPDIF */ +#define HCFG_AC3ENABLE_GPSPDIF 0x00000020 /* Channels 0 and 1 replace GPSPDIF */ #define HCFG_AUTOMUTE 0x00000010 /* When set, the async sample rate convertors */ /* will automatically mute their output when */ /* they are not rate-locked to the external */ @@ -186,6 +204,7 @@ /* NOTE: This should generally never be used. */ #define HCFG_LOCKTANKCACHE_MASK 0x00000004 /* 1 = Cancel bustmaster accesses to tankcache */ /* NOTE: This should generally never be used. */ +#define HCFG_LOCKTANKCACHE 0x01020014 #define HCFG_MUTEBUTTONENABLE 0x00000002 /* 1 = Master mute button sets AUDIOENABLE = 0. */ /* NOTE: This is a 'cheap' way to implement a */ /* master mute function on the mute button, and */ @@ -196,6 +215,8 @@ /* Should be set to 1 when the EMU10K1 is */ /* completely initialized. */ +//For Audigy, MPU port move to 0x70-0x74 ptr register + #define MUDATA 0x18 /* MPU401 data register (8 bits) */ #define MUCMD 0x19 /* MPU401 command register (8 bits) */ @@ -207,11 +228,16 @@ #define MUSTAT_IRDYN 0x80 /* 0 = MIDI data or command ACK */ #define MUSTAT_ORDYN 0x40 /* 0 = MUDATA can accept a command or data */ -#define TIMER 0x1a /* Timer terminal count register */ +#define A_IOCFG 0x18 /* GPIO on Audigy card (16bits) */ +#define A_GPINPUT_MASK 0xff00 +#define A_GPOUTPUT_MASK 0x00ff +#define A_IOCFG_GPOUT0 0x0044 /* ? */ + +#define TIMER 0x1a /* Timer terminal count register (16-bit) */ /* NOTE: After the rate is changed, a maximum */ /* of 1024 sample periods should be allowed */ /* before the new rate is guaranteed accurate. */ -#define TIMER_RATE_MASK 0x000003ff /* Timer interrupt rate in sample periods */ +#define TIMER_RATE_MASK 0x03ff /* Timer interrupt rate in sample periods */ /* 0 == 1024 periods, [1..4] are not useful */ #define TIMER_RATE 0x0a00001a @@ -221,54 +247,6 @@ #define AC97ADDRESS_READY 0x80 /* Read-only bit, reflects CODEC READY signal */ #define AC97ADDRESS_ADDRESS 0x7f /* Address of indexed AC97 register */ -/************************************************************************************************/ -/* PCI function 1 registers, address = + PCIBASE1 */ -/************************************************************************************************/ - -#define JOYSTICK1 0x00 /* Analog joystick port register */ -#define JOYSTICK2 0x01 /* Analog joystick port register */ -#define JOYSTICK3 0x02 /* Analog joystick port register */ -#define JOYSTICK4 0x03 /* Analog joystick port register */ -#define JOYSTICK5 0x04 /* Analog joystick port register */ -#define JOYSTICK6 0x05 /* Analog joystick port register */ -#define JOYSTICK7 0x06 /* Analog joystick port register */ -#define JOYSTICK8 0x07 /* Analog joystick port register */ - -/* When writing, any write causes JOYSTICK_COMPARATOR output enable to be pulsed on write. */ -/* When reading, use these bitfields: */ -#define JOYSTICK_BUTTONS 0x0f /* Joystick button data */ -#define JOYSTICK_COMPARATOR 0xf0 /* Joystick comparator data */ - - -/********************************************************************************************************/ -/* AC97 pointer-offset register set, accessed through the AC97ADDRESS and AC97DATA registers */ -/********************************************************************************************************/ - -#define AC97_RESET 0x00 -#define AC97_MASTERVOLUME 0x02 /* Master volume */ -#define AC97_HEADPHONEVOLUME 0x04 /* Headphone volume */ -#define AC97_MASTERVOLUMEMONO 0x06 /* Mast volume mono */ -#define AC97_MASTERTONE 0x08 -#define AC97_PCBEEPVOLUME 0x0a /* PC speaker system beep volume */ -#define AC97_PHONEVOLUME 0x0c -#define AC97_MICVOLUME 0x0e -#define AC97_LINEINVOLUME 0x10 -#define AC97_CDVOLUME 0x12 -#define AC97_VIDEOVOLUME 0x14 -#define AC97_AUXVOLUME 0x16 -#define AC97_PCMOUTVOLUME 0x18 -#define AC97_RECORDSELECT 0x1a -#define AC97_RECORDGAIN 0x1c -#define AC97_RECORDGAINMIC 0x1e -#define AC97_GENERALPURPOSE 0x20 -#define AC97_3DCONTROL 0x22 -#define AC97_MODEMRATE 0x24 -#define AC97_POWERDOWN 0x26 -#define AC97_VENDORID1 0x7c -#define AC97_VENDORID2 0x7e -#define AC97_ZVIDEOVOLUME 0xec -#define AC97_AC3VOLUME 0xed - /********************************************************************************************************/ /* Emu10k1 pointer-offset register set, accessed through the PTR and DATA registers */ /********************************************************************************************************/ @@ -444,6 +422,8 @@ #define TREMFRQ 0x1c /* Tremolo amount and modulation LFO frequency register */ #define TREMFRQ_DEPTH 0x0000ff00 /* Tremolo depth */ /* Signed 2's complement, with +/- 12dB extremes */ +#define TREMFRQ_FREQUENCY 0x000000ff /* Tremolo LFO frequency */ + /* ??Hz steps, maximum of ?? Hz. */ #define FM2FRQ2 0x1d /* Vibrato amount and vibrato LFO frequency register */ #define FM2FRQ2_DEPTH 0x0000ff00 /* Vibrato LFO vibrato depth */ @@ -484,7 +464,12 @@ #define ADCCR_LCHANENABLE 0x00000008 /* Enables left channel for writing to the host */ /* NOTE: To guarantee phase coherency, both channels */ /* must be disabled prior to enabling both channels. */ +#define A_ADCCR_RCHANENABLE 0x00000020 +#define A_ADCCR_LCHANENABLE 0x00000010 + +#define A_ADCCR_SAMPLERATE_MASK 0x0000000F /* Audigy sample rate convertor output rate */ #define ADCCR_SAMPLERATE_MASK 0x00000007 /* Sample rate convertor output rate */ + #define ADCCR_SAMPLERATE_48 0x00000000 /* 48kHz sample rate */ #define ADCCR_SAMPLERATE_44 0x00000001 /* 44.1kHz sample rate */ #define ADCCR_SAMPLERATE_32 0x00000002 /* 32kHz sample rate */ @@ -494,10 +479,16 @@ #define ADCCR_SAMPLERATE_11 0x00000006 /* 11.025kHz sample rate */ #define ADCCR_SAMPLERATE_8 0x00000007 /* 8kHz sample rate */ +#define A_ADCCR_SAMPLERATE_12 0x00000006 /* 12kHz sample rate */ +#define A_ADCCR_SAMPLERATE_11 0x00000007 /* 11.025kHz sample rate */ +#define A_ADCCR_SAMPLERATE_8 0x00000008 /* 8kHz sample rate */ + #define FXWC 0x43 /* FX output write channels register */ /* When set, each bit enables the writing of the */ - /* corresponding FX output channel into host memory */ - + /* corresponding FX output channel (internal registers */ + /* 0x20-0x3f) into host memory. This mode of recording */ + /* is 16bit, 48KHz only. All 32 channels can be enabled */ + /* simultaneously. */ #define TCBS 0x44 /* Tank cache buffer size register */ #define TCBS_MASK 0x00000007 /* Tank cache buffer size field */ #define TCBS_BUFFSIZE_16K 0x00000000 @@ -565,8 +556,25 @@ #define DBG 0x52 /* DO NOT PROGRAM THIS REGISTER!!! MAY DESTROY CHIP */ +/* definitions for debug register - taken from the alsa drivers */ +#define DBG_ZC 0x80000000 /* zero tram counter */ +#define DBG_SATURATION_OCCURED 0x02000000 /* saturation control */ +#define DBG_SATURATION_ADDR 0x01ff0000 /* saturation address */ +#define DBG_SINGLE_STEP 0x00008000 /* single step mode */ +#define DBG_STEP 0x00004000 /* start single step */ +#define DBG_CONDITION_CODE 0x00003e00 /* condition code */ +#define DBG_SINGLE_STEP_ADDR 0x000001ff /* single step address */ + + #define REG53 0x53 /* DO NOT PROGRAM THIS REGISTER!!! MAY DESTROY CHIP */ +#define A_DBG 0x53 +#define A_DBG_SINGLE_STEP 0x00020000 /* Set to zero to start dsp */ +#define A_DBG_ZC 0x40000000 /* zero tram counter */ +#define A_DBG_STEP_ADDR 0x000003ff +#define A_DBG_SATURATION_OCCURED 0x20000000 +#define A_DBG_SATURATION_ADDR 0x0ffc0000 + #define SPCS0 0x54 /* SPDIF output Channel Status 0 register */ #define SPCS1 0x55 /* SPDIF output Channel Status 1 register */ @@ -613,6 +621,10 @@ #define SPBYPASS 0x5e /* SPDIF BYPASS mode register */ #define SPBYPASS_ENABLE 0x00000001 /* Enable SPDIF bypass mode */ +#define AC97SLOT 0x5f /* additional AC97 slots enable bits */ +#define AC97SLOT_CNTR 0x10 /* Center enable */ +#define AC97SLOT_LFE 0x20 /* LFE enable */ + #define CDSRCS 0x60 /* CD-ROM Sample Rate Converter status register */ #define GPSRCS 0x61 /* General Purpose SPDIF sample rate cvt status */ @@ -626,10 +638,19 @@ #define SRCS_RATELOCKED 0x01000000 /* Sample rate locked */ #define SRCS_ESTSAMPLERATE 0x0007ffff /* Do not modify this field. */ + +/* Note that these values can vary +/- by a small amount */ +#define SRCS_SPDIFRATE_44 0x0003acd9 +#define SRCS_SPDIFRATE_48 0x00040000 +#define SRCS_SPDIFRATE_96 0x00080000 + #define MICIDX 0x63 /* Microphone recording buffer index register */ #define MICIDX_MASK 0x0000ffff /* 16-bit value */ #define MICIDX_IDX 0x10000063 +#define A_ADCIDX 0x63 +#define A_ADCIDX_IDX 0x10000063 + #define ADCIDX 0x64 /* ADC recording buffer index register */ #define ADCIDX_MASK 0x0000ffff /* 16 bit index field */ #define ADCIDX_IDX 0x10000064 @@ -638,9 +659,50 @@ #define FXIDX_MASK 0x0000ffff /* 16-bit value */ #define FXIDX_IDX 0x10000065 +/* This is the MPU port on the card (via the game port) */ +#define A_MUDATA1 0x70 +#define A_MUCMD1 0x71 +#define A_MUSTAT1 A_MUCMD1 + +/* This is the MPU port on the Audigy Drive */ +#define A_MUDATA2 0x72 +#define A_MUCMD2 0x73 +#define A_MUSTAT2 A_MUCMD2 + +/* The next two are the Audigy equivalent of FXWC */ +/* the Audigy can record any output (16bit, 48kHz, up to 64 channel simultaneously) */ +/* Each bit selects a channel for recording */ +#define A_FXWC1 0x74 /* Selects 0x7f-0x60 for FX recording */ +#define A_FXWC2 0x75 /* Selects 0x9f-0x80 for FX recording */ + +#define A_SPDIF_SAMPLERATE 0x76 /* Set the sample rate of SPDIF output */ +#define A_SPDIF_48000 0x00000080 +#define A_SPDIF_44100 0x00000000 +#define A_SPDIF_96000 0x00000040 + +#define A_FXRT2 0x7c +#define A_FXRT_CHANNELE 0x0000003f /* Effects send bus number for channel's effects send E */ +#define A_FXRT_CHANNELF 0x00003f00 /* Effects send bus number for channel's effects send F */ +#define A_FXRT_CHANNELG 0x003f0000 /* Effects send bus number for channel's effects send G */ +#define A_FXRT_CHANNELH 0x3f000000 /* Effects send bus number for channel's effects send H */ + +#define A_SENDAMOUNTS 0x7d +#define A_FXSENDAMOUNT_E_MASK 0xff000000 +#define A_FXSENDAMOUNT_F_MASK 0x00ff0000 +#define A_FXSENDAMOUNT_G_MASK 0x0000ff00 +#define A_FXSENDAMOUNT_H_MASK 0x000000ff + +/* The send amounts for this one are the same as used with the emu10k1 */ +#define A_FXRT1 0x7e +#define A_FXRT_CHANNELA 0x0000003f +#define A_FXRT_CHANNELB 0x00003f00 +#define A_FXRT_CHANNELC 0x003f0000 +#define A_FXRT_CHANNELD 0x3f000000 + + /* Each FX general purpose register is 32 bits in length, all bits are used */ #define FXGPREGBASE 0x100 /* FX general purpose registers base */ - +#define A_FXGPREGBASE 0x400 /* Audigy GPRs, 0x400 to 0x5ff */ /* Tank audio data is logarithmically compressed down to 16 bits before writing to TRAM and is */ /* decompressed back to 20 bits on a read. There are a total of 160 locations, the last 32 */ /* locations are for external TRAM. */ @@ -665,10 +727,14 @@ #define HIWORD_RESULT_MASK 0x000ffc00 /* Instruction result */ #define HIWORD_OPA_MASK 0x000003ff /* Instruction operand A */ -#define ENABLE 0xffffffff -#define DISABLE 0x00000000 -#define ENV_ON 0x80 -#define ENV_OFF 0x00 +/* Audigy Soundcard have a different instruction format */ +#define AUDIGY_CODEBASE 0x600 +#define A_LOWORD_OPY_MASK 0x000007ff +#define A_LOWORD_OPX_MASK 0x007ff000 +#define A_HIWORD_OPCODE_MASK 0x0f000000 +#define A_HIWORD_RESULT_MASK 0x007ff000 +#define A_HIWORD_OPA_MASK 0x000007ff + #endif /* EMU10K1_H */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 19:07:39 2003 Return-Path: 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 B982D37B401 for ; Sun, 22 Jun 2003 19:07:39 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A40243FDF for ; Sun, 22 Jun 2003 19:07:39 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h5N27baQ052763; Sun, 22 Jun 2003 19:07:37 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h5N27aB2052762; Sun, 22 Jun 2003 19:07:36 -0700 (PDT) Date: Sun, 22 Jun 2003 19:07:36 -0700 From: "David O'Brien" To: Yuriy Tsibizov Message-ID: <20030623020736.GB52619@dragon.nuxi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.1-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 cc: freebsd-current@freebsd.org cc: Andro Subject: Re: audigy 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 23 Jun 2003 02:07:40 -0000 On Tue, Jun 10, 2003 at 09:55:18AM +0400, Yuriy Tsibizov wrote: > > From: Andro [mailto:andro@netcabo.pt] > > Sent: Tuesday, June 10, 2003 12:37 AM > > To: freebsd-current@freebsd.org > > Subject: audigy 2 > > > > it?s just another question about audigy 2! > > does someone have audigy 2 working well in freebsd?? > > i don?t have sound since november 2002.:( ..snip.. > or wait for 2-3 days, I have Audigy 2 support in my drivers > (http://chibis.persons.gfk.ru/audigy/) but I forgot to put them on > website ;-) Unfortunately your driver isn't very committable -- unfortunately you took it upon himself to totally reformat our emu10k1.c file in addition to embellishing it. So it is impossible to see what changes you really made to the driver. I don't suppose you've got a patch with the minimal number of changes to support audigy and audigy2? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 19:36:29 2003 Return-Path: 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 3DCD037B401 for ; Sun, 22 Jun 2003 19:36:29 -0700 (PDT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 773FF43F85 for ; Sun, 22 Jun 2003 19:36:27 -0700 (PDT) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id h5N2ad7U027910 for ; Mon, 23 Jun 2003 12:06:39 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au ; Mon, 23 Jun 2003 12:06:11 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81])h5N2XN800021; Mon, 23 Jun 2003 12:03:23 +0930 (CST) Received: by ednex501.dsto.defence.gov.au with Internet Mail Service (5.5.2653.19) id ; Mon, 23 Jun 2003 12:03:08 +0930 Message-ID: <5F13229E7BA2D611BD0300306E010DB011B168@ednex503.dsto.defence.gov.au> From: "Thyer, Matthew" To: "'yoshint@flab.fujitsu.co.jp'" Date: Mon, 23 Jun 2003 12:03:32 +0930 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'FreeBSD-current@FreeBSD.ORG'" Subject: Re: passwd NIS+ YP compat mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 02:36:29 -0000 Yoshinori's patch for FreeBSD NIS clients of Solaris NIS+ servers in YP compatibility mode works for me. Please commit this before 5 becomes -STABLE (I'm shocked the bug has made it into 5.1). Solaris NIS+ servers in YP compatibility is a very common configuration in larger enterprises. On Tue, 27 May 2003 18:09:29 -0700, TOMITA Yoshinori wrote: I hope this patch will solve this problem for users living under NIS+ servers. I guess yp_order() is used to check masswd.by* or master.passwd.by* databese really exists. yp_master() can be used for this purpose. But I do not know the cost of yp_master() compared to yp_order(). --- /usr/src/lib/libc/gen/getpwent.c.bak Tue May 27 08:47:24 2003 +++ /usr/src/lib/libc/gen/getpwent.c Wed May 28 09:35:50 2003 @@ -938,14 +938,15 @@ nis_map(char *domain, enum nss_lookup_type how, char *buffer, size_t bufsize, int *master) { - int rv, order; + int rv; + char *outname; *master = 0; if (geteuid() == 0) { if (snprintf(buffer, bufsize, "master.passwd.by%s", (how == nss_lt_id) ? "uid" : "name") >= bufsize) return (NS_UNAVAIL); - rv = yp_order(domain, buffer, &order); + rv = yp_master(domain, buffer, &outname); if (rv == 0) { *master = 1; return (NS_SUCCESS); @@ -954,7 +955,7 @@ if (snprintf(buffer, bufsize, "passwd.by%s", (how == nss_lt_id) ? "uid" : "name") >= bufsize) return (NS_UNAVAIL); - rv = yp_order(domain, buffer, &order); + rv = yp_master(domain, buffer, &outname); if (rv == 0) return (NS_SUCCESS); return (NS_UNAVAIL); -- --- TOMITA Yoshinori From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 19:55:57 2003 Return-Path: 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 CC3B437B401 for ; Sun, 22 Jun 2003 19:55:57 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-104-32.dsl.lsan03.pacbell.net [64.169.104.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1036143FA3 for ; Sun, 22 Jun 2003 19:55:57 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id D55BB66BE5; Sun, 22 Jun 2003 19:55:55 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 9FEEB963; Sun, 22 Jun 2003 19:55:55 -0700 (PDT) Date: Sun, 22 Jun 2003 19:55:55 -0700 From: Kris Kennaway To: Andre Guibert de Bruet Message-ID: <20030623025555.GA14782@rot13.obsecurity.org> References: <1056296361.13871.242.camel@daemon.home.net> <20030623014419.GB13597@rot13.obsecurity.org> <20030622215024.Q20556@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20030622215024.Q20556@alpha.siliconlandmark.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: libkse now running quite well on smp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 02:55:58 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 22, 2003 at 09:51:28PM -0400, Andre Guibert de Bruet wrote: >=20 > On Sun, 22 Jun 2003, Kris Kennaway wrote: >=20 > > On Sun, Jun 22, 2003 at 11:39:21PM +0800, Khairil Yusof wrote: > > > > > Great work by the KSE team! Looks like we might get libpthreads as > > > default on 5.2. > > > > It still needs to be ported to sparc64. >=20 > What about alpha? Yes, it looks like alpha support is missing too. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+9mw7Wry0BWjoQKURAk2MAJ9twdolyib5w/9VDq0dkeT3LcK3UQCfQhrO P4htzHFoEhEWi2R7pGRHkIo= =Opun -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 20:35:40 2003 Return-Path: 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 F112837B401 for ; Sun, 22 Jun 2003 20:35:40 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2484243FA3 for ; Sun, 22 Jun 2003 20:35:40 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h5N3Zb5e050436; Sun, 22 Jun 2003 21:35:37 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h5N3ZWf0050433; Sun, 22 Jun 2003 21:35:32 -0600 (MDT) (envelope-from ken) Date: Sun, 22 Jun 2003 21:35:32 -0600 From: "Kenneth D. Merry" To: Stijn Hoop Message-ID: <20030622213532.A50385@panzer.kdm.org> References: <20030620221309.GA31020@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030620221309.GA31020@pcwin002.win.tue.nl>; from stijn@win.tue.nl on Sat, Jun 21, 2003 at 12:13:10AM +0200 cc: Mike Sturdee cc: freebsd-current@freebsd.org Subject: Re: acpi patch for dell laptop? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 03:35:41 -0000 On Sat, Jun 21, 2003 at 00:13:10 +0200, Stijn Hoop wrote: > On Fri, Jun 20, 2003 at 05:29:30PM -0400, Mike Sturdee wrote: > > Where can I find the latest, greatest patch that fixes this? > > Try this URL: > > http://sandcat.nl/~stijn/freebsd/dell.php > > and let me know if it works. It seems to work for me. The ACPI warnings about zero length buffers go away at least. I've got a Dell Inspirion 8500, A03 BIOS. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 21:24:46 2003 Return-Path: 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 CA1CB37B401 for ; Sun, 22 Jun 2003 21:24:46 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C6943FAF for ; Sun, 22 Jun 2003 21:24:45 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h5N4Oj5e050636; Sun, 22 Jun 2003 22:24:45 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h5N4OiIB050635; Sun, 22 Jun 2003 22:24:44 -0600 (MDT) (envelope-from ken) Date: Sun, 22 Jun 2003 22:24:44 -0600 From: "Kenneth D. Merry" To: Guy Middleton Message-ID: <20030622222444.A50593@panzer.kdm.org> References: <20030618020102.GA97491@chaos.obstruction.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030618020102.GA97491@chaos.obstruction.com>; from guy@obstruction.com on Tue, Jun 17, 2003 at 10:01:02PM -0400 cc: current@freebsd.org Subject: Re: SCSI CD mount problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 04:24:47 -0000 On Tue, Jun 17, 2003 at 22:01:02 -0400, Guy Middleton wrote: > I have a Yamaha CRW4416S CD drive as /dev/cd0. When I try to mount a disk, > it says "cd9660: /dev/cd0: Invalid argument", and this in the log file: > > (cd0:ahc0:0:3:0): READ(10). CDB: 28 0 0 0 0 10 0 0 1 0 > (cd0:ahc0:0:3:0): CAM Status: SCSI Status Error > (cd0:ahc0:0:3:0): SCSI Status: Check Condition > (cd0:ahc0:0:3:0): ILLEGAL REQUEST asc:21,0 > (cd0:ahc0:0:3:0): Logical block address out of range > (cd0:ahc0:0:3:0): Unretryable error > (cd0:ahc0:0:3:0): cddone: got error 0x16 back > > > I know the drive works, I can write good disks with it. What's happening > here? This is on 5.1-RELEASE. It's complaining that we're trying to access a logical block address that isn't on the CD. Since it is trying to read block 16 (0x10) from the CD, my guess is that it is a blank CD. Does it do that for every CD, or just that one? What does dmesg say about the CD capacity if you boot? You can also get that CD's capacity like this: camcontrol cmd cd0 -v -c "25 0 0 0 0 0 0 0 0 0" -i 8 "i4 i4" The first number is the last LBA on the CD, the second one is the blocksize. Ken -- Kenneth Merry ken@kdm.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 23:10:47 2003 Return-Path: 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 A126237B401 for ; Sun, 22 Jun 2003 23:10:47 -0700 (PDT) Received: from sccrmhc12.attbi.com (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id E27F543F93 for ; Sun, 22 Jun 2003 23:10:46 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (sccrmhc12) with ESMTP id <2003062306104501200s0ocme>; Mon, 23 Jun 2003 06:10:46 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA79642; Sun, 22 Jun 2003 23:10:43 -0700 (PDT) Date: Sun, 22 Jun 2003 23:10:42 -0700 (PDT) From: Julian Elischer To: "Kenneth D. Merry" In-Reply-To: <20030622213532.A50385@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Mike Sturdee cc: freebsd-current@freebsd.org Subject: Re: acpi patch for dell laptop? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 06:10:47 -0000 doesn't work for several models.. Including Inspiron 7500. WHo knows enough about this to be able to look at debug info I have? My system gives lots of: acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc167ed60), AE_ERROR ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER ad0: 24207MB [49184/16/63] at ata0-master UDMA33 ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER acd0: DVD-ROM at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s4a ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER ACPI-0340: *** Error: Could not release ACPI Global Lock, AE_BAD_PARAMETER [...] On Sun, 22 Jun 2003, Kenneth D. Merry wrote: > On Sat, Jun 21, 2003 at 00:13:10 +0200, Stijn Hoop wrote: > > On Fri, Jun 20, 2003 at 05:29:30PM -0400, Mike Sturdee wrote: > > > Where can I find the latest, greatest patch that fixes this? > > > > Try this URL: > > > > http://sandcat.nl/~stijn/freebsd/dell.php > > > > and let me know if it works. > > It seems to work for me. The ACPI warnings about zero length buffers go > away at least. > > I've got a Dell Inspirion 8500, A03 BIOS. > > Ken > -- > Kenneth Merry > ken@kdm.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 23:22:55 2003 Return-Path: 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 44E8237B401; Sun, 22 Jun 2003 23:22:55 -0700 (PDT) Received: from ns.gfk.ru (ns.gfk.ru [62.205.179.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CCFF43F75; Sun, 22 Jun 2003 23:22:53 -0700 (PDT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru ([10.0.0.30]) by ns.gfk.ru ([62.205.179.194]) with SMTP (MDaemon.PRO.v6.5.2.R); Mon, 23 Jun 2003 10:21:34 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Mon, 23 Jun 2003 10:21:32 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: audigy 2 Thread-Index: AcM5LFNLjE3XjG/ORrWFlfep7YMfTAAICkhQ From: "Yuriy Tsibizov" To: X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru cc: freebsd-current@freebsd.org Subject: RE: audigy 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 06:22:55 -0000 > On Tue, Jun 10, 2003 at 09:55:18AM +0400, Yuriy Tsibizov wrote: > > > it?s just another question about audigy 2! > > > does someone have audigy 2 working well in freebsd?? > > > i don?t have sound since november 2002.:( > ..snip.. > > or wait for 2-3 days, I have Audigy 2 support in my drivers > > (http://chibis.persons.gfk.ru/audigy/) but I forgot to put them on > > website ;-) >=20 > Unfortunately your driver isn't very committable -- unfortunately you > took it upon himself to totally reformat our emu10k1.c file=20 > in addition > to embellishing it. So it is impossible to see what changes=20 > you really > made to the driver. I don't suppose you've got a patch with=20 > the minimal > number of changes to support audigy and audigy2? Old driver (emu10k1.c) was too big for me to work on it and was = difficult to add MIDI support. I know that my driver will never go into = the tree - sound@ decided to use Orlando Bassotto's work. His driver is = much closer to original emu10k1.c that mine.=20 Yuriy From owner-freebsd-current@FreeBSD.ORG Sun Jun 22 23:51:57 2003 Return-Path: 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 D19EA37B401 for ; Sun, 22 Jun 2003 23:51:57 -0700 (PDT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3A5043FAF for ; Sun, 22 Jun 2003 23:51:56 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.9/8.12.9) with ESMTP id h5N6qNKX037804; Mon, 23 Jun 2003 08:52:23 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.9/8.12.9/Submit) id h5N6qK4j037803; Mon, 23 Jun 2003 08:52:20 +0200 (CEST) Date: Mon, 23 Jun 2003 08:52:20 +0200 From: Stijn Hoop To: "Kenneth D. Merry" Message-ID: <20030623065220.GE31020@pcwin002.win.tue.nl> References: <20030620221309.GA31020@pcwin002.win.tue.nl> <20030622213532.A50385@panzer.kdm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x4pBfXISqBoDm8sr" Content-Disposition: inline In-Reply-To: <20030622213532.A50385@panzer.kdm.org> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: Mike Sturdee cc: freebsd-current@freebsd.org Subject: Re: acpi patch for dell laptop? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 06:51:58 -0000 --x4pBfXISqBoDm8sr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 22, 2003 at 09:35:32PM -0600, Kenneth D. Merry wrote: > On Sat, Jun 21, 2003 at 00:13:10 +0200, Stijn Hoop wrote: > > On Fri, Jun 20, 2003 at 05:29:30PM -0400, Mike Sturdee wrote: > > > Where can I find the latest, greatest patch that fixes this? > >=20 > > Try this URL: > >=20 > > http://sandcat.nl/~stijn/freebsd/dell.php > >=20 > > and let me know if it works. >=20 > It seems to work for me. The ACPI warnings about zero length buffers go > away at least. Great. Do you also have working battery status now? > I've got a Dell Inspirion 8500, A03 BIOS. I've added this model to the confirmed working model list on the page. I've also added the models from the rest of the reports. Thanks to all the people who submitted their report! Maybe it is time to think about an integrated kernel database of bad ACPI hardware, so that people won't have to search on the mailing lists/web to get their laptop to work? --Stijn --=20 Tact, n.: The unsaid part of what you're thinking. --x4pBfXISqBoDm8sr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+9qOkY3r/tLQmfWcRAqoqAJ44qw1T5Q3tMYyp9OnolR85X7nQhgCfVwzm 9mvpRQaacQg5/EH4rEARXd8= =bMbD -----END PGP SIGNATURE----- --x4pBfXISqBoDm8sr-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 00:07:07 2003 Return-Path: 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 202BC37B401; Mon, 23 Jun 2003 00:07:07 -0700 (PDT) Received: from shop.digma.com.ua (shop.digma.com.ua [217.12.194.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B62E143FCB; Mon, 23 Jun 2003 00:07:01 -0700 (PDT) (envelope-from cub@cub.org.ua) Received: from cub.org.ua (demani.digma [172.22.5.7]) by shop.digma.com.ua (8.12.6p2/8.12.6) with ESMTP id h5N76vrH098037; Mon, 23 Jun 2003 10:06:57 +0300 (EEST) (envelope-from cub@cub.org.ua) Received: from demani.digma (localhost [127.0.0.1]) by cub.org.ua (8.12.9/8.12.9) with ESMTP id h5N76Qwx048329; Mon, 23 Jun 2003 10:06:26 +0300 (EEST) (envelope-from cub@demani.digma) Received: (from cub@localhost) by demani.digma (8.12.9/8.12.9/Submit) id h5N76Pnq048328; Mon, 23 Jun 2003 10:06:25 +0300 (EEST) (envelope-from cub) Date: Mon, 23 Jun 2003 10:06:25 +0300 (EEST) Message-Id: <200306230706.h5N76Pnq048328@demani.digma> To: FreeBSD-gnats-submit@freebsd.org From: Kostyuk Oleg X-send-pr-version: 3.113 X-GNATS-Notify: cc: freebsd-current@freebsd.org Subject: Error in ipfw manpage (EXAMPLES/SETS OF RULES) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Kostyuk Oleg List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2003 07:07:07 -0000 >Submitter-Id: current-users >Originator: Kostyuk Oleg >Organization: >Confidential: no >Synopsis: Error in ipfw manpage (EXAMPLES/SETS OF RULES) >Severity: non-critical >Priority: low >Category: docs >Class: doc-bug >Release: FreeBSD 5.1-RELEASE i386 >Environment: System: FreeBSD demani.digma 5.1-RELEASE FreeBSD 5.1-RELEASE #3: Mon Jun 9 12:19:59 EEST 2003 root@demani.digma:/usr/src/sys/i386/compile/CUB i386 >Description: The ipfw(8) manpage has an example of using ipfw sets of rules, but the example does not work. >How-To-Repeat: Try to execute commands from EXAMPLES/SETS OF RULES manpage section # id uid=0(root) gid=0(wheel) groups=0(wheel), 5(operator) # ipfw disable set 18 ipfw: unrecognize enable/disable keyword: set >Fix: Patch for manpage --- /usr/src/sbin/ipfw/ipfw.8 Sat Mar 15 03:13:00 2003 +++ ipfw.8 Mon Jun 23 09:50:59 2003 @@ -2001,9 +2001,9 @@ .Ss SETS OF RULES To add a set of rules atomically, e.g. set 18: .Pp -.Dl "ipfw disable set 18" +.Dl "ipfw set disable 18" .Dl "ipfw add NN set 18 ... # repeat as needed" -.Dl "ipfw enable set 18" +.Dl "ipfw set enable 18" .Pp To delete a set of rules atomically the command is simply: .Pp @@ -2011,9 +2011,9 @@ .Pp To test a ruleset and disable it and regain control if something goes wrong: .Pp -.Dl "ipfw disable set 18" +.Dl "ipfw set disable 18" .Dl "ipfw add NN set 18 ... # repeat as needed" -.Dl "ipfw enable set 18 ; echo done; sleep 30 && ipfw disable set 18" +.Dl "ipfw set enable 18 ; echo done; sleep 30 && ipfw set disable 18" .Pp Here if everything goes well, you press control-C before the "sleep" terminates, and your ruleset will be left active. Otherwise, e.g. if From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 01:10:12 2003 Return-Path: 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 817FD37B401 for ; Mon, 23 Jun 2003 01:10:12 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369E843F93 for ; Mon, 23 Jun 2003 01:10:11 -0700 (PDT) (envelope-from nick@van-laarhoven.org) Received: from cope.xs4all.nl (cope.xs4all.nl [194.109.233.198]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with SMTP id h5N8A9sK090716 for ; Mon, 23 Jun 2003 10:10:10 +0200 (CEST) Received: (qmail 24087 invoked from network); 23 Jun 2003 08:10:07 -0000 Received: from unknown (HELO heidrun) (192.168.1.52) by giganto with SMTP; 23 Jun 2003 08:10:07 -0000 Date: Mon, 23 Jun 2003 10:10:07 +0200 (CEST) From: Nick Hibma X-X-Sender: nick@localhost To: Andre Guibert de Bruet In-Reply-To: <20030622182912.I20556@alpha.siliconlandmark.com> Message-ID: <20030623101001.K702@localhost> References: <20030622182912.I20556@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "current@freebsd.org" Subject: Re: [PATCH] usbdevs {-1.5} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 08:10:12 -0000 joe@freebsd.org > Current, > > I've gone through the USB hardware that I had laying around and added a > series of entries in usbdevs. I submitted a couple of entries a while ago, > but I guess the email got lost in the noise. Who should I contact about > getting this committed? > > Regards, > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Jun 23 01:41:43 2003 Return-Path: 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 D171237B401 for ; Mon, 23 Jun 2003 01:41:43 -0700 (PDT) Received: from mail.drunkencomputing.de (ratz.drunkencomputing.de [195.244.235.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0723943F3F for ; Mon, 23 Jun 2003 01:41:42 -0700 (PDT) (envelope-from hscholz@raisdorf.net) Received: from localhost (localhost [127.0.0.1]) by mail.drunkencomputing.de (Postfix) with ESMTP id B029C8AF68 for ; Mon, 23 Jun 2003 10:42:44 +0200 (CEST) Received: from mail.drunkencomputing.de ([127.0.0.1])port 10024) with ESMTP id 82292-06 for ; Mon, 23 Jun 2003 10:42:42 +0200 (CEST) Received: from goanna.lan.raisdorf.net (pD952702B.dip.t-dialin.net [217.82.112.43]) by mail.drunkencomputing.de (Postfix) with ESMTP id B76328AF67 for ; Mon, 23 Jun 2003 10:41:23 +0200 (CEST) Date: Mon, 23 Jun 2003 10:40:06 +0200 From: Hendrik Scholz To: current@freebsd.org Message-Id: <20030623104006.0949f493.hscholz@raisdorf.net> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at drunkencomputing.de Subject: ACPI problems on Samsung Q10 (AE_AML_NO_RETURN_VALUE / AE_BAD_PARAMETER) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 23 Jun 2003 08:41:44 -0000 Hi! I recently bought a Samsung Q10 and on both 5.1-RELEASE and -current I get these acpi errors: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #0: Sun Jun 22 19:00:44 CEST 2003 hscholz@deimos.lan.raisdorf.net:/usr/src/sys/i386/compile/DEIMOS Preloaded elf kernel "/boot/kernel/kernel" at 0xc04ee000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc04ee2bc. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc04ee368. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04ee414. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 996682387 Hz CPU: Mobile Intel(R) Pentium(R) III CPU - M 1000MHz (996.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b4 Stepping = 4 Features=0x383f9ff real memory = 393740288 (375 MB) avail memory = 376864768 (359 MB) Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.ADP1._STA] (Node 0xc11ae620), AE_AML_NO_RETURN_VALUE acpi_acad0: on acpi0 ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-1287: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE ACPI-0175: *** Error: Method execution failed [\\_SB_.BAT1._STA] (Node 0xc11ae480), AE_AML_NO_RETURN_VALUE acpi_cmbat0: on acpi0 acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTA is routed to irq 10 pcib0: slot 29 INTA is routed to irq 10 pcib0: slot 29 INTB is routed to irq 11 pcib0: slot 29 INTC is routed to irq 11 pcib0: slot 31 INTB is routed to irq 10 pcib0: slot 31 INTB is routed to irq 10 pcib0: slot 31 INTB is routed to irq 10 agp0: mem 0xe0000000-0xe007ffff,0xe8000000-0xefffffff irq 10 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0x8c80-0x8c9f irq 10 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x8ca0-0x8cbf irq 11 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x8cc0-0x8cdf irq 11 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pcib1: at device 30.0 on pci0 pci2: on pcib1 pcib1: slot 3 INTB is routed to irq 11 pcib1: slot 5 INTA is routed to irq 11 cbb0: at device 3.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib1: slot 3 INTA is routed to irq 10 fwohci0: mem 0xe0200000-0xe02007ff irq 11 at device 3.1 on pci2 fwohci0: Could not map memory device_probe_and_attach: fwohci0 attach returned 6 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xa000-0xa07f mem 0xe0200800-0xe020087f irq 11 at device 5.0 on pci2 xl0: Ethernet address: 00:00:f0:77:01:3e miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb1: at device 7.0 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib1: possible interrupts: 5 pcib1: slot 7 INTA routed to irq 5 via \\_SB_.PCI0.LPCB.LNKE isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x9000-0x900f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x80c0-0x80ff,0x8400-0x84ff irq 10 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_ec0: port 0x66,0x62 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: